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

  - btrfs：在 subvol 建立時設定 BTRFS_ROOT_ORPHAN_CLEANUP 我們最近觀察到多個子卷齒裂。ls-化父 dir 的做法如下：drwxrwxrwt 1 根根 16 January 23 16:49 . drwxr-x-x 1 根根 24 January 23 16:48 .. d????????? ? ? ? ? ? broken_subvol 同樣地，stat 化檔案失敗。在這種情況下，刪除 subvol 在 ENOENT 會失敗，但嘗試在 EEXIST 上建立新檔案或 subvol 時會出錯，甚至會中止 fs。這讓我們有點卡住了。DMESG 包含一個顯著錯誤訊息：無法做到孤兒清理 -2 是 ENOENT，錯誤來自故障處理路徑 btrfs_orphan_cleanup（），堆疊回溯至 btrfs_lookup（）。btrfs_lookup btrfs_lookup_dentry btrfs_orphan_cleanup // 列印該訊息並回傳
    -ENOENT 經過對內部狀態的詳細檢視後，很明顯：- 子卷沒有孤兒項目 - 子卷看起來健康，沒有半刪除，沒有掉入進度等等 - 子卷是建立在一段時間前，並且會進行有意義的第一次 btrfs_orphan_cleanup（） 呼叫，設定BTRFS_ROOT_ORPHAN_CLEANUP 很晚。- btrfs_orphan_cleanup（） 失敗後，btrfs_lookup_dentry（） 回傳 -ENOENT，導致子卷經由 d_splice_alias（NULL， dentry）產生負 dentry，導致觀察到的行為。這個錯誤可以透過丟棄 dentry 快取來緩解，屆時如果想的話，可以成功刪除子磁碟。即 btrfs_lookup（） btrfs_lookup_dentry（） 如果 （！sb_rdonly（inode->vfs_inode）->vfs_inode） btrfs_orphan_cleanup（sub_root） test_and_set_bit（BTRFS_ROOT_ORPHAN_CLEANUP） btrfs_search_slot（） // 找到 inode N 的孤兒項目 ...
    若 （inode == ERR_PTR（-ENOENT）） inode = NULL;回傳 d_splice_alias（NULL， dentry） // NEGATIVE DENTRY 對有效子卷 btrfs_orphan_cleanup（） 執行時會在根節點執行 test_and_set_bit（BTRFS_ROOT_ORPHAN_CLEANUP），因此在同一根節點上不能執行超過一次，必須同時執行其他東西。然而，當 nlink 趨近 0 時刪除孤兒的明顯路徑，不應該在不先查詢子卷前執行，該子卷應該執行 btrfs_orphan_cleanup（） 並設定位元。最後一個重要的觀察是，create_subvol（） 呼叫 d_instantiate_new（），但不會設定 BTRFS_ROOT_ORPHAN_CLEANUP，因此如果 dentry 快取被丟棄，下一次查詢子卷時會首次真正呼叫 btrfs_orphan_cleanup（）。
    這開啟了同時刪除 inode/孤兒項目的可能性，但大多數典型的 evict（） 路徑會持有父條的參考（子 dentry 透過 dget 在 d_alloc（） 中持有 parent->d_lockref.count，在 __dentry_kill（））中釋放），並防止父節點從 dentry 快取中移除。唯一的例外是延遲輸入。有序範圍建立時會在 inode 上呼叫 igrab（）。如果檔案在這些參考被保留期間解除連結並關閉，__dentry_kill（） 中的 iput（） 會減少 i_count，但不會觸發驅逐（i_count > 0）。子 dentry 被釋放，subvol 的 d_lockref.count 降到 0，使其在 inode 仍然存活時可被驅逐。由於有兩個種族（寫回與取消連結的競爭，以及查找與延遲輸入之間的競爭），且運作部件太多，以下三個圖表展示了完整的圖像。（只有第二和第三個是種族）第一階段：在 dentry 快取中建立 Subvol，但沒有設定 BTRFS_ROOT_ORPHAN_CLEANUP btrfs_mksubvol（） lookup_one_len（）
    __lookup_slow（） d_alloc_parallel（） __d_alloc（） // d_lockref.count = 1 create_subvol（dentry） // 不碰到這個位元..d_instantiate_new（dentry， inode） // 快取中的 dentry 與 d_lockref.c ---truncated--- （CVE-2026-31519）

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

偵測

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

medium Nessus Plugin ID 309831

版本 1.16