Follow @Openwall on Twitter for new release announcements and other news
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date: Wed, 23 Jan 2013 08:47:35 +0100
From: Sebastian Krahmer <>
Subject: Re: CVE Request coreutils

On Tue, Jan 22, 2013 at 08:47:46AM -0700, Vincent Danen wrote:
> * [2013-01-22 08:25:23 +0100] Sebastian Krahmer wrote:
>> Generally, I see your point. However sometimes services running as
>> root 'sort' or 'uniq' user input e.g. via grepping logfiles etc,
>> so there is indeed a real chance to indirectly trigger a privilege
>> escalation. The past shows that segfaults can be turned into a
>> code exec often. Its a stack overflow after all.
> Do you believe this would be the case with modern GCC/Glibc hardening
> though?  Wouldn't this just be rendered a crash?

Are you serious? And since when will CVE's not be assigned because
some mitigation could possibly prevent a stack overflow being turned
into code exec?

> But even then, if we're talking about logfiles (which is a reasonable
> case) you'd have to be allowing user-controlled input to your logs,
> which would mean you'd have another problem.

You mean like 'logger -t sshd failed login attempt' ?

> I'm also assuming, based on the comments in the first bug, that you need
> a really large line (not just an entire file, but one line).  How likely
> is it that you would be grepping a log file with ~10MB of data on one
> line?

Not very common indeed, but I think its not the point (logfiles were
just _one_ example).

Nevertheless, you seem to shift your arguments. For each reason/attack vector
I answer, you bring up two new reasons why this not an issue.

At the end, I did not spot the bug; if the majority thinks its not worth
a CVE, I can live with it. It would just have made tracking easier.


PS: Reminds me to the one-year dbus discussion where everyone told me that
this can never be a problem.


~ perl
~ $_='print"\$_=\47$_\47;eval"';eval
~ - SuSE Security Team

Powered by blists - more mailing lists

Please check out the Open Source Software Security Wiki, which is counterpart to this mailing list.

Confused about mailing lists and their use? Read about mailing lists on Wikipedia and check out these guidelines on proper formatting of your messages.