]> git.ipfire.org Git - thirdparty/kernel/linux.git/commit
net: bridge: fix use-after-free due to MST port state bypass
authorNikolay Aleksandrov <razor@blackwall.org>
Wed, 5 Nov 2025 11:19:18 +0000 (13:19 +0200)
committerJakub Kicinski <kuba@kernel.org>
Thu, 6 Nov 2025 15:32:17 +0000 (07:32 -0800)
commit8dca36978aa80bab9d4da130c211db75c9e00048
tree669d9c7c63b9c8bf475a0c68ce3bf8b5f2e03a8b
parent0216721ce71252f60d89af49c8dff613358058d3
net: bridge: fix use-after-free due to MST port state bypass

syzbot reported[1] a use-after-free when deleting an expired fdb. It is
due to a race condition between learning still happening and a port being
deleted, after all its fdbs have been flushed. The port's state has been
toggled to disabled so no learning should happen at that time, but if we
have MST enabled, it will bypass the port's state, that together with VLAN
filtering disabled can lead to fdb learning at a time when it shouldn't
happen while the port is being deleted. VLAN filtering must be disabled
because we flush the port VLANs when it's being deleted which will stop
learning. This fix adds a check for the port's vlan group which is
initialized to NULL when the port is getting deleted, that avoids the port
state bypass. When MST is enabled there would be a minimal new overhead
in the fast-path because the port's vlan group pointer is cache-hot.

[1] https://syzkaller.appspot.com/bug?extid=dd280197f0f7ab3917be

Fixes: ec7328b59176 ("net: bridge: mst: Multiple Spanning Tree (MST) mode")
Reported-by: syzbot+dd280197f0f7ab3917be@syzkaller.appspotmail.com
Closes: https://lore.kernel.org/netdev/69088ffa.050a0220.29fc44.003d.GAE@google.com/
Signed-off-by: Nikolay Aleksandrov <razor@blackwall.org>
Reviewed-by: Ido Schimmel <idosch@nvidia.com>
Link: https://patch.msgid.link/20251105111919.1499702-2-razor@blackwall.org
Signed-off-by: Jakub Kicinski <kuba@kernel.org>
net/bridge/br_forward.c
net/bridge/br_input.c
net/bridge/br_private.h