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

  - bridgemrp拒绝零测试间隔以避免 OOM 错误 br_mrp_start_test() 和 br_mrp_start_in_test() 接受用户提供的来自 netlink 的间隔值而不进行验证。当间隔为 0 时usecs_to_jiffies(0) 产生 0从而导致延迟的工作 (br_mrp_test_work_expired / br_mrp_in_test_work_expired) 以零延迟重新计划自身。这会在以最大速率分配和传输 MRP 测试框架的 system_percpu_wq 上创建紧凑循环从而通过 OOM 死锁耗尽所有系统内存并造成内核错误。互连测试帧的 br_mrp_start_in_test_parse() 存在相同的零间隔问题。在 IFLA_BRIDGE_MRP_START_TEST_INTERVAL 和 IFLA_BRIDGE_MRP_START_IN_TEST_INTERVAL 的 nla_policy 表中使用 NLA_POLICY_MIN(NLA_U32, 1)因此在该值到达工作队列计划代码之前netlink 属性解析层会拒绝 0。这与其他桥接子系统br_fdb、br_mst对 netlink 属性强制执行范围限制的方式一致。 (CVE-2026-31420)

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

检测

Linux Distros 未修补的漏洞：CVE-2026-31420

medium Nessus 插件 ID 306173

版本 1.20