Xen-Lücken erlauben einer Gast-VM, den Speicher anderer VMs zu lesen und zu schreiben

Das Xen Project hat am 3. November die Advisory XSA-523 veröffentlicht. Darin legt es zwei Hypervisor-Lücken offen, mit denen eine bösartige Gast-VM den Speicher anderer VMs auf demselben Host lesen und schreiben kann, dom0 eingeschlossen. Die Lücken laufen unter CVE-2026-102703 und CVE-2026-102704. Patches sind verfügbar, eine bekannte Gegenmaßnahme gibt es nicht, teilte das Projekt mit.

Betroffen sind alle Xen-Versionen ab 4.6. Die Versionen 4.5 und älter sind es nicht. Dom0 ist die VM, die standardmäßig alle Rechte hat und die anderen verwaltet.

Wie die Lücken funktionieren

Die Fehler stecken in grant copy, dem Vorgang, mit dem Xen Daten zwischen VMs kopiert. Jede VM teilt Xen mit, welche ihrer Speicherseiten andere VMs nutzen dürfen, und Xen prüft diese Rechte. Bei einer Reihe von Kopien innerhalb derselben Speicherseite verwendet Xen bereits durchgeführte Prüfungen erneut, um Zeit zu sparen. In einigen Fällen prüfte es nicht noch einmal, obwohl es das hätte tun müssen. So kann eine bösartige Gast-VM Speicher lesen und schreiben, der ihr nicht gehört.

XCP-ng, eine Open-Source-Virtualisierungsplattform rund um Xen, schreibt in seinen Update-Hinweisen, "ein einzelner kompromittierter Gast kann aus seiner Isolation ausbrechen und den gesamten Host übernehmen". Vates, der Träger von XCP-ng, stuft die Auswirkung als Critical ein.

Claude fand die Fehler

Das Xen Project schreibt das Auffinden der Lücken dem KI-Unternehmen Anthropic und seinem Claude-Modell zu. Stephan Lipp von Ada Logics bestätigte den Fund. Das CodeAnt AI Security Research Team meldete dasselbe Problem später unabhängig.

Korrekturen und Neustarts je Plattform

Die Advisory enthält Patches für xen-unstable bis Xen 4.19.x und für Xen 4.18.x bis 4.17.x. Für Xen 4.6 bis 4.16 gibt es keinen Patch. Der Sicherheitssupport für Xen 4.16 endete am 2. Dezember 2024.

XCP-ng 8.3 hat eine Korrektur: xen-4.17.7-4.2.xcpng8.3, veröffentlicht am 3. November. Die Hosts müssen neu gestartet werden.

Qubes OS, ein auf Sicherheit ausgelegtes Desktop-Betriebssystem, das Software in getrennten, auf Xen basierenden Bereichen namens qubes hält, meldet, dass jede unterstützte Version und Konfiguration betroffen ist. Die Korrektur gilt für Qubes 4.3, die einzige noch unterstützte Version. Die Xen-Pakete haben in dom0 die Version 4.19.6-3. Dom0 muss neu gestartet werden. Nutzer von Anti Evil Maid müssen ihre geheime Passphrase neu versiegeln, weil die neuen Xen-Binaries PCR18 und PCR19 ändern.

Da jede Xen-Version ab 4.6 verwundbar ist, sind andere Produkte auf diesen Versionen betroffen, bis ihre Hersteller die Patches aus XSA-523 einspielen. Am 4. November führte der Sicherheits-Tracker von Debian das Paket xen in den Releases bookworm, trixie und forky als verwundbar und in sid als korrigiert.

Wie es weitergeht

Qubes riet den Nutzern am 3. November, Updates wie gewohnt weiter zu installieren. Die korrigierten Pakete lagen damals im Repository für Sicherheitstests. Nach dem Test durch die Community sollten sie in den nächsten zwei Wochen in das stabile Repository wandern. Die Xen-Advisory nennt keine Angriffe, die die Lücken ausnutzen, und sagt nicht, welchen Zugriff innerhalb der VM ein Angreifer braucht. XSA-523 ist getrennt von XSA-500, einer früheren grant-copy-Lücke, die Xen am 28. Juli offengelegt hat, und hat eigene Patches.