Linux/Unix ホストには、ベンダーが提供するパッチが利用できない脆弱性の影響を受ける複数のパッケージがインストールされています。

  - iavfcrit ロックから解放されます Crit ロックから解放されます。これにより、try_locks のエラーを起こしやすいロジックから解放されます。Jakub による netdev_lock() により、これは現在では簡単になり、ほとんどの場合、すでにこれによって保護されています - 該当しない場合は、crit ロックを netdev ロックで置き換えます。Lockdep は、crit_lock [splat1] での作業をキャンセルする必要があると報告しました。これは、Slawomir による [1] 以来、ほぼこのスキームに従っています。
    しかし、それを行ってもデッドロックに陥ります [splat2]。したがって、代わりに、より大きな問題、つまり iavf の異様なロック/スケジューリングを確認する必要があります。これを修正する最初の手順は、crit ロックを削除することです。スケジュール設定/タスクを簡素化する -next シリーズでフォローアップします。netdev ロック解除+ロックスキームなしで作業をキャンセルし、[splat2] を修正しますcrit ロックを維持した場合、非常に煩わしい場合があります。iavf_watchdog_task() の保護された部分を拡張し、より多くの作業をスケジュールできるようにします。注意iavf_reset_task() の削除されたコメントは間違って配置されており、削除される if 条件の内部に属していました。このため、現在は削除されています。 [splat1] - このパッチの w/o - VF 削除中のデッドロック警告潜在的な循環ロック依存関係が検出されました sh/3825 がロックを取得しようとしています
    ((work_completion)(&(&adapter->watchdog_task)->work){+.+.}-{0:0}, at: start_flush_work+0x1a1/0x470 がタスクはすでにロックを保持しています(&adapter->crit_lock){ +.+.}-{4:4}, at: iavf_remove+0xd1/0x690 [iavf] どのロックも新しいロックにすでに依存しています。 [splat2] - この一連の w/o である crit ロックで作業をキャンセルする場合、バンドエイド試行について [2] を参照してください。警告循環ロック依存関係の可能性が検出されました sh/3550 がロックを取得しようとしている可能性があります(wq_completion)iavf){+ .+.}-{0:0}、at: touch_wq_lockdep_map+0x26/0x90 がタスクはすでにロックを保持しています&dev->lock){+.+.}-{4:4}, at: iavf_remove+0xa6/0x6e0 [] iavf ] 新しいロックにすでに依存しているロック。 [1] fc2e6b3b132aiavf同期を改善するために mutex を修正します[2] https://github.com/pkitszel/linux/commit/52dddbfc2bb60294083f5711a158aCVE-2025-38311]

Nessus は、ベンダーによって報告されたパッケージの存在に依存していることに注意してください。

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

  - iavf摆脱 crit 锁定摆脱 crit 锁定。这将我们从容易错误的 try_locks 逻辑中释放出来。感谢 Jakub 的 netdev_lock()现在这很容易实现并且在大多数情况下我们已受到它的保护 - 当并非如此时将 crit 锁定替换为 netdev 锁定。Lockdep 报告我们应该取消 crit_lock [splat1] 下的工作并且这是我们自 Slawomir 的 [1] 以来最常遵循的方案。
    但完成此操作后我们仍然会遇到死锁 [splat2]。因此我们应该关注更大的问题即 iavf 奇怪的锁定/计划。修复此问题的第一步是删除 Crit 锁定。我将后续推出 -next 系列来简化计划/任务。取消无 netdev 锁定的工作奇怪的解锁+锁定方案以修复 [splat2]如果我们保留 crit 锁定这将变得非常难看。扩展 iavf_watchdog_task() 受保护的部分以包含计划更多工作。请注意iavf_reset_task() 中已删除的注释被放错了位置它属于已删除的 if 条件内部因此现在已消失。 [splat1] - 不包含此修补程序 - VF 删除期间死锁警告检测到可能的循环锁定依赖sh/3825 尝试获取锁定
    ((work_completion)(&(&adapter->watchdog_task)->work)){+.+.}-{0:0}，start_flush_work+0x1a1/0x470但任务已持有锁定(&adapter->crit_lock){ +.+.}-{4:4}, atiavf_remove+0xd1/0x690 [iavf] 哪个锁定已依赖于新锁定。 [splat2] - 取消 crit lock 下的工作时不包含此系列请参阅 [2] 有关临时尝试警告检测到可能的循环锁定依存关系sh/3550 正在尝试获取锁定((wq_completion)iavf){+ .+.}-{0:0}触屏 touch_wq_lockdep_map+0x26/0x90但任务已持有锁定(&dev->lock){+.+.}-{4:4}触屏iavf_remove+0xa6/0x6e0 [ iavf] 哪个锁已经依赖于新的锁。 [1] fc2e6b3b132aiavf重做互斥体以更好地同步[2] https://github.com/pkitszel/linux/commit/52dddbfc2bb60294083f5711a158a (CVE-2025-38311)

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

