Home page logo
/

nmap-dev logo Nmap Development mailing list archives

Re: Quick patch for Intel-based Macintosh
From: Fyodor <fyodor () insecure org>
Date: Wed, 25 Jan 2006 00:37:50 -0800

On Wed, Jan 25, 2006 at 12:05:13AM -0800, Kurt Grutzmacher wrote:
--- nmap-3.98BETA1/tcpip.cc     2006-01-22 13:50:10.000000000 -0800
+++ nmap-3.98BETA1-grutz/tcpip.cc       2006-01-24 22:26:25.000000000  
-0800
@@ -987,7 +987,7 @@
       must deal with it here rather than when building the packet,
       because they should be in NBO when I'm sending over raw
       ethernet */
-#if FREEBSD || BSDI || NETBSD || DEC
+#if FREEBSD || BSDI || NETBSD || DEC || MACOSX
    ip->ip_len = ntohs(ip->ip_len);
    ip->ip_off = ntohs(ip->ip_off);
#endif

Otherwise you get a ton of these:

sendto in send_ip_packet: sendto(6, packet, 40, 0, 127.0.0.1, 16) =>  
Invalid argument

Still checking out the rest of the functions, this one just made  
anything but connect scanning impossible. This may break PPC OSX but  
I don't have one to play with and try. Hooray for endians!

Thanks.  Breaking Mac OS X PPC to fix Mac OS X Intel wouldn't really
be a net win (if this patch does indeed break PPC).  Could other
people test on OS X (PPC and Intel) with and without this patch.  What
would be particularly useful to know is:

o Any Mac OS X PPC users out there willing to test with this patch and
  see if it still works?

o Any other Mac OS X Intel users who can test without the patch
(report wither base Nmap 3.98BETA1 works or not), then apply the patch
and 'make clean;make' and test (and report back to nmap-dev) whether
it works with the patch.  That certainly would be useful, as I would
like Nmap 4.0 to work with Mac OS X Intel.

Thanks,
Fyodor


_______________________________________________
Sent through the nmap-dev mailing list
http://cgi.insecure.org/mailman/listinfo/nmap-dev


  By Date           By Thread  

Current thread:
[ Nmap | Sec Tools | Mailing Lists | Site News | About/Contact | Advertising | Privacy ]
AlienVault