Files

T

florian.wildeandClaude Opus 5.5 5d03681f3c feat(deploymentkey): Rotation vor dem Umstellen abbrechen (#036 )

Eine begonnene Rotation ließ sich nicht zurücknehmen; nahm ein Host den
neuen Key dauerhaft nicht an, blieb nur das Übergehen. Abbrechen
verwirft jetzt den neuen Key samt Private Key, ein Dry-Run nimmt ihn
wieder von den Hosts, und eine neue Rotation kann sofort starten.

Nebenbei: Aktionen der Benutzerverwaltung (#035) bekommen im Audit-Log
eine eigene Gruppe, statt den Filter „Anmeldung“ zu verwässern; der
E2E-Test für lokale Konten hängt nicht mehr von der Reihenfolge ab.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>

2026-10-12 22:52:32 +02:00

1.3 KiB

Raw Blame History

#036 Rotation des Deployment-Keys abbrechen

Status: erledigt Meilenstein: v1.0.0 Labels: sicherheit, backend Geschätzt: 0,5 h Tatsächlich: 0 h 25 min

Ziel

Eine begonnene Rotation des Deployment-Keys (#031) zurücknehmen können, etwa wenn ein Host den neuen Key dauerhaft nicht annimmt – bisher blieb nur, Hosts beim Umstellen zu übergehen.

Aufgaben

Worker-Schritt abbrechen: Nachfolger WIDERRUFEN, Private Key sofort verwerfen, protokollieren
Nur vor dem Umstellen; danach meldet sich sshkv schon mit dem neuen Key an
Seite: Knopf „Rotation abbrechen“, danach Karte „Abgebrochene Rotation aufräumen“ mit Dry-Run
Neue Rotation sofort möglich (partieller Index aus #033)

Akzeptanzkriterien

Integrationstest: verteilen → abbrechen → Dry-Run entfernt den neuen Key, alter arbeitet weiter → neue Rotation startet
E2E: abbrechen und aufräumen im Browser; nimmt auch eine liegengebliebene Rotation mit

Abhängigkeiten

#031, #033

Notizen / Entscheidungen

Gefunden, weil ein fehlgeschlagener E2E-Lauf eine Rotation auf verwaisten Testhosts hängen ließ: Das Umstellen verweigerte sich zu Recht, aber es gab keinen Weg zurück.
Der verworfene Key bleibt bis zum Dry-Run in den Blöcken stehen (harmlos – sein Private Key existiert nicht mehr); die Aufräum-Karte zeigt das.

1.3 KiB Raw Blame History Unescape Escape