Planification de la reprise
Élaborer et maintenir des plans de reprise.
Planification de la reprise est défini par les résultats NIST CSF 2.0 RC.RP-01 (The recovery portion of the incident response plan is executed once initiated from the incident response process); RC.RP-02 (Recovery actions are selected, scoped, prioritized, and performed); ID.IM-04 (Incident response plans and other cybersecurity plans that affect operations are established, communicated, maintained, and improved). 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 et DORA. Seulement faiblement liés dans CMMC. Aucune correspondance dans nos données Aucune correspondance dans nos données pour Essential Eight, CPS 234 et Cyber Essentials.
| Référentiel | Exigence | Titre | Lien | Source / motif |
|---|---|---|---|---|
| NIST CSF 2.0 | RC.RP-01RC.RP-02ID.IM-04 | The recovery portion of the incident response plan is executed once initiated from the incident response process; Recovery actions are selected, scoped, prioritized, and performed; Incident response plans and other cybersecurity plans that affect operations are established, communicated, maintained, and improved | Définition du sujet | RC.RP-01 RC.RP-02 ID.IM-04 |
| ISO 27001 | A.5.29A.5.30 | Information security during disruption; ICT readiness for business continuity | Correspondance | A.5.29: via RC.RP-01; NIST 800-53 map: CP-2, CP-10 A.5.30: via RC.RP-02; NIST 800-53 map: CP-2 |
| 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 | CC7.5A1.3 | Recovering from identified security incidents; 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-01; RC.RP-02; ID.IM-04 |
| CMMC | IR.L2-3.6.1CA.L2-3.12.4 | Non mis en correspondance avec ce thème | Ces exigences ne partagent que les résultats CSF de ce sujet (RC.RP-01, RC.RP-02, ID.IM-04) via des tables de correspondance publiées : à vérifier, il ne s'agit pas d'une correspondance. | |
| 800-53 | CP-2CP-10 | Contingency Plan; System Recovery and Reconstitution | Correspondance | CP-2: via ID.IM-04 CP-10: via RC.RP-01; RC.RP-02 |
| HIPAA | §164.308(a)(7)§164.308(a)(7)(ii)(B) | Contingency Plan; Disaster Recovery Plan | Correspondance | §164.308(a)(7): via NIST HIPAA map: CP-2 §164.308(a)(7)(ii)(B): via NIST HIPAA map: CP-2, CP-10 |
| GDPR | Art.32(1)(c) | Security of processing | Éditorial | Art.32(1)(c): No official crosswalk exists for GDPR; ControlMapping editorial mapping. |
| NIS2 | 4.1 | Business continuity and disaster recovery plan | Correspondance | 4.1: via RC.RP-01; RC.RP-02; ENISA ISO map: A.5.29, A.5.30 |
| Essential Eight | — | Aucune exigence | Aucune correspondance dans nos données | Aucune exigence Essential Eight n'est mise en correspondance avec ce thème dans nos données. |
| DORA | Art.11(3)Art.12(6) | Response and recovery; Backup policies and procedures, restoration and recovery procedures and methods | Éditorial | Art.11(3): ICT response and recovery plans, subject to independent internal audit review. Art.12(6): Recovery time and recovery point objectives for each function. |
| 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 Planification de la reprise
La planification de la reprise établit des procédures documentées pour rétablir les systèmes, les données et les activités métier dans leur fonctionnement normal après un incident de cybersécurité ou un sinistre. Les plans doivent définir des priorités de reprise fondées sur l'analyse d'impact sur l'activité, préciser les procédures techniques de restauration des systèmes critiques, identifier les ressources et le personnel requis, et inclure des modèles de communication pour informer les parties prenantes pendant la reprise. Les plans de reprise doivent être testés au moyen d'exercices sur table ou d'exercices de reprise, dont les résultats alimentent la mise à jour du plan ; la norme PCI DSS exige que le plan de réponse aux incidents, y compris les procédures de reprise, soit testé au moins une fois par an (12.10.2).