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

  - KVM：x86/mmu：在检查最大映射级别之前确保 hugepage 已按插槽运行。恢复阴影 MMU 中的 hugepage 时，*在*查询指定影子页面 gfn 的最大映射级别之前*，验证目标内存插槽中是否包含影子页面的基本 gfn。未能预先检查 gfn 的有效性，如果客户机创建了延伸到 memslot 边界以下的 hugepage 映射（在其 PTE 中），会导致对插槽lpage_info的越界访问（通常显示为主机 #PF，因为lpage_info为 vmalloc'd）。当客户机的内存中发生错误，并且客户机映射的大小大于 KVM（当前）的最大映射时，KVM 将创建一个直接的阴影页面（直接的原因是没有要遮蔽的 gPTE，因此目标 gfn 是给定影子页面的基础 gfn 的直接计算）。hugepage 恢复流会寻找此类直接阴影页面，例如在脏日志记录生成客户机>主机映射大小案例时强制 4KiB 映射。解除 4KiB 限制后，KVM 就可以将阴影页面替换为大型页面。但是，如果 KVM 最初使用的映射比客户机小，因为客户机 hugepage 覆盖的内存范围超出了 memslot 的边界，则 KVM 会将直接影子页面与用于在内存中发生错误的内存插槽边界之外的 gfn 链接。为叶映射添加的 rmap 条目正确且在界内，但叶 SPTE 父影子页的 gfn 将越界。缺陷：无法处理地址的页面错误：ffffc90000806ffc #PF：内核模式下的监督人读取访问权限 #PF：error_code（0x0000） - 不存在页面 PGD 100000067 P4D 100000067 PUD 1002a7067 PMD 10612f067 PTE 0 Oops： Oops： 0000 [#1] SMP CPU： 13 UID：
    1000 PID：757 通信：mmu_stress_test 未受感染 7.1.0-rc1-48ce1e26eace-x86_pir_to_irr_comments-vm #341 PREEMPT 硬件名称：QEMU Standard PC （Q35 + ICH9， 2009），BIOS 0.0.0 02/06/2015 RIP：
    0010：kvm_mmu_max_mapping_level+0x79/0x2b0 [kvm] 调用跟踪： <TASK> kvm_mmu_recover_huge_pages+0x21b/0x320 [kvm] kvm_set_memslot+0x1ee/0x590 [kvm] kvm_set_memory_region.part.0+0x3a1/0x4d0 [kvm] kvm_vm_ioctl+0x9bf/0x15d0 [kvm] __x64_sys_ioctl+0x8a/0xd0 do_syscall_64+0xb7/0xbb0 entry_SYSCALL_64_after_hwframe+0x4b/0x53 RIP： 0033：0x7f21c0f1a9bf </TASK> 不必费心预检查潜在 hugepage 的边界，即不要检查 sp->gfn + KVM_PAGES_PER_HPAGE（sp->role.level + 1） 等项是否也在内存插槽内，因为 kvm_mmu_max_mapping_level（） 执行的检查是基本边界检查的超集。也就是说，预先检查整个范围将是一个可疑的微优化。
    (CVE-2026-63807)

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

检测

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

high Nessus 插件 ID 328106

版本 1.14