patrickandClaude Sonnet 5
84c51175dd
Testumgebung enthaelt bei jedem BAK-06-Lauf echte wiederhergestellte Mandantendaten - Schutzniveau war bisher nur implizit im Code vorhanden, nicht explizit festgelegt/dokumentiert. - Zugriffskontrolle: User=nexarch identisch zu den produktiven Sicherungsdiensten (unveraendert, jetzt explizit verglichen/dokumentiert). - Netzwerksegmentierung: testPostgresqlConf/testPgHbaConf als benannte Konstanten extrahiert und direkt testbar gemacht (kein Netzwerkzugriff moeglich); PrivateNetwork=true/NoNewPrivileges=true/ProtectHome=true zusaetzlich in nexarch-archive-restoretest.service.tmpl erzwungen. - Loeschfrist: bestehendes defer-os.RemoveAll-Verhalten real verifiziert, auch im Fehlerfall - keine Aenderung noetig, nur Nachweis erbracht. Schutzniveau jetzt explizit in docs/BAK-06-PRUEFPROTOKOLL.md benannt statt nur implizit im Code zu stecken. Fund waehrend Recherche: es existiert ein zweiter, aelterer Archive- Branch-Strang (z.B. feature/cmp-02-dsgvo-datenschutz-berichte) mit eigener Migrationsnummerierung (0001-0009) ohne RET-11/RET-12/RBAC-06 - nie mit dem hier fortgefuehrten Strang zusammengefuehrt. CMP-05 (naechste Kachel im Backlog) haengt von CMP-01 (dieser Strang) UND CMP-02 (anderer Strang) ab und ist damit aktuell nicht sauber umsetzbar, ohne beide Straenge zusammenzufuehren - das ist kein Auftrag dieses Tickets. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>