La vulnerabilidad Zapscape (CVE-2026-64561) afecta a KVM/x86 en el kernel de Linux y permite, en ciertos escenarios de virtualización anidada, saltar desde una VM L1 al host. La prioridad pasa por actualizar el kernel o aplicar parches retroportados y limitar el uso de nested virtualization con inquilinos no confiables.
Un fallo de seguridad en KVM/x86 dentro del kernel de Linux ha puesto el foco en un riesgo que muchas plataformas de infraestructura asumen casi sin querer: la virtualización anidada expuesta a cargas no confiables. La vulnerabilidad, bautizada como Zapscape y registrada como CVE-2026-64561, puede permitir que un atacante con privilegios de kernel en una máquina virtual L1 consiga ejecutar código en el host con permisos de root.
El problema se concentra en la shadow MMU y en cómo KVM gestiona las shadow page tables cuando el invitado L1 actúa a su vez como hipervisor para un invitado L2. En términos prácticos, el aislamiento que suele proteger al host frente a lo que ocurre dentro de una VM se debilita justo en el escenario en el que el proveedor da más poder al inquilino, al permitirle virtualizar dentro de su propia VM.
La raíz técnica está en un orden incorrecto al comprobar una condición de ‘stale root’ durante el manejo de fallos de página del invitado. Esa secuencia puede desembocar en un use after free y, a partir de ahí, en escrituras posteriores a liberación, un patrón clásico cuando se busca convertir un fallo de memoria en ejecución de código.
La divulgación pública menciona una prueba de concepto que encadena la explotación y termina creando un fichero en el host, /Zapscape, con propietario root, como demostración del salto. En Intel, el escenario requiere que el invitado L1 tenga expuestos EPT page walk length 4 y 5 para que se cumpla la condición descrita. En AMD no aparece una condición equivalente en la información publicada.
No consta, por ahora, explotación activa en ataques reales. Aun así, el alcance potencial justifica actuar con rapidez, sobre todo en entornos multi tenant. NVD sitúa el rango afectado a partir de Linux 5.9 y la corrección ya aparece integrada en el árbol principal y en ramas estables, con versiones corregidas que incluyen 6.6.148, 6.12.101, 6.18.42, 7.1.6 y 7.2 rc5. La mitigación más directa pasa por actualizar a un kernel estable corregido o instalar el paquete del fabricante con el parche retroportado.
En paralelo, conviene inventariar qué hosts ofrecen nested virtualization a cargas no confiables y tratarlos como prioridad de parcheo. Si un servidor no necesita virtualización anidada, deshabilitarla reduce superficie de ataque de forma inmediata. También ayuda comprobar la versión ‘efectiva’ con el seguimiento del proveedor de la distribución, porque algunas correcciones llegan como retroportaciones sin reflejarse de forma evidente en la cadena de versión upstream. Y si se decide validar el riesgo con pruebas internas, lo sensato es ejecutar la PoC solo en entornos controlados, nunca en producción.
Más información
- The Hacker News – New Zapscape KVM Flaw Could Let Privileged L1 Guest Code Escape to Linux Hosts : https://thehackernews.com/2026/08/new-zapscape-kvm-flaw-could-let.html
- NIST National Vulnerability Database (NVD) – CVE-2026-64561 Detail : https://nvd.nist.gov/vuln/detail/CVE-2026-64561
La entrada Un fallo en KVM rompe el aislamiento en virtualización anidada y abre la puerta a ejecutar código como root en Linux se publicó primero en Una Al Día.
