CVE-2026-64307 in Linux
Resumen
por VulDB • 2026-07-25
En el kernel de Linux, se ha resuelto la siguiente vulnerabilidad:
crypto: ccp - No inicializar SNP para ioctl(SNP_CONFIG)
Las notas de Sashiko indican:
> si falla la inicialización de SEV y KVM está ejecutando activamente máquinas virtuales normales, ¿podría un proceso en espacio usuario desencadenar esta ruta de código a través de los ioctls /dev/sev (por ejemplo, SEV_PDH_GEN) y establecer globalmente a cero MSR_VM_HSAVE_PA? ¿Provocaría la siguiente ejecución VMRUN para una máquina virtual activa una falla general de protección y el bloqueo del host?
Se niega a reintentar la inicialización si SNP no está ya inicializado para SNP_CONFIG.
Esto es técnicamente un cambio en la ABI: antes, si fallaba la inicialización de SNP, podía volver a desencadenarse transparentemente mediante este ioctl, y si no había máquinas virtuales ejecutándose, todo funcionaba correctamente. Esperemos que sea un caso tan extremo que nadie lo note; pero si alguien lo detecta, hay algunas opciones:
* hacer algo similar a symbol_get() para kvm y negar la inicialización si KVM está cargado * verificar los datos no nulos en HSAVE_PA de cada CPU antes de reinicializar * una vez fallada la inicialización, seguir negando la misma hasta que se descargue el módulo ccp
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.