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

  - iavf去除重大鎖定 取消重大鎖定。這可將我們從容易出錯的 try_locks 邏輯中解脫出來。感謝 Jakub 提供的 netdev_lock()此功能現在很容易而且在大多數情況下我們已經受到它保護 - 未受保護時以 netdev 鎖定取代關鍵鎖定。Lockdep 報告我們應取消 crit_lock [splat1] 下的工作而這是我們自 [1] 以來 Slawomir 主要遵循的配置。
    但是當其完成時我們還是會陷入鎖死 [splat2]。因此我們應該檢視更大的問題也就是iavf 的異常鎖定/排程。修正此問題的第一步是移除緊急鎖定。我會繼續提供可簡化排程/工作的 -next 系列。在無 netdev 鎖定的情況下取消工作 (奇怪的 unlock+lock 配置)以修正 [splat2] (如果我們保留重大鎖定此問題會非常嚴重)。擴充 iavf_watchdog_task() 的受保護部分以包含排程更多工作。請注意iavf_reset_task() 中的移除註解位置錯誤其屬於移除的 if 條件內所以現在已移除。 [splat1] - 無此修補程式 - 移除 VF 時發生鎖死 警告偵測到可能的循環鎖定相依性 sh/3825 嘗試取得鎖定
    ((work_completion)(&(&adapter->watchdog_task)->work)){+.+.}-{0:0}, at: start_flush_work+0x1a1/0x470but 工作已保留鎖定 (&adapter->crit_lock){ +.+.}-{4:4}, at: iavf_remove+0xd1/0x690 [iavf] 哪個鎖定已依賴新鎖定。 [splat2] - 取消重大鎖定下的工作時無此系列請參閱 [2] 中的band aid 嘗試警告偵測到可能的循環鎖定相依性sh/3550 正在嘗試取得鎖定((wq_completion)iavf){+ .+.}-{0:0}、@touch_wq_lockdep_map+0x26/0x90但工作已保留鎖定 (&dev->lock){+.+.}-{4:4}、@iavf_remove+0xa6/0x6e0 [ iavf]哪個鎖定已經依賴新鎖定。 [1] fc2e6b3b132a (iavf重新執行 mutex 以改善同步化) [2] https://github.com/pkitszel/linux/commit/52dddbfc2bb60294083f5711a158a (CVE-2025-38311)

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

偵測

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

medium Nessus Plugin ID 249519

版本 1.25