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

  - ext4：避免在 ext4_mb_find_by_goal（） 中從損壞群組中分配區塊，問題如下：...
    EXT4-fs（mmcblk0p1）：inode 206 延遲區塊分配失敗，邏輯偏移 0，最大區塊 1，錯誤 117 EXT4-fs（mmcblk0p1）：這不應該發生！！資料將遺失 EXT4-fs（mmcblk0p1）：
    延遲區塊分配失敗，inode 206 在邏輯偏移 0，最大區塊 1 錯誤 117 EXT4-fs （mmcblk0p1）：這不應該發生！！資料將遺失 EXT4-fs （mmcblk0p1）：inode 206 在邏輯偏移 0 處延遲區塊分配失敗，最大區塊 1 錯誤 117 EXT4-fs （mmcblk0p1）：這不應該發生！！資料將遺失 EXT4-fs （mmcblk0p1）：inode 206 在邏輯偏移 0 處延遲區塊分配失敗，最大區塊 1 錯誤 117 EXT4-fs （mmcblk0p1）：這不應該發生！！資料將遺失 EXT4-fs （mmcblk0p1）：inode 2243 在邏輯偏移 0 處，最大區塊 1 時延遲區塊分配失敗，錯誤為 117 EXT4-fs （mmcblk0p1）：這不應該發生！！資料將遺失 EXT4-fs （mmcblk0p1）：邏輯偏移 0 的 inode 2239 延遲區塊分配失敗，錯誤為 117 EXT4-fs （mmcblk0p1）：這不應該發生！！資料將遺失 EXT4-fs （mmcblk0p1）：自上次 fsck 以來的錯誤計數：1 EXT4-fs （mmcblk0p1）：初始錯誤時間 1765597433： ext4_mb_generate_buddy：760 EXT4-fs （mmcblk0p1）：時間 1765597433 最後錯誤：ext4_mb_generate_buddy：760 ... 根據日誌分析，區塊總是從損壞的區塊群組請求。這可能會發生如下：
    ext4_mb_find_by_goal ext4_mb_load_buddy ext4_mb_load_buddy_gfp ext4_mb_init_cache ext4_read_block_bitmap_nowait ext4_wait_block_bitmap ext4_validate_block_bitmap 如果（！grp ||EXT4_MB_GRP_BBITMAP_CORRUPT（grp）） 返回 -EFSCORRUPTED;沒有原木。如果（err）回傳 err;將回傳錯誤 ext4_lock_group（ac->ac_sb，群組）;如果（unlikely（EXT4_MB_GRP_BBITMAP_CORRUPT（e4b->bd_info）） // 不可達 goto out;在提交 9008a58e5dce（ext4：讓位圖讀取例程回傳真實錯誤碼）合併後，Commit 163a203ddb36（ext4：在區塊位圖錯誤時標記區塊群組為損壞）並非從損壞區塊群組中分配區塊的真正解決方案。這是因為如果 'EXT4_MB_GRP_BBITMAP_CORRUPT（e4b->bd_info）' 為真，則 'ext4_mb_load_buddy（）' 可能會回傳錯誤。這表示區塊分配會失敗。因此，當 ext4_mb_load_buddy（） 回傳錯誤時，請檢查區塊群組是否損壞。（CVE-2026-43068）

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

偵測

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

medium Nessus Plugin ID 312301

版本 1.1