From: Kuniyuki Iwashima <kuniyu@amazon.com>
To: Paolo Abeni <pabeni@redhat.com>, <gregkh@linuxfoundation.org>
Cc: <kuni1840@gmail.com>, <kuniyu@amazon.com>, <llfamsec@gmail.com>,
<netdev@vger.kernel.org>, <sashal@kernel.org>,
<stable@vger.kernel.org>
Subject: Re: [PATCH stable 5.15/6.1/6.6] af_unix: Clear oob_skb in scan_inflight().
Date: Wed, 5 Mar 2025 10:10:41 -0800 [thread overview]
Message-ID: <20250305181050.17199-1-kuniyu@amazon.com> (raw)
In-Reply-To: <2025030543-banker-impale-9c08@gregkh>
+Paolo
From: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Date: Wed, 5 Mar 2025 15:08:26 +0100
> On Mon, Mar 03, 2025 at 07:01:49PM -0800, Kuniyuki Iwashima wrote:
> > Embryo socket is not queued in gc_candidates, so we can't drop
> > a reference held by its oob_skb.
> >
> > Let's say we create listener and embryo sockets, send the
> > listener's fd to the embryo as OOB data, and close() them
> > without recv()ing the OOB data.
> >
> > There is a self-reference cycle like
> >
> > listener -> embryo.oob_skb -> listener
> >
> > , so this must be cleaned up by GC. Otherwise, the listener's
> > refcnt is not released and sockets are leaked:
> >
> > # unshare -n
> > # cat /proc/net/protocols | grep UNIX-STREAM
> > UNIX-STREAM 1024 0 -1 NI 0 yes kernel ...
> >
> > # python3
> > >>> from array import array
> > >>> from socket import *
> > >>>
> > >>> s = socket(AF_UNIX, SOCK_STREAM)
> > >>> s.bind('\0test\0')
> > >>> s.listen()
> > >>>
> > >>> c = socket(AF_UNIX, SOCK_STREAM)
> > >>> c.connect(s.getsockname())
> > >>> c.sendmsg([b'x'], [(SOL_SOCKET, SCM_RIGHTS, array('i', [s.fileno()]))], MSG_OOB)
> > 1
> > >>> quit()
> >
> > # cat /proc/net/protocols | grep UNIX-STREAM
> > UNIX-STREAM 1024 3 -1 NI 0 yes kernel ...
> > ^^^
> > 3 sockets still in use after FDs are close()d
> >
> > Let's drop the embryo socket's oob_skb ref in scan_inflight().
> >
> > This also fixes a racy access to oob_skb that commit 9841991a446c
> > ("af_unix: Update unix_sk(sk)->oob_skb under sk_receive_queue
> > lock.") fixed for the new Tarjan's algo-based GC.
> >
> > Fixes: 314001f0bf92 ("af_unix: Add OOB support")
> > Reported-by: Lei Lu <llfamsec@gmail.com>
> > Signed-off-by: Kuniyuki Iwashima <kuniyu@amazon.com>
> > ---
> > This has no upstream commit because I replaced the entire GC in
> > 6.10 and the new GC does not have this bug, and this fix is only
> > applicable to the old GC (<= 6.9), thus for 5.15/6.1/6.6.
>
> You need to get the networking maintainers to review and agree that this
> is ok for us to take, as we really don't want to take "custom" stuff
> like thi s at all.
Paolo, could you take a look at this patch ?
https://lore.kernel.org/netdev/20250304030149.82265-1-kuniyu@amazon.com/
> Why not just take the commits that are in newer
> kernels instead?
That will be about 20 patches that rewrite the most lines of
net/unix/garbage.c and cannot be applied cleanly.
I think backporting these commits is overkill to fix a small
bug that can be fixed with a much smaller diff.
927fa5b3e4f5 af_unix: Fix uninit-value in __unix_walk_scc()
041933a1ec7b af_unix: Fix garbage collection of embryos carrying OOB with SCM_RIGHTS
7172dc93d621 af_unix: Add dead flag to struct scm_fp_list.
1af2dface5d2 af_unix: Don't access successor in unix_del_edges() during GC.
fd86344823b5 af_unix: Try not to hold unix_gc_lock during accept().
118f457da9ed af_unix: Remove lock dance in unix_peek_fds().
4090fa373f0e af_unix: Replace garbage collection algorithm.
a15702d8b3aa af_unix: Detect dead SCC.
bfdb01283ee8 af_unix: Assign a unique index to SCC.
ad081928a8b0 af_unix: Avoid Tarjan's algorithm if unnecessary.
77e5593aebba af_unix: Skip GC if no cycle exists.
ba31b4a4e101 af_unix: Save O(n) setup of Tarjan's algo.
dcf70df2048d af_unix: Fix up unix_edge.successor for embryo socket.
3484f063172d af_unix: Detect Strongly Connected Components.
6ba76fd2848e af_unix: Iterate all vertices by DFS.
22c3c0c52d32 af_unix: Bulk update unix_tot_inflight/unix_inflight when queuing skb.
42f298c06b30 af_unix: Link struct unix_edge when queuing skb.
29b64e354029 af_unix: Allocate struct unix_edge for each inflight AF_UNIX fd.
1fbfdfaa5902 af_unix: Allocate struct unix_vertex for each inflight AF_UNIX fd.
next prev parent reply other threads:[~2025-03-05 18:11 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-03-04 3:01 [PATCH stable 5.15/6.1/6.6] af_unix: Clear oob_skb in scan_inflight() Kuniyuki Iwashima
2025-03-05 14:08 ` Greg Kroah-Hartman
2025-03-05 18:10 ` Kuniyuki Iwashima [this message]
2025-03-05 18:22 ` Greg KH
2025-05-12 7:53 ` Lee Jones
2025-05-16 8:18 ` Lee Jones
2025-05-16 18:27 ` [PATCH Astable " Kuniyuki Iwashima
2025-04-29 11:12 ` [PATCH stable " Lee Jones
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20250305181050.17199-1-kuniyu@amazon.com \
--to=kuniyu@amazon.com \
--cc=gregkh@linuxfoundation.org \
--cc=kuni1840@gmail.com \
--cc=llfamsec@gmail.com \
--cc=netdev@vger.kernel.org \
--cc=pabeni@redhat.com \
--cc=sashal@kernel.org \
--cc=stable@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).