[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CANn89iJ49HQGuZikfz_56jUpdUDHfO_1QPGSrnN_OA6PxZdK4g@mail.gmail.com>
Date: Tue, 15 Oct 2024 10:05:09 +0200
From: Eric Dumazet <edumazet@...gle.com>
To: Kuniyuki Iwashima <kuniyu@...zon.com>
Cc: ignat@...udflare.com, alex.aring@...il.com, alibuda@...ux.alibaba.com,
davem@...emloft.net, dsahern@...nel.org, johan.hedberg@...il.com,
kernel-team@...udflare.com, kuba@...nel.org, linux-bluetooth@...r.kernel.org,
linux-can@...r.kernel.org, linux-kernel@...r.kernel.org,
linux-wpan@...r.kernel.org, luiz.dentz@...il.com, marcel@...tmann.org,
miquel.raynal@...tlin.com, mkl@...gutronix.de, netdev@...r.kernel.org,
pabeni@...hat.com, socketcan@...tkopp.net, stefan@...enfreihafen.org,
willemdebruijn.kernel@...il.com
Subject: Re: [PATCH net-next v3 5/9] net: ieee802154: do not leave a dangling
sk pointer in ieee802154_create()
On Mon, Oct 14, 2024 at 11:35 PM Kuniyuki Iwashima <kuniyu@...zon.com> wrote:
>
> From: Ignat Korchagin <ignat@...udflare.com>
> Date: Mon, 14 Oct 2024 16:38:04 +0100
> > sock_init_data() attaches the allocated sk object to the provided sock
> > object. If ieee802154_create() fails later, the allocated sk object is
> > freed, but the dangling pointer remains in the provided sock object, which
> > may allow use-after-free.
> >
> > Clear the sk pointer in the sock object on error.
> >
> > Signed-off-by: Ignat Korchagin <ignat@...udflare.com>
> > Reviewed-by: Miquel Raynal <miquel.raynal@...tlin.com>
>
> Reviewed-by: Kuniyuki Iwashima <kuniyu@...zon.com>
Reviewed-by: Eric Dumazet <edumazet@...gle.com>
Powered by blists - more mailing lists