[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20200408142302.GA10686@linux.intel.com>
Date: Wed, 8 Apr 2020 07:23:03 -0700
From: Sean Christopherson <sean.j.christopherson@...el.com>
To: Cornelia Huck <cohuck@...hat.com>
Cc: Christian Borntraeger <borntraeger@...ibm.com>,
Janosch Frank <frankja@...ux.ibm.com>,
Paolo Bonzini <pbonzini@...hat.com>,
David Hildenbrand <david@...hat.com>, kvm@...r.kernel.org,
linux-kernel@...r.kernel.org,
syzbot+d889b59b2bb87d4047a2@...kaller.appspotmail.com
Subject: Re: [PATCH 0/2] KVM: Fix out-of-bounds memslot access
On Wed, Apr 08, 2020 at 10:10:04AM +0200, Cornelia Huck wrote:
> On Wed, 8 Apr 2020 09:24:27 +0200
> Christian Borntraeger <borntraeger@...ibm.com> wrote:
>
> > On 08.04.20 08:40, Sean Christopherson wrote:
> > > Two fixes for what are effectively the same bug. The binary search used
> > > for memslot lookup doesn't check the resolved index and can access memory
> > > beyond the end of the memslot array.
> > >
> > > I split the s390 specific change to a separate patch because it's subtly
> > > different, and to simplify backporting. The KVM wide fix can be applied
> > > to stable trees as is, but AFAICT the s390 change would need to be paired
> > > with the !used_slots check from commit 774a964ef56 ("KVM: Fix out of range
> >
> > I cannot find the commit id 774a964ef56
> >
>
> It's 0774a964ef561b7170d8d1b1bfe6f88002b6d219 in my tree.
Argh, I botched the copy. Thanks for hunting it down!
Powered by blists - more mailing lists