Deux failles Xen permettent à une VM invitée de lire et d'écrire la mémoire des autres

Le projet Xen a publié l'avis XSA-523 le 3 novembre. Il y décrit deux failles d'hyperviseur qui permettent à une machine virtuelle invitée malveillante de lire et d'écrire la mémoire d'autres VM du même hôte, dom0 compris. Les failles sont enregistrées sous CVE-2026-102703 et CVE-2026-102704. Les correctifs sont disponibles. Le projet indique qu'il n'existe aucune mesure d'atténuation connue.

Toutes les versions de Xen à partir de la 4.6 sont vulnérables. Les versions 4.5 et antérieures ne le sont pas. Dom0 est la VM qui dispose par défaut de toutes les permissions et gère les autres.

Comment fonctionnent les failles

Les failles se trouvent dans la copie de grant, l'opération que Xen utilise pour copier des données entre VM. Chaque VM indique à Xen lesquelles de ses pages mémoire les autres VM peuvent utiliser, et Xen vérifie ces permissions. Pour gagner du temps sur une série de copies dans une même page mémoire, Xen réutilise des vérifications déjà effectuées. Dans certains cas, il n'a pas vérifié de nouveau alors qu'il aurait dû. Cette erreur permet à un invité malveillant de lire et d'écrire une mémoire qui ne lui appartient pas.

XCP-ng, plateforme de virtualisation open source construite autour de Xen, écrit dans ses notes de mise à jour qu'« un seul invité compromis peut sortir de son isolation et prendre le contrôle de tout l'hôte ». Vates, qui porte XCP-ng, classe l'impact comme critique.

Claude a trouvé les bugs

Le projet Xen attribue la découverte des failles à l'entreprise d'IA Anthropic, qui a utilisé son modèle Claude. Stephan Lipp, d'Ada Logics, a validé le résultat. L'équipe de recherche en sécurité IA CodeAnt a ensuite signalé le même problème de façon indépendante.

Correctifs et redémarrages par plateforme

L'avis fournit des correctifs pour xen-unstable jusqu'à Xen 4.19.x, et pour Xen 4.18.x jusqu'à 4.17.x. Il n'en contient aucun pour Xen 4.6 à 4.16. Le support de sécurité de Xen 4.16 s'est arrêté le 2 décembre 2024.

XCP-ng 8.3 a un correctif : xen-4.17.7-4.2.xcpng8.3, publié le 3 novembre. Les hôtes doivent être redémarrés.

Qubes OS, système d'exploitation de bureau axé sur la sécurité qui répartit les logiciels dans des compartiments Xen séparés appelés qubes, indique que toutes les versions et configurations prises en charge sont touchées. Son correctif concerne Qubes 4.3, la seule version encore soutenue. Les paquets Xen sont en 4.19.6-3 dans dom0. Dom0 doit être redémarré. Les utilisateurs d'Anti Evil Maid doivent aussi rescelller leur phrase secrète, car les nouveaux binaires Xen modifient PCR18 et PCR19.

Comme toutes les versions de Xen depuis la 4.6 sont vulnérables, les autres produits bâtis sur ces versions sont touchés tant que leurs éditeurs n'ajoutent pas les correctifs XSA-523. Au 4 novembre, le tableau de suivi de sécurité de Debian classait le paquet xen comme vulnérable dans ses versions bookworm, trixie et forky, et comme corrigé dans sid.

Ce qui suit

Qubes a demandé le 3 novembre à ses utilisateurs de continuer à installer les mises à jour normalement. Les paquets corrigés se trouvaient alors dans son dépôt de test de sécurité. Ils devaient passer dans le dépôt stable dans les deux semaines suivantes, après les tests de la communauté. L'avis Xen ne mentionne aucune attaque exploitant ces failles et ne précise pas quel accès à l'intérieur de la VM un attaquant doit avoir. XSA-523 est distinct de XSA-500, une faille antérieure de copie de grant révélée par Xen le 28 juillet, et il a ses propres correctifs.