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

  - btrfs記錄衝突 inode 的父項目錄時記錄新的 dentry如果我們記錄衝突 inode 的父項目錄則不會記錄該目錄的新 dentry因此當我們完成時會將父項目錄的 inode 標記為已記錄但是我們並未記錄其新的 dentry。因此如果之後會明確對父目錄進行 fsync而且自我們記錄之後該目錄未有任何新變更則 fsync 會是非 op 且在電源故障後會遺失新的 dentry。情境範例 $ mkdir foo $ sync $rmdir foo $ mkdir dir1 $ mkdir dir2 # 與我們剛刪除的目錄具有相同名稱和父項的檔案 # 且會保留在過去的交易中。因此已刪除目錄的 # inode 是此新檔案 inode 的衝突 inode。 $ touch foo $ ln foo dir2/link # 因為發生衝突的 inode (刪除的目錄) 不再存在所以 dir2 上的 fsync 會記錄父目錄 (.)但它不會記錄其新的 dentry (dir1)。 $ xfs_io -c fsync dir2 # 父目錄上的此 fsync 為非 op因為先前的 fsync # 已記錄了它 (但並未記錄其新的 dentry)。 $ xfs_io -c fsync 。
    <power failure> # 記錄重播後 dir1 遺漏。透過確保我們在記錄不再存在的衝突 inode 的父目錄時每次都記錄新的目錄 dentry 來修正此問題。稍後將提供 fstests 的測試案例。 (CVE-2026-23465)

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

偵測

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

medium Nessus Plugin ID 304908

版本 1.13