Eine neue Analyse hat mehr als 10.000 Docker-Hub-Container-Images aufgedeckt, in denen sensible Zugangsdaten offengelegt wurden – darunter aktive API-Schlüssel, Cloud-Zugriffstoken und CI/CD-Geheimnisse.
Diese Offenlegung setzt Unternehmen dem Risiko einer direkten Kompromittierung aus, ohne dass Angreifer jemals eine Schwachstelle ausnutzen müssen.
„Die Offenlegung von Geheimnissen auf Docker Hub ist nichts Neues. Viele Angreifer durchsuchen Docker Hub und andere Registries sowie Code-Repositories aktiv, daher ist es wahrscheinlich, dass offengelegte Geheimnisse bereits kompromittiert wurden“, sagte Assaf Morag, Cybersecurity Researcher bei Flare.
Er fügte hinzu: „Was uns trotz des gestiegenen Bewusstseins überrascht hat, war das Ausmaß der Offenlegung im Jahr 2025. Deshalb sind wir überzeugt, dass der wirksamste Ansatz darin besteht, das Bewusstsein in der gesamten Branche weiter zu schärfen – und nicht nur in Bezug auf Docker Hub.“
- Weitverbreitete Offenlegung von Geheimnissen in verschiedenen Branchen
- Wie Geheimnisse in Container-Images gelangen
- Reale Vorfälle zeigen die Kosten offengelegter Geheimnisse
- Maßnahmen zur Verringerung des Risikos offengelegter Geheimnisse
- Das wachsende Risiko von Geheimnissen in der Software-Lieferkette
Weitverbreitete Offenlegung von Geheimnissen in verschiedenen Branchen
Die Offenlegung betrifft mehr als 100 Unternehmen aus Branchen wie Technologie, Finanzwesen, Fertigung und Beratung sowie ein Fortune-500-Unternehmen.
In vielen Fällen ermöglichten die offengelegten Zugangsdaten administrativen Zugriff auf produktive Cloud-Umgebungen, private GitHub-Repositories oder kritische CI/CD-Systeme – doch die betroffenen Unternehmen wussten nicht, dass diese Geheimnisse auf Docker Hub öffentlich zugänglich waren.
Von den analysierten Images enthielten 42 % jeweils fünf oder mehr Geheimnisse. Das bedeutet, dass ein einziger kompromittierter Container eine gesamte Entwicklungspipeline oder Cloud-Infrastruktur entsperren konnte.
Die Untersuchung hebt außerdem einen rasanten Anstieg offengelegter API-Schlüssel für KI-Modelle hervor: Fast 4.000 wurden entdeckt – ein Beleg dafür, dass sich die Einführung von KI schneller beschleunigt, als Unternehmen sie absichern können.
Wie Geheimnisse in Container-Images gelangen
Der Kern des Problems liegt darin, dass moderne Softwareentwicklung, Automatisierungstools und Containerisierung in hohem Maße auf Geheimnisse angewiesen sind.
Dazu gehören API-Schlüssel, Cloud-Zugangsdaten, Token, SSH-Schlüssel, Datenbankpasswörter und Token für den Modellzugriff.
Forscher stellten fest, dass Geheimnisse häufig in Container gelangten, weil Entwickler sie oft in .env-Dateien oder Konfigurationsverzeichnissen speicherten, fest in Python- oder Node.js-Dateien eintrugen oder direkt in Dockerfiles einbetteten.
In vielen Fällen wurden diese Images anschließend in öffentliche oder persönliche Registries übertragen – darunter auch Konten von Auftragnehmern. Dadurch gelangten sensible Zugangsdaten außerhalb der Kontrolle des Unternehmens, und die Wahrscheinlichkeit einer versehentlichen Offenlegung stieg.
Während der Docker-Build-Prozesse wurden ganze Projektverzeichnisse – einschließlich Dateien mit Geheimnissen – in Container-Images kopiert.
Wurden diese Images in öffentliche Docker-Hub-Repositories übertragen, waren die Geheimnisse offen zugänglich und konnten von automatisierten Scan-Bots und Angreifern sofort abgegriffen werden.
Noch besorgniserregender ist, dass zwar einige Entwickler offengelegte Geheimnisse nach ihrer Entdeckung entfernten, 75 % jedoch die zugrunde liegenden Schlüssel weder widerriefen noch rotierten. Angreifer konnten sie daher noch lange verwenden, nachdem das sichtbare Leck beseitigt worden war.
Reale Vorfälle zeigen die Kosten offengelegter Geheimnisse
Die Untersuchung hebt mehrere Fälle mit hoher Schwere hervor:
- Ein großes Unternehmen für KI-Dienste legte in einem Container-Image ein GitHub-Token mit vollständigen Administratorrechten offen. Dadurch konnten Angreifer Repositories löschen, CI/CD-Workflows manipulieren und auf nachgelagerte Kundenumgebungen zugreifen.
- Der leitende Architekt einer nationalen Bank unterhielt ein persönliches Docker-Hub-Konto mit Hunderten öffentlicher Images. In mehreren davon waren KI-API-Token und interne Infrastrukturkomponenten offengelegt.
- Schatten-IT erwies sich als ein zentrales Thema: Auftragnehmer und Mitarbeiter luden unwissentlich Container mit Unternehmensgeheimnissen in persönliche Namespaces hoch und umgingen damit sämtliche Überwachungsmaßnahmen des Unternehmens.
Diese Vorfälle zeigen, warum Angreifer sich zunehmend auf das Abgreifen von Geheimnissen konzentrieren: Die Authentifizierung umgeht MFA, Perimeter-Abwehr und Identitätsschutz.
Mit einem gültigen Schlüssel benötigen Angreifer keinen Zero-Day – sie melden sich einfach an.
Maßnahmen zur Verringerung des Risikos offengelegter Geheimnisse
Der Schutz sensibler Zugangsdaten erfordert einen systematischen Ansatz, der die Stellen reduziert, an denen Geheimnisse auftauchen können, ihre Lebensdauer begrenzt und ihre Verwaltung sowie Überwachung über den gesamten Entwicklungslebenszyklus hinweg verbessert.
- Geheimnisse niemals in Containern speichern und sicherstellen, dass sie aus Dateien wie .env, Konfigurationsverzeichnissen, Anwendungscode und Dockerfiles entfernt werden.
- Kurzlebige oder identitätsbasierte Zugriffsmethoden verwenden wie AWS STS, verwaltete Azure-Identitäten, Workload-Identity-Föderation oder Dienstkonten, die Cloud-IAM-Rollen zugeordnet sind.
- Alle Zugangsdaten in einem verwalteten Geheimnisspeicher zentralisieren und für jeden Schlüssel und jedes Token Least-Privilege-Berechtigungsumfänge durchsetzen.
- Automatisierte Geheimnissuche in Entwickler-Workflows integrieren, einschließlich Prüfungen vor Commits, Pull Requests, CI-Pipelines und Scans von Container-Images.
- Offengelegte Zugangsdaten umgehend widerrufen und rotieren sowie regelmäßig geplante Rotationen und Prüfungen der Sicherheitshygiene durchführen.
- Überwachen Sie Schatten-IT, indem Sie Registries von Auftragnehmern und persönliche Registries nachverfolgen und Protokollierung sowie Alarmierung für jeden Zugriff auf Geheimnisse oder ungewöhnliche Nutzungsmuster aktivieren.
- Entwickler im sicheren Umgang mit Geheimnissen schulen und Policy-as-Code sowie Maßnahmen zur Anwendungskontrolle durchsetzen, um nicht vertrauenswürdige oder unsachgemäß behandelte Geheimnisse im SDLC zu verhindern.
Zusammen helfen diese Maßnahmen Unternehmen dabei, einen zuverlässigeren und widerstandsfähigeren Ansatz für die Verwaltung von Geheimnissen in ihren Umgebungen zu entwickeln.
Das wachsende Risiko von Geheimnissen in der Software-Lieferkette
Die Ergebnisse verweisen auf eine umfassendere Herausforderung in der Software-Lieferkette: Unternehmen verwalten eine wachsende Zahl von Geheimnissen, und ohne einheitliche Schutzmaßnahmen werden einige dieser Zugangsdaten zwangsläufig offengelegt.
Mit der Ausweitung Cloud-nativer Architekturen und der zunehmenden Vernetzung KI-gestützter Dienste steigt auch die Zahl der im Umlauf befindlichen Zugangsdaten – ebenso wie der Bedarf an einem disziplinierten Umgang mit ihnen.
Dieses Muster steht im Einklang mit jüngsten Vorfällen wie kompromittierten GitHub-Actions-Workflows und dem Shai-Hulud-NPM-Wurm, der offengelegte Entwicklertoken nutzte, um sich in großen Ökosystemen auszubreiten.
In hochautomatisierten Umgebungen bleiben Geheimnisse für den Betrieb von Systemen unverzichtbar. Gleichzeitig erfordern sie eine sorgfältige Governance, um unbeabsichtigten Zugriff oder Missbrauch zu verhindern.
warum die Sicherheit der Software-Lieferkette zu einem kritischen Schwerpunkt moderner Entwicklungsteams geworden ist.