Une sauvegarde non testée est-elle vraiment une sauvegarde

Une copie devient utile si l’on sait quelles données elle contient, de quand elles datent et comment les remettre en service. Une synchronisation instantanée peut répliquer une suppression ou un chiffrement malveillant ; elle n’est donc pas, à elle seule, une stratégie de sauvegarde complète.

Les recommandations de l’ANSSI et de la CISA insistent sur des sauvegardes protégées de l’environnement courant, avec des copies hors ligne ou autrement isolées lorsque le risque le justifie. L’objectif est qu’un compte compromis ou un rançongiciel ne puisse pas détruire toutes les copies avec les mêmes droits.

La règle “3-2-1” est un repère courant, mais elle ne remplace pas l’analyse des besoins. Une base transactionnelle, des photographies personnelles et une configuration serveur n’ont ni le même rythme de changement ni le même objectif de reprise. Il faut définir perte de données acceptable et délai de retour.

Posséder des téraoctets de sauvegarde n’aide pas si la restauration prend plusieurs jours alors que l’activité doit reprendre en quelques heures. Le débit, les dépendances, les clés de chiffrement, les comptes administrateurs et l’ordre de remise en service doivent être connus avant l’incident.

Il faut vérifier régulièrement qu’un fichier se restaure, puis organiser des exercices plus larges sur les services critiques. Les résultats, les durées et les écarts doivent être documentés. Une sauvegarde réussie dans un journal n’est pas une preuve suffisante si personne n’a essayé de la relire.