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

RustScan is considerably slower when using a "host" file rather than CIDR notation for essentially the same number of hosts #442

Open
t3chn0t3s opened this issue May 19, 2022 · 0 comments

Comments

@t3chn0t3s
Copy link

Greetings,

I'd like to start by stating how amazed I've been with RustScan. It is jaw dropping fast! I recently installed it on Kali 2022.1 using the rustscan_2.0.1_amd64.deb file.

I found that if I scan using the '-a 172.25.170.0/24 -p22,80.443,445 -g' arguments it takes about 6 seconds to scan the 254 hosts.
image

I'm trying to comply to my scope as much as possible and know that 172.25.170.1 is out of scope. Since I am unaware of a way to instruct RustScan to only scan 172.25.170.2 - 172.25.170.254 I used the following nmap "command" to generate a host file, named scope.txt

nmap -sL -n 172.25.170.2-254 | awk '/Nmap scan report/{print $NF}' | tee scope.txt

I then used the '-a 'scope.txt' -p22,80,443,445 -g' arguments to scan. Unfortunately, this takes considerably longer to scan. For example, my most recent "test" scan took about 13 minutes to complete.

image

I did also try the '-a 172.25.170.2-254' argument but since I didn't see that format used in the documentation I canceled it about 5 minutes into the scan. I'm not sure that format was valid, but assuming that it was 5 minutes is still considerably longer than the 6 seconds it takes when using the CIDR notation (/24).

Finally, as a sanity check I did check the line count of my scope.txt file and confirmed its about 253 hosts/lines.
image

Thank you all for such a great tool. I look forward to using it regularly.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant