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 的动机是为了在不将相应 GFN 推送到活动 vCPU 脏环的情况下防止 KVM 弄脏客户机内存，例如，确保用户空间不会遗漏任何脏页。但是要使 VM 的引用计数达到零，不能有 _any_ 用户空间映射到脏环，因为映射脏环需要对 vCPU FD 执行 mmap（）。即，如果用户空间具有脏环的有效映射，则 vCPU 文件以及因此拥有的 VM 将仍然处于活动状态。因此，由于用户空间不可能到达脏环，因此从技术上讲 KVM 是否错过对脏环的推送无关紧要。（CVE-2026-53345）

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

检测

Linux Distros 未修补的漏洞：CVE-2026-53345

medium Nessus 插件 ID 324681

版本 1.17