Disaster Recovery
Disaster-Recovery-Verfahren planen und umsetzen.
Disaster Recovery wird durch die NIST CSF 2.0 Outcomes RC.RP-02 (Recovery actions are selected, scoped, prioritized, and performed); RC.RP-05 (The integrity of restored assets is verified, systems and services are restored, and normal operating status is confirmed); PR.IR-03 (Mechanisms are implemented to achieve resilience requirements in normal and adverse situations) definiert. Crosswalk Über einen veröffentlichten Crosswalk zugeordnet in ISO 27001, PCI DSS, 800-53, HIPAA und NIS2. Redaktionell Redaktionell zugeordnet in CIS v8.1, SOC 2, GDPR, Essential Eight und DORA. In CMMC nur lose verwandt. Keine Zuordnung in unseren Daten Keine Zuordnung in unseren Daten für CPS 234 und Cyber Essentials.
| Framework | Anforderung | Titel | Verknüpfung | Quelle / Begründung |
|---|---|---|---|---|
| NIST CSF 2.0 | RC.RP-02RC.RP-05PR.IR-03 | Recovery actions are selected, scoped, prioritized, and performed; The integrity of restored assets is verified, systems and services are restored, and normal operating status is confirmed; Mechanisms are implemented to achieve resilience requirements in normal and adverse situations | Themendefinition | RC.RP-02 RC.RP-05 PR.IR-03 |
| ISO 27001 | A.5.30A.8.14 | ICT readiness for business continuity; Redundancy of information processing facilities | Crosswalk | A.5.30: via RC.RP-02 A.8.14: via PR.IR-03 |
| CIS v8.1 | CIS 11.1 | Establish and Maintain a Data Recovery Process | Redaktionell | CIS 11.1: Establish a data recovery process; not in CIS's own crosswalk to CSF 2.0, which covers 49 of 153 safeguards. |
| SOC 2 | A1.2A1.3 | Environmental protections, backups and recovery infrastructure; Testing recovery plan procedures | Redaktionell | AICPA's TSC mappings are not openly licensed; ControlMapping editorial mapping (criterion summaries are ours, not AICPA text). |
| PCI DSS | 12.10.1 | Incident response plan ready to activate | Crosswalk | 12.10.1: via RC.RP-02; PR.IR-03 |
| CMMC | IR.L2-3.6.1SC.L2-3.13.2 | Diesem Thema nicht zugeordnet | Diese Anforderungen teilen nur die CSF-Ergebnisse dieses Themas (RC.RP-02, RC.RP-05, PR.IR-03) über veröffentlichte Crosswalks: prüfenswert, aber keine Zuordnung. | |
| 800-53 | CP-7CP-10 | Alternate Processing Site; System Recovery and Reconstitution | Crosswalk | CP-7: Alternate processing site; NIST's CSF 2.0 references don't link CP-7 to these subcategories. CP-10: via RC.RP-02; RC.RP-05 |
| HIPAA | §164.308(a)(7)(ii)(B)§164.308(a)(7)(ii)(D) | Disaster Recovery Plan; Testing and Revision Procedure | Crosswalk | §164.308(a)(7)(ii)(B): via NIST HIPAA map: CP-10 §164.308(a)(7)(ii)(D): Testing and revision of contingency plans; NIST maps it to CP-2/CP-3/CP-4. |
| GDPR | Art.32(1)(c) | Security of processing | Redaktionell | Art.32(1)(c): No official crosswalk exists for GDPR; ControlMapping editorial mapping. |
| NIS2 | 4.14.2 | Business continuity and disaster recovery plan; Backup management | Crosswalk | 4.1: via RC.RP-02; ENISA ISO map: A.5.30 4.2: via RC.RP-02; ENISA ISO map: A.8.14 |
| Essential Eight | ISM-1515 | Restoration of data, applications and settings from backups to a common point in time… | Redaktionell | ISM-1515: ASD assigns these ISM controls to the Essential Eight; ASD publishes no crosswalk to NIST or ISO, so linking them to topics is ControlMapping editorial. |
| DORA | Art.12(4)Art.11(6) | Backup policies and procedures, restoration and recovery procedures and methods; Response and recovery | Redaktionell | Art.12(4): Redundant ICT capacities adequate to business needs. Art.11(6): Testing includes switchovers between primary infrastructure and redundant capacity, backups and facilities. |
| CPS 234 | — | Keine Anforderung | Keine Zuordnung in unseren Daten | In unseren Daten ist keine CPS 234-Anforderung diesem Thema zugeordnet. |
| Cyber Essentials | — | Keine Anforderung | Keine Zuordnung in unseren Daten | In unseren Daten ist keine Cyber Essentials-Anforderung diesem Thema zugeordnet. |
Themendefinition CSF-2.0-Ergebnisse, die dieses Thema definieren · Crosswalk mindestens eine Auswahl, gestützt durch einen veröffentlichten Crosswalk · Redaktionell Einschätzung von ControlMapping mit Begründung · nicht zugeordnet, teilt nur die CSF-Ergebnisse dieses Themas · Keine Zuordnung in unseren Daten In unseren Daten nichts zugeordnet; oft neue Arbeit, aber prüfen Sie die Hinweise zur Abdeckung. Methodik.
Anforderungs-IDs und Titel werden so angezeigt, wie jedes Framework sie veröffentlicht, auf Englisch.
Falsche oder fehlende Zuordnung? Melden
Über Disaster Recovery
Disaster Recovery (DR) stellt die technischen Fähigkeiten und Verfahren bereit, die erforderlich sind, um IT-Infrastruktur, Anwendungen und Daten nach einem katastrophalen Ereignis wie einem Ransomware-Angriff, einem Ausfall des Rechenzentrums oder einer Naturkatastrophe wiederherzustellen. Die DR-Planung umfasst die Festlegung von Wiederanlaufzeitzielen (Recovery Time Objective, RTO) und Wiederherstellungspunktzielen (Recovery Point Objective, RPO) für jedes kritische System, den Aufbau redundanter Infrastruktur oder cloudbasierter Failover-Umgebungen sowie die Dokumentation schrittweiser Wiederherstellungsverfahren. Regelmäßige Tests, bis hin zu vollständigen Failover-Tests, sofern das Risiko dies rechtfertigt, zeigen, ob die Wiederherstellungsziele tatsächlich erreicht werden können und ob das Personal die Verfahren durchführen kann.