[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20171115112919.GT11292@secunet.com>
Date: Wed, 15 Nov 2017 12:29:19 +0100
From: Steffen Klassert <steffen.klassert@...unet.com>
To: Herbert Xu <herbert@...dor.apana.org.au>
CC: Dmitry Vyukov <dvyukov@...gle.com>,
syzbot
<bot+413384116f7f7dab7903d54c53fc4af6a4441965@...kaller.appspotmail.com>,
David Miller <davem@...emloft.net>,
LKML <linux-kernel@...r.kernel.org>,
netdev <netdev@...r.kernel.org>,
<syzkaller-bugs@...glegroups.com>
Subject: Re: kernel BUG at net/key/af_key.c:LINE!
On Fri, Nov 10, 2017 at 02:14:06PM +1100, Herbert Xu wrote:
> On Fri, Nov 10, 2017 at 01:30:38PM +1100, Herbert Xu wrote:
> >
> > I found the problem. This crap is coming from clone_policy. Now
> > let me where this code came from.
>
> ---8<---
> Subject: xfrm: Copy policy family in clone_policy
>
> The syzbot found an ancient bug in the IPsec code. When we cloned
> a socket policy (for example, for a child TCP socket derived from a
> listening socket), we did not copy the family field. This results
> in a live policy with a zero family field. This triggers a BUG_ON
> check in the af_key code when the cloned policy is retrieved.
>
> This patch fixes it by copying the family field over.
>
> Reported-by: syzbot <syzkaller@...glegroups.com>
> Signed-off-by: Herbert Xu <herbert@...dor.apana.org.au>
Patch applied, thanks Herbert!
Powered by blists - more mailing lists