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

  - vfs：修正 evice_inodes() 和 find_inode()&iput() 之間的爭用情況，大家好，我最近發現 btrfs 中有一個錯誤[1]，在深入研究後，我認為這是 vfs 中的爭用情況。假設 iput() 呼叫了包含 i_count 1 的 inode (即 ino 261)，且有呼叫下列的並行執行緒 generic_shutdown_super(). cpu0:
    cpu1: iput() // i_count is 1 ->spin_lock(inode) ->dec i_count to 0 ->iput_final() generic_shutdown_super()
    ->__inode_add_lru() ->evict_inodes() // cause some reason[2] ->if (atomic_read(inode->i_count)) continue;
    // 在 // inode 261 通過上述檢查之前傳回 // list_lru_add_obj() // 然後排程
    ->spin_unlock() // 請注意：inode 261 // 仍位於 sb 清單和雜湊清單，// 且 I_FREEING|I_WILL_FREE 尚未設定 btrfs_iget() // 在某些函式呼叫之後 ->find_inode() // 發現上述 inode 261 ->spin_lock(inode) // 檢查 I_FREEING|I_WILL_FREE // 並傳遞 ->__iget()
    ->spin_unlock(inode) // 重新排程 ->spin_lock(inode) // 檢查 (I_NEW|I_FREEING|I_WILL_FREE) 旗標，// 已傳遞並將 I_FREEING iput() ->spin_unlock(inode) ->spin_lock(inode) - >evict() // dec i_count 設定為 0
    ->iput_final() ->spin_unlock() ->evict() 現在有兩個執行緒同時收回相同的 inode，這可能會同時在 clear_inode() 和 iput() 內觸發 BUG(inode->i_state & I_CLEAR) 陳述式。若要修正錯誤，請在保留 i_lock 後重新檢查 inode->i_count。因為在大多數情況下，第一個檢查都是有效的，而且可以減少 spin_lock() 的額外負荷。如有任何誤會，請告知，謝謝。[1]：https://lore.kernel.org/linux-btrfs/000000000000eabe1d0619c48986@google.com/ [2]：原因可能是 1. SB_ACTIVE 已移除，或 2. 當我重現錯誤時，mapping_shrinkable() 傳回 false。(CVE-2024-47679)

請注意，Nessus 依賴供應商報告的套件存在。

偵測

Linux Distros 未修補的弱點：CVE-2024-47679

medium Nessus Plugin ID 228532

版本 1.24