Se ha publicado una prueba de concepto para Vghost (CVE-2026-74580), una vulnerabilidad de alta severidad en Linux vhost. Este fallo permite que un usuario local obtenga acceso de root o, en configuraciones específicas de máquinas virtuales, logre un escape del huésped para afectar al anfitrión. El problema tiene una puntuación CVSS v3.1 de 8.8 y ya ha sido corregido.

Una prueba de concepto pública para Vghost, un fallo de vhost de Linux de alta severidad rastreado como CVE-2026-74580, muestra cómo el error puede permitir que un usuario local obtenga acceso de root o, en ciertas configuraciones de máquinas virtuales, escape de un invitado y afecte al anfitrión. El problema tiene una puntuación CVSS v3.1 de 8.8 y ha sido corregido en las versiones actualizadas del kernel de Linux.

Vhost es un sistema del kernel de Linux que ayuda a las máquinas virtuales a gestionar el tráfico de red y de otros dispositivos con mayor rapidez. Utiliza colas virtuales compartidas, llamadas virtqueues, para transportar datos de dispositivos entre un invitado y el anfitrión. El fallo reside en cómo vhost almacena en caché los mapeos IOTLB utilizados para encontrar esas colas en la memoria.

El problema ocurre cuando se reconfigura un anillo virtual. Linux actualiza la dirección o el tamaño del anillo, pero no borra el mapeo almacenado en caché para los datos del descriptor, disponibles o utilizados del anillo.

Por lo tanto, un acierto posterior en la caché puede saltarse la comprobación de dirección esperada y traducir la nueva dirección utilizando un mapeo antiguo. El puntero resultante puede llegar a las rutinas de copia del kernel con un objetivo inválido.

Investigadores en la lista de correo de Seclists rastrearon el error hasta dos cambios anteriores del kernel: uno introdujo la caché de metadatos, mientras que el otro pospuso la validación de la dirección de E/S del invitado.

PoC publicada para el fallo de Linux Vhost

Para la escalada de privilegios locales, un atacante necesita primero permiso para abrir un dispositivo vhost como /dev/vhost-net o /dev/vhost-vsock. La PoC prepara la caché, cambia una dirección de anillo sin borrar la entrada almacenada y luego activa la cola. Los investigadores afirman que esto puede leer y escribir en la memoria del kernel.

La cadena demostrada utiliza una lectura de memoria del kernel para calcular el desplazamiento de aleatorización de direcciones y luego escribe en la configuración modprobe_path del kernel. Activar una solicitud de módulo del kernel puede entonces ejecutar un ayudante controlado por el atacante con privilegios de root.

Los investigadores informan haber reproducido la cadena en Ubuntu 26.04, RHEL 9.8, Amazon Linux 2023, Azure Linux 3.0 y Oracle Linux 10.2. Los permisos de los dispositivos variaron: el sistema Ubuntu probado limitó el acceso al grupo kvm, mientras que los otros sistemas de prueba enumerados expusieron el dispositivo a usuarios ordinarios.

Esa diferencia hace que los permisos del dispositivo sean una comprobación de exposición importante, pero no sustituyen al parcheado. La pertenencia a kvm u otro grupo con acceso a dispositivos vhost debe tratarse como privilegiada mientras el sistema permanezca sin parchear.

La segunda vía comienza dentro de una máquina virtual. Requiere un dispositivo vhost que utilice un IOMMU virtual, iommu_platform y la función de restablecimiento de cola virtio VIRTIO_F_RING_RESET. Un invitado puede restablecer y volver a habilitar una cola, lo que lleva al anfitrión a reconfigurar su anillo mientras los metadatos obsoletos permanecen en la caché.

Cuando el invitado activa entonces la cola, el mapeo obsoleto puede enviar una escritura de anillo utilizada más allá de la memoria del invitado y hacia el heap del proceso QEMU. Los investigadores dicen que la corrupción puede bloquear QEMU o afectar su flujo de control. Este es un riesgo de escape de VM dependiente de la configuración, no una afirmación de que se pueda escapar de cualquier máquina virtual a través del fallo.

La corrección upstream borra la caché de metadatos de vring cuando se cambia la dirección o el tamaño del anillo, por lo que la nueva configuración debe pasar la validación IOTLB.

Las primeras versiones estables upstream corregidas enumeradas para las series afectadas son 5.10.265, 5.15.216, 6.1.183, 6.6.152, 6.12.104, 6.18.45, 7.1.9 y 7.2. Debes instalar un kernel corregido o un backport del proveedor y reiniciar el sistema con él.

Hasta entonces, restringe el acceso a todos los nodos de dispositivos vhost, incluyendo /dev/vhost-net, /dev/vhost-vsock, /dev/vhost-scsi y /dev/vhost-vdpa-*. No pases estos dispositivos a contenedores no confiables.

Para anfitriones de virtualización sin parchear, evita exponer dispositivos vhost con iommu_platform detrás de un IOMMU virtual a invitados no confiables. Los cambios de permisos no revocan los descriptores de archivo que ya están abiertos y no solucionan la vía activada por el invitado.

Para una cobertura relacionada, consulta los informes sobre fallos de escalada de privilegios del kernel de Linux y riesgos de escape de invitado a anfitrión de KVM. El análisis técnico y la PoC están disponibles en Tencent Zhuque Lab y GitHub.