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

  - ext4：修正 e4b 點陣圖不一致報告 在混合大頁面工作負載下的壓力測試期間觀察到點陣圖不一致問題。Ext4 報告了多個 e4b 點陣圖檢查失敗，例如：
    ext4_mb_complex_scan_group：2508：根據群組資訊，群組 350、8179 個免費叢集。但得到了 8192 個區塊的分析和實驗證實，該問題是由頁面遷移和點陣圖修改之間的爭用情形引起的。雖然這個計時窗口極窄，但在實踐中還是被擊中的：
    folio_lock ext4_mb_load_buddy __migrate_folio檢查參照計數 folio_mc_copy __filemap_get_folio folio_try_get（對開本） ......mb_mark_used ext4_mb_unload_buddy __folio_migrate_mapping folio_ref_freeze folio_unlock 此問題的根本原因是load_buddy的快速路徑只會增加作品集的參照計數，不足以防止並行作品集移轉。我們觀察到，對開移轉程序會取得對開鎖定。因此，我們可以透過檢查鎖定狀態來判斷是否在load_buddy中走快速路徑。如果作品集已鎖定，我們會選擇慢速路徑 （取得鎖定） 來關閉此並行視窗。此外，此變更還解決了以下問題： 啟用DOUBLE_CHECK巨集以檢查點陣圖相關問題時，可能會觸發下列錯誤：
    位元組 784 （6272） 處的群組 324 中的損毀：f in copy ！= ff on disk/prealloc 分析顯示這是誤報。有一個特定的爭用視窗，其中點陣圖和群組描述元會暫時變得不一致，從而導致此錯誤報告：ext4_mb_load_buddy ext4_mb_load_buddy
    __filemap_get_folio（create|lock） folio_lock ext4_mb_init_cache folio_mark_uptodate __filemap_get_folio（no lock） ......mb_mark_used mb_mark_used_double mb_cmp_bitmaps mb_set_bits（e4b->bd_bitmap） folio_unlock 原始邏輯假設由於從磁碟新載入點陣圖時呼叫 mb_cmp_bitmaps，因此對開鎖定足以防止並行存取。不過，這會忽略特定的爭用情形：如果另一個處理程序嘗試載入 buddy 並發現作品集已處於最新狀態，則會立即開始使用它，而不保留作品集鎖定。（CVE-2026-45942）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

偵測

Linux Distros 未修補的弱點：CVE-2026-45942

high Nessus Plugin ID 317178

版本 1.14