Die Fehler stecken im Grant-Copy-Mechanismus, mit dem Xen Daten zwischen VMs kopiert. Jede VM teilt Xen mit, welche ihrer Speicherseiten andere VMs nutzen dürfen, Xen prüft diese Berechtigungen. Um bei einer Reihe von Kopiervorgängen innerhalb derselben Speicherseite Zeit zu sparen, verwendet Xen bereits durchgeführte Prüfungen erneut. In einigen Fällen unterblieb eine erneute Prüfung, obwohl sie nötig gewesen wäre — genau dadurch kann ein bösartiger Gast fremden Speicher lesen und schreiben.

Das Xen Project schreibt den Fund dem KI-Unternehmen Anthropic zu, das die Fehler mit seinem Modell Claude entdeckte. Stephan Lipp von Ada Logics bestätigte den Befund anschließend; das CodeAnt AI Security Research Team meldete dasselbe Problem später unabhängig davon.

XCP-ng, eine quelloffene Virtualisierungsplattform auf Xen-Basis, schreibt in seinen Update-Hinweisen: „Ein einzelner kompromittierter Gast kann aus seiner Isolation ausbrechen und den gesamten Host übernehmen." Der Xen-Sicherheitshinweis nennt keine Angriffe, die die Lücken ausnutzen, und gibt auch nicht an, welche Zugriffsrechte ein Angreifer innerhalb der VM benötigt.

Qubes OS, ein sicherheitsorientiertes Desktop-Betriebssystem, das Software in getrennten Xen-Kompartimenten namens Qubes hält, teilte in einem Bulletin mit, dass jede unterstützte Version und jede Konfiguration betroffen ist. Der Fix gilt für Qubes 4.3, die einzige noch unterstützte Ausgabe.

Da alle Xen-Versionen ab 4.6 verwundbar sind, sind auch weitere darauf aufbauende Produkte betroffen, solange ihre Hersteller die XSA-523-Patches nicht eingepflegt haben. Der Sicherheits-Tracker von Debian führte das Paket xen mit Stand 4. November in den Releases bookworm, trixie und forky als verwundbar, in sid als behoben.

Bislang veröffentlichte Korrekturen:

  • Xen-Quellcode: Der Sicherheitshinweis enthält Patches für xen-unstable bis Xen 4.19.x sowie für Xen 4.18.x bis 4.17.x.
  • Xen 4.6 bis 4.16: keine Patches im Sicherheitshinweis. Der Security-Support für Xen 4.16 endete am 2. Dezember 2024.
  • XCP-ng 8.3: xen-4.17.7-4.2.xcpng8.3, veröffentlicht am 3. November. Hosts müssen neu gestartet werden. Vates, das hinter XCP-ng steht, stuft die Auswirkung als kritisch ein.
  • Qubes OS 4.3: Xen-Pakete 4.19.6-3 in dom0. Dom0 muss neu gestartet werden, und Nutzer von Anti Evil Maid müssen ihre geheime Passphrase neu versiegeln, weil die neuen Xen-Binärdateien PCR18 und PCR19 verändern.

Qubes forderte seine Nutzer am 3. November auf, Updates wie gewohnt einzuspielen. Die korrigierten Pakete lagen zu diesem Zeitpunkt im Security-Testing-Repository und sollten nach dem Test durch die Community innerhalb der folgenden zwei Wochen in das stabile Repository wechseln.

XSA-523 ist unabhängig von XSA-500, einer früheren Grant-Copy-Schwachstelle, die Xen am 28. Juli offenlegte; XSA-523 hat eigene Patches.