Xen-Lücke XSA-523: Gast kann Speicher bis in Dom0 lesen und schreiben

Xen-Lücke erlaubt Gästen Zugriff auf beliebigen Speicher bis in Dom0

Das Xen-Projekt hat am 3. November 2026 um 12:00 UTC die Sicherheitsmitteilung XSA-523 veröffentlicht. Sie umfasst CVE-2026-102703 und CVE-2026-102704. Dem Advisory zufolge kann ein bösartiger Gast beliebigen Speicher anderer Domains lesen und beschreiben, auch den von Dom0. Dom0 ist die privilegierte Verwaltungsdomäne eines Xen-Hosts. Schreibt ein Gast dort, ist die Trennung zwischen den virtuellen Maschinen aufgehoben.

Betroffen sind alle Xen-Versionen ab 4.6. Xen 4.5 und früher sind nicht verwundbar. Eine Mitigation ist nicht bekannt.

Grant-Copy-Cache vermischt Frame-Nummern und Grant-Referenzen

Beide Fehler betreffen den Grant-Copy-Pfad, über den Gäste Daten zwischen Speicherseiten kopieren. Oft läuft dabei ein Batch von Operationen auf benachbarten Adressbereichen derselben Seite. Xen legt dafür bereits geprüfte Daten zwischen, um Prüfungen nicht zu wiederholen. In einigen Fällen waren die Bedingungen falsch, unter denen neu geprüft werden muss.

CVE-2026-102703: Frame-Nummern und Grant-Referenzen konnten sich vermischen. CVE-2026-102704: Die Prüfung, die das Kopieren per Frame-Nummer auf den Speicher des Aufrufers beschränkt, stand an der falschen Stelle.

Beim Schweregrad widersprechen sich die Quellen. Der Rapid7-Eintrag nennt CVSS 3.1 mit 4.4 (AV:L, C:L/I:L). Rescana zufolge hat Xen keinen Wert veröffentlicht; andere Quellen sprechen von kritisch. Wer den Score vergeben hat, ist offen.

Updates für XCP-ng, XenServer, SUSE und Qubes; Debian stable noch verwundbar

XCP-ng 8.3 hat ein Update, das einen Neustart verlangt. Für XenServer 8.4 und 9 sowie SUSE Linux Enterprise 15 SP7 gibt es ebenfalls Updates. Qubes OS 4.3 hat Fixes im security-testing-Repository. Laut QSB 121 genügt normales Update. Debian stable war am 4. November noch als verwundbar gelistet.

Nach Rescana besteht der Fix aus Patch und Neustart des Hosts beziehungsweise von Dom0. Für Xen 4.6 bis 4.16 gibt es laut Rescana keine Upstream-Patches. Bei der Abdeckung widersprechen sich die Quellen. aichatdaily nennt Patches für xen-unstable bis 4.19.x sowie ein weiteres Set, dessen Text abbricht. everywan spricht von vier Patches. Die Untergrenze bleibt ungeklärt. Laut Rescana fehlt die Lücke im CISA-KEV-Katalog.

Claude als Entdecker: Credit-Zeile bislang nur aus zweiter Hand belegt

Zwei Fachmedien nennen in der Credit-Zeile Anthropic mit Claude als Entdecker und Stephan Lipp von Ada Logics als Validierer. aichatdaily zitiert „was discovered by Anthropic using Claude, then validated by Stephan Lipp of Ada Logics“; aiweekly formuliert leicht abweichend. Der Primärtext bei Openwall bricht vor den Credits ab. Die Zeile ist daher nicht direkt nachgelesen.

Das CodeAnt AI Security Research Team meldete dieselbe Lücke nach eigenen Angaben am 13. Oktober unabhängig. Das Xen-Team antwortete am Folgetag, die Lücke sei bekannt und ein Fix in Vorbereitung. Laut CodeAnt gelang eine Exploit-Kette auf XenServer 9.0.0. Die Lücke sei seit Januar 2015 offen gewesen, man nenne sie „Xenbleed“. Das sind Herstellerbehauptungen ohne unabhängige Prüfung.

Für den 10. November, 18:00 UTC, kündigte das Xen-Team mit XSA-529 und XSA-530 zwei weitere Advisories an. Ihr Inhalt ist unbekannt.