Distinctions essentielles
Une sauvegarde permet une restauration après perte ou altération. Une archive répond à une finalité de conservation. Une réplication améliore la disponibilité mais peut recopier une corruption. Un export facilite la réversibilité. Aucun de ces mécanismes ne remplace automatiquement les autres.
Périmètre et criticité
Chaque service inventorie les données, configurations, fichiers, identités techniques, clés de chiffrement récupérables, dépendances et procédures nécessaires à sa reconstruction. La fréquence et la profondeur de sauvegarde découlent de la criticité et du risque réellement évalués.
Copies séparées
Lorsque le risque le justifie, JRbIA combine plusieurs copies, supports ou emplacements et protège au moins une copie contre l’altération simultanée de la production. Une sauvegarde hors ligne ou suffisamment isolée réduit notamment le risque de propagation d’un rançongiciel.
Protection
Les sauvegardes bénéficient d’un niveau de sécurité adapté aux données d’origine : chiffrement disponible, accès administratifs dédiés, moindre privilège, journalisation, protection des clés, transferts sécurisés et encadrement du fournisseur. Les secrets ne sont pas exportés dans des fichiers ordinaires.
Rétention et purge
Les cycles, copies complètes ou incrémentales, rotations et suppressions suivent le registre de conservation. Une restauration réapplique les suppressions, oppositions et révocations déjà dues afin de ne pas ressusciter silencieusement des données ou accès expirés.
Tests de restauration
Une sauvegarde n’est déclarée exploitable qu’après un test adapté : intégrité, déchiffrement, dépendances, permissions, cohérence des données, démarrage, rapprochement et temps observé. Les tests utilisent des environnements protégés et évitent d’exposer inutilement des données réelles.
Reprise depuis une source saine
Avant restauration, l’origine de l’incident est qualifiée, la copie choisie est contrôlée et les accès compromis sont révoqués ou renouvelés. La reprise suit un ordre documenté des services essentiels, prévoit un mode dégradé et conserve la chronologie des décisions.
RPO, RTO et vérité contractuelle
Le point maximal de perte de données visé et le délai de reprise visé sont définis par offre, environnement et fonction. Ils ne deviennent garantis que s’ils sont chiffrés dans le niveau de service souscrit. Un test réussi une fois ne constitue pas une garantie permanente.
Responsabilités partagées
JRbIA documente le périmètre qu’elle protège. Le client conserve les exports, originaux, accès et procédures qui lui incombent. Un fournisseur cloud ou SaaS est qualifié sur ses régions, copies, restaurations, incidents, sortie et preuves ; sa seule présence ne démontre pas la résilience.
Incident et communication
Échec de sauvegarde, copie inaccessible, corruption, restauration incomplète ou dépassement d’un objectif déclenchent une qualification, une correction et, selon l’impact, la procédure d’incident. La communication distingue données perdues, potentiellement affectées, restaurées et encore à rapprocher.
Porte de validation
Avant production : périmètre, criticité, fréquence, isolation, chiffrement, clés, accès, fournisseur, rotation, contrôle d’intégrité, test de restauration, ordre de reprise, mode dégradé, RPO, RTO, réapplication des suppressions et preuve sont contrôlés. L’existence d’une option « backup » ne suffit pas.
Références
CNIL — Sauvegarder · CNIL — Continuité et reprise · ANSSI — Sauvegarde des systèmes d’information.