Re: [PATCH net v2] ipv6: prevent in6_dev_get() from resurrecting inet6_dev
Ido Schimmel <[email protected]> Tue, 4 Aug 2026 16:49:43 +0300
| Newsgroups | gmane.linux.network,gmane.linux.kernel,gmane.linux.kernel.stable |
|---|---|
| Message-ID | <20260804134943.GA1121565@shredder> |
On Mon, Aug 03, 2026 at 12:27:57PM +0000, David Lee wrote: > From: Kyle Zeng <[email protected]> > > in6_dev_get() reads dev->ip6_ptr under RCU and then unconditionally > increments its refcount. Device teardown can clear the pointer and drop > the last reference between these operations. The increment then > resurrects an object whose RCU free has already been queued, so callers > can use it after it is freed. > > Use refcount_inc_not_zero() and return NULL when the object has already > reached zero. RCU keeps the memory accessible through the attempted > reference acquisition, and a successful increment pins the object for > the caller. > > An independent run on the exact unpatched 6f5156d7a31a (v7.2-rc3) > kernel reproduced the invalid reference acquisition as UID 1000: > > refcount_t: addition on 0; use-after-free. > ip6_mc_source+0xef4/0x17e0 > > It was followed by the corresponding reference underflow in > ip6_mc_source(). The supplied trace from the same unpatched revision > additionally shows the access after the RCU read-side section ends: > > BUG: KASAN: slab-use-after-free in mutex_lock+0x76/0xe0 > Write of size 8 at addr ffff888015b50240 by task poc/1219 > > Bug found and triaged by OpenAI Security Research and > validated by Trail of Bits. > > Fixes: 8814c4b53381 ("[IPV6] ADDRCONF: Convert addrconf_lock to RCU.") > Cc: [email protected] > Assisted-by: Codex:gpt-5.6-sol gpt-5.5-cyber > Signed-off-by: Kyle Zeng <[email protected]> > Co-developed-by: David Lee <[email protected]> > Signed-off-by: David Lee <[email protected]> Reviewed-by: Ido Schimmel <[email protected]>