florian.wildeandClaude Opus 5.5
87b733cc9f
In den Git-Zugangsdaten steht das Konto-Passwort, kein API-Token. Gitea nimmt es nur per Basic-Auth an; das Skript erkennt das jetzt selbst. Alle 30 Issues mit Labels und Meilensteinen uebertragen. Neu: #031 Rotation des Deployment-Keys und #032 Nacharbeiten fuer 1.0.0. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
26 lines
1.2 KiB
Markdown
26 lines
1.2 KiB
Markdown
# #031 Rotation des Deployment-Keys
|
||
**Status:** offen
|
||
**Meilenstein:** v1.0.0
|
||
**Labels:** sicherheit, backend
|
||
**Geschätzt:** 3 h **Tatsächlich:** –
|
||
|
||
## Ziel
|
||
Den Deployment-Key der Instanz geführt tauschen – regelmäßig oder im Notfall (sshkv kompromittiert, siehe `docs/betrieb/sicherheit.md`).
|
||
|
||
## Aufgaben
|
||
- [ ] Neuen Deployment-Key erzeugen, ohne den alten abzulösen (zweiter Instanz-Key im Übergang)
|
||
- [ ] Auf jedem eingerichteten Host den neuen Key neben den alten in den verwalteten Block des Anmeldebenutzers schreiben (Dry-Run, Ausrollen)
|
||
- [ ] Verbindung mit dem neuen Key je Host prüfen
|
||
- [ ] Erst wenn alle Hosts den neuen Key akzeptieren: alten aus allen Blöcken entfernen, alten Key verwerfen
|
||
- [ ] Nicht erreichbare Hosts sichtbar machen; Abschluss erst, wenn alle umgestellt sind (oder bewusst übergangen)
|
||
- [ ] Nur Admin mit frischer Bestätigung, alles protokolliert
|
||
|
||
## Akzeptanzkriterien
|
||
- [ ] Integrationstest: nach der Rotation meldet sich sshkv nur noch mit dem neuen Key an, der alte steht auf keinem Host mehr
|
||
- [ ] Aussperrschutz: zu keinem Zeitpunkt steht ein Host ohne funktionierenden Deployment-Key da
|
||
|
||
## Abhängigkeiten
|
||
#016, #021
|
||
|
||
## Notizen / Entscheidungen
|