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 依赖供应商报告的程序包是否存在进行判断。

检测

Linux Distros 未修补的漏洞：CVE-2025-38311

medium Nessus 插件 ID 249519

版本 1.14