Supposons qu’un incident soit contenu, mais que le système de commandes ne fonctionne toujours pas. Pour l’entreprise, le travail n’est pas terminé. Outre la réduction de l’impact d’une menace, la défense doit planifier le retour à un service digne de confiance.
Cet article propose un cadre de planification aux côtés de Sara Shield ; il n’annonce pas des sauvegardes ou une reprise automatiques prêtes dans tous les déploiements.
Préparez-vous avant l’incident
Nous proposons de définir à l’avance les responsables des services, les données essentielles et l’ordre de restauration des composants. Un site web qui semble fonctionner sans accès vérifié aux bonnes données peut donner une image incomplète de son état.
Dans un scénario illustratif, le retour du service dépend de la santé de l’application, d’un accès utilisateur correct et de la validité des données. Définissez chaque critère avant l’incident afin que les décisions de crise ne reposent pas sur des suppositions.
Avoir une sauvegarde diffère de tester la restauration
Ne demandez pas seulement s’il existe une sauvegarde. Identifiez ses données, les personnes autorisées à l’utiliser et ce qu’a démontré une restauration dans un environnement de test. Une sauvegarde ancienne peut omettre des modifications récentes ; le plan doit accepter et documenter cet écart.
Restaurer les données ne supprime pas à lui seul la cause de l’incident. Avant un retour complet, vérifiez que la faiblesse ou l’accès problématique a disparu. Ce sont des critères de planification proposés, pas le compte rendu d’un incident particulier ou d’un résultat opérationnel.
Que faut-il changer après la reprise ?
Nous proposons de consigner la cause, les actions menées et les améliorations nécessaires. Elles peuvent supprimer une permission excessive, modifier la surveillance ou clarifier les consignes d’intervention. L’objectif est de transformer l’expérience d’un incident en changements traçables.
Pour Sara Shield, la sécurité n’est pas une affirmation permanente et définitivement acquise. La défense est utile lorsqu’une organisation sait ce qu’elle protège, comment elle répond aux interruptions et comment elle confirme à nouveau la santé du service. Les équipes d’infrastructure et les dirigeants ont des responsabilités distinctes et nécessaires dans ce plan.
