SUSE Rancher Manager: Offenlegung von Rancher-Zugangsdaten an Drittanbieter

Zusammenfassung

Der Meta-Proxy von Rancher Manager hat die Zugangsdaten des Aufrufers nicht in allen Fällen aus Anfragen entfernt, die an Drittanbieter-Hosts von Cloud-Providern weitergeleitet werden. Die Browser-Sitzung eines angemeldeten Benutzers oder ein Rancher-API-Token eines Nicht-Browser-Clients kann daher an einen Host auf der Allow-Liste gesendet werden, beispielsweise bei gewöhnlicher Nutzung der Cloud-Provisionierungsformulare. Wer diesen Host betreiben oder mitlesen kann, inklusive über dessen Logs, erhält ein gültiges Zugangsdatum mit den Rechten des betroffenen Benutzers, das administrativen Zugriff auf die Rancher-Steuerungsebene und die verwalteten Cluster umfassen kann.

Betroffen

• SUSE Rancher 2.15.0 bis vor 2.15.3
• SUSE Rancher 2.14.0 bis vor 2.14.7
• SUSE Rancher 2.13.0 bis vor 2.13.11
• SUSE Rancher 2.12.0 bis vor 2.12.15
• SUSE Rancher 2.11.0 bis vor 2.11.19
• Hinweis: Der CVE-Eintrag bezeichnet die Standardkonfiguration als nicht betroffen, während das Advisory festhält, dass Standardinstallationen betroffen sind, sobald ein Benutzer ein Cloud-Provisionierungsformular öffnet. Unbekannt, welche Angabe zutrifft; es wird von der Angabe im Advisory ausgegangen.

Behoben in

• Rancher v2.15.3
• Rancher v2.14.7
• Rancher v2.13.11
• Rancher v2.12.15
• Rancher v2.11.19

Umgehung

• Es gibt keine vollständige Umgehungsmöglichkeit; laut Advisory ist das Aktualisieren auf eine gepatchte Version die einzige vollständige Massnahme.
• Teilweise Massnahme: Nicht benötigte Hosts aus der Einstellung whitelist-domain, den Domains benutzerdefinierter Cluster- und Node-Treiber sowie benutzerdefinierten ProxyEndpoint-Ressourcen (Rancher 2.14 und neuer) entfernen.
• Teilweise Massnahme: Cloud-Zugangsdaten und Machine-Konfigurationen über die API oder kubectl statt über die UI-Provisionierungsformulare für Amazon EC2, DigitalOcean, Linode und phoenixNAP erstellen.
• Teilweise Massnahme: Sicherstellen, dass API-Clients Rancher-API-Token nur dann an den Meta-Proxy senden, wenn zusätzlich der Header X-API-Auth-Header gesetzt ist.

Ausnutzung

• CVSS 9.1 (CRITICAL), Vektor AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:N.
• CISA SSVC: Exploitation none, automatisierbar ja, technische Auswirkung total.
• OffSeq führt die CVE als nicht bekannterweise ausgenutzt.
• Im Rahmen der Recherche wurde kein öffentlicher Proof of Concept und kein Metasploit-Modul gefunden. Dies belegt nicht, dass keines existiert.
• Status im CISA KEV: Unbekannt (nicht geprüft).

Unsere Empfehlung

• Alle Rancher-Instanzen und deren Versionen erfassen.
• Auf v2.15.3, v2.14.7, v2.13.11, v2.12.15 oder v2.11.19 aktualisieren, je nach verwendetem Zweig.
• Nach dem Update langlebige Rancher-API-Token, die gegen den Meta-Proxy verwendet wurden, rotieren oder löschen und bestehende Benutzersitzungen ungültig machen.
• Über Rancher genutzte Cloud-Zugangsdaten prüfen und bei Bedarf rotieren.
• Netzwerkzugriff auf die Rancher-UI und -API einschränken; Rancher nicht direkt aus dem Internet erreichbar machen.
• Die verwandte CVE-2026-88809 (SSRF durch Umgehung der Allow-Liste im selben Meta-Proxy) gleichzeitig patchen.

Öffentliche Exploits iAngriffscode ist öffentlich verfügbar (PoC auf GitHub, Metasploit oder Exploit-DB).

In PoC-in-GitHub, Metasploit und Exploit-DB ist für diese CVE nichts verzeichnet.

Quellen der Recherche

• GitHub Security Advisory GHSA-x82x-2qj6-5rm2 github.com
• SUSE Rancher security advisories and CVEs ranchermanager.docs.rancher.com
• SUSE Rancher CVE documentation (v2.15) documentation.suse.com
• Rancher extensions: node driver proxying extensions.rancher.io
• OffSeq threat radar entry for CVE-2026-88811 radar.offseq.com
• Rapid7 vulnerability database www.rapid7.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 02.11.2026 18:21.