Xen corrige fallos de aislamiento entre máquinas virtuales que Anthropic encontró con Claude (XSA-523)

El proyecto Xen publicó el 3 de noviembre el aviso de seguridad XSA-523, que corrige dos vulnerabilidades del hipervisor de código abierto capaces de romper el aislamiento entre máquinas virtuales. Según el aviso, un invitado malicioso puede leer y escribir memoria arbitraria de otros dominios del mismo servidor, incluido dom0, el dominio privilegiado que gestiona la máquina.

En qué consisten los errores

Ambos fallos están en grant copy, el mecanismo con el que Xen copia datos entre dominios a través de páginas compartidas. Para acelerar lotes de copias sobre rangos contiguos de una misma página, Xen reutiliza comprobaciones de permisos ya realizadas. El aviso explica que las condiciones para repetir esas comprobaciones eran incorrectas de dos maneras. En CVE-2026-102703, los números de marco y las referencias de grant podían confundirse. En CVE-2026-102704, la verificación que debía limitar las copias por número de marco a la memoria propia del solicitante estaba mal ubicada.

Son vulnerables todas las versiones de Xen desde la 4.6; la 4.5 y anteriores no. El proyecto afirma que no se conoce ninguna mitigación, así que la única solución es aplicar los parches, disponibles para xen-unstable y la rama 4.19, y para las ramas 4.17 y 4.18. The Hacker News señala que no hay parche para las versiones 4.6 a 4.16, ya sin soporte de seguridad, y que el aviso no menciona explotación activa.

Quién lo descubrió

De acuerdo con el aviso, el problema lo descubrió Anthropic utilizando su modelo Claude, y lo validó después Stephan Lipp, de Ada Logics. Más tarde, el equipo de investigación de seguridad de CodeAnt AI lo reportó de forma independiente. El documento no explica cómo se empleó Claude en la investigación.

Parches en las distribuciones

Los proyectos basados en Xen ya han publicado sus propias actualizaciones. Qubes OS, cuyo modelo de seguridad depende del aislamiento de Xen, indica en su boletín QSB-121 que todas sus versiones y configuraciones con soporte están afectadas. En Qubes 4.3, los paquetes de Xen corregidos (versión 4.19.6-3) llegan con la herramienta de actualización habitual y requieren reiniciar dom0; quienes usan Anti Evil Maid deben además volver a sellar su frase secreta, porque los nuevos binarios cambian los valores medidos en el arranque. Los paquetes pasarán del repositorio de pruebas al estable en unas dos semanas.

The Hacker News informa de que Vates publicó el 3 de noviembre una corrección para XCP-ng 8.3, calificada de crítica y que exige reiniciar el host, y de que el 4 de noviembre el rastreador de seguridad de Debian aún mostraba el paquete xen como vulnerable en bookworm, trixie y forky, con la corrección solo en sid. Quienes ejecuten invitados no confiables sobre Xen deberían seguir los canales de su proveedor.