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()。在 nla_policy 表格中針對 IFLA_BRIDGE_MRP_START_TEST_INTERVAL 和 IFLA_BRIDGE_MRP_START_IN_TEST_INTERVAL 使用 NLA_POLICY_MIN(NLA_U32, 1)如此一來零就會在值到達工作佇列排程程式碼之前在 netlink 屬性剖析層遭到拒絕。這與其他橋接器子系統 (br_fdb、br_mst) 對 netlink 屬性強制執行範圍限制的方式一致。 (CVE-2026-31420)

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

偵測

Linux Distros 未修補的弱點：CVE-2026-31420

medium Nessus Plugin ID 306173

版本 1.13