Secrets
Secrets sind vertrauliche Zugangsdaten wie Schlüssel, Tokens und Passwörter. Ein sicherer Lebenszyklus beschränkt Ablage und Zugriff und macht Erneuerung sowie Sperrung planbar.
- ÜberlappungKurz beide Schlüssel gültig.
- UmstellungZahlungsmodul wechselt auf neuen Schlüssel.
- WiderrufAlter Schlüssel wird gesperrt.
Einordnung
Warum das wichtig ist
Ein Zugangstoken im Quellcode oder ohne Ablaufplan bleibt nach einem Leck dauerhaft nutzbar. Ein geregelter Lebenszyklus macht Erneuerung und Sperrung zur Routine. Welche Rechte ein Secret trägt, regelt Least Privilege.
Dieser Baustein behandelt Geheimnisse zur Laufzeit. Least Privilege begrenzt die Rechte eines Secrets; Authentifizierung nutzt es zur Identitätsprüfung.
Auf einen Blick · Geheimnisse zur Laufzeit holen
Rotation des Anbieter-Tokens
Der Shop verwendet ein Anbieterzugangstoken für Zahlungsabfragen. Ein zentraler Laufzeitdienst stellt es dem Zahlungsmodul bereit und unterstützt den Wechsel auf einen neuen Schlüssel.
So liest du das Bild
- Überlappung Schritt „Beide gültig“: „Gültige Schlüssel“ zeigt 2 (alt und neu).
- Umstellung Schritt „Zahlungsmodul umgestellt“: „Zahlungsabfragen“ laufen mit neuem Schlüssel.
- Widerruf Schritt „Alter gesperrt“: „Gültige Schlüssel“ zeigt 1 (neu).
Nutzen & Grenzen
Hilft, wenn
- Vertrauliche Zugangswerte benötigen kontrollierte Verwendung und Zugriff über alle Umgebungen hinweg.
- Leckage, Personalwechsel und Erneuerung profitieren von einem nachvollziehbaren Rotations- und Entzugsprozess.
Grenzen
- Rotation ohne Übersicht über alle Verbraucher kann Ausfälle verursachen; erst die Aktualisierung bestätigen, dann das alte Token widerrufen.
- Auch berechtigte Prozesse sollen nur die Werte lesen, die sie brauchen; das regelt Least Privilege.
- Ein bereits geleaktes Secret bleibt bis zum Widerruf nutzbar; Zugriffsprotokolle erkennen Missbrauch, ersetzen aber nicht die Rotation.
In der Praxis
- Secrets und Verbraucher inventarisieren. Erfasse Werttyp, Besitzer, Umgebung, Verbraucher und Ablauf- oder Erneuerungsregel. Trenne Test- und Produktionszugriffe. Das Ergebnis ist ein prüfbarer Bestand mit bekannten Abhängigkeiten.
- Zugriff und Auslieferung begrenzen. Binde Abruf an eine geprüfte Workload- oder Nutzeridentität und gib nur erforderliche Werte zur Laufzeit frei. Vermeide Ablage in Quellcode, Logs oder ungeschützten Artefakten. Damit werden Zugriff und Offenlegung kontrolliert.
- Rotation und Notfall üben. Plane Erzeugung, Übergangsfenster, Bestätigung und Widerruf des alten Werts. Definiere das Vorgehen bei vermuteter Leckage samt Suche in relevanten Speichern. Das Ergebnis ist ein nachweisbarer Wechsel- und Entzugsprozess.
Ausführliche Erklärung lesen
Secrets sind vertrauliche Werte, die Identitäten oder Dienste für geschützte Zugriffe verwenden. Ihr Lebenszyklus umfasst Erzeugung, Ablage, Auslieferung, Nutzung, Rotation und Entzug. Ein zentraler Store und eine Workload-Identität steuern Zugriff; Least Privilege begrenzt den erlaubten Empfängerkreis, Authentifizierung & Autorisierung verknüpft den Abruf mit einer überprüften Identität.
Verschlüsselte Speicherung schützt vor unberechtigtem Zugriff auf Ablage, aber nicht vor einem berechtigt lesenden kompromittierten Prozess. Rotation benötigt abgestimmte Aktualisierung aller Verbraucher und eine Bestätigung der neuen Nutzung vor dem Widerruf des alten Werts. Protokollierung, Filter und Notfallabläufe vervollständigen die Schutzmaßnahmen. Kurzlebige Zugangsdaten begrenzen das Zeitfenster möglicher Fehlverwendung. Die Schutzwirkung hängt außerdem von Auslieferung, Laufzeitberechtigungen und Protokollierung ab. Ablage und Verschlüsselung sind nur Teile eines kontrollierten Lebenszyklus.
Selbst prüfen
Teste dich in drei Stufen
AblesenIm Bild nachsehen
Wie viele gültige Schlüssel zeigt der Schritt „Beide gültig“?
Lösung mit Begründung ansehen
Zwei: den alten und den neuen Schlüssel.
AnwendenAuf eine neue Lage übertragen
Der alte Schlüssel wird gesperrt, bevor das Zahlungsmodul umgestellt ist. Was geschieht?
Lösung mit Begründung ansehen
Die Zahlungsabfragen scheitern, weil das Zahlungsmodul noch den gesperrten Schlüssel nutzt, bis die Umstellung erfolgt.
BewertenEine Alternative abwägen
Das Team will den alten Schlüssel nach der Umstellung noch lange gültig lassen. Was spricht dafür, was dagegen, was empfiehlst du?
Lösung mit Begründung ansehen
Vorteil: ein bequemer Rückweg. Nachteil: Ein abgeflossener alter Schlüssel bleibt länger nutzbar. Empfehlung: kurzes, geprüftes Zeitfenster, danach Widerruf.
Vertiefen
Diese Bausteine führen die Gedanken dieser Seite weiter.
Quellen
- OWASP – Secrets Management Cheat Sheet (öffnet in neuem Tab)Behandelt Erzeugung, Verteilung, Rotation und Widerruf geheimer Zugangsdaten.
- Kubernetes – Good practices for Secrets (öffnet in neuem Tab)Zeigt Zugriffsbeschränkung und Schutz von Secrets im Cluster.
- HashiCorp Vault – Dynamic secrets (öffnet in neuem Tab)Demonstriert kurzlebige, dynamisch erzeugte Zugangsdaten und deren Widerruf.