Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - KVM： SVM：在 CPU 在线时升级asid_generation以避免热插拔之后发生 ASID 冲突 如果 vCPU 保持计划外（或阻断）当上一个运行它的 pCPU 经历热插拔周期（在线->脱机->在线），然后 vCPU 在同一个 pCPU 上恢复执行，则它可能使用现在已分配给其他 vCPU 的 ASID 运行， 导致使用过时的 TLB 转换。svm_enable_virtualization_cpu（） 在每个 CPU 在线事件（包括热插拔周期）上将 asid_generation 重置为 1，并将 next_asid 设置为 max_asid + 1。由于next_asid从池边界之外开始，因此在线事件后对 new_asid（） 的首次调用始终封装池，将 asid_generation 递增为 2 并分配从 min_asid 开始的 ASID。考虑来自不同虚拟机的两个 vCPU，即在热插拔事件之前固定到 CPU-X （保持 asid_generation=2 和 ASID=N）：1. CPU-X 离线并重新在线：asid_generation 重置为 1，next_asid = max_asid + 1。2. 一个或多个 vCPU 迁移到 CPU-X 并调用 new_asid（），封装池并从 min_asid 开始消耗 ASID。最终会为来自不同虚拟机的 vCPU-B 分配 asid_generation=2， ASID=N，即 vCPU-A 在热插拔之前所持有的相同 ASID。3.
    vCPU-A 在 CPU-X 上进入 pre_svm_run（）：current_vmcb->cpu 未更改，因此会跳过迁移分支。
    其保存的 asid_generation=2 与 sd->asid_generation=2 相匹配，因此生成检查静默通过，vCPU-A 继续以 ASID=N（刚刚分配给 vCPU-B 的相同 ASID）运行。来自不同 VM 的两个 vCPU 现在使用相同的 ASID 在 CPU-X 上运行，从而导致它们共享 NPT TLB 条目并产生过时转换。冲突表现为 KVM 内部错误（子错误：1，仿真失败）。NPT 页面错误报告错误 GPA 远超出 VM 的物理内存范围，这是使用过时 TLB 转换的迹象。KVM 回退到指令仿真，这在仿真器未实现的 FPU/XSave 指令（XRSTOR、STMXCSR）上失败。在 svm_enable_virtualization_cpu（） 中递增 asid_generation 而非重置为 1，以修复此问题。在模块加载时，asid_generation从 0 （memset） 开始，递增生成 1，与旧行为相同。在后续的热插拔周期中，生成速度会超出 vCPU 之前在此 CPU 上观察到的任何值，因此在每个热插拔周期之后，pre_svm_run（） 中的生成检查可靠地强制在每个 vCPU 上执行 new_asid（）。（CVE-2026-68093）

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

检测

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

medium Nessus 插件 ID 334317

版本 1.4