Was ist passiert?
Bei Novo Nordisk wurde ein GitHub-Token kompromittiert, das Zugriff auf die Software-Entwicklungs-Pipeline gewährte. Der Vorfall zeigt ein fundamentales Sicherheitsproblem: Viele Organisationen behandeln Secrets Management nur als Tooling-Problem, statt es als Identity- und Access-Control-Challenge zu verstehen. Ein einzelnes geleaktes Token hätte massive Auswirkungen auf die gesamte Lieferkette haben können.
Hintergrund & Bedeutung
GitHub-Tokens sind hochsensible Zugangsdaten, die vollständigen Zugriff auf Code-Repositories, CI/CD-Pipelines und Deployment-Prozesse ermöglichen. Der Novo-Nordisk-Incident verdeutlicht, dass die bloße Verwendung von Secret-Management-Tools (wie Vault oder HashiCorp) nicht ausreicht, wenn die zugrundeliegende Identity-Strategie schwach ist. Im Zero-Trust-Modell muss jede Identität – ob Mensch oder Machine – kontinuierlich überprüft und mit minimalen Berechtigungen arbeiten. Developer-Credentials ohne Kontextvalidierung, fehlende Rotation und mangelhafte Überwachung sind klassische Fehler, die Supply-Chain-Angriffe ermöglichen.
Empfehlungen für IT-Teams
- Machine-Identity-Management: Implementieren Sie Zero-Trust für alle nicht-menschlichen Identitäten mit kurzzeitigen Credentials und kontinuierlicher Überprüfung
- Token-Rotation: Setzen Sie automatische Rotation für alle Secrets auf Stunden-Basis durch
- Least-Privilege: Granulare Repository- und Pipeline-Permissions; Developer erhalten nur Zugriff auf notwendige Repositories
- Audit & Monitoring: Alle Token-Nutzungen protokollieren und anomale Zugriffsmuster automatisiert erkennen
- Secret Scanning: GitGuardian oder ähnliche Tools zur automatischen Detektion geleckter Tokens
Fazit
Der Fall Novo Nordisk zeigt: Secrets Management ist eine Identity-Governance-Frage, keine reine Tool-Implementierung. Zero-Trust-Prinzipien in der Developer-Pipeline schützen vor Supply-Chain-Risiken nachhaltig.
Quelle: Original Artikel