Reprise après sinistre
Planifier et exécuter les procédures de reprise après sinistre.
Reprise après sinistre est défini par les résultats NIST CSF 2.0 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). Correspondance Mis en correspondance par une correspondance publiée dans ISO 27001, PCI DSS, 800-53, HIPAA et NIS2. Éditorial Mis en correspondance de manière éditoriale dans CIS v8.1, SOC 2, GDPR, Essential Eight et DORA. Seulement faiblement liés dans CMMC. Aucune correspondance dans nos données Aucune correspondance dans nos données pour CPS 234 et Cyber Essentials.
| Référentiel | Exigence | Titre | Lien | Source / motif |
|---|---|---|---|---|
| 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 | Définition du sujet | 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 | Correspondance | 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 | Éditorial | 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 | Éditorial | 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 | Correspondance | 12.10.1: via RC.RP-02; PR.IR-03 |
| CMMC | IR.L2-3.6.1SC.L2-3.13.2 | Non mis en correspondance avec ce thème | Ces exigences ne partagent que les résultats CSF de ce sujet (RC.RP-02, RC.RP-05, PR.IR-03) via des tables de correspondance publiées : à vérifier, il ne s'agit pas d'une correspondance. | |
| 800-53 | CP-7CP-10 | Alternate Processing Site; System Recovery and Reconstitution | Correspondance | 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 | Correspondance | §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 | Éditorial | 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 | Correspondance | 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… | Éditorial | 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 | Éditorial | 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 | — | Aucune exigence | Aucune correspondance dans nos données | Aucune exigence CPS 234 n'est mise en correspondance avec ce thème dans nos données. |
| Cyber Essentials | — | Aucune exigence | Aucune correspondance dans nos données | Aucune exigence Cyber Essentials n'est mise en correspondance avec ce thème dans nos données. |
Définition du sujet Résultats CSF 2.0 qui définissent ce thème · Correspondance au moins un choix appuyé par une table de correspondance publiée · Éditorial Jugement de ControlMapping, avec le motif · non mappé, partage seulement les résultats CSF de ce thème · Aucune correspondance dans nos données rien de mappé dans nos données ; souvent un travail nouveau, mais consultez les notes de couverture. Méthodologie.
Les identifiants et intitulés des exigences sont présentés tels que chaque référentiel les publie, en anglais.
Correspondance erronée ou manquante ? Signaler
À propos de Reprise après sinistre
La reprise après sinistre (DR) fournit les capacités techniques et les procédures nécessaires pour restaurer l'infrastructure informatique, les applications et les données à la suite d'un événement catastrophique, tel qu'une attaque par rançongiciel, une panne de centre de données ou une catastrophe naturelle. La planification de la reprise comprend la définition des objectifs de temps de reprise (RTO) et des objectifs de point de reprise (RPO) pour chaque système critique, la mise en place d'une infrastructure redondante ou d'environnements de basculement dans le cloud, ainsi que la documentation des procédures de restauration étape par étape. Des tests réguliers, allant jusqu'à une bascule complète lorsque le risque le justifie, permettent de vérifier si les objectifs de reprise peuvent effectivement être atteints et si le personnel est en mesure d'exécuter les procédures.