Vghost (CVE-2026-74580): cómo un caché de vhost en el kernel de Linux da root local y puede escapar de una VM

By Carlos Montiel | Especialista en IA Empresarial
Read in English →
Publicado: 2026-10-15 | Por: Carlos Montiel | Lectura: ~6 minutos

Una falla de 2017 combinada con un cambio de 2020 dejó durante años un caché de metadatos sin invalidar en el kernel de Linux. Vghost (CVE-2026-74580) convierte ese olvido en lectura y escritura de memoria del kernel y, en ciertos montajes de virtualización, en un escape de la máquina virtual.

Qué es Vghost y qué afecta

Vghost es una vulnerabilidad en el subsistema vhost del kernel de Linux, el que acelera el I/O de redes y sockets virtuales para máquinas virtuales. El registro CVE-2026-74580 (publicado el 21 de agosto de 2026) la califica con CVSS 8,8 (alto) y cubre desde el kernel 4.11 hasta las versiones anteriores a las corregidas. The Hacker News publicó el análisis completo el 12 de octubre y lo atribuye a Tencent Zhuque Lab, asistido por Corvus AI, un sistema multiagente de investigación de vulnerabilidades en kernel; el anuncio de Tencent Cloud (20 de septiembre) habla del equipo de seguridad de Tencent. El rol de la IA proviene de esa cobertura y no aparece en el registro CVE.

CVE-2026-74580 · Vghost Componente ......... kernel Linux, vhost (vhost-net, vhost-vsock) Afecta ............. 4.11 hasta antes de las versiones corregidas CVSS (kernel.org) .. 8.8 (AV:L/AC:L/PR:L/S:C) Corregida (parche) . 3 de agosto de 2026 Distros citadas .... Ubuntu 26.04, RHEL 9.8, Amazon Linux 2023, Azure Linux 3.0, Oracle Linux 10.2

Cómo funciona: un caché que sobrevive a la reconfiguración

Vhost mantiene un caché de las traducciones de memoria de los anillos virtuales (vrings). Cuando un programa reconfigura el anillo con las llamadas VHOST_SET_VRING_ADDR o VHOST_SET_VRING_NUM, el caché no se reiniciaba: seguía traduciendo con mapeos viejos. Según The Hacker News, la falla surge de dos cambios separados: la introducción del caché en Linux 4.11 (2017) y la reubicación de una verificación en Linux 5.9 (2020). Con el IOTLB de dispositivo activo, ciertos comandos de dirección se saltaban la validación, y las copias hacia y desde el espacio de usuario accedían a memoria fuera de la región realmente mapeada.

Dos caminos de ataque

Escalada local. Un usuario sin privilegios con acceso a /dev/vhost-net o /dev/vhost-vsock obtiene lectura y escritura de memoria del kernel, evade KASLR y llega a root. Escape de VM. Con virtio detrás de un IOMMU virtual (iommu_platform en modo device-IOTLB), un invitado no confiable puede sobrescribir un puntero a función en QEMU y controlar dónde ejecuta el proceso anfitrión. Tencent Cloud afirma que sus instancias CVM fueron verificadas como no vulnerables al escape.

Ojo con las puntuaciones: kernel.org da 8,8 (alcance cambiado); Red Hat y Oracle dan 7,3 y Amazon 7,8. La diferencia es si cuentan el escape de VM como cambio de alcance. Evalúa tu riesgo según si tus hosts ejecutan invitados no confiables.

Versiones corregidas y mitigación

Primeras versiones estables corregidas 5.10.265 · 5.15.216 · 6.1.183 · 6.6.152 6.12.104 · 6.18.45 · 7.1.9 · 7.2 Mitigación temporal - Restringir /dev/vhost-net y /dev/vhost-vsock - Limitar el grupo propietario a servicios de virtualización de confianza (p. ej. regla udev 72-vhost-perms.rules)

Qué significa para una empresa que usa o compra IA

Impacto empresarial: los servidores donde corren tus cargas de IA suelen ser hosts KVM/QEMU, ya sea propios o de un proveedor, y a menudo comparten host con inquilinos distintos. (1) Pregunta a tu proveedor de nube o de GPU si su kernel incluye el parche y si ofrece invitados aislados. (2) Si administras tus propios hosts, actualiza a una versión corregida o aplica la mitigación de permisos hoy. (3) Revisa quién tiene acceso a los dispositivos vhost en nodos compartidos. (4) Nota de fondo: la falla vivió años en código revisado; que sistemas de IA ya ayuden a encontrar este tipo de errores acorta el plazo entre hallazgo y explotación, así que el parcheo debe ser continuo.
Carlos Montiel
Arquitecto de Soluciones IA Empresarial
Especialista en LLMs, Agentes y Orquestación
guatemalia.com/#contacto · info@guatemalia.com

¿Necesitas implementar IA en tu empresa?

Carlos Montiel es arquitecto de soluciones IA empresarial. Implementa LLMs, Agentes, RAG y orquestadores en empresas de Guatemala y Latinoamérica. Contáctalo para una consultoría.

Contactar a Carlos Montiel

info@guatemalia.com