No kernel Linux, a seguinte vulnerabilidade foi resolvida: x 86 / fpu: Limpar XSTATE_BV[i] no estado XSAVE convidado sempre que XFD[i]= 1 Ao carregar o estado do XSAVE do convidado via KVM_SET_XSAVE, e ao atualizar o XFD em resposta a um WRMSR do convidado, clarifique os recursos desativados do XFD no XSTATE_BV salvo (ou a ser restaurado) para garantir que o KVM não tente carregar o estado para recursos que estão desativados através do XFD do convidado. Porque o kernel executa XRSTOR com o XFD do convidado, salvando XState_BV[i]= 1 com XFD[i]= 1 causará o XRSTOR para # NM e pânico no kernel. Por exemplo, se fpu_update_guest_xfd() definir XFD sem remover XState_BV: ----------[ cortar aqui ]-------------- ATENÇÃO: arch/x 86 /kernel/ traps.c: 1524 no exc_device_not_disponível+ 0 x 101 / 0 x 110, CPU# 29: amx_ teste/ 848 Módulos ligados em: kvm_intel kvm irqbypass CPU: 29 UID: 1000 PID: 848 Comm: amx_test Não manchado 6.19.0 -rc 2 - ffa 07 f 7 fd 437 - x 86 _amx_nm_xfd_non_init-vm # 171 NENHUNHUM Nome do hardware: QEMU Standard PC (Q 35 + ICH 9, 2009 ), BIOS 0.0.0 02 / 06 / 2015 RIP: 0010:exc_device_not_disponível+ 0 x 101 / 0 x 110 Chame o rastreamento: asm_exc_device_not_disponível+ 0 x 1 a/ 0 x 20 RIP: 0010:restore_fpregs_from_fpstate+ 0 x 36 / 0 x 90 switch_fpu_return+ 0 x 4 a/ 0 xb 0 kvm_arch_vcpu_ioctl_run+ 0 x 1245 / 0 x 1 e 40 [kvm] kvm_vcpu_ioctl+ 0 x 2 c 3 / 0 x 8 f 0 [kvm] __x 64 _sys_ioctl+ 0 x 8 f/ 0 xd 0 do_syscall_ 64 + 0 x 62 / 0 x 940 digitação_SISCO_ 64 _após_hwframe+ 0 x 4 b/ 0 x 53 ---[ traço final 0000000000000000 ]--- Isto pode acontecer se o convidado executar WRMSR(MSR_IA 32 _XFD) para definir o XFD[ 18 ] = 1, e um IRQ host ativa kernel_fpu_begin() antes da chamada do manipulador do vmexit para fpu_update_guest_xfd(). e se o espaço de usuário enche XSTATE_BV[i]= 1 via KVM_SET_XSAVE: -----------[ cortar aqui ]------------ ATENÇÃO: arch/x 86 /kernel/ traps.c: 1524 no exc_device_not_disponível+ 0 x 101 / 0 x 110, CPU# 14: amx_ teste/ 867 Módulos ligados em: kvm_intel kvm irqbypass CPU: 14 UID: 1000 PID: 867 Comm: amx_test Não manchado 6.19.0 -rc 2 - 2 assado 9 faccd 6 - x 86 _amx_nm_xfd_non_init-vm # 168 NENHUNHUM Nome do hardware: QEMU Standard PC (Q 35 + ICH 9, 2009 ), BIOS 0.0.0 02 / 06 / 2015 RIP: 0010:exc_device_not_disponível+ 0 x 101 / 0 x 110 Chame o rastreamento: asm_exc_device_not_disponível+ 0 x 1 a/ 0 x 20 RIP: 0010:restore_fpregs_from_fpstate+ 0 x 36 / 0 x 90 fpu_swap_kvm_fpstate+ 0 x 6 b/ 0 x 120 kvm_load_guest_fpu+ 0 x 30 / 0 x 80 [kvm] kvm_arch_vcpu_ioctl_run+ 0 x 85 / 0 x 1 e 40 [kvm] kvm_vcpu_ioctl+ 0 x 2 c 3 / 0 x 8 f 0 [kvm] __x 64 _sys_ioctl+ 0 x 8 f/ 0 xd 0 do_syscall_ 64 + 0 x 62 / 0 x 940 digitação_SISCO_ 64 _após_hwframe+ 0 x 4 b/ 0 x 53 ---[ traço final 0000000000000000 ]--- O novo comportamento é consistente com a arquitetura AMX. Por SDM da Intel, XSAVE salva o XState_ BV como ' 0 ' para os componentes que estão desativados via XFD (e XSAVE não compatível salva a configuração inicial do componente de estado): Se XSAVE, XSAVEEC, XSAVEOPT ou XSAVES estiverem salvando o componente de estado i, a instrução não gera #NM quando XCR 0 [i] = IA 32 _XFD[i] = 1; em vez disso, ele funciona como se XINUSE[i] = 0 (e o componente de estado estava em seu estado inicial): ele salva o bit i do campo XState_BV do cabeçalho XSAVE como 0; além disso, o XSAVE salva a configuração inicial do componente de estado (as outras instruções não salvam o componente de estado i). Alternativamente, o KVM pode sempre fazer XRSTOR com XFD= 0, por exemplo, usando um XFD constante baseado no conjunto de recursos ativados quando XSAVE para um fpu_ guest de estrutura. No entanto, tendo XSTATE_BV[i]= 1 para recursos XFD- desativados só pode acontecer no caso de interrupção acima, ou em cenários semelhantes envolvendo preempção em kernels preempíveis, porque a chamada do fpu_swap_kvm_fpstate() para save_fpregs_to_fpstate() salva o estado FPU saliente com o XFD atual; e isso é (em todos menos o primeiro WRMSR para XFD) o XFD convidado. Portanto, o XFD só pode sair da sincronização com o XSTATE_BV no caso de interrupção acima, ou em cenários semelhantes envolvendo a preemissão em kernels preempíveis, e podemos considerar (de facto) parte do KVM ABI que o KVM_GET_XSAVE retorna o XSTATE_BV[i]= 0 para recursos com XFD desativados. [Mover clea --- truncado---.

O registro de base de dados de vulnerabilidade nacional CVE- 2026 - 23005 foi publicado em 2026 - 01 - 25 T 15: 15: 55.377 Z e última modificação em 2026 - 07 - 14 T 13: 18: 22.227 Z. O seu estado registrado é modificado.

métricas de vulnerabilidade gravadas: CVSS 3.1, pontuação de base 5.5, gravidade MEDIUM, vetor CVSS: 3.1 /AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H, pontuação de exploração 1.8, pontuação de impacto 3.6; CVSS.

Classificações de fraqueza associadas: NVD- CWE- noinfo.

Os produtos ou plataformas nomeados nos dados de aplicabilidade incluem: kernel linux linux.

O registro NVD inclui referências de suporte documentando a vulnerabilidade, tecnologia afetada ou informações de remediação.