|
Date: Fri, 6 Jun 2014 16:24:23 +0200 From: rf@...eap.de To: oss-security@...ts.openwall.com Subject: Re: Linux kernel futex local privilege escalation (CVE-2014-3153) >>>>> "Greg" == Greg KH <greg@...ah.com> writes: Greg> On Fri, Jun 06, 2014 at 11:11:42AM +0200, rf@...eap.de wrote: >> >>>>> "Thomas" == Thomas Gleixner <tglx@...utronix.de> writes: >> >> Hi Thomas, >> >> >> On Thu, Jun 05, 2014 at 11:38:27PM -0400, Rich Felker wrote: >> >> > On Thu, Jun 05, 2014 at 06:45:45PM +0400, Solar Designer >> >> > wrote: >> >> > > I've attached patches by Thomas Gleixner (four e-mails, in >> >> > > mbox format), as well as back-ports of those by John >> >> > > Johansen of Canonical, who wrote: >> >> > >> >> > Maybe I'm missing something, but I can't find any statement >> >> > of what version these patches are intended to apply cleanly >> >> > to. They don't apply to latest stable. >> >> >> >> Thomas - can you answer Rich's question? This is about >> >> patches you sent on June 3 to linux-distros, which Kees then >> >> saved into an mbox file. >> Thomas> They should apply cleanly, if all stable tagged futex Thomas> patches before that are applied. >> >> could you please clarify whether >> >> f0d71b3dcb8332f7971b5f2363632573e6d9486a futex: Prevent attaching >> to kernel threads 866293ee54227584ffcb4a42f69c1f365974ba7f futex: >> Add another early deadlock detection check Greg> As people keep asking me this, I'll respond with, "why Greg> wouldn't you apply them"? Greg> They are going to be in the next kernel stable releases, along Greg> with the other 4 patches, so I recommend them for your custom Greg> kernels as well. Thanks for the reply. I did read your earlier message. To answer your question: I only apply patches that are absolutely necessary to fix a known problem. Want to make sure the changed stuff doesn't lead to a regression somewhere else. Futex stuff is a central component in the kernel ... I can't judge about any possible side effects from reading the code ... and this kernel is going on a number of production clusters. Anyway, I've applied all the (2+4) patches to our 3.12. "futex: Make lookup_pi_state more robust" needed slight adjustment, but nothing serious. I'll go and test now. If someone wants the patch set, let me know. Then I can post it to the list. Roland ------- http://www.q-leap.com / http://qlustar.com --- HPC / Storage / Cloud Linux Cluster OS ---
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.