<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Nmap Development</title>
    <link>http://seclists.org/#nmap-dev</link>
    <atom:link href="http://seclists.org/rss/nmap-dev.rss" rel="self" type="application/rss+xml" />
    <language>en-us</language>
    <description>Unmoderated technical development forum for debating ideas, patches, and suggestions regarding proposed changes to &lt;A HREF=&quot;http://nmap.org&quot;&gt;Nmap&lt;/A&gt; and related projects.</description>
    <pubDate>Thu, 11 Mar 2010 12:15:29 GMT</pubDate>
    <lastBuildDate>Thu, 11 Mar 2010 12:15:29 GMT</lastBuildDate>
<!-- MHonArc v2.6.16 -->

 

  <item>
    <title>Re: NMAP XML output too verbose</title>
    <link>http://seclists.org/nmap-dev/2010/q1/844</link>
    <description>&lt;p&gt;Posted by Farkas Levente on Mar 11&lt;/p&gt;this is almost exactly what i request in my previous mail.&lt;br&gt;
- i like the idea than normal output match with the xml output.&lt;br&gt;
- and i also like to get a list only where a given port is open.&lt;br&gt;
the only problem with this, that there are some case when filtered port &lt;br&gt;
would be also useful. may be a --filtered option would be useful.&lt;br&gt;
&lt;br&gt;
anyway even if only the current proposal will be included in the next &lt;br&gt;
version, then it'd be a perfect solution for...&lt;br&gt;</description>
    <pubDate>Thu, 11 Mar 2010 12:14:02 GMT</pubDate>
    <guid isPermaLink="true">http://seclists.org/nmap-dev/2010/q1/844</guid>
  </item>


  <item>
    <title>RE: [BULK]  Re: new Win install fails beyond localhost</title>
    <link>http://seclists.org/nmap-dev/2010/q1/843</link>
    <description>&lt;p&gt;Posted by Norris Carden on Mar 10&lt;/p&gt;This showed up in the zenmap.exe.log:&lt;br&gt;
&lt;br&gt;
E:\tools\Nmap\py2exe\library.zip\zenmapGUI\MainWindow.py:625:&lt;br&gt;
GtkWarning: Could not find the icon '&amp;quot;C:\Program Files\Windows&lt;br&gt;
NT\Accessories\WORDPAD.EXE&amp;quot;,1'. The 'hicolor' theme&lt;br&gt;
was not found either, perhaps you need to install it.&lt;br&gt;
You can get a copy from:&lt;br&gt;
        &lt;a  rel=&quot;nofollow&quot; href=&quot;http://icon-theme.freedesktop.org/releases&quot;&gt;http://icon-theme.freedesktop.org/releases&lt;/a&gt;&lt;br&gt;
E:\tools\Nmap\py2exe\library.zip\zenmapGUI\App.py:337: GtkWarning:&lt;br&gt;
gdkselection-win32.c:1068:...&lt;br&gt;</description>
    <pubDate>Wed, 10 Mar 2010 14:56:16 GMT</pubDate>
    <guid isPermaLink="true">http://seclists.org/nmap-dev/2010/q1/843</guid>
  </item>
  <item>
    <title>Re: zenmap doesn't scan my user mode linux image</title>
    <link>http://seclists.org/nmap-dev/2010/q1/842</link>
    <description>&lt;p&gt;Posted by Toralf Förster on Mar 10&lt;/p&gt;David Fifield wrote at 17:41:12&lt;br&gt;
&lt;br&gt;
Well,&lt;br&gt;
&lt;br&gt;
but it is a regression at least at at my Gentoo system either between net-&lt;br&gt;
analyzer/nmap-5.00-r2 and net-analyzer/nmap-5.21.&lt;br&gt;
Or something other at my notebook changed, b/c I'm pretty sure that it worked &lt;br&gt;
fine before (b/c I use the UML system since years to play with wireshark and &lt;br&gt;
the protocols of sendmail, courier, apache, cups and friends).&lt;br&gt;</description>
    <pubDate>Wed, 10 Mar 2010 08:15:08 GMT</pubDate>
    <guid isPermaLink="true">http://seclists.org/nmap-dev/2010/q1/842</guid>
  </item>
  <item>
    <title>Re: More nsock socket_count_write_dec assert() failures</title>
    <link>http://seclists.org/nmap-dev/2010/q1/841</link>
    <description>&lt;p&gt;Posted by David Fifield on Mar 09&lt;/p&gt;I worked off-list with Brandon on this problem, and I think we have it&lt;br&gt;
solved. It's committed as r16961.&lt;br&gt;
&lt;br&gt;
The problem was that handle_write_results always assumed that it was&lt;br&gt;
being called as the result of a socket becoming writable. If a call to&lt;br&gt;
SSL_write resulted in the pseudo-error SSL_ERROR_WANT_READ, it would&lt;br&gt;
(correctly) decrement the write count and increment the write count.&lt;br&gt;
However, when handle_write_result was called agains as a result of...&lt;br&gt;</description>
    <pubDate>Wed, 10 Mar 2010 01:36:37 GMT</pubDate>
    <guid isPermaLink="true">http://seclists.org/nmap-dev/2010/q1/841</guid>
  </item>
  <item>
    <title>Re: NMAP XML output too verbose</title>
    <link>http://seclists.org/nmap-dev/2010/q1/840</link>
    <description>&lt;p&gt;Posted by Duarte Silva on Mar 09&lt;/p&gt;Knowing that I'm fairly new in the area of contributing to nmap, but&lt;br&gt;
here it goes :)&lt;br&gt;
&lt;br&gt;
The question of the XML showing off-line hosts can be solved with a&lt;br&gt;
different XSL that only shows hosts that are up. (I have been&lt;br&gt;
tinkering about a new and a little more interactive XSL file that&lt;br&gt;
could transform the XML to something more pleasant to use, mashing it&lt;br&gt;
up with JavaScript maybe?? Kind of thinking out loud now).&lt;br&gt;
&lt;br&gt;
The problem of XML having hosts that...&lt;br&gt;</description>
    <pubDate>Wed, 10 Mar 2010 00:22:18 GMT</pubDate>
    <guid isPermaLink="true">http://seclists.org/nmap-dev/2010/q1/840</guid>
  </item>
  <item>
    <title>Re: NMAP XML output too verbose</title>
    <link>http://seclists.org/nmap-dev/2010/q1/839</link>
    <description>&lt;p&gt;Posted by Ron on Mar 09&lt;/p&gt;One of the most common questions we see in #nmap on Freenode is, &amp;quot;how an I find every host with port xx open?&amp;quot; -- I &lt;br&gt;
think your proposed modification to --open will make that a far easier question to answer. Sounds good to me!&lt;br&gt;</description>
    <pubDate>Wed, 10 Mar 2010 00:02:37 GMT</pubDate>
    <guid isPermaLink="true">http://seclists.org/nmap-dev/2010/q1/839</guid>
  </item>


  <item>
    <title>Re: New Nmap options for IDS interaction</title>
    <link>http://seclists.org/nmap-dev/2010/q1/838</link>
    <description>&lt;p&gt;Posted by Theo Dzierzbicki on Mar 09&lt;/p&gt;Hello again,&lt;br&gt;
&lt;br&gt;
It's been a week since I started to work on this possibles options, and&lt;br&gt;
I'm having some trouble with the implementation, so I thought that even&lt;br&gt;
if the options are NOT yet working correctly, this could be a good time to&lt;br&gt;
report and ask for some advices.&lt;br&gt;
&lt;br&gt;
The attached patch states my current progress.&lt;br&gt;
&lt;br&gt;
I dived in the scan_engine.cc file as you told me, and tried to modify&lt;br&gt;
the sendOK() function. This function happens to be a different...&lt;br&gt;</description>
    <pubDate>Tue, 09 Mar 2010 23:55:07 GMT</pubDate>
    <guid isPermaLink="true">http://seclists.org/nmap-dev/2010/q1/838</guid>
  </item>
  <item>
    <title>Re: NMAP XML output too verbose</title>
    <link>http://seclists.org/nmap-dev/2010/q1/837</link>
    <description>&lt;p&gt;Posted by Fyodor on Mar 09&lt;/p&gt;Hi Kevin.  I talked this over with David Fifield today and we have a&lt;br&gt;
