Replies: 2 comments
-
|
You might try benchmarking Naabu SYN scans against regular Naabu CONNECT scans. Inefficiency could be coming from the tear down on the sockets. |
Beta Was this translation helpful? Give feedback.
0 replies
-
|
I went ahead and tested this myself:
Result: Clear increase in overhead on SYN scans. |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
-
Why is it that a simple full-port SYN half-connection scan on the client side is twice as fast as Naabu in nmap? Is it because my parameter settings are incorrect, or is it simply that nmap cannot match its speed?
The configuration parameters when using nmap are as follows
-sS -Pn -p T:0-65535 --source-port 58915 --max-retries 0 --min-rate 20000 --max-rate 20000 -n -v -T3 --open --stats-every 5s --min-hostgroup 100 --max-hostgroup 100
When using Naabu, the configuration parameters are as follows. The version of Naabu is 2.3.3.
ScanType: "s",
//OnResult: func(hr *result.HostResult) {
// log.Printf("host:%s:%s", hr.Host, hr.Ports)
//},
//Debug: false,
//Verbose: false,
//StatsInterval: 0,
Threads: 1000,
ExcludeIps: excludeip,
Rate: 20000,
DisableUpdateCheck: true,
JSON: true,
Retries: 1,
Silent: true,
Ports: ports,
Timeout: 200,
Beta Was this translation helpful? Give feedback.
All reactions