Xen : une faille du grant copy découverte avec Claude menace aussi Dom0

Le 3 novembre à 12:00 UTC, le Xen Project Security Team a publié la deuxième version de l'avis XSA-523, intitulé "arbitrary read/write via grant copy", également diffusé sur la liste oss-security d'Openwall. L'avis couvre deux vulnérabilités, CVE-2026-102703 et CVE-2026-102704, qui touchent au cœur du métier d'un hyperviseur : séparer les machines virtuelles qui partagent le même hôte. Selon l'avis, un invité malveillant peut lire et écrire de la mémoire arbitraire appartenant à d'autres domaines, y compris Dom0, le domaine de contrôle.

Le point faible est le grant copy, l'opération par laquelle Xen copie des données entre machines virtuelles. L'avis explique que, lorsque les copies arrivent par lots sur des plages d'adresses contiguës, Xen réutilise des données de validation déjà calculées. Dans certains cas, les conditions qui auraient dû déclencher une nouvelle validation étaient erronées. Il en découle deux défauts distincts. Dans le premier, CVE-2026-102703, numéros de frame et grant references pouvaient être confondus. Dans le second, CVE-2026-102704, la copie par numéro de frame (plutôt que par grant reference) n'est autorisée que sur la mémoire de l'appelant, mais selon l'avis le contrôle qui impose cette limite se trouvait au mauvais endroit du code.

Le périmètre est large : selon l'avis, toutes les versions à partir de Xen 4.6 sont touchées, tandis que la 4.5 et les précédentes ne sont pas vulnérables. Le Xen Project déclare qu'aucune mesure d'atténuation n'est connue. Les correctifs joints couvrent xen-unstable jusqu'à la série 4.19.x ainsi que les séries 4.18.x à 4.17.x. Pour les versions 4.6 à 4.16, l'avis ne liste aucun correctif et n'indique aucune version corrective numérotée. Le même jour, Qubes OS, qui repose justement sur l'isolation garantie par Xen, a publié le bulletin QSB-121. On y lit que toutes les versions et configurations prises en charge sont touchées et qu'un qube malveillant peut lire et écrire la mémoire d'autres qubes, dom0 compris. Pour Qubes 4.3, le correctif indiqué par le bulletin correspond aux paquets Xen 4.19.6-3 dans dom0, suivis d'un redémarrage. On ne sait pas encore si des exploits actifs existent.

La section des crédits de l'avis Xen indique que la faille a été découverte par Anthropic à l'aide de Claude, puis validée par un chercheur d'Ada Logics, et signalée ensuite de manière indépendante par le CodeAnt AI Security Research Team. Le bulletin QSB-121 renvoie à l'avis d'origine pour les noms des déclarants, sans les citer. L'avis s'en tient à cette formule, "Anthropic using Claude" : il ne précise ni le modèle ni la version utilisés, ni si le travail a été autonome ou guidé par des chercheurs. Parmi les billets du Frontier Red Team d'Anthropic que nous avons pu consulter, nous n'avons trouvé aucune description de la méthode. Nous n'avons pas non plus examiné le contenu de la première version de l'avis.

Après l'affaire php2shell, qui concernait PHP, la scène se déplace vers la virtualisation, la couche sur laquelle reposent plusieurs fournisseurs cloud et des systèmes comme Qubes OS. Ce que documente l'avis Xen, c'est un crédit : une découverte attribuée à Anthropic et à son modèle, confirmée par un chercheur d'Ada Logics et retrouvée de son côté par une autre équipe. Comment on y est arrivé, aucune source ne le dit pour l'instant. Les administrateurs d'hôtes Xen ont en attendant une certitude plus prosaïque et plus urgente : selon l'avis, il n'existe pas d'atténuation, et ceux qui restent sur des versions antérieures à la 4.17 ne trouvent aucun correctif listé. — Olya