Eine kritische Schwachstelle in den Plattformen LXD und MicroCloud von Canonical könnte es einem Angreifer ermöglichen, sich als vertrauenswürdiger Client anzumelden, ohne über dessen privaten Schlüssel zu verfügen. Die als CVE-2026-112816 geführte Schwachstelle hat einen maximalen CVSS-Score von 10,0.

Für die Ausnutzung sind Netzwerkzugriff auf die HTTPS-API der Produkte sowie das öffentliche Zertifikat eines bereits vom Server vertrauenswürdigen Clients erforderlich. Nach der Authentifizierung könnte der Angreifer mit den Berechtigungen des imitierten Clients agieren, einschließlich des Zugriffs auf den Cluster und dessen virtuelle Maschinen. Wenn dieses Konto über administrative Rechte verfügte, könnte der Angreifer laut Canonical Root-Zugriff auf die Hostmaschine erlangen.

Die Schwachstelle betraf die Art und Weise, wie LXD und MicroCloud Zertifikate während der gegenseitigen TLS-Authentifizierung validierten. Obwohl die Verbindung den Besitz des privaten Schlüssels nachweist, der dem ersten Zertifikat in der Kette zugeordnet ist, verglich der Server alle vom Client präsentierten Zertifikate mit seinem Truststore. Ein Angreifer konnte daher das öffentlich verfügbare Zertifikat eines vertrauenswürdigen Clients hinter seinem eigenen Zertifikat platzieren und wurde anschließend als dieser Client akzeptiert.

Eine eigenständige LXD-Installation stellt die anfällige API standardmäßig nicht nach außen bereit. Normalerweise lauscht sie an einem lokalen Socket, sofern ein Administrator die Netzwerk-API nicht über die Einstellung core.https_address aktiviert. In MicroCloud-Umgebungen identifizierte Canonical ein zusätzliches Risiko: Ein Angreifer, der das öffentliche Zertifikat eines Mitglieds während dessen Beitritt zum Cluster abfangen kann, könnte sich anschließend als dieses Mitglied authentifizieren.

Zu den im CVE-Eintrag aufgeführten betroffenen LXD-Versionen gehören 4.0.14, 5.0.10, 5.21.8 und 6.9. Canonical hat Fehlerbehebungen über die folgenden Snap-Kanäle veröffentlicht: LXD 6.10.1 in 6/stable, 5.21.9 in 5.21/stable, 5.0.11 in 5.0/stable und 4.0.15 in 4.0/stable. Die behobenen MicroCloud-Versionen sind 3.4.1 in 3/stable und 2.1.5 in 2/stable.

Das Problem wurde vom Incus-Projekt gemeldet, einem Community-Fork von LXD, und als auch Canonicals Produkte betreffend bestätigt. Incus behob dieselbe Schwachstelle in Version 7.6.0. Ubuntu-Archivpakete von LXD sind als nicht betroffen oder nicht ausgeliefert aufgeführt, sodass die Snap-Releases die relevanten behobenen Versionen darstellen.

Derzeit gibt es keine öffentlichen Hinweise darauf, dass die Schwachstelle ausgenutzt wurde. Eine auf den 30. Oktober datierte Bewertung der CISA besagt, dass keine Ausnutzung bekannt ist; außerdem ist das Problem nicht im Katalog der Known Exploited Vulnerabilities der CISA aufgeführt. Es wurde kein funktionsfähiger Exploit veröffentlicht.

Administratoren, die Snap-Installationen verwenden, sollten mit sudo snap refresh lxd und sudo snap refresh microcloud aktualisieren und anschließend die installierten Versionen überprüfen. Canonical wies darauf hin, dass sich die behobenen LXD-Punktversionen zum Zeitpunkt der Veröffentlichung seines Advisorys noch vom Candidate-Kanal in den Stable-Kanal bewegten. Bis die Updates installiert sind, kann die Beschränkung des Netzwerkzugriffs auf die HTTPS-API die Gefährdung verringern; Canonical und Incus meldeten keine konfigurationsbasierte Umgehung. Incus-Nutzer sollten auf Version 7.6.0 aktualisieren.

Quellen: The Hacker News.