TP30 angelegt: Credential-Rotation als Sammel-TP, gebuendelt gegen Projektende
Vier Rotationsposten (MikroTik-admin, IoT-PSK, Shelly-Geraetepasswort, CF-Access-Token) lagen als verstreute Follow-up-Zeilen herum. Der teure Teil jeder Rotation sind die Konsumenten (HA-Re-Auth x4, Nautobot-Stack- Redeploy), nicht das Setzen -- einzeln gemacht zahlt man den mehrfach. Deshalb ein Sammel-TP mit Ausloesekriterium statt Termin. - 100 Zeilen Radius-/Etappe-1-Detail aus den Follow-ups nach TP30 verschoben (nicht dupliziert), Follow-ups tragen jetzt einen Zeiger - Etappe 1 (Service-Accounts ha/nautobot) ist durch; admin ist NICHT rotiert - Stale: "nach TP17.1 sind es weniger Geraete" -- TP17.1 ist verworfen, die Geraete bleiben WLAN-Clients, die Rechnung gilt unveraendert - Handoff 08-24 + Naechster-Schritt-Block als ueberholt markiert Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
This commit is contained in:
@@ -20,6 +20,12 @@ Fünf Commits: `d245d10`, `e8f7f80`, `0a7f2e2`, `2f18319`, `e9a5b36`.
|
||||
|
||||
## 🔴 Womit die nächste Session anfangen sollte
|
||||
|
||||
> ⚠️ **ÜBERHOLT am 2026-08-24 (User-Entscheid):** die Rotation ist **nicht** der Sessionstart.
|
||||
> Sie ist zu **[TP30 — Credential-Rotation](teilprojekte.md)** geworden, einem Sammel-TP, der
|
||||
> **gegen Projektende gebündelt** abgearbeitet wird — Begründung: es kommen weitere Passwörter
|
||||
> hinzu, und der teure Teil sind die Konsumenten (HA-Re-Auth, Stack-Redeploy), den man nicht
|
||||
> mehrfach zahlen will. **Der Inhalt unten bleibt sachlich gültig** und steht jetzt in TP30.
|
||||
|
||||
**Passwort-Rotation, Etappe 2.** Die Vorarbeit steht komplett, der Rest ist die einzige Sache mit
|
||||
echter Dringlichkeit — das `admin`-Passwort ist zweimal in ein Transkript geraten (22.08. und, durch
|
||||
meinen eigenen Enumerationsfehler, nochmal am 23.08.; **derselbe Wert**, da alle vier Geräte ihn teilen).
|
||||
|
||||
Reference in New Issue
Block a user