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

  - md/raid5修复 raid5d() 等待自身清除 MD_SB_CHANGE_PENDING 的死锁 Xiao 报告 lvm2 测试 lvconvert-raid-takeover.sh 可在可能性小的情况下挂起其根本原因与提交bed9e27baf52 完全相同恢复 md/raid5在 raid5d 中等待 MD_SB_CHANGE_PENDING但是 Dan 报告了此后发生的另一起挂起junxiao 调查了该问题发现这是由于 raid5d 发出的 bio 无法问题所致 ()。raid5d() 中的当前实现存在奇怪的依存关系1) raid5d() 中的 md_check_recovery() 必须保留“reconfig_mutex”才能清除 MD_SB_CHANGE_PENDING 2) raid5d() 处理死循环中的 IO直到发出所有 IO 3) 来自 raid5d() 的 IO 必须等待 MD_SB_CHANGE_PENDING 被清除此行为在 v2.6 之前引入因此如果其他环境保留“reconfig_mutex”而 md_check_recovery() 无法更新 super_block则 raid5d() 将通过死循环 100% 消耗一个 cpu直到“reconfig_mutex”启用已发布。请参阅 raid1 和 raid10 的实现如果在 md_check_recovery() 之后仍设置 MD_SB_CHANGE_PENDING可通过跳过问题 IO来修复此问题当释放“reconfig_mutex”时后台程序线程将被唤醒。同时挂起问题也将得到修复。 (CVE-2024-39476)

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

检测

Linux Distros 未修补的漏洞：CVE-2024-39476

medium Nessus 插件 ID 228891

版本 1.20