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

  - vfs卸載時不洩漏已中斷的 dentry。當使用者在未快取的某些 inode 上呼叫 open_by_handle_at() 時我們會為其建立已中斷的 dentry。如果此類 dentry 是目錄則 exportfs_decode_fh_raw() 會嘗試透過 reconnect_path() 將此 dentry 連線至 dentry 樹狀結構。
    由於多種原因 (例如損毀的 fs 或爭用重新命名)可能會發生 reconnect_one() 中的 lookup_one_unlocked() 呼叫找不到我們嘗試重新連線的 dentry而是在父項下建立新的 dentry。現在雖然父項仍可能中斷連線但現在此 dentry 將不會標記為中斷連線 (至少在發生此不一致的情況下因為 fs 已損毀且 .. 未指向真正的父目錄)。這會在中斷的旗標中造成不一致但 AFAICS 旗標大多是無害的。至少在認可 f1ee616214cb (VFS不保留 d_anon 上中斷連線的 dentry) 之前都會移除將大部分中斷連線的 dentry 新增至 sb->s_anon 清單的情況。因此在此提交後清理中斷的 dentry 會隱含依賴 dput() 會立即回收此類 dentry 的事實。但是當某些分葉 dentry 未標記為中斷連線時 (如在上述狀況中)則不會發生回收並且 dentry 會遭到洩漏。記憶體回收最終會回收它們但否則它們會保留在記憶體中。如果先卸載我們會命中著名的卸載後忙碌 inodes 錯誤。請確認在中斷連線之父項之下建立的所有 dentry 也都標示為已中斷連線。 (CVE-2025-40105)

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

偵測

Linux Distros 未修補的弱點：CVE-2025-40105

medium Nessus Plugin ID 272061

版本 1.18