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

  - mmuserfaultfd修正 userfaultfd_move 和 swap 快取的爭用此認可可修正兩種爭用它們可能有不同的結果 Barry 報告認可 c50f8e6053b0 中存在 BUG_ON如果 filemap 查閱傳回 NULL 且已新增作品集我們可能會看到相同的 BUG_ON之後交換快取。如果觸發其他類型的爭用 (產品組合在查閱後變更)我們可能會看到 RSS 計數器已損毀 [ 406.893936] 錯誤rss 計數器狀態錯誤 mm:ffff0000c5a9ddc0 type:MM_ANONPAGES val:-1 [ 406.894071] 錯誤rss 錯誤-counter state mm:ffff0000c5a9ddc0 type:MM_SHMEMPAGES val:1 因為該作品集的 VMA 計量錯誤。不過我不確定是否會有任何資料損毀似乎不會。上述問題已經很嚴重。看到交換項目 PTE 時userfaultfd_move 會執行無鎖定交換快取查閱並嘗試將找到的作品集移至錯誤的 vma。目前它依賴檢查 PTE 值來確保移動的作品集仍屬於 src 交換項目且沒有新的作品集新增至交換快取中而事實證明這是不可靠的。與 Barry 一起研究和檢閱交換錶系列時觀察到並重現了下列現有爭用 [1]在下面的範例中move_pages_pte 將 src_pte 移至 dst_pte其中 src_pte 是保留交換項目 S1 的交換項目 PTE而 S1 不是在交換快取中CPU1 CPU2 userfaultfd_move move_pages_pte() entry = pte_to_swp_entry(orig_src_pte) // 此處為 entry = S1 ... <中斷> ...<swapin src_pte, alloc and use folio A> // folio A 是新配置的 folio // 並且會安裝到 src_pte <frees swap entry S1> // src_pte 現在指向 folio A S1 // 具有交換計數 == 0其可由 folio_swap_swap 或 swap 釋放 // 配置器回收。 <try to swap out another folio B> // 作品集 B 是另一個 VMA 中的作品集。 <put folio B to swap cache using S1 > // S1 已釋放 folio B 可使用它// 來順利移出。 ... folio = filemap_get_folio(S1) // 此處取得 folio B !!! ... <interrupted Again> ... <swapin folio B and free S1> // 現在 S1 可以再次釋放使用。<swapout src_pte & folio A using S1> // 現在 src_pte 是交換項目 PTE // 再次保持 S1。 folio_trylock(folio) move_swap_pte double_pt_lock is_pte_pages_stable // 檢查已通過因為 src_pte == S1 folio_move_anon_rmap(...) // 將無效的 folio B 移至此處 !!! 爭用範圍非常短而且需要多個罕見事件的多次沖突因此發生這種情況的可能性很小但是透過刻意建構的複制器和增加的時間範圍可以輕鬆複製它。若要修正此問題則在取得 folio 鎖定之後檢查 filemap 傳回的 folio是否為有效的交換快取 folio。
    可能發生另一個類似的爭用情形filemap_get_folio 可能傳回 NULL但 folio (A) 可被換入然後在查閱之後使用相同的交換項目再次換出。在這種情況下作品集 (A) 可能會保留在交換快取中因此必須將其一併移除// 此處為 entry = S1且 S1 不在交換快取 folio = filemap_get 中
    ---truncated--- (CVE-2025-38242)

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

偵測

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

medium Nessus Plugin ID 248907

版本 1.22