modernistik
Nmap::Parser crash on a xml-output file
Recently i found that my company scanner system was failed to input the result of Nmap scan. After investigation, and i found that was a issue in Nmap::Parser. I used gdb to make a trace for searching reason that why it was crash, but i can't found any more detail about this issue. So i make this report to you, and very thank you for your work!
Please see the file attached. 11.zip
Here is the stack info when crash happened, and looks like it triggers an infinite loop.
Program received signal SIGSEGV, Segmentation fault. 0x00007ffff7b2ad20 in Perl_sv_clear () from /usr/lib64/perl5/CORE/libperl.so (gdb) bt #0 0x00007ffff7b2ad20 in Perl_sv_clear () from /usr/lib64/perl5/CORE/libperl.so #1 0x00007ffff7b2b5d2 in Perl_sv_free2 () from /usr/lib64/perl5/CORE/libperl.so #2 0x00007ffff7b108c2 in Perl_hv_free_ent () from /usr/lib64/perl5/CORE/libperl.so #3 0x00007ffff7b11de1 in ?? () from /usr/lib64/perl5/CORE/libperl.so #4 0x00007ffff7b13c82 in Perl_hv_undef () from /usr/lib64/perl5/CORE/libperl.so #5 0x00007ffff7b2b2e3 in Perl_sv_clear () from /usr/lib64/perl5/CORE/libperl.so #6 0x00007ffff7b2b5d2 in Perl_sv_free2 () from /usr/lib64/perl5/CORE/libperl.so #7 0x00007ffff7b2b19c in Perl_sv_clear () from /usr/lib64/perl5/CORE/libperl.so #8 0x00007ffff7b2b5d2 in Perl_sv_free2 () from /usr/lib64/perl5/CORE/libperl.so #9 0x00007ffff7b108c2 in Perl_hv_free_ent () from /usr/lib64/perl5/CORE/libperl.so #10 0x00007ffff7b11de1 in ?? () from /usr/lib64/perl5/CORE/libperl.so #11 0x00007ffff7b13c82 in Perl_hv_undef () from /usr/lib64/perl5/CORE/libperl.so #12 0x00007ffff7b2b2e3 in Perl_sv_clear () from /usr/lib64/perl5/CORE/libperl.so #13 0x00007ffff7b2b5d2 in Perl_sv_free2 () from /usr/lib64/perl5/CORE/libperl.so #14 0x00007ffff7b2b19c in Perl_sv_clear () from /usr/lib64/perl5/CORE/libperl.so #15 0x00007ffff7b2b5d2 in Perl_sv_free2 () from /usr/lib64/perl5/CORE/libperl.so #16 0x00007ffff7b108c2 in Perl_hv_free_ent () from /usr/lib64/perl5/CORE/libperl.so #17 0x00007ffff7b11de1 in ?? () from /usr/lib64/perl5/CORE/libperl.so #18 0x00007ffff7b13c82 in Perl_hv_undef () from /usr/lib64/perl5/CORE/libperl.so #19 0x00007ffff7b2b2e3 in Perl_sv_clear () from /usr/lib64/perl5/CORE/libperl.so #20 0x00007ffff7b2b5d2 in Perl_sv_free2 () from /usr/lib64/perl5/CORE/libperl.so #21 0x00007ffff7b2b19c in Perl_sv_clear () from /usr/lib64/perl5/CORE/libperl.so #22 0x00007ffff7b2b5d2 in Perl_sv_free2 () from /usr/lib64/perl5/CORE/libperl.so #23 0x00007ffff7b108c2 in Perl_hv_free_ent () from /usr/lib64/perl5/CORE/libperl.so #24 0x00007ffff7b11de1 in ?? () from /usr/lib64/perl5/CORE/libperl.so
...
POC:
!/usr/bin/perl
use strict; use warnings; use Nmap::Parser; use Perl6::Slurp;
my $file_contents = slurp "./11.nmap"; my $np = new Nmap::Parser;
$np->parse( $file_contents );
Best Regards!
hI, could you provide either a pull-request or some files we can use for testing? Thanks. [Updated] Saw the 11.nmap file that is actually xml. Will look into it. Thanks
@cyg07 hi, I could not reproduce this bug. Here are my versions: Nmap-Parser-1.36, XML-Twig-3.52.
