Backup Strategy 3-2-1
generalDéfinition
La règle de sauvegarde 3-2-1 est une stratégie éprouvée qui garantit la protection optimale des données contre les pertes accidentelles, les pannes matérielles, et les catastrophes. Elle stipule : conserver au moins 3 copies des données, sur au moins 2 types de supports différents, dont au moins 1 copie hors site. Cette règle simple mais efficace est recommandée par l'US-CERT, Veeam, Acronis, et la plupart des spécialistes de la continuité d'activité. La première règle (3 copies) garantit que la perte d'une ou deux copies laisse toujours une copie utilisable. La deuxième règle (2 types de supports) évite qu'une seule défaillance de support (bug logiciel, problème de compatibilité, erreur humaine sur NAS) ne détruise toutes les copies simultanément. La troisième règle (1 copie hors site) protège contre les sinistres physiques (incendie, inondation, vol) qui détruiraient toutes les copies sur site. Face aux ransomwares, la règle 3-2-1 a évolué vers 3-2-1-1 ou même 3-2-1-1-0. Le +1 supplémentaire désigne une copie immuable ou air-gapped (sur bande magnétique hors ligne, ou dans un stockage cloud WORM non connecté au réseau d'entreprise). Le -0 final signifie zéro erreur vérifiée lors des tests de restauration. Cette extension protège contre les ransomwares sophistiqués qui recherchent et chiffrent les sauvegardes accessibles en réseau, y compris les copies hors site si elles restent connectées. Les supports typiques pour la règle 3-2-1 incluent : production (NAS ou stockage local — copie 1), NAS secondaire ou serveur de sauvegarde interne (copie 2, support différent), et stockage cloud ou bandes magnétiques hors site (copie 3). Dans les environnements cloud, les snapshots EBS/Azure Disk sur la région primaire (copie 2) et la réplication cross-régions ou vers un stockage objet S3 avec Object Lock (copie 3 immuable) implémentent naturellement la règle 3-2-1-1. La fréquence des sauvegardes doit être alignée sur le RPO de chaque système : sauvegardes horaires pour les systèmes critiques (RPO = 1h), quotidiennes pour les systèmes standards (RPO = 24h), hebdomadaires pour les systèmes non critiques. La politique de rétention (combien de temps garder les sauvegardes) est tout aussi importante : conserver les sauvegardes pendant une durée suffisante pour détecter une corruption silencieuse ou une infection par malware latent (ransomwares qui s'activent des semaines après l'infection initiale).
Règle 3-2-1-1-0 — extension anti-ransomware
La règle 3-2-1 originale est insuffisante face aux ransomwares modernes. L'extension 3-2-1-1-0 ajoute deux exigences : une copie immuable ou air-gappée (le +1 de la version étendue) et zéro erreur de restauration lors des tests (le -0). La copie immuable peut être : AWS S3 avec Object Lock en mode Compliance, Azure Immutable Blob Storage, bandes LTO hors ligne (le seul vrai air-gap inviolable par une attaque réseau), ou un dépôt Veeam Hardened Repository sur Linux. Les tests de restauration sans erreur (-0) doivent inclure des tests réguliers (mensuels idéalement) qui vérifient que les données sont réellement restaurables, pas seulement que les sauvegardes existent. Un tableau de bord de suivi des tests réussis/échoués est indispensable.
Sauvegardes cloud — optimisation coûts et performances
Les clouds AWS, Azure et GCP offrent plusieurs niveaux de stockage avec des prix et performances différents, adaptables à la stratégie 3-2-1. Les données de sauvegarde récentes (dernière semaine) peuvent être stockées sur S3 Standard ou Azure Blob Hot pour un accès rapide (restaurations urgentes). Les sauvegardes plus anciennes (1-12 mois) migrent vers S3 Infrequent Access ou Azure Cool Storage — accès dans quelques millisecondes mais prix réduit. Les archives long terme (> 1 an, pour conformité ou légal) vont vers S3 Glacier ou Azure Archive — quelques heures de restauration, prix minimal. Les politiques de lifecycle S3/Azure Blob automatisent ces transitions, optimisant les coûts sans configuration manuelle des sauvegardes individuelles.
Tests de restauration — cadre pratique
Un programme de test de restauration efficace comprend : (1) Tests de restauration granulaire hebdomadaires — restaurer quelques fichiers ou quelques enregistrements de base de données pour valider l'intégrité basique ; (2) Tests de restauration applicative mensuelle — restaurer une application complète dans un environnement de test isolé et vérifier son bon fonctionnement ; (3) Tests de restauration complète trimestrielle — restaurer un serveur complet (bare metal recovery ou VM) et valider le RTO effectif. Les résultats sont documentés (date, durée, volumétrie, succès/échec, anomalies) pour le reporting audit et l'amélioration continue. Les assureurs cyber exigent de plus en plus ces preuves de tests avant d'accorder ou renouveler une couverture ransomware.
Articles liés
Expert en cybersécurité offensive et intelligence artificielle. Pentest, audit et développement IA sur-mesure.
Services
- Audit Infrastructure
- Audit Kubernetes
- Audit Microsoft 365
- Audit Sécurité Réseau
- Analyse de Risques
- Audit Active Directory
- Audit Application Web
- Audit Cloud (AWS/Azure/GCP)
- Audit Messagerie
- Audit API (OWASP Top 10)
- Audit DevSecOps & CI/CD
- Audit Code Source (SAST)
- Audit Postes de Travail
- Audit Sauvegarde & Résilience
- Audit OT/SCADA (IEC 62443)
- Développement IA
- Formations
Ressources
Projets & Outils
© 2026 Ayi NEDJIMI Consultants. Tous droits réservés.
Un projet cybersécurité ?
Expert dispo · Réponse 24h