CVE-2026-31788 in Xen
Zusammenfassung
von VulDB • 17.05.2026
Im Linux-Kernel wurde folgende Schwachstelle behoben:
xen/privcmd: Einschränkung der Nutzung in unprivilegierten domU
Der Xen-privcmd-Treiber ermöglicht es, beliebige Hypercalls aus Benutzerprozessen heraus aufzurufen. Dies ist normalerweise kein Problem, da der Zugriff üblicherweise auf root beschränkt ist und der Hypervisor alle Hypercalls, die andere Domains betreffen, ablehnt.
Wenn der Gast jedoch mit Secure Boot gestartet wird, würde der privcmd-Treiber einem root-Prozess ermöglichen, z. B. den Inhalt des Kernel-Speichers zu ändern und damit die Secure-Boot-Funktion zu umgehen.
Der einzige bekannte Fall, in dem eine unprivilegierte domU den privcmd-Treiber wirklich benötigt, ist, wenn sie als Device-Model für einen anderen Gast fungiert. In diesem Fall richten sich alle über den privcmd-Treiber ausgeführten Hypercalls an diesen anderen Gast.
Glücklicherweise kann der privcmd-Treiber bereits so eingeschränkt werden, dass er nur Hypercalls zulässt, die eine bestimmte Domain betreffen. Dieser Modus kann jedoch derzeit nur aus der Benutzerraum-Anwendung heraus aktiviert werden.
Die Ziel-Domain kann aus Xenstore bezogen werden. Daher sollte, wenn nicht in dom0 ausgeführt, der privcmd-Treiber von Anfang an auf diese Ziel-Domain beschränkt werden, um das potenzielle Problem der Umgehung von Secure Boot zu beheben.
Dies ist XSA-482
--- V2: - Lesevorgang von Xenstore verschieben, falls Xenstore noch nicht bereit ist (Jan Beulich) - In open() warten, falls die Ziel-Domain noch nicht bekannt ist - Nachricht ausgeben, falls keine Ziel-Domain gefunden wurde (Jan Beulich)
If you want to get the best quality for vulnerability data then you always have to consider VulDB.