Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且供應商未提供可用的修補程式。

  - netdsa在解除系結時清理 FDB、MDB、VLAN 項目如提交 b117e1e8a86d 等許多地方所述 (netdsa刪除 dsa_legacy_fdb_add 和 dsa_legacy_fdb_del)在假設較高層具有平衡的新增/刪除作業的情況下寫入 DSA。因此只有在違反這些假設且項目仍然存在的驅動程式解除系結時極端直言才有意義。但是 Ido Schimmel 指出了一個非常簡單的錯誤情況：
    https://lore.kernel.org/netdev/ZDazSM5UsPPjQuKr@shredder/ (我也在前述提交中簡短討論過)。基本上雖然橋接器繞過作業不是 DSA 明確記錄的項目而且針對大多數 DSA 驅動程式而言此 API 只會使其進入混雜模式但並非對所有驅動程式都是如此。有些具有橋接器繞過作業的必要需求才能執行某些有用的操作 - 請參閱 dsa_switch_supports_uc_filtering()。雖然我們已在 tools/testing/selftests/net/forwarding/local_termination.sh 中努力推廣更好的機制以便從使用者空間管理 DSA 介面上的位址篩選器也就是適用於單點傳送的 macvlan以及適用於 的 setsockopt(IP_ADD_MEMBERSHIP) - 到 mtools則事實是「bridge fdb add ... self static local」也以核心 UAPI 存在因此可能對某些使用者有用即使只是為了快速入門。
    雖然我們可以這麼做但透過實作只傳回 -EOPNOTSUPP 的 shim .ndo_fdb_add 和 .ndo_fdb_del 作業以防止 ndo_dflt_fdb_add() 和 ndo_dflt_fdb_del() 執行來封鎖該路徑似乎會適得其反。接受必須進行清理似乎是唯一的選擇。
    特別是因為我們似乎也會從不同的角度回來。Russell King 發現 WARN_ON() 甚至會針對 VLAN 觸發
    https://lore.kernel.org/netdev/Z_li8Bj8bD4-BYKQ@shell.armlinux.org.uk/ 在上述錯誤報告中dsa_port_do_vlan_del() 失敗、VLAN 項目留存於 上然後我們在解除系結時發出警告並洩漏該項目。這並非直接還原受責備的認可但我們現在新增資訊列印至核心記錄 (以便仍能查看是否存在錯誤)以及收集到的一些額外註解至過去幾年的經驗以證明邏輯。 (CVE-2025-37864)

請注意，Nessus 依賴供應商報告的套件存在。

偵測

Linux Distros 未修補的弱點：CVE-2025-37864

high Nessus Plugin ID 245886

版本 1.7