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

  - fsnotify：在並行標記更新之後修正過時的物件遮罩 當標記取得新的事件位時，如果快取的彙總已包含該位，fanotify 和 inotify 可能會避免重新計算物件遮罩。
    這是由相同聯結器上另一個標記的並行更新所觸發的重新計算。
    並行掃描可以在新增位元之前讀取標記，而更新程式會在掃描發佈結果之前讀取舊的彙總。然後，更新程式會跳過重新計算，掃描會發佈不含位元的遮罩，在兩次更新完成後，物件遮罩仍會過時。這可以透過兩個 fanotify 群組監視同一個 inode 來重現：一個執行緒從一個現有標記中刪除FAN_MODIFY，而另一個執行緒將FAN_MODIFY新增至另一個標記。在兩個 fanotify_mark（） 呼叫傳回之後，寫入可能無法為其標記現在包含位元的群組產生FAN_MODIFY。這是在未修改的 v6.12.95 核心上重現的。等效的 inotify 交錯會遺失IN_MODIFY事件。
    對於正常的 fanotify 新增，請在原始標記遮罩變更時重新計算。一般遮罩不會以非同步方式清除，因此未變更的新增不會引入遺漏的興趣。始終重新計算忽略遮罩更新，因為FS_MODIFY處理可能會清除忽略遮罩而不進行標記>鎖定，從而使快照比較不可靠。更新現有的 inotify 手錶後，請務必重新計算。其取代路徑會暫時將標記>遮罩設定為零，因此即使舊遮罩和最終遮罩相等，並行掃描也可以觀察到零。直接指派替換遮罩可以避免暫時零，但現有的監視更新並不頻繁，因此無條件重新計算會更簡單。（CVE-2026-89595）

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

偵測

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

medium Nessus Plugin ID 345289

版本 1.1