solution proposal which I hope will benefit you and other Nmap users.&lt;br&gt;
Note that this proposal also significantly changes the --open&lt;br&gt;
command-line argument:&lt;br&gt;
&lt;br&gt;
The first part of our plan is to only show down hosts in the XML in&lt;br&gt;
verbose mode (as you suggested).  Nmap already works this way for its&lt;br&gt;
normal/interactive output.  The idea had been that humans don't&lt;br&gt;
normally read the XML...&lt;br&gt;</description>
    <pubDate>Tue, 09 Mar 2010 23:28:48 GMT</pubDate>
    <guid isPermaLink="true">http://seclists.org/nmap-dev/2010/q1/837</guid>
  </item>
  <item>
    <title>Re: a few usability problems and how to scan very fast a large network</title>
    <link>http://seclists.org/nmap-dev/2010/q1/836</link>
    <description>&lt;p&gt;Posted by Farkas Levente on Mar 09&lt;/p&gt;local arp table usually don't contains all apr info on the lan:-(&lt;br&gt;
&lt;br&gt;
this gives me:&lt;br&gt;
Nmap done: 65536 IP addresses (74 hosts up) scanned in 45.85 seconds&lt;br&gt;
so much slower then my version:-(&lt;br&gt;
&lt;br&gt;
this true, but imho a better output still would be useful.&lt;br&gt;
&lt;br&gt;
this takes:&lt;br&gt;
Nmap done: 65536 IP addresses (80 hosts up) scanned in 46.74 seconds&lt;br&gt;
&lt;br&gt;
we always like to scan LAN or why VLAN different in this case?&lt;br&gt;
&lt;br&gt;
in my case this the fastest:&lt;br&gt;
Nmap done: 65536 IP addresses...&lt;br&gt;</description>
    <pubDate>Tue, 09 Mar 2010 22:37:02 GMT</pubDate>
    <guid isPermaLink="true">http://seclists.org/nmap-dev/2010/q1/836</guid>
  </item>
  <item>
    <title>Re: a few usability problems and how to scan very fast a large network</title>
    <link>http://seclists.org/nmap-dev/2010/q1/835</link>
    <description>&lt;p&gt;Posted by Brandon Enright on Mar 09&lt;/p&gt;The best way would be to look at your ARP tables.  With Nmap though,&lt;br&gt;
something like this should be pretty comprehensive:&lt;br&gt;
&lt;br&gt;
nmap -v -d -v -sP -PE -PP -PM&lt;br&gt;
-PS21,22,23,80,135,139,443,445,1024,1025,1026,3389 -PA&lt;br&gt;
21,22,23,80,135,139,443,445,1024,1025,1026,3389 -T5&lt;br&gt;
--min-hostgroup 2048 --min-parallelism 256 -oA results 10.10.0.0/16&lt;br&gt;
&lt;br&gt;
See below.&lt;br&gt;
&lt;br&gt;
All of them but for different purposes.&lt;br&gt;
&lt;br&gt;
Agreed.&lt;br&gt;
&lt;br&gt;
Generally, yes.&lt;br&gt;
&lt;br&gt;
Well if you tell Nmap to scan an IP and it...&lt;br&gt;</description>
    <pubDate>Tue, 09 Mar 2010 21:46:08 GMT</pubDate>
    <guid isPermaLink="true">http://seclists.org/nmap-dev/2010/q1/835</guid>
  </item>
  <item>
    <title>RE: [BULK]  Re: new Win install fails beyond localhost</title>
    <link>http://seclists.org/nmap-dev/2010/q1/834</link>
    <description>&lt;p&gt;Posted by Norris Carden on Mar 09&lt;/p&gt;BTW, the same install package is working fine on my XP desktop.&lt;br&gt;
&lt;br&gt;
***WinIP***  trying to initialize WinPcap&lt;br&gt;
&lt;br&gt;
Winpcap present, dynamic linked to: WinPcap version 4.1.1 (packet.dll&lt;br&gt;
version 4.1.0.1753), based on libpcap version 1.0 branch 1_0_rel0b&lt;br&gt;
(20091008)&lt;br&gt;
&lt;br&gt;
NPF service is already running.&lt;br&gt;
&lt;br&gt;
Starting Nmap 5.21 ( &lt;a  rel=&quot;nofollow&quot; href=&quot;http://nmap.org&quot;&gt;http://nmap.org&lt;/a&gt; ) at 2010-03-09 15:37 Central&lt;br&gt;
Standard Time&lt;br&gt;
&lt;br&gt;
The max # of sockets we are using is: 0&lt;br&gt;
&lt;br&gt;
--------------- Timing report...&lt;br&gt;</description>
    <pubDate>Tue, 09 Mar 2010 21:43:19 GMT</pubDate>
    <guid isPermaLink="true">http://seclists.org/nmap-dev/2010/q1/834</guid>
  </item>
  <item>
    <title>Re: new Win install fails beyond localhost</title>
    <link>http://seclists.org/nmap-dev/2010/q1/833</link>
    <description>&lt;p&gt;Posted by David Fifield on Mar 09&lt;/p&gt;Thanks, can you also do&lt;br&gt;
&lt;br&gt;
nmap scanme.nmap.org&lt;br&gt;
&lt;br&gt;
David Fifield&lt;br&gt;</description>
    <pubDate>Tue, 09 Mar 2010 21:36:39 GMT</pubDate>
    <guid isPermaLink="true">http://seclists.org/nmap-dev/2010/q1/833</guid>
  </item>
  <item>
    <title>RE: new Win install fails beyond localhost</title>
    <link>http://seclists.org/nmap-dev/2010/q1/832</link>
    <description>&lt;p&gt;Posted by Norris Carden on Mar 09&lt;/p&gt;Results as requested... thanks for pointing out these options.. &lt;br&gt;
&lt;br&gt;
nmap --iflist&lt;br&gt;
&lt;br&gt;
Starting Nmap 5.21 ( &lt;a  rel=&quot;nofollow&quot; href=&quot;http://nmap.org&quot;&gt;http://nmap.org&lt;/a&gt; ) at 2010-03-09 15:13 Central&lt;br&gt;
Standard Time&lt;br&gt;
&lt;br&gt;
************************INTERFACES************************&lt;br&gt;
&lt;br&gt;
DEV  (SHORT) IP/MASK         TYPE     UP MAC&lt;br&gt;
&lt;br&gt;
eth0 (eth0)  10.1.1.XX/24 ethernet up 00:00:00:00:00:00&lt;br&gt;
&lt;br&gt;
lo0  (lo0)   127.0.0.1/8     loopback up&lt;br&gt;
&lt;br&gt;
DEV    WINDEVICE&lt;br&gt;
&lt;br&gt;
eth0   \Device\NPF_{XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX}&lt;br&gt;
&lt;br&gt;
lo0...&lt;br&gt;</description>
    <pubDate>Tue, 09 Mar 2010 21:32:05 GMT</pubDate>
    <guid isPermaLink="true">http://seclists.org/nmap-dev/2010/q1/832</guid>
  </item>
  <item>
    <title>a few usability problems and how to scan very fast a large network</title>
    <link>http://seclists.org/nmap-dev/2010/q1/831</link>
    <description>&lt;p&gt;Posted by Farkas Levente on Mar 09&lt;/p&gt;hi,&lt;br&gt;
i've got a few question.&lt;br&gt;
in short:&lt;br&gt;
1. what's the fastest way to discover all available ip address in a &lt;br&gt;
large (eg. class B network) if we're on a fast (at least 100Mb) LAN?&lt;br&gt;
2. is there any way to filter output based on the scan specification?&lt;br&gt;
3. is there any usable output format?&lt;br&gt;
&lt;br&gt;
in a longer version (start from the end):&lt;br&gt;
3. the current formats are not really useful for automatic processing, &lt;br&gt;
since:&lt;br&gt;
- normal output is not very easy to parse....&lt;br&gt;</description>
    <pubDate>Tue, 09 Mar 2010 21:17:28 GMT</pubDate>
    <guid isPermaLink="true">http://seclists.org/nmap-dev/2010/q1/831</guid>
  </item>
  <item>
    <title>Re: zenmap doesn't scan my user mode linux image</title>
    <link>http://seclists.org/nmap-dev/2010/q1/830</link>
    <description>&lt;p&gt;Posted by David Fifield on Mar 09&lt;/p&gt;It would be very helpful if you could retest with version 5.00 to&lt;br&gt;
confirm that. It will be much easier to fix if you can find a version&lt;br&gt;
that definitely works.&lt;br&gt;
&lt;br&gt;
David Fifield&lt;br&gt;</description>
    <pubDate>Tue, 09 Mar 2010 20:04:21 GMT</pubDate>
    <guid isPermaLink="true">http://seclists.org/nmap-dev/2010/q1/830</guid>
  </item>

 

<!-- MHonArc v2.6.16 -->
  </channel>
</rss>
