Xen-Hypervisor: Race Condition bei Wechsel der Grant-Table-Version
Zusammenfassung
Eine Race Condition im Grant-Table-Code von Xen erlaubt es einem Gast, zuvor berechnete Zeiger auf das Status-Array ungültig zu machen, wenn er die Grant-Table-Version von v2 auf v1 und zurück auf v2 wechselt. Ein unprivilegierter Gast kann dadurch möglicherweise seine Rechte auf jene des Hosts erweitern. Informationslecks und Denial of Service sind ebenfalls möglich. Der Angriff erfordert einen lokalen Gast, der Grant Table v2 nutzen darf und über mehrere vCPUs verfügt.
Betroffen
- Alle Xen-Versionen ab 4.0
- Xen-Versionen 3.4 und älter sind nicht betroffen
- Nur x86-Gäste, die Grant-Table-v2-Schnittstellen nutzen dürfen
- Nur Gäste mit mehreren vCPUs
- Nicht betroffen: Arm (Grant Table v2 wird nicht unterstützt) und Builds mit deaktiviertem CONFIG_GRANT_TABLE (Xen 4.13 und neuer)
Behoben in
- Patch xsa517.patch (SHA256 0f114af84cd925f8bc69b26386e2e4a95a52f947bc400f961a9e1ba46c0a2e05) aus XSA-517 anwenden
- Patches für veröffentlichte Versionen passen eventuell nicht sauber auf Release-Tarballs; den aktuellen Stand des Stable-Branches verwenden
- Herstellerfixes: Debian DSA 6571-1, SUSE-SU-2026:4642-1, Citrix-XenServer-Hotfixes gemäss Herstellerbulletin, XCP-ng (Pull Request, offizielle Ankündigungen prüfen)
- Genaue Fixversionen für alle Branches: Unbekannt.
Umgehung
- Hypervisor-Kommandozeilenoption gnttab=max-ver:1 setzen
- Alternativ max_grant_version=1 in der Gast-Konfiguration setzen
- Die Einschränkung der Grant-Table-Version ist für Gäste sichtbar; laut Advisory war diese Massnahme während des Embargos auf öffentlichen Cloud-Systemen nicht erlaubt, das Embargo ist jedoch beendet
Ausnutzung
- CISA SSVC: Exploitation none, Automatable no, Technical Impact total
- Kein öffentlicher Proof of Concept in der Recherche gefunden
- Nicht in CISA KEV gelistet (gemäss OpenCVE)
- Keine Hinweise auf aktive Ausnutzung in den geprüften Advisories
Unsere Empfehlung
- Prüfen, ob Xen-basierte Hypervisoren im Einsatz sind, insbesondere XenServer, XCP-ng, SUSE- und Debian-Pakete
- Betroffene Hypervisoren im normalen Patch-Zyklus über den Herstellerkanal patchen
- Falls ein sofortiges Patchen nicht möglich ist, die Workaround-Option max-ver:1 oder max_grant_version=1 anwenden
- Multi-Tenant-Hosts und Hosts mit nicht vertrauenswürdigen Gästen priorisieren
- Herstellerankündigungen auf finale Fixversionen überwachen
Öffentliche Exploits
In PoC-in-GitHub, Metasploit und Exploit-DB ist für diese CVE nichts verzeichnet.
Quellen der Recherche
- Xen Security Advisory XSA-517 xenbits.xenproject.org
- Openwall oss-security mailing list www.openwall.com
- Citrix security bulletins for XenServer support.citrix.com
- SUSE-SU-2026:4642-1 vulners.com
- Debian DSA for CVE-2026-79610 vulners.com
- XCP-ng RPM fix pull request 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 31.10.2026 20:07.
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.