Sicherheitslücke in Docker Hub ermöglichte die Identitätsübernahme von Nutzern und die Manipulation von Images

Eine kritische Sicherheitslücke in Docker Hub ermöglichte es Angreifern, sich als andere Benutzer auszugeben und potenziell Container-Images herunterzuladen, zu veröffentlichen oder zu löschen. Docker hat die Schwachstelle mit der Kennung CVE-2026-105445 behoben und erklärt, dass die Untersuchung keine Hinweise auf eine Ausnutzung ergeben habe.

Das Problem betraf persönliche Zugriffstoken, die bei Kontoumwandlungen übertragen wurden. Da Angreifer ein funktionsfähiges Token behalten konnten, das mit einem anderen Benutzer verknüpft war, stellte die Schwachstelle ein Risiko für die Software-Lieferkette dar.

Kontoumwandlungen ermöglichten Zugriff auf Benutzer-Repositories

Docker Hub speichert und verteilt Container-Images, die Anwendungen zusammen mit den für ihre Ausführung erforderlichen Komponenten bündeln. Entwickler und automatisierte Arbeitsabläufe verwenden persönliche Zugriffstoken, sogenannte Personal Access Tokens (PATs), um Vorgänge wie das Herunterladen und Veröffentlichen von Images zu authentifizieren.

Die Schwachstelle betraf den Prozess zur Umwandlung eines persönlichen Kontos in eine Organisation. Ein Angreifer konnte ein Konto erstellen, ein PAT generieren und das Konto anschließend umwandeln, während er einen anderen Benutzer als Eigentümer der Organisation angab.

Während der Umwandlung wies Docker Hub das bestehende Token dem vorgesehenen Eigentümer zu. Die Plattform änderte jedoch weder den geheimen Wert des Tokens noch verlangte sie, dass die betreffende Person der Übertragung zustimmte.

Dadurch behielt der Angreifer ein Token, mit dem er sich auf Ebene der Container-Registry als Zielbenutzer authentifizieren konnte.

Manipulation von Images stellte Risiko für die Lieferkette dar

Die Möglichkeiten des Angreifers hingen sowohl vom Berechtigungsumfang des Tokens als auch von den Zugriffsrechten des Zielbenutzers ab. Innerhalb dieser Grenzen konnte das Token das Herunterladen, Hochladen oder Löschen von Images in Repositories ermöglichen, auf die der Zielbenutzer Zugriff hatte.

Dieser Zugriff konnte sich auch auf Repositories von Organisationen erstrecken, in denen der Zielbenutzer über entsprechende Berechtigungen verfügte.

Entscheidend war, dass ein Angreifer potenziell ein manipuliertes Image unter dem Namen eines legitimen Repositories veröffentlichen konnte. Nachgelagerte Benutzer könnten dieses Image anschließend über einen ansonsten vertrauenswürdigen Vertriebskanal herunterladen. Docker stufte die Schwachstelle daher als kritisch ein.

Die Sicherheitslücke in Docker Hub gewährte jedoch keinen Zugriff auf die Weboberfläche des Dienstes. Sie ermöglichte es Angreifern auch nicht, Passwörter, E-Mail-Adressen oder Einstellungen für die Zwei-Faktor-Authentifizierung zu ändern.

Docker behob das Problem innerhalb von vier Stunden

Die Schwachstelle ging auf eine Änderung zurück, die am 26. August 2024 eingeführt wurde. Ab diesem Zeitpunkt wurden bestehende PATs bei Kontoumwandlungen neu zugewiesen, ohne ihre geheimen Werte zu widerrufen oder zu erneuern und ohne die Bestätigung des neuen Eigentümers einzuholen.

Docker erhielt am 30. September 2026 einen Bericht über die Schwachstelle. Das Unternehmen bestätigte das Problem und stellte weniger als vier Stunden später eine Korrektur in der Produktionsumgebung bereit.

Im Rahmen seiner Untersuchung überprüfte Docker 304.000 Image-Push-Vorgänge, die mit übertragenen Token authentifiziert worden waren. Das Unternehmen analysierte außerdem öffentliche Images mit hohem Risiko. Laut Docker ergaben diese Prüfungen keine Hinweise darauf, dass die Schwachstelle ausgenutzt worden war.

Übertragene Token nach Benachrichtigungen deaktiviert

Docker benachrichtigte betroffene Benutzer und Organisationseigentümer am 2. Oktober. Anschließend deaktivierte das Unternehmen am 8. Oktober die übertragenen PATs, außer in Fällen, in denen die Eigentümer ausdrücklich darum gebeten hatten, diese beizubehalten.

Laut Docker sollten Benutzer, die keine Benachrichtigung erhalten haben, davon ausgehen, dass sie nicht betroffen sind und keine Maßnahmen ergreifen müssen.

Die Plattform hat außerdem ihren Umwandlungsprozess geändert. Persönliche Zugriffstoken werden nicht mehr übertragen, und die Zustimmung eines Benutzers ist nun erforderlich, bevor dieser zum Eigentümer einer Organisation ernannt wird.