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

  - mm/khugepaged：摺疊時寫入所有髒檔案對開本 [沒有上游提交，因為此程式碼已被上游提交 044925f9b565 移除 （mm： fs：移除 filemap_nr_thps*（） 函式及其使用者）] 照原樣，khugepaged 和 writable-file opening 會互相排除。檔案不能是可寫入的，而且有 THP （因為檔案系統不知道它們）。khugepaged 絕不會摺疊開啟可寫入檔案的檔案頁面。在 open（O_RDWR/O_WRONLY） 上，會刪除該特定檔案的頁面快取。這很好，因為沒有任何東西可以被弄髒。然而，有一個邊緣情況：
    collapse_file（） 可能無法與並發寫入器共存，但它可以與骯髒的對開本（來自以前的寫入器）共存。因此，可能會發生以下情況： open（file， O_RDWR） write（file） close（file） madvise（file_mapping， MADV_COLLAPSE， some non-dirty range） open（file， O_RDWR） nr_thps > 0 truncate_inode_pages（） /* THP 會清除，但髒的對開本也會清除 */ 當發生此極端情況時，會發生資料遺失，因為會完全捨棄髒的對開本。透過在摺疊檔案 THP 時完全寫回頁面快取 （並等待） 來修正它。這樣做可以保證在有活動 THP 時不會觀察到髒的對開本。為了完全確保這是安全的，在進行寫出時需要保留invalidate_lock，以便 do_dentry_open（） 的頁面快取截斷排除此寫入和等待。作為副作用，將nr_thps計數器碰撞移動到i_pages鎖之外。這是正確的，因為計數器本身是一個atomic_t，並且生產者 <-> 消費者的正確性由完整的記憶體屏障提供：collapse_file（） 中的 smp_mb（）/get_write_access（） 中完全排序所隱含的記憶體屏障
    -> atomic_inc_unless_negative（）。（CVE-2026-68086）

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

偵測

Linux Distros 未修補弱點：CVE-2026-68086

medium Nessus Plugin ID 334186

版本 1.1