
Définir ce qui doit continuer en priorité
Listez les activités dont l’interruption aurait les conséquences les plus importantes : accueil, prestations, dossiers urgents, paiements ou services aux usagers selon votre organisation. Pour chacune, décrivez ce qui peut être suspendu et ce qui nécessite un fonctionnement dégradé. La priorité ne dépend pas seulement de la visibilité du logiciel concerné.
Faites participer les responsables métier. Ils peuvent préciser les échéances et les conséquences d’une interruption, tandis que l’équipe technique identifie les dépendances. Une liste de serveurs sans lien avec les activités ne suffit pas à guider les décisions pendant une crise.
Identifier les dépendances qui peuvent manquer ensemble
Une activité dépend souvent de la messagerie, de l’annuaire, du réseau, des postes et d’un prestataire. Examinez aussi l’électricité, les moyens de communication et les personnes capables d’administrer les systèmes. Un document de crise stocké uniquement dans l’environnement inaccessible peut devenir inutilisable au moment nécessaire.
Préparez un accès protégé aux contacts et procédures indispensables en dehors des dépendances habituelles. Vérifiez que les personnes autorisées savent l’utiliser. Ce dispositif doit rester à jour et respecter la confidentialité ; une copie non maîtrisée de tous les secrets d’administration ne constitue pas un plan de secours.
Attribuer les rôles et les décisions
Désignez qui reçoit l’alerte, qui coordonne, qui prend les décisions métier et qui autorise les actions techniques. Prévoyez des remplaçants. Les contacts des intervenants doivent préciser les conditions d’intervention réellement convenues, sans supposer une disponibilité permanente ni un délai contractuel absent.
Définissez comment informer les équipes et les interlocuteurs externes si les outils habituels ne fonctionnent plus. Évitez les messages improvisés ou contradictoires. Les décisions, hypothèses et heures utiles doivent être consignées dans un journal de crise accessible aux personnes désignées.
Préparer un fonctionnement dégradé réaliste
Choisissez les tâches qui peuvent se poursuivre avec un mode simplifié. Précisez les informations minimales nécessaires, les contrôles et la façon de rapprocher les opérations lorsque les outils reviennent. Une procédure papier ou un fichier temporaire peut aider, mais doit éviter de créer des erreurs ou des données personnelles dispersées.
Scénario pédagogique : l’outil de prise de demandes devient indisponible. Le responsable désigné active un registre temporaire lorsque le seuil métier convenu est atteint. Il précise les opérations autorisées, les informations minimales à noter, le canal de coordination et les actions à suspendre. Les données sensibles doivent rester protégées même dans ce fonctionnement provisoire.
Numérotez les demandes temporaires et nommez la personne qui les rapproche des données rétablies. Avant de reprendre le traitement normal, vérifiez ce qui a été saisi, transmis ou déjà exécuté pour éviter les doublons. Une restauration informatique réussie ne clôt pas ce travail métier. Ce guide prépare décisions, rôles et activité dégradée ; le guide sauvegarde/PRA/PCA détaille les objectifs et la séquence technique de restauration.
| Élément | Décision à préparer |
|---|---|
| Priorité | Conséquences et ordre de traitement |
| Ressources | Personnes, données et accès indispensables |
| Mode dégradé | Tâches possibles et limites |
| Autorité | Responsable et remplaçant |
| Retour | Rapprochement des opérations et reprise normale |
Exercer la décision avant la crise
Un exercice sur table permet de tester les contacts et les arbitrages sans perturber les systèmes. Préparez un scénario, des événements successifs et des observateurs. Vérifiez qui prend la décision et sur quelle information. Les hésitations et dépendances manquantes deviennent des actions à corriger.
Complétez par des tests techniques préparés lorsque cela est nécessaire, notamment sur les restaurations. Un exercice réussi ne prouve pas la résistance à tous les incidents. Conservez les constats, les responsables de correction et les dates de revue, puis rejouez les points difficiles.
Relier continuité et projets de sécurité
La continuité doit rester cohérente avec les sauvegardes, la réponse à incident et les contrats. Un outil de détection ne fournit pas automatiquement les ressources pour poursuivre l’activité. Une reprise technique doit être validée par les personnes capables de confirmer le fonctionnement métier.
CAP Solutions accompagne l’installation et la maintenance des solutions retenues dans ses projets de cybersécurité en France entière. Le périmètre et les responsabilités sont précisés selon le projet. Préparez vos activités critiques et vos dépendances pour définir les besoins à étudier, sans attribuer à CAP des certifications ou engagements de tiers.
Sources documentaires
Références consultées pour la rédaction. Les fonctionnalités et conditions applicables sont à examiner pour votre configuration.
