[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <CANn89iJPqqUB=uh8nhhAtkD7H7n6o6E-dc6G1PnFpwy6FzyNtw@mail.gmail.com>
Date: Thu, 27 Nov 2025 05:18:07 -0800
From: Eric Dumazet <edumazet@...gle.com>
To: Mikhail Lobanov <m.lobanov@...a.ru>
Cc: "David S. Miller" <davem@...emloft.net>, Jakub Kicinski <kuba@...nel.org>,
Paolo Abeni <pabeni@...hat.com>, Simon Horman <horms@...nel.org>, David Bauer <mail@...id-bauer.net>,
James Chapman <jchapman@...alix.com>, netdev@...r.kernel.org, linux-kernel@...r.kernel.org,
lvc-project@...uxtesting.org
Subject: Re: [PATCH net-next v4] l2tp: fix double dst_release() on
sk_dst_cache race
On Thu, Nov 27, 2025 at 5:06 AM Mikhail Lobanov <m.lobanov@...a.ru> wrote:
>
> A reproducible rcuref - imbalanced put() warning is observed under
> IPv6 L2TP (pppol2tp) traffic with blackhole routes, indicating an
> imbalance in dst reference counting for routes cached in
> sk->sk_dst_cache and pointing to a subtle lifetime/synchronization
> issue between the helpers that validate and drop cached dst entries.
>
> rcuref - imbalanced put()
> WARNING: CPU: 0 PID: 899 at lib/rcuref.c:266 rcuref_put_slowpath+0x1ce/0x240 lib/rcuref.>
> Modules linked in:
> CPSocket connected tcp:127.0.0.1:48148,server=on <-> 127.0.0.1:33750
> Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.16.3-debian-1.16.3-2 04/01>
> RIP: 0010:rcuref_put_slowpath+0x1ce/0x240 lib/rcuref.c:266
>
> Call Trace:
> <TASK>
> __rcuref_put include/linux/rcuref.h:97 [inline]
> rcuref_put include/linux/rcuref.h:153 [inline]
> dst_release+0x291/0x310 net/core/dst.c:167
> __sk_dst_check+0x2d4/0x350 net/core/sock.c:604
> __inet6_csk_dst_check net/ipv6/inet6_connection_sock.c:76 [inline]
> inet6_csk_route_socket+0x6ed/0x10c0 net/ipv6/inet6_connection_sock.c:104
> inet6_csk_xmit+0x12f/0x740 net/ipv6/inet6_connection_sock.c:121
> l2tp_xmit_queue net/l2tp/l2tp_core.c:1214 [inline]
> l2tp_xmit_core net/l2tp/l2tp_core.c:1309 [inline]
> l2tp_xmit_skb+0x1404/0x1910 net/l2tp/l2tp_core.c:1325
> pppol2tp_sendmsg+0x3ca/0x550 net/l2tp/l2tp_ppp.c:302
> sock_sendmsg_nosec net/socket.c:729 [inline]
> __sock_sendmsg net/socket.c:744 [inline]
> ____sys_sendmsg+0xab2/0xc70 net/socket.c:2609
> ___sys_sendmsg+0x11d/0x1c0 net/socket.c:2663
> __sys_sendmmsg+0x188/0x450 net/socket.c:2749
> __do_sys_sendmmsg net/socket.c:2778 [inline]
> __se_sys_sendmmsg net/socket.c:2775 [inline]
> __x64_sys_sendmmsg+0x98/0x100 net/socket.c:2775
> do_syscall_x64 arch/x86/entry/common.c:52 [inline]
> do_syscall_64+0x64/0x140 arch/x86/entry/common.c:83
> entry_SYSCALL_64_after_hwframe+0x76/0x7e
> RIP: 0033:0x7fe6960ec719
> </TASK>
>
> The race occurs between the lockless UDPv6 transmit path
> (udpv6_sendmsg() -> sk_dst_check()) and the locked L2TP/pppol2tp
> transmit path (pppol2tp_sendmsg() -> l2tp_xmit_skb() ->
> ... -> inet6_csk_xmit() → __sk_dst_check()), when both handle
> the same obsolete dst from sk->sk_dst_cache: the UDPv6 side takes
> an extra reference and atomically steals and releases the cached
> dst, while the L2TP side, using a stale cached pointer, still
> calls dst_release() on it, and together these updates produce
> an extra final dst_release() on that dst, triggering
> rcuref - imbalanced put().
>
> The Race Condition:
>
> Initial:
> sk->sk_dst_cache = dst
> ref(dst) = 1
>
> Thread 1: sk_dst_check() Thread 2: __sk_dst_check()
> ------------------------ ----------------------------
> sk_dst_get(sk):
> rcu_read_lock()
> dst = rcu_dereference(sk->sk_dst_cache)
> rcuref_get(dst) succeeds
> rcu_read_unlock()
> // ref = 2
>
> dst = __sk_dst_get(sk)
> // reads same dst from sk_dst_cache
> // ref still = 2 (no extra get)
>
> [both see dst obsolete & check() == NULL]
>
> sk_dst_reset(sk):
> old = xchg(&sk->sk_dst_cache, NULL)
> // old = dst
> dst_release(old)
> // drop cached ref
> // ref: 2 -> 1
>
> RCU_INIT_POINTER(sk->sk_dst_cache, NULL)
> // cache already NULL after xchg
> dst_release(dst)
> // ref: 1 -> 0
>
> dst_release(dst)
> // tries to drop its own ref after final put
> // rcuref_put_slowpath() -> "rcuref - imbalanced put()"
>
> Make L2TP’s IPv6 transmit path stop using inet6_csk_xmit()
> (and thus __sk_dst_check()) and instead open-code the same
> routing and transmit sequence using ip6_sk_dst_lookup_flow()
> and ip6_xmit(). The new code builds a flowi6 from the socket
> fields in the same way as inet6_csk_route_socket(), then calls
> ip6_sk_dst_lookup_flow(), which internally relies on the lockless
> sk_dst_check()/sk_dst_reset() pattern shared with UDPv6, and
> attaches the resulting dst to the skb before invoking ip6_xmit().
> This makes both the UDPv6 and L2TP IPv6 paths use the same
> dst-cache handling logic for a given socket and removes the
> possibility that sk_dst_check() and __sk_dst_check() concurrently
> drop the same cached dst and trigger the rcuref - imbalanced put()
> warning under concurrent traffic.
>
> Found by Linux Verification Center (linuxtesting.org) with Syzkaller.
>
> Fixes: b0270e91014d ("ipv4: add a sock pointer to ip_queue_xmit()")
> Signed-off-by: Mikhail Lobanov <m.lobanov@...a.ru>
> ---
> v2: move fix to L2TP as suggested by Eric Dumazet.
> v3: dropped the lockless sk_dst_check() pre-validation
> and the extra sk_dst_get() reference; instead, under
> the socket lock, mirror __sk_dst_check()’s condition
> and invalidate the cached dst via sk_dst_reset(sk) so
> the cache-owned ref is released exactly once via the
> xchg-based helper.
> v4: switch L2TP IPv6 xmit to open-coded (using sk_dst_check())
> and test with tools/testing/selftests/net/l2tp.sh.
> https://lore.kernel.org/netdev/a601c049-0926-418b-aa54-31686eea0a78@redhat.com/T/#t
>
> net/l2tp/l2tp_core.c | 48 ++++++++++++++++++++++++++++++++++++++++----
> 1 file changed, 44 insertions(+), 4 deletions(-)
>
> diff --git a/net/l2tp/l2tp_core.c b/net/l2tp/l2tp_core.c
> index 0710281dd95a..72a43cbd4569 100644
> --- a/net/l2tp/l2tp_core.c
> +++ b/net/l2tp/l2tp_core.c
> @@ -1206,15 +1206,55 @@ static int l2tp_build_l2tpv3_header(struct l2tp_session *session, void *buf)
> static int l2tp_xmit_queue(struct l2tp_tunnel *tunnel, struct sk_buff *skb, struct flowi *fl)
> {
> int err;
> + struct sock *sk = tunnel->sock;
>
> skb->ignore_df = 1;
> skb_dst_drop(skb);
> #if IS_ENABLED(CONFIG_IPV6)
> - if (l2tp_sk_is_v6(tunnel->sock))
> - err = inet6_csk_xmit(tunnel->sock, skb, NULL);
> - else
> + if (l2tp_sk_is_v6(sk)) {
> + struct ipv6_pinfo *np = inet6_sk(sk);
> + struct inet_sock *inet = inet_sk(sk);
> + struct flowi6 fl6;
> + struct dst_entry *dst;
> + struct in6_addr *final_p, final;
> + struct ipv6_txoptions *opt;
> +
> + memset(&fl6, 0, sizeof(fl6));
> + fl6.flowi6_proto = sk->sk_protocol;
> + fl6.daddr = sk->sk_v6_daddr;
> + fl6.saddr = np->saddr;
> + fl6.flowlabel = np->flow_label;
> + IP6_ECN_flow_xmit(sk, fl6.flowlabel);
> +
> + fl6.flowi6_oif = sk->sk_bound_dev_if;
> + fl6.flowi6_mark = sk->sk_mark;
> + fl6.fl6_sport = inet->inet_sport;
> + fl6.fl6_dport = inet->inet_dport;
> + fl6.flowi6_uid = sk->sk_uid;
Please use sk_uid(sk)
> +
> + security_sk_classify_flow(sk, flowi6_to_flowi_common(&fl6));
> +
> + rcu_read_lock();
> + opt = rcu_dereference(np->opt);
> + final_p = fl6_update_dst(&fl6, opt, &final);
> +
> + dst = ip6_sk_dst_lookup_flow(sk, &fl6, final_p, true);
> + if (IS_ERR(dst)) {
> + rcu_read_unlock();
> + kfree_skb(skb);
> + return NET_XMIT_DROP;
> + }
> +
> + skb_dst_set(skb, dst);
> + fl6.daddr = sk->sk_v6_daddr;
> +
> + err = ip6_xmit(sk, skb, &fl6, sk->sk_mark,
> + opt, np->tclass,
> + READ_ONCE(sk->sk_priority));
It is a bit strange you have a READ_ONCE(sk->sk_priority) but no
READ_ONCE() on sk->sk_mark, sk->sk_bound_dev_if.
Please add them.
> + rcu_read_unlock();
> + } else
> #endif
> - err = ip_queue_xmit(tunnel->sock, skb, fl);
> + err = ip_queue_xmit(sk, skb, fl);
>
> return err >= 0 ? NET_XMIT_SUCCESS : NET_XMIT_DROP;
> }
> --
> 2.47.2
>
Powered by blists - more mailing lists