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

  - btrfs修正 fiemap 和範圍鎖定的鎖死 在處理修補程式集移除範圍鎖定時我收到了一個包含 fiemap 的 lockdep 展開以及我的新範圍鎖定取代鎖定所造成的頁面錯誤。我們的一般程式碼存在這個鎖死情況只是我們沒有鎖定範圍的 lockdep 註解所以從未註意到這個問題。由於我們會在每次重複時將 fiemap 範圍複製到使用者空間因此可能會發生分頁錯誤。由於我們針對整個範圍保有範圍鎖定因此可以 mk 寫入至已 mmap'ed 的檔案範圍中。這會與下列堆疊追踪鎖死 [<0>] lock_extent+0x28d/0x2f0 [<0>] btrfs_page_mkwrite+0x273/0x8a0 [<0>] do_page_mkwrite+0x50/0xb0 [<0>] do_fault+0xc1/0x7b0 [<0>] __handle_mm_fault+ 0x2fa/0x460 [<0>] handle_mm_fault+0xa4/0x330 [<0>] do_user_addr_fault+0x1f4/0x800 [<0>] exc_page_fault+0x7c/0x1e0 [<0>] asm_exc_page_fault+0x26/0x30 [<0>] rep_movs_alternative+0x33/0 [<0>] _copy_to_user+0x49/0x70 [<0>] fiemap_fill_next_extent+0xc8/0x120 [<0>] emerge_fiemap_extent+0x4d/0xa0 [<0>] extent_fiemap+0x7f8/0xad0 [<0>] btrfs_fiemap+0x49/0x80 [<0>]
    __x64_sys_ioctl+0x3e1/0xb50 [<0>] do_syscall_64+0x94/0x1a0 [<0>] entry_SYSCALL_64_after_hwframe+0x6e/0x76 我編寫了 fstest 來在沒有取代鎖定的情況下重現此鎖死問題並驗證現有鎖定也存在鎖死問題。若要修正此問題在 fiemap 的整個持續期間內不要進行範圍鎖定。這通常是安全的因為我們會在搜尋樹狀結構時追踪自己的位置因此如果已排序的範圍在 fiemap 呼叫過程中更新我們仍會發出正確的範圍因為我們知道所在的位移之前。我們唯一維持鎖定的位置是搜尋 delalloc。
    由於 delalloc 內容可在回寫期間變更我們想要鎖定範圍以便在我們檢查是否需要設定 delalloc 旗標時擁有一致的 delalloc 檢視。套用此修補程式後我們的測試案例不會再出現鎖死問題。 (CVE-2024-35784)

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

偵測

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

medium Nessus Plugin ID 229563

版本 1.16