Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - net删除 SIOCBRADDIF 和 SIOCBRDELIF 的 RTNL 跳动。SIOBRDELIF 首先传递到 dev_ioctl()然后再转发到 br_ioctl_call()这会在 RTNL 压力下造成不必要的 RTNL 跳动及 splat 低于 [0]。假设线程 A 正在尝试将某个设备从桥分离而线程 B 正在尝试删除该桥。在 dev_ioctl() 中线程 A 通过 netdev_hold() 提升桥接设备的 refcnt 并释放 RTNL因为后续 br_ioctl_call() 也重新获取 RTNL。在争用窗口中线程 B 可获取 RTNL 并尝试删除桥接设备。然后线程 B 的 rtnl_unlock() 将释放 RTNL 并等待线程 A 的 netdev_put()。但是线程 A 在 dev_ifsioc() 中解锁之后必须保持 RTNL这在 RTNL 压力下可能耗时较长进而导致线程 B。线程 A (SIOCBRDELIF) 线程 B (SIOCBRDELBR) ---------------------- --------------- ------- sock_ioctl sock_ioctl `- sock_do_ioctl `- br_ioctl_call `- dev_ioctl `- br_ioctl_stub |- rtnl_lock | |- dev_ifsioc“ ” |- dev =
    __dev_get_by_name(...) |- netdev_hold(dev, ...) 。 / |- rtnl_unlock ------。 | | |- br_ioctl_call `---> |- rtnl_lock 争用 | | `- br_ioctl_stub |- br_del_bridge Window | | | |- dev = __dev_get_by_name(...) | | |可能耗时较长 | `- br_dev_delete(dev, ...) | | |面临 RTNL 压力 | `- unregister_netdevice_queue(dev, ...) | | | | `- rtnl_unlock \| |- rtnl_lock <-' `- netdev_run_todo | |- ... `- netdev_run_todo | `- rtnl_unlock |- __rtnl_unlock | |- netdev_wait_allrefs_any |- netdev_put(dev, ...) <----------------' 等待 refcnt 减少并在下方记录 splat为避免不必要地阻断 SIOCBRDELBR请勿调用 dev_ioctl()对于 SIOCBRADDIF 和 SIOCBRDELIF。在 dev_ioctl() 路径中我们执行以下操作1. 通过 sock_do_ioctl() 中的 get_user_ifreq 复制 struct ifreq 2. 检查 dev_ioctl() 中的 CAP_NET_ADMIN 3. 调用 dev_ioctl() 中的 dev_load() 4. 从 ifr 获取主 dev。 dev_ifsioc() 3. 中的 ifr_name 可通过 br_ioctl_call() 中的 request_module() 完成因此我们将 1.、2. 和 4. 移动到 br_ioctl_stub()。2. 请注意稍后也会在 add_del_if() 中进行检查但最好在 RTNL 之前执行。自 pre-git 时代以来已在 dev_ioctl() 中处理 SIOCBRADDIF 和 SIOCBRDELIF并且似乎没有在此处理它们的特定原因。 [0]
    unregister_netdevice等待 wpan3 释放。使用计数 = 2 ref_tracker
    wpan3@ffff8880662d8608 在 __netdev_tracker_alloc include/linux/netdevice.h:4282 [内联] netdev_hold include/linux/netdevice.h:4311 [内联] dev_ifsioc+0xc6a/0x1160 net/core/dev_ioctl.c:624 dev_ioctl 在 __netdev_tracker_alloc 有 1 名用户+0x255/0x10c0 net/core/dev_ioctl.c:826 sock_do_ioctl+0x1ca/0x260 net/socket.c:1213 sock_ioctl+0x23a/0x6c0 net/socket.c:1318 vfs_ioctl fs/ioctl.c:51 [inline] __do_sys_ioctl fs /ioctl.c:906 [内联] __se_sys_ioctl fs/ioctl.c:892 [内联] __x64_sys_ioctl+0x1a4/0x210 fs/ioctl.c:892 do_syscall_x64 arch/x86/entry/common.c:52 [内联] do_syscall_64+0xcb /0x250 arch/x86/entry/common.c:83 entry_SYSCALL_64_after_hwframe+0x77/0x7f (CVE-2025-22111)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

检测

Linux Distros 未修补的漏洞：CVE-2025-22111

medium Nessus 插件 ID 247247

版本 1.10