full-disclosure - Re: Gaim festival plugin exploit

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <20031023145616.GQ6789@ifokr.org>
From: full-disclosure at ifokr.org (Brian Hatch)
Subject: Re: Gaim festival plugin exploit



> >> system("echo \"$string\" | /usr/bin/festival --tts");
> 
> Replace this with
> 
>         open FEST, "|/usr/bin/festival --tts";
>         print FEST $string, "\n";
>         close FEST;
> 
> No shells involved.  Only DOS exploits and maybe the usual
> C-language overflows in festival itself.

Well, no, that open does invoke a shell, albeit one with
no user input.  It's still better to 

	pipe
	fork
	child exec explicitly
	parent read pipe

Newer perl can actually use list form in the 'file'
section for open, so you'd be able to use that to
avoid a shell in the open without writing the code
yourself.


--
Brian Hatch                  Why do croutons come
   Systems and                in airtight packages?
   Security Engineer          Aren't they just stale
http://www.ifokr.org/bri/     bread to begin with?

Every message PGP signed
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://lists.grok.org.uk/pipermail/full-disclosure/attachments/20031023/4c64091c/attachment.bin