[PATCH] Don't allow attackers to inject arbitrary data into stack through LD_DEBUG
Zack Weinberg
zackw@panix.com
Sun Aug 9 23:30:00 GMT 2015
On 08/09/2015 06:43 PM, Rich Felker wrote:
>> warning: debug option `%s' unknown; try LD_DEBUG=help\n", copy);
>> + /* Don't let an attacker inject arbitrary data into the stack area */
>> + __builtin_memset(copy, 0, len);
>> }
> This memset will be optimized out by any decent compiler. Some
> mechanism to prevent that is needed.
Funny you should mention that ... (see the other message I just posted)
> BTW are you sure you haven't uncovered a much more serious bug?
> Unbounded alloca allows the clobbering of arbitrary memory. While it's
> not entirely unbounded, the environment/argv size limit was removed on
> modern Linux, so it's quite possible to have multi-MB or even GB
> strings there. It's possible/likely that we got lucky and get an
> unconditional crash at a point where there's only one thread and no
> signal handlers, but I still think this should be checked and the
> bogus alloca removed.
Agree, but note that this might be happening so early that malloc isn't
available (I haven't checked); is it really necessary to copy the string
at all?
zw
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL: <http://sourceware.org/pipermail/libc-alpha/attachments/20150809/ba707578/attachment.sig>
More information about the Libc-alpha
mailing list