[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20241014212328.97507-1-kuniyu@amazon.com>
Date: Mon, 14 Oct 2024 14:23:28 -0700
From: Kuniyuki Iwashima <kuniyu@...zon.com>
To: <ignat@...udflare.com>
CC: <alex.aring@...il.com>, <alibuda@...ux.alibaba.com>,
<davem@...emloft.net>, <dsahern@...nel.org>, <edumazet@...gle.com>,
<johan.hedberg@...il.com>, <kernel-team@...udflare.com>, <kuba@...nel.org>,
<kuniyu@...zon.com>, <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 2/9] Bluetooth: L2CAP: do not leave dangling sk pointer on error in l2cap_sock_create()
From: Ignat Korchagin <ignat@...udflare.com>
Date: Mon, 14 Oct 2024 16:38:01 +0100
> bt_sock_alloc() allocates the sk object and attaches it to the provided
> sock object. On error l2cap_sock_alloc() frees the sk object, but the
> dangling pointer is still attached to the sock object, which may create
> use-after-free in other code.
>
> Signed-off-by: Ignat Korchagin <ignat@...udflare.com>
Reviewed-by: Kuniyuki Iwashima <kuniyu@...zon.com>
Checked all bt_sock_alloc() paths and confirmed only rfcomm and l2cap
need changes.
Powered by blists - more mailing lists