Gate 4, slice 4: 26 open management issues imported from live git.lab (read-only, descriptions included as authorized; GitLab iid = file id, labels/milestone/priority/due/host/area mapped into frontmatter, the import aborts instead of inventing a missing milestone or priority). Two new issues close the F-004 gap where work was really still open (0033 OVERMIND-01, 0034 CFGMON-11 incl. the plaintext npm-token rotation); CFGMON-12/13 already route to verified git.lab issues, MATRIX-05 is done and needs none (agreed with sorb). The three wiki task blocks now reference their issues, roadmap.md hands all counts to the generated STATUS.md and states M1-M5 per ADR-0010 (closing F-001 in the canonical prose), pruefe_prosa joins the CI validate job, and the import protocol under docs/sources/migration/ records every intervention into imported text. Verified: validate 0/0 over 29 issue files, gen_status --check current (distribution line M1 9 - M2 17 - M4 2 plus per-issue milestone and priority), pruefe_prosa 0 errors with clones and 0 errors/15 unchecked citations in offline CI mode, drift check green. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
1.3 KiB
type, id, status, created, milestone, priority, due, host, area, gitlab_iid, related
| type | id | status | created | milestone | priority | due | host | area | gitlab_iid | related |
|---|---|---|---|---|---|---|---|---|---|---|
| issue | 0015 | next | 2026-08-01 | M2 | medium | 2026-08-31 | cfgmon | security | 15 |
CFGMON-15: Token-Hygiene — Einmal-Tokens der LABNET-02-Nacht widerrufen
Import aus management#15 (2026-08-11). Kommentare und Verlauf bleiben dort; kanonisch ist ab jetzt diese Datei (ADR-0012).
Gemeldet von der CFGMON-Session am Ende der LABNET-02-Nacht.
Während der Arbeit entstanden vier Einmal-Tokens für Issue-Kommentare/Pushes, dazu existiert noch das erste git.lab-Token aus dem Erstzugang. Alle sind nach Abschluss von LABNET-02 funktionslos.
Zu tun: Bestand aufnehmen (Gitea-Access-Tokens + GitLab-PATs), nicht mehr benötigte widerrufen, verbleibende mit Ablaufdatum und sprechendem Namen versehen.
⚠️ Randbedingung aus der Mirror-Diskussion: Welcher Token in den Push-Mirrors der fünf gespiegelten Repos hinterlegt ist, ist derzeit nicht rekonstruierbar (die API maskiert ihn, in keiner Session dokumentiert). Ein Widerruf kann deshalb still einen Mirror brechen. Vor der Rotation: entweder die Mirror-Credentials bewusst neu setzen, oder nach dem Widerruf jeden Mirror-Status einmal prüfen (GET /projects/<id>/remote_mirrors → last_error).