[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <AANLkTikxC87m8bpXm+5VTy8qRrgYehEGM=Y=zQHoBa_C@mail.gmail.com>
Date: Sat, 4 Dec 2010 12:53:11 +0100
From: netinfinity <netinfinity.securitylab@...il.com>
To: full-disclosure@...ts.grok.org.uk
Subject: Re: New Source Code Vulnerability Scanner (Free
30 Day Trial)
I was thinking about another way to possible bypass this code.
POC:
grep -fruit
will trick the system into thinking it is a fruit thus crashing because of
stackoverflow and juice overflow.
On Sat, Dec 4, 2010 at 12:32 PM, Georgi Guninski <guninski@...inski.com>wrote:
>
> On Fri, Dec 03, 2010 at 01:46:56AM -0800, Michal Zalewski wrote:
> > > grep -r ACIDBITCHES *
> >
> > This code has two very obvious detection bypass vulnerabilities:
> >
> > 1) It fails to scan dotfiles in the starting directory,
> >
> > 2) It can be tricked into not producing any output by creating a file
> > named "-q" in the starting dir.
> >
> > Let me fire up my vulnerability research whitepaper generator.
> >
> > /mz
> >
>
> implementation issues aside, are the theoretic foundations of the scanner
> correct?
>
> some points.
>
> 1. analyzing the grep(1) codebase. what if grep has anti-scanning backdoor
> - like a compiler backdoor?
>
> 2. the scanner reproducibly reports backdoors in /dev/urandom - it is
> even not an .EXE!
>
> --
> joro
>
> _______________________________________________
> Full-Disclosure - We believe in it.
> Charter: http://lists.grok.org.uk/full-disclosure-charter.html
> Hosted and sponsored by Secunia - http://secunia.com/
>
--
www.google.com
Content of type "text/html" skipped
_______________________________________________
Full-Disclosure - We believe in it.
Charter: http://lists.grok.org.uk/full-disclosure-charter.html
Hosted and sponsored by Secunia - http://secunia.com/
Powered by blists - more mailing lists