Nmap Development mailing list archives
Re: dev Digest, Vol 129, Issue 48
From: ryan chou <jkryanchou () gmail com>
Date: Tue, 29 Dec 2015 10:29:52 +0800
Re: dev Digest, Vol 129, Issue 45 Great, We're really looking forward to it. ! 2015-12-28 23:36 GMT+08:00 <dev-request () nmap org>:
Send dev mailing list submissions to dev () nmap org To subscribe or unsubscribe via the World Wide Web, visit https://nmap.org/mailman/listinfo/dev or, via email, send a message with subject or body 'help' to dev-request () nmap org You can reach the person managing the list at dev-owner () nmap org When replying, please edit your Subject line so it is more specific than "Re: Contents of dev digest..." Today's Topics: 1. Re: dev Digest, Vol 129, Issue 45 (Fotis Hantzis) 2. Nmap 6.0 - 7.01 version source code will not build on CentOS 3.9 (both 32 and 64 bit) (Perry Likakis) ---------------------------------------------------------------------- Message: 1 Date: Mon, 28 Dec 2015 14:05:12 +0200 From: Fotis Hantzis <ithilgore.ryu.l () gmail com> To: Andrew Jason Farabee <afarabee () uci edu> Cc: "Mike ." <dmciscobgp () hotmail com>, "dev () nmap org" <dev () nmap org> Subject: Re: dev Digest, Vol 129, Issue 45 Message-ID: < CAFOwBwOfepVgX8Zs1PRWwsDMwckOnXvy87pc-90j1QP4xZ-rsQ () mail gmail com> Content-Type: text/plain; charset="utf-8" Great, we could merge it with the official branch soon then! - ithilgore On Mon, Dec 28, 2015 at 6:50 AM, Andrew Jason Farabee <afarabee () uci edu> wrote:I actually already started working on this. It might be a bit messy, right now I'm trying to work around address resolution for socks4a requests, but I think the basic socks4a stuff in there might need somemorework anyway. It's at https://github.com/andrewfarabee/ncrack-proxy.git On Sat, Dec 26, 2015 at 1:51 PM, Fotis Hantzis <ithilgore.ryu.l () gmail com>wrote:It should be quite easy to add proxy support using the nsock_proxychain utility by Nsock. I'll be looking into it. - ithilgore On Sat, Dec 26, 2015 at 10:07 PM, Mike . <dmciscobgp () hotmail com>wrote:does NCRACK offer any SOCKS/proxy support, or even TOR?----Mike ________________________________________ From: dev <dev-bounces () nmap org> on behalf of dev-request () nmap org < dev-request () nmap org> Sent: Saturday, December 26, 2015 8:00 PM To: dev () nmap org Subject: dev Digest, Vol 129, Issue 45 Send dev mailing list submissions to dev () nmap org To subscribe or unsubscribe via the World Wide Web, visit https://nmap.org/mailman/listinfo/dev or, via email, send a message with subject or body 'help' to dev-request () nmap org You can reach the person managing the list at dev-owner () nmap org When replying, please edit your Subject line so it is more specific than "Re: Contents of dev digest..." Today's Topics: 1. Re: Improvement and enhancement of NCRACK (Fotis Hantzis) ---------------------------------------------------------------------- Message: 1 Date: Sat, 26 Dec 2015 12:33:02 +0200 From: Fotis Hantzis <ithilgore.ryu.l () gmail com> Cc: dev () nmap org Subject: Re: Improvement and enhancement of NCRACK Message-ID: < CAFOwBwPxXRP-t+ArZ7sM30yCjihN-cSbinA7J6VQ1GO1tZ9Hmg () mail gmail com> Content-Type: text/plain; charset="utf-8" Hello, I recently made a post about Ncrack's development being restarted ( http://seclists.org/nmap-dev/2015/q4/87) in which you can also read a discussion about some possible extensions and new features. We arealwayseager to hear about new ideas, so feel free to contribute! Regards, ithilgore On Fri, Dec 25, 2015 at 5:24 PM, Abhishek Singh <abhishek.s14 () iiits inwrote:Hello developers and Merry X-MAS I was just surfing around the documentation of nmap and got to readaboutthe NCRACK and I feel if enhanced and debugged, it can be turnedinto astrong tool for bruteforcing passwords , as I haven't seen muchactivityover it and site also suggests that better to use NSE , is there anyscopeof usability if improved? _______________________________________________ Sent through the dev mailing list https://nmap.org/mailman/listinfo/dev Archived at http://seclists.org/nmap-dev/-------------- next part -------------- An HTML attachment was scrubbed... URL: <https://nmap.org/mailman/private/dev/attachments/20151226/df4c2fc9/attachment.html------------------------------ Subject: Digest Footer _______________________________________________ dev mailing list dev () nmap org https://nmap.org/mailman/listinfo/dev ------------------------------ End of dev Digest, Vol 129, Issue 45 ************************************ _______________________________________________ Sent through the dev mailing list https://nmap.org/mailman/listinfo/dev Archived at http://seclists.org/nmap-dev/_______________________________________________ Sent through the dev mailing list https://nmap.org/mailman/listinfo/dev Archived at http://seclists.org/nmap-dev/-------------- next part -------------- An HTML attachment was scrubbed... URL: < https://nmap.org/mailman/private/dev/attachments/20151228/7559722a/attachment.html------------------------------ Message: 2 Date: Thu, 24 Dec 2015 17:20:54 -0500 From: Perry Likakis <perrylikakis32 () gmail com> To: dev () nmap org Subject: Nmap 6.0 - 7.01 version source code will not build on CentOS 3.9 (both 32 and 64 bit) Message-ID: < CAJv20XhCeSJ_oxmahUyR+Qor5rkNPFLPFyNKXOdQREZHO49iJQ () mail gmail com> Content-Type: text/plain; charset="utf-8" Hi, I am trying to build Nmap on CentOS 3 on either 32 or 64 bit. I am NOT able to build with Nmap version 6.0 or 7.01. However, 4.90RC1 and 5.51.6 build just fine. Is Nmap no longer supported on CentOS 3 (I do know that it is a really old version?)? Do you have any suggestions? Commands used to build: bzip2 -cd nmap-7.01.tar.bz2 | tar xvf - cd nmap-7.01 ./configure --prefix=/home/r1test/nmap make *Error during make:* Compiling libpcre make[1]: Entering directory `/home/r1test/nmap_source_code/nmap-6.00/libpcre' cd . && /bin/sh /home/r1test/nmap_source_code/nmap-6.00/missing --run aclocal-1.10 /home/r1test/nmap_source_code/nmap-6.00/missing: line 52: aclocal-1.10: command not found WARNING: `aclocal-1.10' is missing on your system. You should only need it if you modified `acinclude.m4' or `configure.ac'. You might want to install the `Automake' and `Perl' packages. Grab them from any GNU archive site. cd . && /bin/sh /home/r1test/nmap_source_code/nmap-6.00/missing --run autoconf aclocal.m4:20: warning: this file was generated for autoconf 2.63. You have another version of autoconf. It may work, but is not guaranteed to. If you have problems, you may need to regenerate the build system entirely. To do so, use the procedure documented by the package, typically `autoreconf'. configure.ac:17: error: Autoconf version 2.60 or higher is required aclocal.m4:475: AM_INIT_AUTOMAKE is expanded from... configure.ac:17: the top level autom4te: /usr/bin/m4 failed with exit status: 1 make[1]: *** [configure] Error 1 make[1]: Leaving directory `/home/r1test/nmap_source_code/nmap-6.00/libpcre' make: *** [pcre_build] Error 2 [root@localhost nmap-6.00]# One of the things that I tried was to upgrade my automake and autoconf versions to 1.9.6 and 2.59, respectively. This solved the above issue, but I am now getting different errors (see below). Any thoughts? Compiling liblua make[1]: Entering directory `/home/r1test/nmap_source_code/nmap-7.01/liblua' gcc -O2 -Wall -DLUA_COMPAT_ALL -g -O2 -Wall -fno-strict-aliasing -DLUA_USE_POSIX -DLUA_USE_DLOPEN -c -o lapi.o lapi.c gcc -O2 -Wall -DLUA_COMPAT_ALL -g -O2 -Wall -fno-strict-aliasing -DLUA_USE_POSIX -DLUA_USE_DLOPEN -c -o lcode.o lcode.c gcc -O2 -Wall -DLUA_COMPAT_ALL -g -O2 -Wall -fno-strict-aliasing -DLUA_USE_POSIX -DLUA_USE_DLOPEN -c -o lctype.o lctype.c gcc -O2 -Wall -DLUA_COMPAT_ALL -g -O2 -Wall -fno-strict-aliasing -DLUA_USE_POSIX -DLUA_USE_DLOPEN -c -o ldebug.o ldebug.c gcc -O2 -Wall -DLUA_COMPAT_ALL -g -O2 -Wall -fno-strict-aliasing -DLUA_USE_POSIX -DLUA_USE_DLOPEN -c -o ldo.o ldo.c gcc -O2 -Wall -DLUA_COMPAT_ALL -g -O2 -Wall -fno-strict-aliasing -DLUA_USE_POSIX -DLUA_USE_DLOPEN -c -o ldump.o ldump.c gcc -O2 -Wall -DLUA_COMPAT_ALL -g -O2 -Wall -fno-strict-aliasing -DLUA_USE_POSIX -DLUA_USE_DLOPEN -c -o lfunc.o lfunc.c gcc -O2 -Wall -DLUA_COMPAT_ALL -g -O2 -Wall -fno-strict-aliasing -DLUA_USE_POSIX -DLUA_USE_DLOPEN -c -o lgc.o lgc.c gcc -O2 -Wall -DLUA_COMPAT_ALL -g -O2 -Wall -fno-strict-aliasing -DLUA_USE_POSIX -DLUA_USE_DLOPEN -c -o llex.o llex.c gcc -O2 -Wall -DLUA_COMPAT_ALL -g -O2 -Wall -fno-strict-aliasing -DLUA_USE_POSIX -DLUA_USE_DLOPEN -c -o lmem.o lmem.c gcc -O2 -Wall -DLUA_COMPAT_ALL -g -O2 -Wall -fno-strict-aliasing -DLUA_USE_POSIX -DLUA_USE_DLOPEN -c -o lobject.o lobject.c gcc -O2 -Wall -DLUA_COMPAT_ALL -g -O2 -Wall -fno-strict-aliasing -DLUA_USE_POSIX -DLUA_USE_DLOPEN -c -o lopcodes.o lopcodes.c gcc -O2 -Wall -DLUA_COMPAT_ALL -g -O2 -Wall -fno-strict-aliasing -DLUA_USE_POSIX -DLUA_USE_DLOPEN -c -o lparser.o lparser.c gcc -O2 -Wall -DLUA_COMPAT_ALL -g -O2 -Wall -fno-strict-aliasing -DLUA_USE_POSIX -DLUA_USE_DLOPEN -c -o lstate.o lstate.c gcc -O2 -Wall -DLUA_COMPAT_ALL -g -O2 -Wall -fno-strict-aliasing -DLUA_USE_POSIX -DLUA_USE_DLOPEN -c -o lstring.o lstring.c gcc -O2 -Wall -DLUA_COMPAT_ALL -g -O2 -Wall -fno-strict-aliasing -DLUA_USE_POSIX -DLUA_USE_DLOPEN -c -o ltable.o ltable.c gcc -O2 -Wall -DLUA_COMPAT_ALL -g -O2 -Wall -fno-strict-aliasing -DLUA_USE_POSIX -DLUA_USE_DLOPEN -c -o ltm.o ltm.c gcc -O2 -Wall -DLUA_COMPAT_ALL -g -O2 -Wall -fno-strict-aliasing -DLUA_USE_POSIX -DLUA_USE_DLOPEN -c -o lundump.o lundump.c gcc -O2 -Wall -DLUA_COMPAT_ALL -g -O2 -Wall -fno-strict-aliasing -DLUA_USE_POSIX -DLUA_USE_DLOPEN -c -o lvm.o lvm.c gcc -O2 -Wall -DLUA_COMPAT_ALL -g -O2 -Wall -fno-strict-aliasing -DLUA_USE_POSIX -DLUA_USE_DLOPEN -c -o lzio.o lzio.c gcc -O2 -Wall -DLUA_COMPAT_ALL -g -O2 -Wall -fno-strict-aliasing -DLUA_USE_POSIX -DLUA_USE_DLOPEN -c -o lauxlib.o lauxlib.c gcc -O2 -Wall -DLUA_COMPAT_ALL -g -O2 -Wall -fno-strict-aliasing -DLUA_USE_POSIX -DLUA_USE_DLOPEN -c -o lbaselib.o lbaselib.c gcc -O2 -Wall -DLUA_COMPAT_ALL -g -O2 -Wall -fno-strict-aliasing -DLUA_USE_POSIX -DLUA_USE_DLOPEN -c -o lbitlib.o lbitlib.c gcc -O2 -Wall -DLUA_COMPAT_ALL -g -O2 -Wall -fno-strict-aliasing -DLUA_USE_POSIX -DLUA_USE_DLOPEN -c -o lcorolib.o lcorolib.c gcc -O2 -Wall -DLUA_COMPAT_ALL -g -O2 -Wall -fno-strict-aliasing -DLUA_USE_POSIX -DLUA_USE_DLOPEN -c -o ldblib.o ldblib.c gcc -O2 -Wall -DLUA_COMPAT_ALL -g -O2 -Wall -fno-strict-aliasing -DLUA_USE_POSIX -DLUA_USE_DLOPEN -c -o liolib.o liolib.c gcc -O2 -Wall -DLUA_COMPAT_ALL -g -O2 -Wall -fno-strict-aliasing -DLUA_USE_POSIX -DLUA_USE_DLOPEN -c -o lmathlib.o lmathlib.c gcc -O2 -Wall -DLUA_COMPAT_ALL -g -O2 -Wall -fno-strict-aliasing -DLUA_USE_POSIX -DLUA_USE_DLOPEN -c -o loslib.o loslib.c gcc -O2 -Wall -DLUA_COMPAT_ALL -g -O2 -Wall -fno-strict-aliasing -DLUA_USE_POSIX -DLUA_USE_DLOPEN -c -o lstrlib.o lstrlib.c gcc -O2 -Wall -DLUA_COMPAT_ALL -g -O2 -Wall -fno-strict-aliasing -DLUA_USE_POSIX -DLUA_USE_DLOPEN -c -o ltablib.o ltablib.c gcc -O2 -Wall -DLUA_COMPAT_ALL -g -O2 -Wall -fno-strict-aliasing -DLUA_USE_POSIX -DLUA_USE_DLOPEN -c -o loadlib.o loadlib.c gcc -O2 -Wall -DLUA_COMPAT_ALL -g -O2 -Wall -fno-strict-aliasing -DLUA_USE_POSIX -DLUA_USE_DLOPEN -c -o linit.o linit.c ar rcu liblua.a lapi.o lcode.o lctype.o ldebug.o ldo.o ldump.o lfunc.o lgc.o llex.o lmem.o lobject.o lopcodes.o lparser.o lstate.o lstring.o ltable.o ltm.o lundump.o lvm.o lzio.o lauxlib.o lbaselib.o lbitlib.o lcorolib.o ldblib.o liolib.o lmathlib.o loslib.o lstrlib.o ltablib.o loadlib.o linit.o ranlib liblua.a make[1]: Leaving directory `/home/r1test/nmap_source_code/nmap-7.01/liblua' g++ -c -I./liblinear -I./liblua -I./libdnet-stripped/include -I./libpcre -I./libpcap -I./nbase -I./nsock/include -DHAVE_CONFIG_H -DNMAP_NAME=\"Nmap\" -DNMAP_URL=\"https://nmap.org\" -DNMAP_PLATFORM=\"i686-pc-linux-gnu\" -DNMAPDATADIR=\"/home/r1test/nmap/share/nmap\" -D_FORTIFY_SOURCE=2 -g -O2 -Wall -fno-strict-aliasing charpool.cc -o charpool.o g++ -c -I./liblinear -I./liblua -I./libdnet-stripped/include -I./libpcre -I./libpcap -I./nbase -I./nsock/include -DHAVE_CONFIG_H -DNMAP_NAME=\"Nmap\" -DNMAP_URL=\"https://nmap.org\" -DNMAP_PLATFORM=\"i686-pc-linux-gnu\" -DNMAPDATADIR=\"/home/r1test/nmap/share/nmap\" -D_FORTIFY_SOURCE=2 -g -O2 -Wall -fno-strict-aliasing FingerPrintResults.cc -o FingerPrintResults.o In file included from FingerPrintResults.h:131, from FingerPrintResults.cc:126: FPEngine.h:250: warning: `class FPEngine' has virtual functions but non-virtual destructor FPEngine.h:270: warning: `class FPEngine6' has virtual functions but non-virtual destructor g++ -c -I./liblinear -I./liblua -I./libdnet-stripped/include -I./libpcre -I./libpcap -I./nbase -I./nsock/include -DHAVE_CONFIG_H -DNMAP_NAME=\"Nmap\" -DNMAP_URL=\"https://nmap.org\" -DNMAP_PLATFORM=\"i686-pc-linux-gnu\" -DNMAPDATADIR=\"/home/r1test/nmap/share/nmap\" -D_FORTIFY_SOURCE=2 -g -O2 -Wall -fno-strict-aliasing FPEngine.cc -o FPEngine.o In file included from FPEngine.cc:127: FPEngine.h:250: warning: `class FPEngine' has virtual functions but non-virtual destructor FPEngine.h:270: warning: `class FPEngine6' has virtual functions but non-virtual destructor FPEngine.cc: In member function `int FPHost::update_RTO(int, bool)': FPEngine.cc:1459: warning: assignment to `int' from `double' FPEngine.cc:1459: warning: argument to `int' from `double' FPEngine.cc:1460: warning: assignment to `int' from `double' FPEngine.cc:1460: warning: argument to `int' from `double' g++ -c -I./liblinear -I./liblua -I./libdnet-stripped/include -I./libpcre -I./libpcap -I./nbase -I./nsock/include -DHAVE_CONFIG_H -DNMAP_NAME=\"Nmap\" -DNMAP_URL=\"https://nmap.org\" -DNMAP_PLATFORM=\"i686-pc-linux-gnu\" -DNMAPDATADIR=\"/home/r1test/nmap/share/nmap\" -D_FORTIFY_SOURCE=2 -g -O2 -Wall -fno-strict-aliasing -g0 FPModel.cc -o FPModel.o In file included from FingerPrintResults.h:131, from FPModel.cc:3: FPEngine.h:250: warning: `class FPEngine' has virtual functions but non-virtual destructor FPEngine.h:270: warning: `class FPEngine6' has virtual functions but non-virtual destructor g++ -c -I./liblinear -I./liblua -I./libdnet-stripped/include -I./libpcre -I./libpcap -I./nbase -I./nsock/include -DHAVE_CONFIG_H -DNMAP_NAME=\"Nmap\" -DNMAP_URL=\"https://nmap.org\" -DNMAP_PLATFORM=\"i686-pc-linux-gnu\" -DNMAPDATADIR=\"/home/r1test/nmap/share/nmap\" -D_FORTIFY_SOURCE=2 -g -O2 -Wall -fno-strict-aliasing idle_scan.cc -o idle_scan.o g++ -c -I./liblinear -I./liblua -I./libdnet-stripped/include -I./libpcre -I./libpcap -I./nbase -I./nsock/include -DHAVE_CONFIG_H -DNMAP_NAME=\"Nmap\" -DNMAP_URL=\"https://nmap.org\" -DNMAP_PLATFORM=\"i686-pc-linux-gnu\" -DNMAPDATADIR=\"/home/r1test/nmap/share/nmap\" -D_FORTIFY_SOURCE=2 -g -O2 -Wall -fno-strict-aliasing MACLookup.cc -o MACLookup.o g++ -c -I./liblinear -I./liblua -I./libdnet-stripped/include -I./libpcre -I./libpcap -I./nbase -I./nsock/include -DHAVE_CONFIG_H -DNMAP_NAME=\"Nmap\" -DNMAP_URL=\"https://nmap.org\" -DNMAP_PLATFORM=\"i686-pc-linux-gnu\" -DNMAPDATADIR=\"/home/r1test/nmap/share/nmap\" -D_FORTIFY_SOURCE=2 -g -O2 -Wall -fno-strict-aliasing nmap_dns.cc -o nmap_dns.o nmap_dns.cc: In static member function `static bool DNS::Factory::ipToPtr(const sockaddr_storage&, std::string&)': nmap_dns.cc:1320: no match for ` std::reverse_iterator<__gnu_cxx::__normal_iterator<const char*, std::basic_string<char, std::char_traits<char>, std::allocator<char> > >&!= std::reverse_iterator<__gnu_cxx::__normal_iterator<char*, std::basic_string<char, std::char_traits<char>, std::allocator<char> > >'operator nmap_dns.cc: In static member function `static bool DNS::Factory::ptrToIp(const std::string&, sockaddr_storage&)': nmap_dns.cc:1385: no match for ` std::reverse_iterator<__gnu_cxx::__normal_iterator<const char*, std::basic_string<char, std::char_traits<char>, std::allocator<char> > >&!= std::reverse_iterator<__gnu_cxx::__normal_iterator<char*, std::basic_string<char, std::char_traits<char>, std::allocator<char> > >'operator make: *** [nmap_dns.o] Error 1 [root@localhost nmap-7.01]# Thanks, Perry. -------------- next part -------------- An HTML attachment was scrubbed... URL: < https://nmap.org/mailman/private/dev/attachments/20151224/e69a45d4/attachment.html------------------------------ Subject: Digest Footer _______________________________________________ dev mailing list dev () nmap org https://nmap.org/mailman/listinfo/dev ------------------------------ End of dev Digest, Vol 129, Issue 48 ************************************
_______________________________________________ Sent through the dev mailing list https://nmap.org/mailman/listinfo/dev Archived at http://seclists.org/nmap-dev/
Current thread:
- Re: dev Digest, Vol 129, Issue 48 ryan chou (Dec 28)