Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[issue] Nuclei ( Freeze | Stop sending requests ) in long term execution while providing 44mb list #910

Closed
osamahamad opened this issue Aug 6, 2021 · 9 comments · Fixed by #985
Assignees
Labels
Status: Completed Nothing further to be done with this issue. Awaiting to be closed. Type: Bug Inconsistencies or issues which will cause an issue or problem for users or implementors.
Projects

Comments

@osamahamad
Copy link

Describe the bug
While providing a big list of hosts I want to scan for specific bug on a tmux session ( Since it will took some time ) . Example:

nuclei -no-color -bs 1000 -t /nuclei-templates/misconfigurations/shell-history.yaml -l activedomains.txt -trace-log log-nuclei.txt | tee -a shell-history.out

Nuclei works fine but after some time ( after one day ) . I can see from the trace log file by checking with tail.

tail log-nuclei.txt 

That is hang on / freeze and stop sending requests on the rest of hosts that meant to check based on that specific template.

I leaved it and come after 24 hours and it seems remain the same ( By checking trace log, the last request remains the same after 24 hour which indicate that nuclei stop sending requests) .

By de-attaching tmux session that is meant to nuclei and checking with htop it seems that nuclei is already running and consume resources.


I tried to split my hosts file into list of files each one contains 1000 line of hosts ( which is validated as valid list of http/https URLs ) . and run it with for loop which will let nuclei visit each file and perform its scan.

split activedomains.txt -l 1000 splitted-active-domains/

for i in $(ls splitted-active-domains/); do nuclei -no-color -bs 1000 -t /nuclei-templates/misconfigurations/shell-history.yaml -l splitted-active-domains/$i -trace-log log-nuclei.txt | tee -a shell-history.out`

After some time. It also hangs by seeing trace log tail.

I tried the following on two different servers using Ubuntu 20.04 .
The problem remains nuclei still running but not sending requests. Therefore, My hosts in activedomains.txt is not fully scanned.

Nuclei version
v2.3.8

@geeknik
Copy link
Contributor

geeknik commented Aug 6, 2021

I'd first recommend that you update to nuclei 2.4.2 and try again as there have been a lot of bug fixes between 2.3.8 and 2.4.2. 👍🏻

@osamahamad
Copy link
Author

Hi,

I tested it again by

for i in $(ls splitted-active-domains/); do nuclei -no-color -bs 1000 -t /nuclei-templates/misconfigurations/shell-history.yaml -l splitted-active-domains/$i -trace-log log-nuclei.txt | tee -a shell-history.out`

using nuclei 2.4.2.

Issue remains the same.

@Mzack9999
Copy link
Member

@osamahamad Thanks for reporting this issue. Were you able to identify if the tool hangs on any specific host of the list or sublist group? If you could join our discord server and reach out to pd-team with more details to reproduce the behavior, that would be helpful to nail down the root cause and fix it. Thanks!

@Mzack9999 Mzack9999 added the Type: Question A query or seeking clarification on parts of the spec. Probably doesn't need the attention of all. label Aug 8, 2021
@osamahamad
Copy link
Author

Hi @Mzack9999 , I confirmed that it is not related to a specific host by checking with tail the trace log with different executions. The result seems all last scanned hosts are different.

I also tried to check if this problem related to tmux so I tried with screen and the result are the same ; hangs on a random host/subgroup from the list and stop sending requests.

Regarding discord server, I'm already in and I will see what I can do about it.

@Regala
Copy link

Regala commented Aug 12, 2021

Can confirm similar behavior with lots of hosts.

@Mzack9999 Mzack9999 self-assigned this Aug 23, 2021
@Mzack9999 Mzack9999 added the Status: In Progress This issue is being worked on, and has someone assigned. label Aug 23, 2021
@ehsandeep ehsandeep added Type: Bug Inconsistencies or issues which will cause an issue or problem for users or implementors. and removed Type: Question A query or seeking clarification on parts of the spec. Probably doesn't need the attention of all. labels Aug 30, 2021
@ehsandeep ehsandeep linked a pull request Aug 30, 2021 that will close this issue
@ehsandeep ehsandeep added Status: Completed Nothing further to be done with this issue. Awaiting to be closed. and removed Status: In Progress This issue is being worked on, and has someone assigned. labels Aug 30, 2021
@ehsandeep ehsandeep added this to Done in v2.5.0 Aug 31, 2021
@rewiaca
Copy link

rewiaca commented Nov 4, 2021

Faced the same issue, consistently interupts on a big list on v.2.5.2
I suppose it happens when -bl and -rl specified more than a server is capable of. Any way to debug?

@minispooner2
Copy link

same here. no progress on this in 2 years? this is serious breakage, i can't use this product if this happens (but hey it's free :D). i can't ssh into my servers to check status anymore, presumedly because the scans are hanging and consuming all server resources. again, great scanner tool though. any updates on this issue?

@abd-4fg
Copy link

abd-4fg commented Oct 13, 2023

any update on this issue in 2023 ?

@minispooner2
Copy link

i troubleshooted and i think it's capping the CPU consumption. assigning more AWS vCPU's seems to be solving it

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Status: Completed Nothing further to be done with this issue. Awaiting to be closed. Type: Bug Inconsistencies or issues which will cause an issue or problem for users or implementors.
Projects
No open projects
Development

Successfully merging a pull request may close this issue.

8 participants