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() 會因為死迴圈而浪費一個 CPU 100%直到啟用「reconfig_mutex」為止已發布。參照 raid1 和 raid10 的實作修正此問題。 問題 IO。如果在 md_check_recovery() 之後仍設定 MD_SB_CHANGE_PENDING則程序執行緒會在「reconfig_mutex」被釋放時被喚醒。同時懸置問題也將獲得修正。 (CVE-2024-39476)

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

偵測

Linux Distros 未修補的弱點：CVE-2024-39476

medium Nessus Plugin ID 228891

版本 1.14