The Linux/Unix host has one or more packages installed that are impacted by a vulnerability without a vendor supplied patch available.

  - iavf: get rid of the crit lock Get rid of the crit lock. That frees us from the error prone logic of     try_locks. Thanks to netdev_lock() by Jakub it is now easy, and in most cases we were protected by it     already - replace crit lock by netdev lock when it was not the case. Lockdep reports that we should cancel     the work under crit_lock [splat1], and that was the scheme we have mostly followed since [1] by Slawomir.
    But when that is done we still got into deadlocks [splat2]. So instead we should look at the bigger     problem, namely weird locking/scheduling of the iavf. The first step to fix that is to remove the crit     lock. I will followup with a -next series that simplifies scheduling/tasks. Cancel the work without netdev     lock (weird unlock+lock scheme), to fix the [splat2] (which would be totally ugly if we would kept the     crit lock). Extend protected part of iavf_watchdog_task() to include scheduling more work. Note that the     removed comment in iavf_reset_task() was misplaced, it belonged to inside of the removed if condition, so     it's gone now. [splat1] - w/o this patch - The deadlock during VF removal: WARNING: possible circular     locking dependency detected sh/3825 is trying to acquire lock:
    ((work_completion)(&(&adapter->watchdog_task)->work)){+.+.}-{0:0}, at: start_flush_work+0x1a1/0x470 but     task is already holding lock: (&adapter->crit_lock){+.+.}-{4:4}, at: iavf_remove+0xd1/0x690 [iavf] which     lock already depends on the new lock. [splat2] - when cancelling work under crit lock, w/o this series,     see [2] for the band aid attempt WARNING: possible circular locking dependency detected sh/3550 is trying     to acquire lock: ((wq_completion)iavf){+.+.}-{0:0}, at: touch_wq_lockdep_map+0x26/0x90 but task is already     holding lock: (&dev->lock){+.+.}-{4:4}, at: iavf_remove+0xa6/0x6e0 [iavf] which lock already depends on     the new lock. [1] fc2e6b3b132a (iavf: Rework mutexes for better synchronisation) [2]     https://github.com/pkitszel/linux/commit/52dddbfc2bb60294083f5711a158a (CVE-2025-38311)

Note that Nessus relies on the presence of the package as reported by the vendor.

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 依賴供應商報告的套件存在。

ID	名稱	產品	系列	已發布	已更新	嚴重性
249519	Linux Distros のパッチ未適用の脆弱性: CVE-2025-38311	Nessus	Misc.	2025/8/15	2025/8/15	low
249519	Linux Distros 未修补的漏洞：CVE-2025-38311	Nessus	Misc.	2025/8/15	2025/8/15	low
249519	Linux Distros Unpatched Vulnerability : CVE-2025-38311	Nessus	Misc.	2025/8/15	2025/8/15	low
249519	Linux Distros 未修補的弱點：CVE-2025-38311	Nessus	Misc.	2025/8/15	2025/8/15	low

偵測

搜尋 Plugin

low

low

low

low