Conserver une capacité d’action
Prévoir un accès de secours aux informations indispensables, une personne de remplacement et une procédure utilisable sans les outils habituels. Le niveau de secours doit être proportionné à l’impact de l’indisponibilité. Vérifier qu’une copie de sauvegarde peut réellement être restaurée et utilisée.
Choisir une règle importante et vérifier qu’elle est comprise, appliquée et contrôlée sur un périmètre réel.
Le RSSI ne doit pas devenir le seul propriétaire de tous les risques. Les responsables métier conservent leurs arbitrages.
Application à votre contexte
Prévoyez comment retrouver les informations et les contacts si l'outil habituel devient indisponible. Une copie de secours n'a de valeur que si les personnes autorisées peuvent y accéder et l'utiliser pendant l'incident.
Confrontez la politique à une preuve de fonctionnement : configuration, test autorisé, traitement d'alerte ou exercice. Les tests offensifs doivent rester dans un périmètre expressément autorisé. Une absence de détection n'est pas une preuve d'absence d'incident.
Références pour approfondir
- NIST — NIST Cybersecurity Framework (nouvel onglet) Comprendre ce cadre
- ISO / IEC — ISO/IEC 27001 (nouvel onglet) Comprendre ce cadre
- Center for Internet Security — CIS Controls (nouvel onglet) Comprendre ce cadre
- OWASP — Application Security Verification Standard (nouvel onglet)
- DYNAMAP SI — Sécurité des systèmes d’information (nouvel onglet) Comprendre ce cadre