
Nmap Development mailing list archives
Issue regarding nmap-payloads - UDP services still showing as "open|filtered" when a payload is added to evoke a reply
From: Stuart Duncan <stoobmeister () gmail com>
Date: Sun, 19 Mar 2017 20:44:01 +0000
Hi, I've seen a few threads/bits of info regarding the nmap-payloads file but I am having issues with adding custom payloads. I know that the open|filtered outcome is given when no response (ICMP or UDP) has been received. I added a custom payload within this file and using a network sniffer - I can see that Nmap correctly sends the payload and also that, I get a response back - yet Nmap still determines that it is "open|filtered. I was wondering what modification I would need to make to ensure that Nmap reports the status of the service as "open" - I have tried using Nmap with the --datadir option but this has made no difference. Does Nmap need to be re-compiled with the new payload? Or something else? Thanks for your time,
_______________________________________________ Sent through the dev mailing list https://nmap.org/mailman/listinfo/dev Archived at http://seclists.org/nmap-dev/
Current thread:
- Issue regarding nmap-payloads - UDP services still showing as "open|filtered" when a payload is added to evoke a reply Stuart Duncan (Mar 20)
- Re: Issue regarding nmap-payloads - UDP services still showing as "open|filtered" when a payload is added to evoke a reply Daniel Miller (Mar 21)
- <Possible follow-ups>
- Re: Issue regarding nmap-payloads - UDP services still showing as "open|filtered" when a payload is added to evoke a reply Varunram Ganesh (Mar 20)