Xen: un fallo en grant copy hallado con Claude pone en riesgo también a Dom0

El 3 de noviembre, a las 12:00 UTC, el Xen Project Security Team publicó la segunda versión del aviso XSA-523, titulado "arbitrary read/write via grant copy", difundido también en la lista oss-security de Openwall. El aviso cubre dos vulnerabilidades, CVE-2026-102703 y CVE-2026-102704, que tocan el núcleo del oficio de un hipervisor: mantener separadas las máquinas virtuales que comparten el mismo host. Según el aviso, un invitado malicioso puede leer y escribir memoria arbitraria de otros dominios, incluido Dom0, el dominio de control.

El punto débil es el grant copy, la operación con la que Xen copia datos entre máquinas virtuales. El aviso explica que, cuando las copias llegan en lotes sobre rangos de direcciones contiguos, Xen reutiliza datos de validación ya calculados. En algunos casos, las condiciones que deberían haber obligado a repetir la validación eran incorrectas. De ahí salen dos defectos distintos. En el primero, CVE-2026-102703, los números de frame y las grant references podían confundirse entre sí. En el segundo, CVE-2026-102704, la copia por número de frame (en lugar de por grant reference) solo se permite sobre la memoria de quien la invoca, pero según el aviso la comprobación que impone ese límite estaba en el lugar equivocado del código.

El alcance es amplio: según el aviso, están afectadas todas las versiones desde Xen 4.6, mientras que la 4.5 y anteriores no son vulnerables. El Xen Project declara que no existe ninguna mitigación conocida. Los parches adjuntos cubren xen-unstable hasta la serie 4.19.x y las series de la 4.18.x a la 4.17.x. Para las versiones de la 4.6 a la 4.16, el aviso no enumera correcciones ni indica versiones correctivas numeradas. Ese mismo día, Qubes OS, que se apoya precisamente en el aislamiento que garantiza Xen, publicó el boletín QSB-121. En él se lee que todas las versiones y configuraciones soportadas están afectadas y que un qube malicioso puede leer y escribir la memoria de otros qubes, dom0 incluido. Para Qubes 4.3, la corrección que indica el boletín son los paquetes Xen 4.19.6-3 en dom0, seguidos de un reinicio. Por ahora no está claro si existen exploits activos.

La sección de créditos del aviso de Xen afirma que el fallo lo descubrió Anthropic usando Claude, que luego lo validó un investigador de Ada Logics y que más tarde lo notificó de forma independiente el CodeAnt AI Security Research Team. El boletín QSB-121 remite al aviso original para los nombres de quienes lo reportaron, sin citarlos. El aviso se queda en esa fórmula, "Anthropic using Claude": no especifica qué modelo o versión se empleó, ni si el trabajo fue autónomo o dirigido por investigadores. Entre las publicaciones del Frontier Red Team de Anthropic que pudimos consultar no encontramos una descripción del método. Tampoco examinamos el contenido de la primera versión del aviso.

Tras el caso php2shell, que afectaba a PHP, la escena se traslada ahora a la virtualización, la capa sobre la que se apoyan varios proveedores cloud y sistemas como Qubes OS. Lo que documenta el aviso de Xen es un crédito: un hallazgo atribuido a Anthropic y a su modelo, confirmado por un investigador de Ada Logics y encontrado de nuevo, por su cuenta, por otro grupo. Cómo se llegó a él, de momento, no lo dice ninguna de las fuentes. Quien administra hosts Xen tiene mientras tanto una certeza más prosaica y más urgente: según el aviso no hay mitigación, y quien siga en versiones anteriores a la 4.17 no encontrará parches en la lista. — Olya