Le problème que ça règle

  • Les plans de continuité vivent dans des documents Word que personne ne rouvre entre deux audits, et qui sont chiffrés en même temps que le reste le jour d'un rançongiciel.
  • Les RTO et RPO sont fixés par la DSI sans arbitrage métier, puis jamais confrontés à un test réel.
  • Le jour de l'inspection, il faut reconstituer a posteriori qui a décidé quoi et quand — alors que l'article 30 attend une démonstration, pas une intention.

Ce que la loi attend, précisément

L'article 30 §3, 3° impose la continuité des activités, la gestion des sauvegardes, la reprise après sinistre et la gestion de crise. L'article 30 §3, 6° impose d'évaluer l'efficacité de ces mesures. Autrement dit : il ne suffit pas d'avoir un plan, il faut pouvoir montrer qu'il est testé — et c'est cette trace qui manque le plus souvent.

Ce que regarde une inspection du CCB

Les six modules

Chaque module indique la mesure de l'article 30 et les contrôles ISO 27001 qu'il alimente. Les identifiants renvoient à leur fiche détaillée.

Business Impact Analysis

Recense les processus, leurs dépendances techniques et leur criticité, puis en déduit des RTO et RPO discutés avec les métiers plutôt que décrétés.

Ce que vous en sortez : Une cartographie des dépendances et un tableau RTO/RPO par processus, exportables.

NIS2 art. 30 Mesure 3Mesure 1
ISO 27001 5.295.308.65.9

Plans de continuité

Construit les plans à partir de l'analyse d'impact, les versionne et garde la trace de chaque modification.

Ce que vous en sortez : Des plans datés, versionnés, exportables hors ligne — condition pour qu'ils servent le jour où le système d'information est indisponible.

NIS2 art. 30 Mesure 3
ISO 27001 5.295.305.37

Gestion de crise

Déroule la cellule de crise : rôles, arbres d'appel, décisions et actions horodatées au fil de l'eau.

Ce que vous en sortez : Un journal de crise horodaté — exactement ce qu'un inspecteur du CCB demande pour reconstituer un incident.

NIS2 art. 30 Mesure 2Mesure 3
ISO 27001 5.245.255.265.28

Registre des risques

Tient le registre des risques, leur traitement et leur acceptation formelle, avec l'historique des réévaluations.

Ce que vous en sortez : Un registre vivant et son plan de traitement, avec la trace de l'acceptation des risques résiduels par la direction.

NIS2 art. 30 Mesure 1
ISO 27001 5.75.36

Inventaire des actifs

Maintient l'inventaire des actifs et de leurs dépendances, avec un propriétaire nommé pour chacun.

Ce que vous en sortez : Un inventaire réconcilié, à jour, avec propriétaire — le point le plus souvent pris en défaut en audit.

NIS2 art. 30 Mesure 9
ISO 27001 5.95.105.12

Plans de reprise

Organise les procédures de reprise, planifie les tests de restauration et conserve leurs résultats.

Ce que vous en sortez : Un historique de tests de restauration daté, avec le délai réellement constaté face au RTO visé.

NIS2 art. 30 Mesure 3
ISO 27001 8.138.145.30

Ce qu'il faut demander en démonstration

Quatre questions qui séparent un outil utilisable d'une présentation.

  1. Faites-vous montrer un journal de crise réel, pas une capture d'écran de démonstration.
  2. Demandez l'export hors ligne d'un plan : un plan accessible uniquement en ligne ne sert pas le jour d'un sinistre.
  3. Demandez le modèle d'hébergement et de sauvegarde de la plateforme elle-même, ainsi que ses engagements de disponibilité contractuels.
  4. Demandez comment sortir vos données si vous changez d'outil.

Un outil ne vous met pas en conformité

Aucune plateforme, celle-ci comprise, ne remplace l'analyse d'impact menée avec les métiers ni les tests de restauration réellement exécutés. Ce qu'elle apporte, c'est de conserver la trace de ce travail et de la rendre présentable le jour où on vous la demande.

Voir la plateforme

Une démonstration se fait sur vos processus, pas sur un jeu de données de vitrine : prévoyez d'apporter deux ou trois processus critiques et leurs dépendances.