Goal Reached Thanks to every supporter — we hit 100%!

Goal: 1000 CNY · Raised: 1336 CNY

100%

CVE-2025-21986— net: switchdev: Convert blocking notification chain to a raw one

AI Predicted 4.7 Difficulty: Moderate EPSS 0.14% · P4

Affected Version Matrix 16

VendorProductVersion RangeStatus
LinuxLinux91ac2c79e896b28a4a3a262384689ee6dfeaf083< af757f5ee3f754c5dceefb05c12ff37cb46fc682affected
a83856bd0c240267a86ce3388f3437d6ba5ac5ca< 1f7d051814e7a0cb1f0717ed5527c1059992129daffected
f7a70d650b0b6b0134ccba763d672c8439d9f09b< a597d4b75669ec82c72cbee9fe75a15d04b35b2baffected
f7a70d650b0b6b0134ccba763d672c8439d9f09b< f9ed3fb50b872bd78bcb01f25087f9e4e25085d8affected
f7a70d650b0b6b0134ccba763d672c8439d9f09b< 62531a1effa87bdab12d5104015af72e60d926ffaffected
a7589eca09929c3cc2a62950ef7f40bcc58afe3aaffected
6.1.80< 6.1.132affected
6.6.19< 6.6.84affected
… +8 more rows
Get alerts for future matching vulnerabilitiesLog in to subscribe

I. Basic Information for CVE-2025-21986

Vulnerability Information

Have questions about the vulnerability? See if Shenlong's analysis helps!
View Shenlong Deep Dive ↗

Although we use advanced large model technology, its output may still contain inaccurate or outdated information.Shenlong tries to ensure data accuracy, but please verify and judge based on the actual situation.

Vulnerability Title
net: switchdev: Convert blocking notification chain to a raw one
Source: CVE Program / CVE List V5
Vulnerability Description
In the Linux kernel, the following vulnerability has been resolved: net: switchdev: Convert blocking notification chain to a raw one A blocking notification chain uses a read-write semaphore to protect the integrity of the chain. The semaphore is acquired for writing when adding / removing notifiers to / from the chain and acquired for reading when traversing the chain and informing notifiers about an event. In case of the blocking switchdev notification chain, recursive notifications are possible which leads to the semaphore being acquired twice for reading and to lockdep warnings being generated [1]. Specifically, this can happen when the bridge driver processes a SWITCHDEV_BRPORT_UNOFFLOADED event which causes it to emit notifications about deferred events when calling switchdev_deferred_process(). Fix this by converting the notification chain to a raw notification chain in a similar fashion to the netdev notification chain. Protect the chain using the RTNL mutex by acquiring it when modifying the chain. Events are always informed under the RTNL mutex, but add an assertion in call_switchdev_blocking_notifiers() to make sure this is not violated in the future. Maintain the "blocking" prefix as events are always emitted from process context and listeners are allowed to block. [1]: WARNING: possible recursive locking detected 6.14.0-rc4-custom-g079270089484 #1 Not tainted -------------------------------------------- ip/52731 is trying to acquire lock: ffffffff850918d8 ((switchdev_blocking_notif_chain).rwsem){++++}-{4:4}, at: blocking_notifier_call_chain+0x58/0xa0 but task is already holding lock: ffffffff850918d8 ((switchdev_blocking_notif_chain).rwsem){++++}-{4:4}, at: blocking_notifier_call_chain+0x58/0xa0 other info that might help us debug this: Possible unsafe locking scenario: CPU0 ---- lock((switchdev_blocking_notif_chain).rwsem); lock((switchdev_blocking_notif_chain).rwsem); *** DEADLOCK *** May be due to missing lock nesting notation 3 locks held by ip/52731: #0: ffffffff84f795b0 (rtnl_mutex){+.+.}-{4:4}, at: rtnl_newlink+0x727/0x1dc0 #1: ffffffff8731f628 (&net->rtnl_mutex){+.+.}-{4:4}, at: rtnl_newlink+0x790/0x1dc0 #2: ffffffff850918d8 ((switchdev_blocking_notif_chain).rwsem){++++}-{4:4}, at: blocking_notifier_call_chain+0x58/0xa0 stack backtrace: ... ? __pfx_down_read+0x10/0x10 ? __pfx_mark_lock+0x10/0x10 ? __pfx_switchdev_port_attr_set_deferred+0x10/0x10 blocking_notifier_call_chain+0x58/0xa0 switchdev_port_attr_notify.constprop.0+0xb3/0x1b0 ? __pfx_switchdev_port_attr_notify.constprop.0+0x10/0x10 ? mark_held_locks+0x94/0xe0 ? switchdev_deferred_process+0x11a/0x340 switchdev_port_attr_set_deferred+0x27/0xd0 switchdev_deferred_process+0x164/0x340 br_switchdev_port_unoffload+0xc8/0x100 [bridge] br_switchdev_blocking_event+0x29f/0x580 [bridge] notifier_call_chain+0xa2/0x440 blocking_notifier_call_chain+0x6e/0xa0 switchdev_bridge_port_unoffload+0xde/0x1a0 ...
Source: CVE Program / CVE List V5
CVSS Information
N/A
Source: CVE Program / CVE List V5
Vulnerability Type
N/A
Source: CVE Program / CVE List V5
Vulnerability Title
Linux kernel 安全漏洞
Source: CNNVD (China National Vulnerability Database)
Vulnerability Description
Linux kernel是美国Linux基金会的开源操作系统Linux所使用的内核。 Linux kernel存在安全漏洞,该漏洞源于net switchdev模块在通知链中存在递归通知问题。
Source: CNNVD (China National Vulnerability Database)
CVSS Information
N/A
Source: CNNVD (China National Vulnerability Database)
Vulnerability Type
N/A
Source: CNNVD (China National Vulnerability Database)

