[prev in list] [next in list] [prev in thread] [next in thread] 

List:       oss-security
Subject:    [oss-security] Re: CVE Request: Linux x86_64 NT flag issue - Linux kernel
From:       Andy Lutomirski <luto () amacapital ! net>
Date:       2015-08-29 16:34:47
Message-ID: CALCETrUvVMBAK-uWR28u4CzJZYo=mKsqoqd+y84L=GdgwAQJVA () mail ! gmail ! com
[Download RAW message or body]

On Mon, Aug 24, 2015 at 8:21 PM,  <cve-assign@mitre.org> wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA256
> 
> > When I fixed Linux's NT flag handling, I added an optimization to
> > Linux 3.19 and up. A malicious 32-bit program might be able to leak
> > NT into an unrelated task. On a CONFIG_PREEMPT=y kernel, this is a
> > straightforward DoS. On a CONFIG_PREEMPT=n kernel, it's probably
> > still exploitable for DoS with some more care.
> > 
> > I believe that this could be used for privilege escalation, too, but
> > it won't be easy.
> > 
> > The fix is just to revert the optimization:
> > 
> > https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=512255a2ad2c832ca7d4de9f31245f73781922d0
> >  
> > Mitigation: CONFIG_IA32_EMULATION=n
> 
> Use CVE-2015-6666.

I think this may be a false alarm.  SDM Volume 3 6.12.1.2 says:

On calls to exception and interrupt handlers, the processor also
clears the VM, RF, and NT flags in the EFLAGS register, after
they are saved on the stack.

So if an interrupt or page fault happened while NT was incorrectly
set, the NT flag would still be clear when context switching and would
therefore never leak.  (This wouldn't have been the case before 3.19,
when we could context switch by calling schedule() directly while NT
was set, but those kernels manually saved and restored flags across
context switches.)

--Andy


[prev in list] [next in list] [prev in thread] [next in thread]