Zero-day en KVM: Vercel paga $50,000 por un escape de VM
Zero-day en KVM: Vercel confirmó una falla que permite salir de una máquina virtual y obtener acceso root en el host. El investigador Paulos Yibelo la reportó el 3 de octubre de 2026 y recibió 50,000 dólares. De hecho, es el pago máximo por un solo reporte en el programa de la empresa. No obstante, todavía no hay CVE asignado ni parche público.
Zero-day en KVM: del guest a root en el host
Además, el hallazgo salió del programa de recompensas de Vercel Sandbox, lanzado como un reto de dos semanas con hasta un millón de dólares en premios. Yibelo describió el caso como un escape completo de máquina virtual, del guest a root en el host. Por su parte, el CEO Guillermo Rauch lo confirmó públicamente y lo llamó una falla en el estándar de oro de la virtualización en Linux.
En este sentido, la arquitectura afectada importa tanto como la falla. Vercel Sandbox ejecuta código no confiable, incluido el de agentes de IA, dentro de microVMs de Firecracker sobre hosts EC2 bare metal. Por lo tanto, el escape cruza justo la frontera de aislamiento que sostiene todo el servicio.
Por qué rompe el límite de aislamiento del cloud
KVM es la base de la virtualización en Linux y Firecracker se apoya en él. En consecuencia, una falla en esa capa no es el problema de un solo proveedor. Es un problema del modelo de múltiples inquilinos sobre un mismo hardware.
Aun así, conviene medir el riesgo con calma. No se ha reportado explotación en producción y la recompensa no equivale a un robo de datos de clientes. En cambio, lo que sí cambia es el supuesto de que una microVM contiene cualquier cosa que se ejecute dentro.
Qué hacer mientras no hay parche para el zero-day en KVM
Por ahora no hay versiones de kernel publicadas ni parche disponible, y el análisis técnico completo sigue pendiente. Por ello, la recomendación es seguir los avisos de Vercel y de tu proveedor de Linux. Por otro lado, no conviene asumir que un parche no relacionado ya cubre el problema. Puedes ver más artículos sobre seguridad en nuestro blog.
Asimismo, conviene reducir la superficie mientras llega el arreglo. En la práctica, eso implica tres medidas:
- Aislar lo no confiable: separa cargas de terceros o de agentes de IA en hardware dedicado.
- Mantener los kernels al día: el parche llegará por esa vía cuando se publique.
- Revisar la herencia de secretos: un invitado comprometido no debería alcanzar credenciales del host.
Finalmente, el zero-day en KVM recuerda que el aislamiento es una suposición, no una garantía.
Recuerda que estaremos publicando constantemente en nuestro blog más contenido sobre tecnología.
Puedes encontrarnos en Facebook y LinkedIn para más contenido relacionado con seguridad en internet y muchos temas más.
Fuentes: CybersecurityNews, elhacker.NET.