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

  - ext4避免在 mkdir/mknod 路徑上將邏輯區塊對應至實體區塊時無法在範圍樹狀結構中插入新範圍 (在此範例中是因為將 inode 標記為已變更) 時ext4_ext_map_blocks() 只會呼叫 ext4_free_blocks() 來回收實體區塊而不刪除範圍樹狀結構中的對應資料。這會造成後續的 mkdir 作業再次參照先前回收的實體區塊號碼即使 xattr 區塊已在使用此實體區塊也一樣。因此會出現目錄和 xattr 同時使用記憶體中相同的緩衝區頭區塊的情況。
    以上情況造成 ext4_xattr_block_set() 進入有關插入的無限迴圈且無法釋放 inode 鎖定最終導致 [1] 中所述的 143s 封鎖問題。如果詮釋資料損毀嘗試移除某些範圍空間則可能造成更大的危害。此外在傳遞 EXT4_GET_BLOCKS_DELALLOC_RESERVE 的情況下錯誤地移除空間也會更新配額資訊。Jan Kara 建議區分以下兩種情況1) 錯誤為 ENOSPC 或 EDQUOT - 在此情況下檔案系統完全一致我們必須維持其一致性包括所有計量在內。不過這些錯誤只會在我們將範圍插入範圍樹狀結構之前的早期階段發生。因此目前的程式碼可在此情況下正確運作。 2) 其他一些錯誤 - 這表示詮釋資料已損毀。我們應努力盡量減少修改以限制損害。因此我會略過釋放已配置區塊。 [1] INFO
    task syz.0.17:5995 已封鎖超過 143 秒。呼叫追踪inode_lock_nested include/linux/fs.h:1073 [內嵌] __start_dirop fs/namei.c:2923 [內嵌] start_dirop fs/namei.c:2934 [內嵌] (CVE-2026-31448)

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

偵測

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

critical Nessus Plugin ID 309696

版本 1.19