[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20110525152817.GC3507@mail.hallyn.com>
Date: Wed, 25 May 2011 10:28:17 -0500
From: Serge Hallyn <serge.hallyn@...onical.com>
To: Robert Święcki <robert@...ecki.net>
Cc: Eugene Teo <eugeneteo@...nel.sg>, linux-kernel@...r.kernel.org,
security@...nel.org, kees@...ntu.com,
Tavis Ormandy <taviso@...xchg8b.com>,
David Howells <dhowells@...hat.com>
Subject: Re: [Security] Fwd: Oops (bad memory deref) in slab_alloc() due to
filp_cachep holding incorrect values
Quoting Robert Święcki (robert@...ecki.net):
> >> Given that it doesn't seem to appear in 2.6.39-rc4, and judging by the
> >> names of functions involved, this change looks suspiciously related to
> >> this oops (even if it just made the keyctl problem visible)
> >> http://git.itanic.dy.fi/?p=linux-stable;a=commitdiff;h=47a150edc2ae734c0f4bf50aa19499e23b9a46f8
> >>
> >> >> #include <sys/stat.h>
> >> >> #include <sys/wait.h>
> >> >> #include <unistd.h>
> >> >> #include <sys/syscall.h>
> >> >> #include <linux/keyctl.h>
> >> >> #include <linux/sched.h>
> >> >>
> >> >> int TH1(void *dummy) {
> >> >> syscall(__NR_keyctl, KEYCTL_SESSION_TO_PARENT);
> >
> > Thanks!
> >
> > Fooi, it looks like all users of cred_alloc_blank() may need to be
> > audited wrt commit 47a150edc2ae734c0f4bf50aa19499e23b9a46f8.
> >
> > Does this fix the bug you're seeing?
>
> Yup, the kernel survives both the testcase and a short syscall fuzzing
> session. Thanks.
Thanks, Robert.
David, assuming this gets your ack, do you mind pushing this one forward?
thanks,
-serge
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists