CVE-2026-99999 abre una vía de escape desde una VM KVM al host Linux

Una máquina virtual comprometida no debería poder leer o modificar memoria del servidor que la ejecuta. La CVE-2026-99999 hace que esa frontera merezca una revisión urgente en hosts Linux con KVM y la ruta de red virtio afectada: un huésped puede enviar paquetes con metadatos de checksum malformados y alcanzar memoria del kernel anfitrión. No es una vulnerabilidad de una aplicación que se solucione reinstalando el invitado; el componente vulnerable vive en el host.

La validación del checksum IPv4 es el punto vulnerable. El kernel necesita completar el cálculo de checksum de determinados paquetes y, antes de hacerlo, debe asegurarse de que el desplazamiento desde el que empieza esa operación sea válido. En este caso, una entrada con metadatos incorrectos podía llegar a esa ruta; al manipular el encabezado de red, el procesamiento acababa tocando memoria que no debía. La corrección añade una comprobación defensiva en el punto donde se completa el checksum.

La CNA de kernel.org asigna CVSS 9,3, con vector AV:L y alcance cambiado. Esa combinación importa: “local” no equivale a que el atacante tenga que sentarse delante del servidor, pero tampoco describe una explotación remota desde Internet sin contexto. El escenario divulgado comienza con ejecución dentro de una máquina virtual y depende del camino de red virtual correspondiente. La puntuación refleja el impacto potencial en confidencialidad, integridad y disponibilidad del host una vez que se consigue cruzar el límite.

-InfraCrew dice:un hipervisor puede alojar muchas máquinas; su cortafuegos lógico no sustituye un parche del kernel anfitrión.-

Qué confirma el advisory y qué no

Proxmox describe el resultado como lectura de memoria del host y escritura en memoria del kernel mediante la pila virtio, con posibilidad de escapar desde el invitado. Su advisory enlaza el fallo con CVE-2026-99999 y señala como corregido el paquete proxmox-kernel-7.0.14-24-pve, incluido el paquete firmado. Es una referencia concreta para Proxmox VE; no convierte ese número de paquete en una versión universal para todas las distribuciones que ejecutan KVM.

La nota de NVD atribuye al CNA una severidad crítica, pero el vector debe leerse junto a los requisitos de explotación, no separado de ellos. La candidata afecta a la frontera del host, así que importa especialmente en plataformas multiinquilino, granjas de pruebas donde se ejecuta código de terceros y nubes privadas que permiten a equipos desplegar sus propias imágenes. Si una VM puede usar el dispositivo virtio afectado, su aislamiento no debe darse por supuesto mientras el kernel vulnerable siga activo.

El anuncio no demuestra que toda máquina KVM esté expuesta con independencia de su configuración, ni que haya explotación masiva. Tampoco conviene extrapolar el paquete de Proxmox a hosts Ubuntu, Debian, RHEL u otros: cada proveedor compila y mantiene sus propios kernels. La lista real depende de la rama y del paquete del host, y el advisory correspondiente a cada distribución es el que debe determinar si una instalación concreta está corregida.

-InfraCrew dice:el dato útil para el inventario es el kernel que ejecuta el host, no el que muestra la VM en su panel.-

Qué revisar en producción

El inventario de hipervisores, ramas de kernel y dispositivos virtuales es el primer paso operativo. Para Proxmox, hay que comparar el paquete instalado con el nivel corregido del advisory y revisar los avisos de la rama que se mantiene en producción. En otras distribuciones, se debe esperar o consultar la errata del fabricante; instalar una versión de kernel de otra familia puede romper soporte, módulos o la ruta de actualización del hipervisor.

La actualización del host requiere la planificación habitual de ventanas, compatibilidad con módulos y reinicio cuando la corrección dependa de arrancar el kernel nuevo. No hay una mitigación genérica aquí que garantice el mismo aislamiento que el parche. Reducir quién puede crear máquinas virtuales o limitar dispositivos virtio puede acotar exposición en algunos entornos, pero esos cambios dependen del diseño y pueden alterar conectividad; no son sustitutos de la corrección del kernel.

Para servicios que ejecutan imágenes de clientes, la noticia también es un recordatorio de revisar cómo se separan los planos de control y de cómputo. Los registros de hipervisor, la asignación de dispositivos y la segmentación de red ayudan a investigar un intento, pero no corrigen por sí mismos el acceso indebido a memoria. El orden sensato es identificar la rama afectada, aplicar el paquete soportado y después comprobar que los hosts han arrancado con él.

-InfraCrew dice:si el huésped es ajeno, el kernel anfitrión no puede depender de que su usuario sea bienintencionado.-

Diccionario de la Crew

KVM — módulo del kernel Linux que permite ejecutar máquinas virtuales aprovechando extensiones de virtualización del procesador.

virtio-net — dispositivo de red virtual paravirtualizado que conecta una máquina invitada con la red del host o del entorno virtual.

Checksum — valor calculado sobre los datos de un paquete para detectar alteraciones o errores durante su transmisión o procesamiento.

CVSS — sistema que resume severidad técnica de vulnerabilidades mediante puntuaciones y un vector de condiciones de explotación e impacto.

AV:L — componente del vector CVSS que indica que la explotación requiere acceso local al sistema afectado; en un hipervisor, ese contexto puede ser una máquina virtual alojada en él.