Procédure de maintenance
Tester une restauration de fichiers avant d'en avoir besoin
Tester une restauration, c'est remettre quelques fichiers choisis depuis la sauvegarde, à un autre emplacement, vérifier qu'ils s'ouvrent et consigner le résultat : la seule preuve qu'une sauvegarde sert.
Tester une restauration consiste à récupérer quelques fichiers choisis depuis la sauvegarde, à un autre emplacement que l'original, puis à vérifier qu'ils s'ouvrent et qu'ils sont complets. C'est la seule façon de savoir qu'une sauvegarde sert à quelque chose : une copie qui tourne chaque nuit sans jamais avoir été restaurée reste une hypothèse.
Pourquoi l'ANSSI demande des tests de restauration
L'ANSSI écrit, dans son guide de cybersécurité pour les TPE et PME, que « les sauvegardes doivent faire l'objet de tests réguliers de restauration ». Son guide d'hygiène informatique, au niveau de sécurité renforcé, juge souhaitable de planifier « au moins une fois par an un exercice de restauration des données et de conserver une trace technique des résultats ». Les bonnes pratiques de Cybermalveillance.gouv.fr sur les sauvegardes en donnent la raison : le processus de sauvegarde ne s'effectue pas toujours correctement, et seul un essai le révèle.
Le test complète deux autres gestes du poste : contrôler que les sauvegardes ont bien tourné, qui vérifie que les copies existent, et garder une copie hors ligne selon la règle 3-2-1, qui vérifie qu'une copie échappera à une attaque. Le rythme retenu s'écrit dans le plan de sauvegarde de l'entreprise.
Sauvegardes immuables : un test reste nécessaire
Les sauvegardes dites immuables, conçues pour ne pas pouvoir être modifiées ni effacées pendant leur durée de conservation, se testent comme les autres : la recommandation du guide de l'ANSSI pour les TPE et PME ne fait pas d'exception. POWERiti, prestataire d'infogérance installé à Avignon et labellisé ExpertCyber, les associe dans sa protection des données à la gouvernance des accès et à l'accompagnement technique à la conformité RGPD. Même avec une protection des données fondée sur des sauvegardes immuables, c'est l'entreprise qui doit voir ses fichiers revenir et s'ouvrir.
La procédure
Tester une restauration, étape par étape
Prévoyez un emplacement de restauration distinct des fichiers d'origine, l'accès à l'outil de sauvegarde ou la présence du prestataire, et une personne qui connaît les fichiers choisis.
Préparer le test
Un test utile porte sur des fichiers qui comptent, remis dans un endroit sûr.
-
#
Un fichier que personne n'ouvre ne prouve rien : le test doit porter sur ce dont l'entreprise vit.
Le détail de l'étape
C'est fait quand : La liste nomme des fichiers récents et anciens, de types différents, par exemple un tableur, un document et un export du logiciel métier.
Comment vérifier : Chaque fichier de la liste fait bien partie des données que le plan de sauvegarde déclare protégées.
Le piège : Tester toujours le même fichier, ce qui ne dit rien des autres dossiers ni des autres serveurs.
-
#
Restaurer par-dessus le fichier d'origine peut écraser une version plus récente et fausser le test.
Le détail de l'étape
C'est fait quand : Un dossier ou un poste de test est désigné, vide, et accessible à la personne qui vérifiera.
Comment vérifier : Le chemin de restauration choisi dans l'outil n'est pas celui des fichiers d'origine.
Le piège : Accepter sans la lire l'option par défaut de l'outil, qui peut restaurer à l'emplacement d'origine.
-
#
Restaurer depuis la dernière copie vérifie la sauvegarde récente ; restaurer depuis une copie plus ancienne vérifie la durée de conservation.
Le détail de l'étape
C'est fait quand : La copie utilisée est identifiée par sa date dans le compte rendu du test.
Comment vérifier : La date figure dans l'historique de la solution de sauvegarde et correspond au rythme écrit dans le plan.
Le piège : Prendre la copie de la nuit sans vérifier qu'elle a réussi : le test porterait sur une copie partielle.
Restaurer et contrôler
Le prestataire fait tourner l'outil ; quelqu'un qui connaît les fichiers les contrôle.
-
#
Le prestataire connaît l'outil ; l'entreprise voit de ses yeux que la manœuvre aboutit.
Le détail de l'étape
C'est fait quand : Les fichiers choisis apparaissent dans l'emplacement de test.
Comment vérifier : L'outil signale la restauration comme terminée, sans erreur ni fichier ignoré.
Le piège : Se contenter du message de réussite sans aller ouvrir les fichiers.
-
#
Un fichier peut être restauré mais vide, tronqué ou illisible.
Le détail de l'étape
C'est fait quand : Chaque fichier s'ouvre dans son logiciel habituel et son contenu correspond à ce qu'attend la personne qui l'utilise.
Comment vérifier : Taille, date de modification et contenu sont cohérents avec la date de la copie utilisée.
Le piège : Laisser le prestataire seul juger des fichiers, alors qu'il ne sait pas à quoi ils doivent ressembler.
-
#
La copie hors ligne est celle qui reste en cas de rançongiciel : elle doit être aussi utilisable que les autres.
Le détail de l'étape
C'est fait quand : Un fichier a été restauré depuis la copie déconnectée ou externalisée, et il s'ouvre.
Comment vérifier : Le compte rendu distingue les fichiers restaurés depuis chaque copie.
Le piège : Ne tester que la copie la plus pratique, et découvrir le jour d'un incident que la copie hors ligne est inexploitable.
Consigner et corriger
Le test n'est utile que si sa trace existe et si ses défauts sont corrigés.
-
#
L'ANSSI recommande de conserver une trace technique des résultats de l'exercice de restauration.
Le détail de l'étape
C'est fait quand : Un compte rendu daté indique les fichiers, les copies utilisées, la durée de la restauration et le résultat.
Comment vérifier : Le compte rendu est rangé avec le plan de sauvegarde, accessible à l'entreprise sans passer par le prestataire.
Le piège : Laisser le résultat dans la mémoire du technicien ou dans un ticket que l'entreprise ne voit pas.
-
#
Un test raté qui n'est suivi d'aucune correction laisse l'entreprise exposée au même risque.
Le détail de l'étape
C'est fait quand : Chaque écart a une action et un responsable, et le prochain test a une date au calendrier.
Comment vérifier : L'intervalle jusqu'au prochain test respecte au minimum le rythme annuel recommandé par l'ANSSI.
Le piège : Repousser le test suivant parce que celui-ci a réussi.
Questions fréquentes
À quelle fréquence tester une restauration de sauvegarde ?
L'ANSSI recommande des tests réguliers de restauration, et son guide d'hygiène informatique, au niveau renforcé, juge souhaitable un exercice de restauration au moins une fois par an, avec une trace des résultats. L'entreprise peut tester plus souvent, par exemple après un changement de solution de sauvegarde ou de serveur. Le rythme retenu s'écrit dans le plan de sauvegarde de l'entreprise, présenté sur la page du poste sauvegardes, et figure dans le calendrier de maintenance.
Qui doit vérifier les fichiers restaurés ?
La personne qui utilise ces fichiers au quotidien, et pas seulement le prestataire. Le prestataire sait faire tourner l'outil de sauvegarde, mais seul un utilisateur sait si un tableur est complet ou si l'export du logiciel métier contient les bonnes données. Le test se fait donc à deux : le prestataire restaure, l'entreprise constate et signe le compte rendu.
Une sauvegarde dans le cloud dispense-t-elle de tester la restauration ?
Non. Un service en ligne peut ne pas copier un dossier, ou conserver les fichiers moins longtemps que prévu. L'ANSSI rappelle dans son guide pour les TPE et PME que, quel que soit le support choisi, les sauvegardes doivent être testées par des restaurations régulières. Pour Microsoft 365, la page du poste sauvegardes rappelle que la rétention ne remplace pas une copie.
Que faire si le test de restauration échoue ?
Le signaler au prestataire le jour même, avec le compte rendu du test, et vérifier aussitôt les autres copies : si la copie hors ligne est saine, le risque reste maîtrisé le temps de corriger. Une sauvegarde défaillante découverte pendant une attaque est le pire scénario ; les fiches réflexes en cas d'incident montrent pourquoi les copies doivent être prêtes avant.