Tester la restauration d’un site avant l’incident

Définir ce qu’il faut pouvoir retrouver

Dressez l’inventaire du code, des contenus, de la base de données, des fichiers envoyés, des médias, des réglages applicatifs et des tâches programmées. Certains éléments vivent chez l’hébergeur, d’autres dans un CMS, un stockage séparé ou un service tiers. Identifiez ceux qui peuvent être reconstruits et ceux dont la perte serait irréversible.

Précisez le point de reprise acceptable pour chaque ensemble : un site vitrine mis à jour une fois par mois et un service qui reçoit des demandes quotidiennes n’ont pas le même besoin. Notez la fréquence des copies, leur emplacement, leur durée de conservation et qui peut déclencher une restauration.

• Inventaire des contenus et données réellement nécessaires.
• Date de reprise acceptable pour chaque ensemble.
• Responsables et emplacements des copies.

Séparer copie, export et restauration

Un export éditorial peut récupérer des textes mais oublier thèmes, réglages, utilisateurs ou médias. Une copie des seuls fichiers peut manquer la base de données. Demandez au fournisseur exactement ce que couvre son service et ce qui reste à votre charge. La documentation WordPress recommande une sauvegarde avant la mise à jour d’extensions ; la méthode précise dépend de l’architecture.

Conservez des copies selon des règles de sécurité adaptées au contexte et limitez les personnes qui peuvent les lire ou les remplacer. Documentez les prérequis de restauration, sans publier d’identifiants, de clés ni d’informations d’accès dans un guide partagé.

Identifiez les dépendances avant de sélectionner la dernière archive. Dans le modèle classique décrit par le NIST, une sauvegarde complète couvre tout le périmètre choisi, une incrémentale contient les changements depuis la sauvegarde précédente et une différentielle les changements depuis la dernière complète. Dans l’exercice, F0 est la complète de départ ; I1, I2 et I3 sont trois incrémentales successives. Retrouver I3 seul ne suffit pas à reconstituer ce périmètre au troisième point.

La branche différentielle est une autre stratégie : D3 cumule les changements depuis F0, ce qui permet dans ce modèle d’utiliser F0 et D3 sans les différentielles intermédiaires. Ce sont des dépendances pédagogiques, pas des archives disponibles sur ce site. Les outils à déduplication, synthèse ou instantanés peuvent présenter d’autres mécanismes : vérifiez le contrat du fournisseur. Une politique de rétention doit préserver les éléments requis pour les points de restauration conservés, et les clés nécessaires doivent rester accessibles aux personnes autorisées.

Faites défiler le tableau horizontalement pour lire toutes les colonnes. Au clavier, placez le focus sur le tableau puis utilisez les flèches.

Faire un exercice dans un environnement isolé

Choisissez une copie et restaurez-la hors du site public. Chronométrez les étapes sans supposer que la procédure écrite est complète. Vérifiez l’ouverture des pages, les médias, les liens, les permissions utiles, le formulaire dans un mode d’essai et les fonctions qui dépendent d’un service externe.

Comparez les données restaurées à l’inventaire de départ. Notez les éléments absents, la dernière modification présente et les réglages à refaire. Un test réussi doit être reproductible par une autre personne autorisée, dans le temps et les conditions que l’organisation juge acceptables.

Exercice fictif en environnement isolé : la copie attendue contient 120 articles et 200 médias identifiés. La restauration retrouve bien 120 articles et 200 médias, mais M200 manque et X200, absent de l’inventaire attendu, le remplace. L’égalité des compteurs masque donc un écart : seuls 199 identifiants de média attendus sont présents. Comparez les ensembles d’identifiants avant d’examiner les fichiers et les liens concernés.

Le tableau sépare quatre vérifications. Même si les articles, les rôles d’essai et le parcours de contact passent, l’écart sur les médias empêche de valider cet exercice complet. Les trois rôles sont des profils fictifs à vérifier selon une matrice de droits définie. Le formulaire utilise une demande de test et un récepteur de courriel neutralisé ; aucun envoi réel n’est nécessaire pour vérifier la chaîne prévue dans cet environnement.

• Copie et environnement utilisés.
• Durée observée et étapes manuelles.
• Pages, données et fonctions réellement contrôlées.

Faites défiler le tableau horizontalement pour lire toutes les colonnes. Au clavier, placez le focus sur le tableau puis utilisez les flèches.

• Cybermalveillance.gouv.fr : Sauvegardes

  Cybermalveillance.gouv.fr, consulté le 22 octobre 2026 : tester les sauvegardes. Les volumes, identifiants et résultats sont fictifs.

Corriger le plan et décider du prochain test

Mettez à jour la procédure après chaque exercice : contacts, ordre des opérations, dépendances et contrôles de sortie. Recommencez après une migration, un changement de fournisseur ou une modification importante de l’application. Le guide de maintenance replace cette vérification dans le suivi régulier du site.

Lors d’un incident réel, conservez les informations utiles au diagnostic et coordonnez la remise en service avec les personnes responsables. Un test de restauration réduit l’incertitude ; il ne garantit pas l’absence de perte ni la disponibilité d’un service tiers.

Décider dans une situation concrète

Exemple fictif : la base est récupérée, mais les médias manquent et les comptes ne fonctionnent plus. Définissez ce que signifie service rétabli avant l’essai : données, fichiers, accès et fonction essentielle doivent être examinés ensemble.

Consignez point de sauvegarde, environnement isolé, étapes suivies et résultat du parcours choisi. Gardez les éléments manquants et le temps observé ; le poids d’une archive ne démontre pas qu’elle permet de reprendre l’activité.

• Protéger et tester la préproduction d’un site web

  Séparer contrôle d’accès et indexation, neutraliser les envois réels, utiliser des données de test et vérifier la transition vers la production.

Mesurer la perte et le temps réellement acceptables

Définissez séparément l’ancienneté maximale des données que vous pouvez perdre et le temps pendant lequel le service peut rester interrompu. Une copie quotidienne ne garantit pas une remise en service rapide ; le domaine, les accès, les secrets et les dépendances peuvent manquer. Mesurez ces deux écarts pendant l’exercice de restauration.

Calculer l’écart entre le point sauvegardé et le retour du service

Exercice fictif, le même jour et dans le même fuseau : dernière sauvegarde exploitable à 02 h, incident à 10 h 30, service vérifié à 12 h. On suppose ici qu’aucun journal ni autre mécanisme ne récupère les changements postérieurs à la copie.

Faites défiler le tableau horizontalement pour lire toutes les colonnes. Au clavier, placez le focus sur le tableau puis utilisez les flèches.

• NIST · Recovery Point Objective

  Le NIST définit le RPO par le point de récupération des données et le RTO par la durée de reprise tolérable pour l’activité. Ces valeurs sont des hypothèses pédagogiques, pas des garanties d’hébergement.