Nmap Development mailing list archives

Re: osscan2.cc ACK/URG anomaly


From: "Gisle Vanem" <gvanem () yahoo no>
Date: Sun, 10 Aug 2014 14:01:10 +0200

"Daniel Miller" <bonsaiviking () gmail com> wrote:

This is the HostOsScan::tcpAck member in osscan2.cc. Perhaps it would be
best only to send this when the ACK flag is set, but that might invalidate
some of our OS database. Regardless, this is the intended behavior, not a
bug.

Thanks for the clarification. I wasn't aware of these details. I was analyzing
some scans with Wireshark/Tshark and saw it complained about these things in it's "expert info".

Why does it send a URG-value without the TH_URG flag set here?
IMHO, this should be:
                8, TH_CWR|TH_ECE|TH_SYN|TH_URG, prbWindowSz[6], 63477,

Then if the docs says 0xF7F5, then IMHO the source (63477) should says so too. Maybe with some reference to the docs?

BTW. when searching for these source of this "error", I looked into libnetutil/TCPHeader.cc. Only to realize it was for IPv6 + TCP only.
 Kinda confusing to have the same proto-builders in several places.

--gv

_______________________________________________
Sent through the dev mailing list
http://nmap.org/mailman/listinfo/dev
Archived at http://seclists.org/nmap-dev/


Current thread: