Se ha identificado una nueva vulnerabilidad en el kernel de Linux, denominada Zapscape, que permite a un atacante con privilegios de kernel dentro de una máquina virtual (VM) invitada L1 escapar del aislamiento de KVM y ejecutar código en el host. El riesgo se aplica cuando la virtualización anidada está expuesta a invitados no confiables.
El fallo, rastreado como CVE-2026-64561, afecta a la unidad de gestión de memoria de sombra (shadow MMU) de KVM/x86, que maneja las tablas de páginas de sombra utilizadas para la traducción de memoria de invitados anidados. El investigador de seguridad Hyunwoo Kim, quien reveló el error, indicó que la ruta de explotación demostrada puede ejecutar comandos en el host con privilegios de kernel o root.
La corrección ascendente se ha fusionado, y los administradores que ejecutan hosts KVM que exponen virtualización anidada a invitados no confiables deben actualizar a un kernel estable corregido o a un paquete del proveedor que incluya el parche. El privilegio de kernel L1 requerido normalmente significa root del invitado. Los sistemas Intel también requieren que tanto la longitud de recorrido de página EPT 4 como 5 estén expuestas al invitado L1. AMD no tiene una condición equivalente.
Detalles técnicos de Zapscape
Zapscape es un fallo de orden en la verificación de raíz obsoleta en el registro del shadow-MMU de KVM que puede provocar un uso después de liberación (use-after-free). Durante el manejo de fallos de página provocados por el invitado, KVM puede reclamar páginas MMU e invalidar la página raíz del shadow MMU que aún está siendo utilizada por la ruta de manejo de fallos. Debido a que la ruta no verifica nuevamente la raíz, KVM puede continuar bajo la raíz invalidada.
En un informe técnico, Kim describió el problema como un uso después de liberación en la ruta de zap recursiva utilizada cuando KVM reclama páginas de sombra. KVM verificaba si la raíz actual estaba obsoleta antes de poner a disposición más páginas MMU. La reclamación podría invalidar esa misma raíz, pero KVM continuaba la ruta de fallo y creaba páginas de sombra hijas bajo ella.
Esas páginas hijas heredaban el estado inválido del padre y aún se colocaban en la lista activa de páginas MMU de KVM. Una limpieza posterior podría adjuntar el mismo enlace de lista a dos listas a la vez, y luego liberar la página mientras quedan referencias de lista obsoletas, creando un enlace colgante y una escritura posterior a la liberación.
Prueba de concepto y alcance
La prueba de concepto pública de Kim utiliza esa primitiva para construir una cadena completa que crea un archivo propiedad de root llamado /Zapscape en el host que ejecuta el KVM vulnerable. La prueba de concepto apunta a AMD nested SVM/NPT en Linux 7.1.3. Kim recomienda ejecutarla bajo QEMU TCG para pruebas seguras. QEMU no es el componente vulnerable. Kim dijo que el error reside en el KVM dentro del kernel y se desencadena independientemente de la emulación de QEMU.
El informe de Kim del 6 de agosto incluye una prueba de concepto pública, pero no afirma que el fallo haya sido explotado en la naturaleza. Kim también lo describió como "no una explotación armada que se ejecute de inmediato" en entornos de nube, diciendo que el uso en el mundo real requeriría mover las acciones L1 a un módulo del kernel del invitado y adaptar la explotación a la configuración del kernel del host y al backend de memoria.
Versiones afectadas y remediación
La Base de Datos Nacional de Vulnerabilidades (NVD) enumera Linux 5.9 y posteriores como afectados hasta las versiones estables corregidas, incluidas 6.6.148, 6.12.101, 6.18.42, 7.1.6 y 7.2-rc5. Red Hat asignó una puntuación CVSS preliminar de 7.0 en su aviso y clasificó el problema como CWE-825, o desreferencia de puntero expirado.
El estado de los paquetes depende del rastreador de cada proveedor de Linux, no solo de las cadenas de versión ascendentes. Red Hat advierte que sus paquetes a menudo incluyen correcciones adaptadas sin cambiar a una nueva versión ascendente. Hasta el 6 de agosto de 2026, el rastreador de Debian enumeró los paquetes de kernel de bullseye, bookworm y trixie, incluidos sus repositorios de seguridad, como vulnerables. También enumeró forky como vulnerable y sid como corregido en 7.1.6-1.
Cronología y corrección
Según la cronología de divulgación, Kim informó el problema a security@kernel.org el 11 de julio de 2026. Se publicó y fusionó un parche el 21 de julio, el problema se envió a la lista linux-distros el 1 de agosto bajo un embargo de cinco días, y se asignó CVE-2026-64561 el 4 de agosto. La divulgación pública siguió el 6 de agosto.
La corrección, fusionada como commit 2abd5287f083, mueve la verificación de raíz obsoleta después de make_mmu_pages_available(). Si la reclamación invalida la raíz actual, KVM ahora reinicia el fallo con RET_PF_RETRY en lugar de continuar mapeando o buscando bajo la raíz inválida.
La divulgación sigue al trabajo anterior de Kim en KVM, incluidos Januscape (CVE-2026-53359), un problema separado de shadow-MMU de KVM/x86 cubierto por The Hacker News en julio, e ITScape (CVE-2026-46316), una fuga de KVM/arm64 publicada en junio.
Deja una respuesta