Wie verwaltest du Geheimnisse und Anmeldedaten sicher?

Question

Accepted Answer

**Geheimnisse** (API-Schlüssel, Passwörter, Tokens, Verschlüsselungsschlüssel) müssen sicher verwaltet werden — niemals in Code hartcodiert oder in die Versionskontrolle eingecheckt, sondern sicher gespeichert und abgerufen. Schlechte Secrets-Verwaltung ist eine häufige, schwerwiegende Quelle für Sicherheitsverletzungen.

## Die Kardinalregel: Niemals Geheimnisse hartcodieren oder einchecken

```text
❌ NEVER hardcode secrets in source code or commit them to Git:
  → committed secrets are in the repo HISTORY (exposed even if "removed" later)
  → public repos / leaks expose them to attackers (bots scan GitHub for keys constantly)
  → a TOP cause of breaches (leaked AWS keys, database passwords, API tokens)
⚠️ If a secret IS committed/leaked → ROTATE it immediately (it's compromised)
```

## Wie man Geheimnisse richtig verwaltet

```text
✓ ENVIRONMENT VARIABLES → inject secrets at runtime (not in code); keep .env OUT of Git
  (.gitignore) — basic approach
✓ SECRETS MANAGERS → HashiCorp Vault, AWS Secrets Manager, Azure Key Vault, etc.:
  → centralized, encrypted, access-controlled, audited, rotatable secret storage
  → the robust approach for production (fetch secrets at runtime)
✓ Cloud/platform secret stores; CI/CD secret stores (for pipeline secrets)
```

## Best Practices

```text
✓ LEAST PRIVILEGE — secrets grant only the access needed
✓ ROTATE secrets regularly (and immediately if leaked); prefer SHORT-LIVED credentials
  (e.g. temporary tokens, OIDC) over long-lived static keys
✓ Audit secret access; encrypt secrets at rest; don't LOG secrets
✓ SCAN for committed secrets (git-secrets, scanners in CI) to catch leaks early
✓ Separate secrets per environment (dev/staging/prod)
```

## Warum es wichtig ist

Zu verstehen, wie man Geheimnisse sicher verwaltet, ist wichtig, weil **schlechte Secrets-Verwaltung eine häufige, schwerwiegende Quelle für Sicherheitsverletzungen** ist, daher ist es wertvoll, praktisch kritisches Sicherheitswissen.

Die **Kardinalregel** — **Geheimnisse niemals in Code hartcodieren oder in die Versionskontrolle einchecken** — ist essentiell, weil eingecheckte Geheimnisse in der Repository-Historie verbleiben (auch wenn sie später „entfernt