Xen: Wirkungslose Zenbleed-Schutzmassnahme ermöglicht Datenleck auf AMD-CPUs
Zusammenfassung
Eine Regression in der AMD-spezifischen Zenbleed-Schutzmassnahme des Xen-Hypervisors (XSA-433) kehrt eine Bedingung um, sodass die Massnahme dort übersprungen wird, wo sie nötig wäre. Ein Angreifer in einem mitlaufenden Gast oder auf demselben Host könnte Daten aus anderen Kontexten auf demselben CPU-Kern lesen, etwa AES-NI-Schlüsselmaterial oder REP-MOVS-Daten. Laut der Herstellerwarnung betrifft das Problem nur AMD-Zen2-Systeme mit veraltetem Microcode.
Betroffen
- Xen 4.19.4 und neuer, 4.20.3 und neuer, 4.21.1 und neuer sowie 4.22
- Nicht betroffen: Xen 4.18, 4.19.3 und älter, 4.20.2 und älter sowie 4.21.0
- Nur AMD-Zen2-Systeme mit veraltetem Microcode (gemäss Herstellerwarnung)
- Systeme mit aktualisierter Firmware oder amd-ucode aus linux-firmware sind nicht betroffen
Behoben in
- Upstream-Xen-Version mit Fix: Unbekannt.
- Patch: xsa515.patch aus XSA-515
- Debian trixie: 4.20.4+39-gf1e1321c87-0+deb13u1
- Alpine: 4.19.6-r2, 4.20.4-r2, 4.21.2-r2
- SUSE: SUSE-SU-2026-4942-1
Umgehung
- AVX deaktivieren: Xen mit cpuid=no-avx auf der Kommandozeile starten oder cpuid="host:avx=0" in der vm.cfg aller nicht vertrauenswürdigen VMs setzen
- Laut Herstellerwarnung hat dies eine erhebliche Auswirkung auf die Leistung und wird nicht empfohlen, wo Microcode oder Patches eingespielt werden können
- Die Änderung der AVX-Verfügbarkeit ist für Gäste sichtbar
Ausnutzung
- Keine Hinweise auf Ausnutzung in freier Wildbahn gefunden (KEV: Nein)
- Kein öffentlicher Proof of Concept gefunden; dies heisst nicht, dass keiner existiert
- EPSS liegt bei etwa 0.0035 (sehr niedrig)
- CISA SSVC: Ausnutzung keine, automatisierbar ja, technische Auswirkung total
Unsere Empfehlung
- Xen-Hosts, deren Versionen sowie CPU-Hersteller und Generation erfassen
- Herstellerseitige oder distributionseitige Updates auf betroffenen Hosts einspielen
- Falls das Patchen auf betroffenen AMD-Zen2-Hosts verzögert wird, die AVX-Massnahme nach Prüfung der Auswirkungen auf Gäste in Betracht ziehen
- NVD bewertet die Lücke mit 9.8, SUSE mit 7.0 und lokalem Vektor; eigene Exponierungsbewertung verwenden
- Keine Massnahmen nötig für Nicht-Xen-Hypervisoren oder Nicht-AMD-Hosts
Öffentliche Exploits
In PoC-in-GitHub, Metasploit und Exploit-DB ist für diese CVE nichts verzeichnet.
Quellen der Recherche
- Xen Security Advisory XSA-515 xenbits.xenproject.org
- Xen Security Advisory XSA-433 (Zenbleed) xenbits.xen.org
- Debian security tracker: xen security-tracker.debian.org
- Alpine OSV entry osv.dev
- SUSE advisory SUSE-SU-2026-4942-1 linuxsecurity.com
- Xen fix commit github.com
Recherchiert und auf Deutsch und Englisch aufbereitet von einer KI (Claude von Anthropic) auf Basis von NVD, CISA, EPSS und den genannten Quellen. Massgebend sind die Angaben des Herstellers. Recherche vom 30.10.2026 19:04.
Quellen
Der Tracker verbindet offizielle, frei nutzbare Datenquellen – laufend aktualisiert:
- NVD (NIST) – CVE, Bewertung (CVSS), betroffene Produkte
- CISA KEV – von der CISA bestätigt aktiv ausgenutzte Lücken
- CISA Vulnrichment – Einschätzung der CISA (SSVC) im offiziellen CVE-Eintrag
- FIRST EPSS – Wahrscheinlichkeit einer Ausnutzung
- Microsoft MSRC – Patch Tuesday: Lücken, Schweregrad, Updates
- PoC-in-GitHub – öffentliche Proof-of-Concept-Repositories
- Metasploit (Rapid7) – Module des Metasploit Framework
- Exploit-DB (OffSec) – Archiv öffentlicher Exploits (nur Verweise)
- Patch-Tage: offizielle Seiten der Hersteller (je Hersteller verlinkt) (Patch-Tage der Hersteller)
Dieses Angebot nutzt Daten der NVD-API, ist aber von der NVD weder unterstützt noch zertifiziert. EPSS-Daten © FIRST.org.
Betroffen? Wir helfen.
Wir prüfen, ob Ihre Systeme betroffen sind, spielen Updates ein und schliessen die Lücke – auf Wunsch auch laufend mit dem System Health Checker.