Una vulnerabilidad del núcleo de Linux, rastreada como CVE-2026-64561 y nombrada Zapscape, podría permitir que los atacantes escapen de una máquina virtual KVM y tomen el control de su host Linux subyacente con privilegios de root.

El problema afecta a KVM/x86, una tecnología de virtualización que separa los sistemas invitados del servidor físico. El fallo es especialmente grave para los proveedores de la nube y las empresas que ejecutan cargas de trabajo no confiables.

Zapscape fue descubierto por el investigador de seguridad Hyunwoo Kim, conocido como V4bel. Existe en la unidad de gestión de memoria sombra de KVM, o shadow MMU, que gestiona las traducciones de memoria cuando se utiliza la virtualización anidada.

La virtualización anidada permite que una máquina virtual ejecute otra máquina virtual dentro de ella. Aunque es útil para pruebas y servicios en la nube, crea una superficie de ataque más amplia.

La vulnerabilidad es un error de tipo "uso después de liberar" (use-after-free) en la ruta de zap recursiva que utiliza KVM al recuperar páginas sombra. En términos sencillos, KVM puede liberar una estructura de memoria pero continuar utilizándola más tarde.

Zapscape: el escape de KVM otorga acceso de root

Un invitado malicioso puede provocar esa condición insegura desde el interior del sistema invitado. Esto puede corromper la memoria en el núcleo del host, rompiendo la barrera de seguridad que normalmente mantiene al invitado separado de su host.

Un ataque exitoso podría tener consecuencias graves. Un atacante con control a nivel de núcleo en un invitado L1 puede ejecutar comandos en el host KVM como root.

Eso podría permitir el robo de datos, la interrupción del servicio, el acceso a otras máquinas virtuales en el mismo servidor o el control del host. En entornos de nube compartidos, una instancia de inquilino comprometida podría, por lo tanto, poner en riesgo a otros clientes.

Una prueba de concepto publicada en GitHub demuestra la cadena de escape en un entorno controlado de QEMU TCG, resultando en un archivo propiedad de root en el host.

El investigador afirmó que no es un ataque a la nube listo para usar, pero advirtió que adaptarlo a un entorno real no sería difícil. Tú y tu organización deberían tratar la disponibilidad de exploits públicos como una señal urgente para aplicar parches.

El código afectado fue introducido en 2020 y fue corregido en el commit de Linux 2abd5287f083 el 21 de julio de 2026. El parche cambia el orden de validación en la ruta de fallos de la shadow MMU.

Ahora, KVM comprueba si una página raíz se volvió inválida después de hacer disponibles las páginas MMU. Si la página fue recuperada, KVM reintenta el fallo en lugar de continuar utilizando la estructura inválida.

El riesgo es mayor donde la virtualización anidada está expuesta a usuarios no confiables. El acceso de root del invitado es generalmente necesario para la ruta de escape documentada, lo cual es común en despliegues de infraestructura como servicio (IaaS).

Los entornos Intel enfrentan una condición adicional: tanto el soporte de recorrido de página EPT de cuatro niveles como el de cinco niveles deben estar expuestos al invitado L1. Los sistemas AMD no tienen esa condición establecida.

Tú, como administrador, deberías instalar rápidamente un núcleo del proveedor que contenga la corrección oficial y reiniciar los hosts KVM afectados. Hasta que se complete el parcheo, tu equipo debería desactivar la virtualización anidada para invitados no confiables donde sea operativamente posible.

También deberías restringir el acceso a /dev/kvm, revisar las configuraciones del host, identificar los sistemas multi-inquilino expuestos y monitorear los avisos del proveedor.

Zapscape demuestra que la gestión de parches del hipervisor es esencial: un solo escape de invitado puede socavar el aislamiento de todo un servidor.