Re: Experimental New Nmap Scan: Qscan

[Teemu Schaabl <teemu () lynix net>]

doug () hcsw org(doug () hcsw org)@2006.08.29 21:20:04 -0700:
> Hi Teemu!
>
> On Tue, Aug 29, 2006 at 09:54:24AM +0200 or thereabouts, Teemu Schaabl wrote:
> > great work - however, the qscan-patch doesn't seem to work on
> > openbsd (3.9) -that's what I get after trying to compile it:
>
> That's strange. It works OK for me on 3.8/x86. It looks like your
> link command:
>
> > g++ -Lnbase -Lnsock/src/   -o nmap main.o nmap.o targets.o tcpip.o nmap_error.o utils.o idle_scan.o osscan.o 
> > osscan2.o output.o scan_engine.o timing.o charpool.o services.o protocols.o nmap_rpc.o portlist.o NmapOps.o 
> > TargetGroup.o Target.o FingerPrintResults.o service_scan.o NmapOutputTable.o MACLookup.o nmap_tty.o nmap_dns.o 
> > nmap_lua.o nmap_lua_auxiliar.o nmap_lua_nsock.o  -lnbase -lnsock libpcre/libpcre.a -lpcap  
> > libdnet-stripped/src/.libs/libdnet.a liblua/liblua.a -lm
>
> Doesn't have qscan.o on the command line. Did you re ./configure the
> script after applying a patch? The patch only changes Makefile.in and
> not Makefile (whicis auto generated by ./configure).

sorry for my late reply after your fast one:

me being an idiot as I did apply qscan patch to the LUA Version of nmap-2.20ALPHA4 ..
see, see attached screen dump.

there maybe some issues due that version, I'll see if I get that done later on this
week, to have qscan AND lua working,

anyway - thanks a lot,
cheers,
teemu


# cd nmap-4.20ALPHA4-LUA
# pwd
/data/pub/SOFTWARE/nmap-4.20ALPHA4-LUA
# patch -p1 < /data/home/lynix/nmap-4.20ALPHA4-qscan.patch
Hmm...  Looks like a unified diff to me...
The text leading up to this was:
--------------------------
|diff -urNb old.nmap.rev/Makefile.in new.nmap.rev/Makefile.in
|--- old.nmap.rev/Makefile.in   2006-08-26 23:47:47.000000000 -0700
|+++ new.nmap.rev/Makefile.in   2006-08-26 23:47:47.000000000 -0700
--------------------------
Patching file Makefile.in using Plan A...
Hunk #1 failed at 48.
1 out of 1 hunks failed--saving rejects to Makefile.in.rej
Hmm...  The next patch looks like a unified diff to me...
The text leading up to this was:
--------------------------
|diff -urNb old.nmap.rev/nmap.cc new.nmap.rev/nmap.cc
|--- old.nmap.rev/nmap.cc       2006-08-26 23:47:47.000000000 -0700
|+++ new.nmap.rev/nmap.cc       2006-08-26 23:47:47.000000000 -0700
--------------------------
Patching file nmap.cc using Plan A...
Hunk #1 failed at 582.
Hunk #2 succeeded at 747 (offset 14 lines).
Hunk #3 succeeded at 1033 (offset 14 lines).
Hunk #4 succeeded at 1559 (offset -1 lines).
1 out of 4 hunks failed--saving rejects to nmap.cc.rej
Hmm...  The next patch looks like a unified diff to me...
The text leading up to this was:
--------------------------
|diff -urNb old.nmap.rev/nmap.h new.nmap.rev/nmap.h
|--- old.nmap.rev/nmap.h        2006-08-26 23:47:47.000000000 -0700
|+++ new.nmap.rev/nmap.h        2006-08-26 23:47:47.000000000 -0700
--------------------------
Patching file nmap.h using Plan A...
Hunk #1 succeeded at 489.
Hmm...  The next patch looks like a unified diff to me...
The text leading up to this was:
--------------------------
|diff -urNb old.nmap.rev/NmapOps.cc new.nmap.rev/NmapOps.cc
|--- old.nmap.rev/NmapOps.cc    2006-08-26 23:47:47.000000000 -0700
|+++ new.nmap.rev/NmapOps.cc    2006-08-26 23:47:47.000000000 -0700
--------------------------
Patching file NmapOps.cc using Plan A...
Hunk #1 succeeded at 227.
Hunk #2 succeeded at 253.
Hunk #3 succeeded at 272.
hmm...  The next patch looks like a unified diff to me...
The text leading up to this was:
--------------------------
|diff -urNb old.nmap.rev/NmapOps.h new.nmap.rev/NmapOps.h
|--- old.nmap.rev/NmapOps.h     2006-08-26 23:47:47.000000000 -0700
|+++ new.nmap.rev/NmapOps.h     2006-08-26 23:47:47.000000000 -0700
--------------------------
Patching file NmapOps.h using Plan A...
Hunk #1 succeeded at 275.
Hunk #2 succeeded at 293 with fuzz 2.
Hmm...  The next patch looks like a unified diff to me...
The text leading up to this was:
--------------------------
|diff -urNb old.nmap.rev/qscan.cc new.nmap.rev/qscan.cc
|--- old.nmap.rev/qscan.cc      1969-12-31 16:00:00.000000000 -0800
|+++ new.nmap.rev/qscan.cc      2006-08-26 23:47:47.000000000 -0700
--------------------------
(Creating file qscan.cc...)
Patching file qscan.cc using Plan A...
Empty context always matches.
Hunk #1 succeeded at 1.
Done
# gmake

[....]

echo Compiling nmap
Compiling nmap
rm -f nmap
g++ -Lnbase -Lnsock/src/   -o nmap main.o nmap.o targets.o tcpip.o nmap_error.o utils.o idle_scan.o osscan.o osscan2.o 
output.o scan_engine.o timing.o charpool.o services.o protocols.o nmap_rpc.o portlist.o NmapOps.o TargetGroup.o 
Target.o FingerPrintResults.o service_scan.o NmapOutputTable.o MACLookup.o nmap_tty.o nmap_dns.o nmap_lua.o 
nmap_lua_auxiliar.o nmap_lua_nsock.o  -lnbase -lnsock libpcre/libpcre.a -lpcap  libdnet-stripped/src/.libs/libdnet.a 
liblua/liblua.a -lm
main.o(.text+0x4ef): In function `main':
/data/pub/SOFTWARE/nmap-4.20ALPHA4-LUA/main.cc:297: warning: strcpy() is almost always misused, please use strlcpy()
osscan.o(.text+0x3f9): In function `fingerprint_iptcppacket':
/data/pub/SOFTWARE/nmap-4.20ALPHA4-LUA/osscan.cc:262: warning: sprintf() is often misused, please use snprintf()
main.o(.text+0x8b7): In function `main':
/data/pub/SOFTWARE/nmap-4.20ALPHA4-LUA/main.cc:312: warning: strcat() is almost always misused, please use strlcat()
nmap.o(.text+0x35f0): In function `nmap_main(int, char**)':
/usr/include/g++/bits/stl_vector.h:501: undefined reference to `qscan(Target**, int, scan_lists*)'
collect2: ld returned 1 exit status
gmake: *** [nmap] Error 1
#



-- 
Don't be too proud of the technological
terror you have constructed -- D. Vader


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