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

  - KVM：當 VM 結束時，如果記憶體在沒有 vCPU 的情況下已髒污，請不要警告 將頁面標記為已變更時，當且僅當 VM 仍處於活動狀態 （即其參照計數為非零） 時，才抱怨沒有正在執行/載入的 vCPU。這將允許修復 x86 SEV-ES 客體的記憶體洩漏，而不會在 WARN 上遇到實際上的誤報。對於某些 SEV-ES VM-Exit，KVM 會保留訪客頁面的可寫入對應，跨出口到使用者空間，通常會在下一個KVM_RUN取消對應頁面。但是，如果使用者空間在此類退出後從未呼叫 KVM_RUN，則 KVM 需要在 vCPU 被破壞時取消映射頁面，這反過來又會觸發有關沒有正在運行的 vCPU 的警告。或者，SEV-ES 可以暫時載入 vCPU 以抑制 WARN，就像 nested_vmx_free_vcpu（） 中所做的那樣（但出於完全不相關的原因;
    禁止 nested_put_vmcs12_pages（） 中的 WARN 純屬偶然）。但是在銷毀過程中加載 vCPU 是粗暴的（理想情況下，nVMX 代碼會被清理），可能會使 SEV-ES 代碼複雜化（KVM 需要確保暫時 load（）+put（） 僅在尚未加載 vCPU 時運行），並且最終毫無意義。WARN 的動機是防止 KVM 弄髒客體記憶體，而不將對應的 GFN 推送到作用中 vCPU 的髒環，例如確保使用者空間不會遺漏任何髒頁面。但若要讓 VM 的參照計數達到零，就不能有 _any_ 使用者空間對應至已變更環，因為對應已變更環需要在 vCPU FD 上執行 mmap（）。也就是說，如果使用者空間具有針對髒環的有效對應，則 vCPU 檔案以及擁有的 VM 仍將處於活動狀態。因此，由於使用者空間不可能到達髒環，因此 KVM 在技術上是否錯過了對髒環的推送是無關緊要的。（CVE-2026-53345）

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

偵測

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

medium Nessus Plugin ID 324681

版本 1.4