Affected Products

VendorProductAffected VersionsCPESubscribe
LinuxLinux 91ac2c79e896b28a4a3a262384689ee6dfeaf083 ~ af757f5ee3f754c5dceefb05c12ff37cb46fc682 -
LinuxLinux 6.8 -

II. Public POCs for CVE-2025-21986

#POC DescriptionSource LinkShenlong Link
AI-Generated POCPremium

No public POC found.

Login to generate AI POC

III. Intelligence Information for CVE-2025-21986

登录查看更多情报信息。

Patches & Fixes for CVE-2025-21986 (3)

Same Patch Batch · Linux · 2025-04-01 · 93 CVEs total

CVE-2025-219549.8 CRITICALnetmem: prevent TX of unreadable skbs
CVE-2025-219279.8 CRITICALnvme-tcp: fix potential memory corruption in nvme_tcp_recv_pdu()
CVE-2025-219558.8 HIGHksmbd: prevent connection release during oplock break notification
CVE-2025-219468.8 HIGHksmbd: fix out-of-bounds in parse_sec_desc()
CVE-2025-219458.8 HIGHksmbd: fix use-after-free in smb2_lock
CVE-2025-219698.8 HIGHBluetooth: L2CAP: Fix slab-use-after-free Read in l2cap_send_cmd
CVE-2025-219678.8 HIGHksmbd: fix use-after-free in ksmbd_free_work_struct
CVE-2025-219728.8 HIGHnet: mctp: unshare packets when reassembling
CVE-2025-219478.1 HIGHksmbd: fix type confusion via race condition when using ipc_msg_send_request
CVE-2025-219797.8 HIGHwifi: cfg80211: cancel wiphy_work before freeing wiphy
CVE-2025-219267.8 HIGHnet: gso: fix ownership in __udp_gso_segment
CVE-2025-219017.8 HIGHRDMA/bnxt_re: Add sanity checks on rdev validity
CVE-2025-218997.8 HIGHtracing: Fix bad hist from corrupting named_triggers list
CVE-2025-219667.8 HIGHdm-flakey: Fix memory corruption in optional corrupt_bio_byte feature
CVE-2025-219657.8 HIGHsched_ext: Validate prev_cpu in scx_bpf_select_cpu_dfl()
CVE-2025-219347.8 HIGHrapidio: fix an API misues when rio_add_net() fails
CVE-2025-219397.8 HIGHdrm/xe/hmm: Don't dereference struct page pointers without notifier lock
CVE-2025-219857.8 HIGHdrm/amd/display: Fix out-of-bound accesses
CVE-2025-219587.8 HIGHRevert "openvswitch: switch to per-action label counting in conntrack"
CVE-2025-219497.8 HIGHLoongArch: Set hugetlb mmap base address aligned with pmd size

Showing top 20 of 93 CVEs. View all on vendor page &rarr; →

IV. Related Vulnerabilities

V. Comments for CVE-2025-21986

No comments yet


Leave a comment