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

  - block：在 bdev_mark_dead（） 中意外移除時跳過 sync_blockdev（） bdev_mark_dead（） 的 @surprise == true 表示裝置已經消失。檔案系統回呼 fs_bdev_mark_dead（） 接受這一點並跳過 sync_filesystem（），但當持有者 ->mark_dead 回呼連線時，裸區塊裝置路徑（無 ->mark_dead 操作）失去了其 ！surprise 保護（請參閱修復），並且現在無條件調用 sync_blockdev（），這可能會永遠懸置，等待無法再完成的回寫。syzkaller 透過 nvme_reset_work（） 的 I/O 佇列遺失路徑來解決這個問題：nvme_mark_namespaces_dead（） -> blk_mark_disk_dead（） -> bdev_mark_dead（bdev， true） -> sync_blockdev（） 區塊在 folio_wait_writeback（） 中，楔入重置工作程式和等待它的每個任務。跳過意外移除時的同步，符合 fs_bdev_mark_dead（）;
    invalidate_bdev（） 仍會執行。有序移除 （surprise == false） 不變。由 FuzzNvme（Syzkaller with FEMU fuzzing framework） 找到。（CVE-2026-64326）

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

偵測

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

critical Nessus Plugin ID 329961

版本 1.1