From: Weiming Shi <bestswngs@gmail.com>
To: Jon Maloy <jmaloy@redhat.com>,
Tung Nguyen <tung.quang.nguyen@est.tech>,
netdev@vger.kernel.org, tipc-discussion@lists.sourceforge.net
Cc: Xiang Mei <xmei5@asu.edu>, Weiming Shi <bestswngs@gmail.com>
Subject: [PATCH net v5 0/2] tipc: fix NULL deref in tipc_named_node_up() on empty publication list
Date: Sat, 18 Jul 2026 02:30:44 +0800 [thread overview]
Message-ID: <20260717183047.2725959-1-bestswngs@gmail.com> (raw)
This series continues the fix for the NULL dereference in
tipc_named_node_up() on an empty publication list, on top of Tung
Nguyen's RFC that defers bulk distribution to a workqueue. Jon asked
us to test that approach. It fixes the reported bug in our two-node
QEMU setup (veth pair, UDP bearers, node-id addressing), both with an
unprivileged user namespace and as root.
These two patches fix two issues found during that testing.
Patch 1/2: tipc_net_finalize() does not check the return value of
tipc_nametbl_publish(). If the publish fails, for example on a
GFP_ATOMIC allocation failure, the node is finalized but cluster_scope
stays empty. The deferred worker then calls named_distribute() with an
empty list and hits the same NULL dereference, this time on the
workqueue. With this patch the worker re-checks the list and skips
cleanly, no crash and no link flap. The tail stamp in
named_distribute() also gets an empty-queue guard.
Patch 2/2: a repeated NODE_UP while the bulk work is pending takes a
node reference that is never dropped, because schedule_work() returns
false when the work is already queued. Found by flapping the bearer
during the defer window. One reference is leaked per repeated
NODE_UP.
Changes in v5:
- Replace the item-less bulk approach with Tung's defer-to-workqueue
approach, which Jon asked us to test and which fixes the reported
bug in our testing.
- Patch 1/2: handle tipc_nametbl_publish() failure in finalize, and
guard the tail stamp in named_distribute() against an empty list.
- Patch 2/2: fix the node reference leak when the defer work is
already pending.
Note: this series applies on top of Tung Nguyen's RFC "tipc: fix
NULL deref in tipc_named_node_up() on empty publication list".
Tested against eb3f4b7426cf plus the RFC.
Weiming Shi (2):
tipc: fix NULL deref in tipc_named_node_up() on empty publication list
tipc: fix node reference leak when defer work is already pending
net/tipc/name_distr.c | 11 +++++++++++
net/tipc/net.c | 3 ++-
net/tipc/node.c | 3 ++-
3 files changed, 15 insertions(+), 2 deletions(-)
--
2.43.0
next reply other threads:[~2026-07-17 18:30 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-07-17 18:30 Weiming Shi [this message]
2026-07-17 18:30 ` [PATCH net v5 1/2] tipc: fix NULL deref in tipc_named_node_up() on empty publication list Weiming Shi
2026-07-17 18:30 ` [PATCH net v5 2/2] tipc: fix node reference leak when defer work is already pending Weiming Shi
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=20260717183047.2725959-1-bestswngs@gmail.com \
--to=bestswngs@gmail.com \
--cc=jmaloy@redhat.com \
--cc=netdev@vger.kernel.org \
--cc=tipc-discussion@lists.sourceforge.net \
--cc=tung.quang.nguyen@est.tech \
--cc=xmei5@asu.edu \
/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