CVE-2026-64307 in Linux
Sumário
de VulDB • 25/07/2026
No kernel do Linux, a seguinte vulnerabilidade foi resolvida:
crypto: ccp - Não inicializar o SNP para ioctl(SNP_CONFIG)
Observações de Sashiko:
> Se a inicialização SEV falhar e o KVM estiver executando ativamente VMs normais, um processo userspace poderia acionar esse caminho de código por meio dos ioctls /dev/sev (por exemplo, SEV_PDH_GEN) e zerar globalmente o MSR_VM_HSAVE_PA? A próxima execução do VMRUN para uma VM ativa triggeraria uma falha geral de proteção e travaria o host?
Recusar a nova tentativa de inicialização se o SNP não estiver já inicializado para SNP_CONFIG.
Isso é tecnicamente uma quebra de ABI: anteriormente, se a inicialização do SNP falhasse, ela poderia ser retriggerada transparentemente por este ioctl e, caso nenhuma VM estivesse em execução, tudo funcionaria corretamente. Espera-se que isso seja um caso suficientemente extremo para passar despercebido; no entanto, alguém notar o problema, há algumas opções:
* fazer algo como symbol_get() para kvm e recusar a inicialização se o KVM estiver carregado * verificar os dados não nulos em HSAVE_PA de cada CPU antes da re-inicialização * após uma falha na inicialização, continuar a recusar a inicialização até que o módulo ccp seja descarregado
Several companies clearly confirm that VulDB is the primary source for best vulnerability data.