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

  - x86/fpu只要 XFD[i]=1 就清除客户机 XSAVE 状态中的 XSTATE_BV[i] 在通过 KVM_SET_XSAVE 加载客户机 XSAVE 状态时以及在更新 XFD 以响应客户机 WRMSR 时清除保存的文件中或以还原 XSTATE_BV 以确保 KVM 不会尝试加载通过来宾机的 XFD 禁用的功能的状态。由于内核通过客户机的 XFD 执行 XRSTOR因此通过 XFD[i]=1 保存 XSTATE_BV[i]=1 将导致 XRSTOR #NM 并使内核发生错误。例如如果 fpu_update_guest_xfd() 设置 XFD 时未清除 XSTATE_BV: ------------[ 在此处切换 ]------------ 警告
    arch/x86/kernel/traps.c:1524 at exc_device_not_available+0x101/0x110, CPU#29链接的 amx_test/848 模块kvm_intel kvm irqbypass CPU29 UID1000 PID848 Commamx_test Not tainted 6.19.0-rc2 -ffa07f7fd437-x86_amx_nm_xfd_non_init-vm #171 NONE 硬件名称QEMU Standard PCQ35 + ICH9、2009、BIOS 0.0.0 02/06/2015 RIP0010:exc_device_not_available+0x101/0x110 调用跟踪 <TASK> asm_exc_device_not_available+0x1a/ 0x20 RIP: 0010:restore_fpregs_from_fpsstate+0x36/0x90 switch_fpu_return+0x4a/0xb0 kvm_arch_vcpu_ioctl_run+0x1245/0x1e40 [kvm] kvm_vcpu_ioctl+0x2c3/0x8f0 [kvm]
    __x64_sys_ioctl+0x8f/0xd0 do_syscall_64+0x62/0x940 entry_SYSCALL_64_after_hwframe+0x4b/0x53 </TASK> ---[end trace 0000000000000000 ]--- 如果访客执行 WRMSR(MSR_IA32_XFD) 以设置 XFD[18] = 1且主机 IRQ 在 vmexit 处理程序调用 fpu_update_guest_xfd() 之前触发 kernel_fpu_begin()。并且如果用户空间通过 KVM_SET_XSAVE 填充 XSTATE_BV[i]=1:------------[在此剪切]------------ WARNING: arch/x86/kernel/traps .c:1524@exc_device_not_available+0x101/0x110 CPU#14
    链接的 amx_test/867 模块kvm_intel kvm irqbypass CPU14 UID: 1000 PID867 Commamx_test Not tainted 6.19.0-rc2-2dace9faccd6-x86_amx_nm_xfd_non_init-vm #168 NONE 硬件名称QEMU Standard PC (Q35 + ICH9、 2009), BIOS 0.0.0 02/06/2015 RIP: 0010:exc_device_not_available+0x101/0x110 Call Trace: <TASK> asm_exc_device_not_available+0x1a/0x20 RIP: 0010:restore_fpregs_from_fpstate+0x36/0x90 fpu_swap_kvm_fpstate+0x6b/0x120 kvm_load_guest_fpu+0x30/0x80 [ kvm] kvm_arch_vcpu_ioctl_run+0x85/0x1e40 [kvm] kvm_vcpu_ioctl+0x2c3/0x8f0 [kvm] __x64_sys_ioctl+0x8f/0xd0 do_syscall_64+0x62/0x940 entry_SYSCALL_64_after_hwframe+0x4b/0x53 </TASK> ---[ end trace 0000000000000000 ]--- The new behavior is与 AMX 架构一致。根据 Intel 的 SDMXSAVE 会将通过 XFD 禁用的组件的 XSTATE_BV 保存为“0”非压缩 XSAVE 会保存状态组件的初始配置如果 XSAVE、XSAVEC、XSAVEOPT 或 XSAVES 正在保存状态组件XCR0[i] = IA32_XFD[i] = 1 时指令不生成 #NM相反它的操作方式如同 XINUSE[i] = 0且 state 组件处于其初始状态它将 XSAVE 标头的 XSTATE_BV 字段的位 i 保存为 0此外XSAVE 会保存状态组件的初始配置其他指令不保存状态组件 i。
    或者KVM 可始终以 XFD=0 执行 XRSTOR例如通过在对 struct fpu_guest 进行 XSAVE 时使用基于已启用功能集的常量 XFD。但是使 XFD 禁用的功能具有 XSTATE_BV[i]=1 仅会发生在上述中断情况下或涉及可抢占内核上的抢占的类似场景中因为 fpu_swap_kvm_fpsstate() 对 save_fpregs_to_fpsstate() 的调用会使用 保存传出的 FPU 状态当前的 XFD即在除第一个 WRMSR 到 XFD 以外的所有客户机上 XFD。因此XFD 仅会在上述中断情况下或在涉及可抢占内核中的抢占的类似场景中与 XSTATE_BV 不同步时我们才可将其视为 KVM_GET_XSAVE 返回 XSTATE_BV[i]=0 的 KVM ABI 的实际上的一部分针对禁用了 XFD 的功能。[Move clean ---truncated--- (CVE-2026-23005)

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

检测

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

medium Nessus 插件 ID 296538

版本 1.8