Basis: Certvia dev@a48c5fb als Fundament für Craftvia

Unveränderter Stand von certvia/dev (a48c5fb) plus Craftvia-Spezifikation und Brandbook unter docs/craftvia/. ISMS-Module werden im Folgecommit entfernt. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-09-14 11:05:39 +02:00
commit c8e6f30a27
720 changed files with 140143 additions and 0 deletions
@@ -0,0 +1,72 @@
+# IT-Notfall- und Wiederanlaufverfahren (BCM)
+
+| Dokumenteninformation | Wert |
+|-----------------------|------|
+| Dokumententyp | Verfahrensanweisung (VA-02) |
+| Geltungsbereich | {{ISMS_SCOPE}} |
+| Organisation | {{ORG_NAME}} |
+| Prozessverantwortlich | {{ROLE_IT_LEAD}} |
+| Freigabe durch | {{ROLE_ISB}} |
+| Version | {{DOC_VERSION}} |
+| Datum | {{DOC_DATE}} |
+| Status | {{DOC_STATUS}} |
+
+<!-- FULFILLS 1.6.3-M1, 1.6.3-S1, 5.2.8-M1, 5.2.8-S1, A.5.29-1, A.5.30-1, A.8.14-1 | POLICY R04 -->
+
+## 1. Zweck
+
+Dieses Verfahren regelt die Aufrechterhaltung und Wiederherstellung kritischer IT-Dienste bei Ausfall oder Krise. Es operationalisiert die zugehörige Richtlinie ({{LINK:R04}}).
+
+## 2. Geltungsbereich
+
+Gilt innerhalb des ISMS-Geltungsbereichs ({{ISMS_SCOPE_DESCRIPTION}}).
+
+## 3. Auslöser
+
+Ausfall kritischer IT-Dienste, Notfall oder Krisenfall (Eskalation aus VA-01).
+
+## 4. Eingaben
+
+- Liste kritischer IT-Dienste mit RTO/RPO
+- Wiederanlaufpläne
+- Backup-Status (VA-05)
+
+## 5. Ablauf
+
+1. Notfall feststellen & einstufen: Ausmaß bewerten, ggf. Krisenstab einberufen.
+2. Kommunikation aktivieren: Interne/externe Stakeholder informieren.
+3. Wiederanlauf priorisieren: Dienste nach RTO/RPO in Reihenfolge bringen.
+4. Wiederherstellung durchführen: Systeme/Daten aus Backup (VA-05) wiederherstellen.
+5. Rückkehr zum Normalbetrieb bestätigen & dokumentieren.
+6. Nachbereitung & Test-Update: Plan aktualisieren, {{BACKUP_TEST_FREQ}} üben.
+
+## 6. RACI
+
+| # | Schritt | R (Durchführung) | A (Rechenschaft) | C (Konsultiert) | I (Informiert) |
+|---|---------|------------------|------------------|-----------------|----------------|
+| 1 | Notfall feststellen & einstufen | {{ROLE_IT_LEAD}} | {{ROLE_MANAGEMENT}} | {{ROLE_ISB}} | - |
+| 2 | Kommunikation aktivieren | {{ROLE_ISB}} | {{ROLE_MANAGEMENT}} | - | Mitarbeitende |
+| 3 | Wiederanlauf priorisieren | {{ROLE_IT_LEAD}} | {{ROLE_IT_LEAD}} | {{ROLE_ISB}} | - |
+| 4 | Wiederherstellung durchführen | {{ROLE_IT_LEAD}} | {{ROLE_IT_LEAD}} | - | - |
+| 5 | Rückkehr zum Normalbetrieb bestätigen &  | {{ROLE_IT_LEAD}} | {{ROLE_ISB}} | - | {{ROLE_MANAGEMENT}} |
+| 6 | Nachbereitung & Test-Update | {{ROLE_IT_LEAD}} | {{ROLE_ISB}} | - | - |
+
+## 7. Ergebnis & Nachweis
+
+Wiederhergestellte Dienste; dokumentierter Notfall/Test im ISMS-Tool ({{TOOL_NAME}}); aktualisierte Wiederanlaufpläne. Nachweise werden im zentralen Nachweisregister ({{LINK:NACHWEISREGISTER}}) referenziert.
+
+## 8. Kennzahlen (KPI)
+
+- Einhaltung RTO/RPO
+- Erfolgsquote Wiederherstellungstests
+- Aktualität der Notfallpläne
+
+## 9. Verwandte Dokumente
+
+- Zugehörige Richtlinie: {{LINK:R04}}
+- {{LINK:VA-01}}
+- {{LINK:VA-05}}
+- Technische Sicherheits-Baseline: {{LINK:BASELINE}}
+- ISA-Mapping-Matrix: {{LINK:ISA_MAPPING}}
+
+<!-- Erfüllt die oben unter FULFILLS gelisteten Anforderungen; Kopplung in mapping.json. Im Lesemodus nicht sichtbar. -->