Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1520833 > unrolled thread

Re: [PATCH 3.16 296/346] fix minor infoleak in get_user_ex()

Started byBen Hutchings <ben@decadent.org.uk>
First post2016-11-14 03:30 +0100
Last post2016-11-14 03:30 +0100
Articles 1 — 1 participant

Back to article view | Back to linux.kernel

This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by below is the oldest one visible, not the original post.


Contents

  Re: [PATCH 3.16 296/346] fix minor infoleak in get_user_ex() Ben Hutchings <ben@decadent.org.uk> - 2016-11-14 03:30 +0100

#1520833 — Re: [PATCH 3.16 296/346] fix minor infoleak in get_user_ex()

FromBen Hutchings <ben@decadent.org.uk>
Date2016-11-14 03:30 +0100
SubjectRe: [PATCH 3.16 296/346] fix minor infoleak in get_user_ex()
Message-ID<sDfbX-xk-9@gated-at.bofh.it>

[Multipart message — attachments visible in raw view] — view raw

On Sun, 2016-11-13 at 18:14 -0800, Linus Torvalds wrote:
> No, this is no good.
> 
> I had a slightly different version of this that is OK for older
> kernels.

And I thought I'd dropped this after you mentioned the problem at
Kernel Summit.  Thanks for checking.

Sasha, this still needs to be reverted in 3.18 and 4.1 stable branches.

Ben.

>      Linus
> 
> On Nov 13, 2016 6:04 PM, "Ben Hutchings" <ben@decadent.org.uk> wrote:
> 
> > 3.16.39-rc1 review patch.  If anyone has any objections, please let me
> > know.
> > 
> > ------------------
> > 
> > From: Al Viro <viro@ZenIV.linux.org.uk>
> > 
> > commit 1c109fabbd51863475cd12ac206bdd249aee35af upstream.
> > 
> > get_user_ex(x, ptr) should zero x on failure.  It's not a lot of a leak
> > (at most we are leaking uninitialized 64bit value off the kernel stack,
> > and in a fairly constrained situation, at that), but the fix is trivial,
> > so...
> > 
> > > Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
> > [ This sat in different branch from the uaccess fixes since mid-August ]
> > Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
> > Signed-off-by: Ben Hutchings <ben@decadent.org.uk>
> > ---
> >  arch/x86/include/asm/uaccess.h | 6 +++++-
> >  1 file changed, 5 insertions(+), 1 deletion(-)
> > 
> > --- a/arch/x86/include/asm/uaccess.h
> > +++ b/arch/x86/include/asm/uaccess.h
> > @@ -391,7 +391,11 @@ do {
> >                      \
> >  #define __get_user_asm_ex(x, addr, itype, rtype, ltype)
> >       \
> >         asm volatile("1:        mov"itype" %1,%"rtype"0\n"              \
> >                      "2:\n"                                             \
> > -                    _ASM_EXTABLE_EX(1b, 2b)                            \
> > +                    ".section .fixup,\"ax\"\n"                         \
> > +                     "3:xor"itype" %"rtype"0,%"rtype"0\n"              \
> > +                    "  jmp 2b\n"                                       \
> > +                    ".previous\n"                                      \
> > +                    _ASM_EXTABLE_EX(1b, 3b)                            \
> >                      : ltype(x) : "m" (__m(addr)))
> > 
> >  #define __put_user_nocheck(x, ptr, size)                       \
> > 
> > 
-- 
Ben Hutchings
If more than one person is responsible for a bug, no one is at fault.

[toc] | [standalone]


Back to top | Article view | linux.kernel


csiph-web