SUSE Rancher: Privilegienerweiterung durch doppelte Projektnamen über Cluster hinweg

Zusammenfassung

Rancher speichert projektbezogene Ressourcen in einem Namespace, der nach dem Projekt benannt ist. Dadurch teilen sich zwei Projekte mit gleichem Namen auf verschiedenen Clustern denselben Namespace. Ein Benutzer, der auf einem Cluster Projekte erstellen darf, kann ein Projekt mit dem Namen eines Projekts auf einem anderen Cluster anlegen und so auf dieses Projekt zugreifen. Der Angriff setzt ein authentifiziertes Konto mit Projekterstellungsrechten auf mindestens einem Cluster voraus.

Betroffen

• Rancher 2.8.0 bis 2.9.9 (genaue 2.8.x-Versionen nicht angegeben)
• Rancher 2.10.0 bis 2.10.5
• Rancher 2.11.0 bis 2.11.1

Behoben in

• Rancher 2.9.9
• Rancher 2.10.5
• Rancher 2.11.1
• Für die Release-Linie 2.8 gibt es keinen Fix.

Umgehung

• Benutzern nicht erlauben, Projekte mit denselben Namen wie Projekte auf anderen Clustern zu erstellen.
• Projekterstellungsrechte auf vertrauenswürdige Administratoren beschränken.
• Auf dem lokalen Cluster 'kubectl get projects -A -o=custom-columns=NAME:metadata.name | sort | uniq -c' ausführen, um doppelte Projektnamen zu finden; betroffene Projekte löschen und neu erstellen, statt nur einzelne Duplikate zu entfernen.

Ausnutzung

• CISA SSVC: Exploitation none, Automatable no.
• Nicht im CISA-KEV-Katalog aufgeführt.
• VulDB meldet keinen bekannten Exploit und stuft die Ausnutzung als schwierig ein.
• In der Recherche wurde kein öffentlicher Proof of Concept gefunden; dies ist nicht bestätigt.

Unsere Empfehlung

• Prüfen, ob Rancher im Einsatz ist und welche Version läuft; Installationen der Version 2.8.x identifizieren.
• Auf 2.9.9, 2.10.5, 2.11.1 oder neuer aktualisieren. Das Update planen, da doppelte Projektnamen vorher bereinigt werden müssen.
• Für 2.8.x, die keinen Fix haben, die Projekterstellung einschränken und doppelte Projektnamen über alle Cluster prüfen.
• Prüfen, wer Projekterstellungsrechte besitzt, und diese auf die nötigen Benutzer beschränken.

Ö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-8h6m-wv39-239m github.com
• SUSE Bugzilla CVE-2024-22031 bugzilla.suse.com
• GitLab Advisory Database CVE-2024-22031 advisories.gitlab.com
• OSV GHSA-8h6m-wv39-239m osv.dev
• VulDB CVE-2024-22031 vuldb.com
• CISA SSVC via OpenCVE app.opencve.io

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 01.11.2026 10:32.