Les centres de données sont aussi des cibles militaires : comment protéger vos fichiers si le cloud tombe

AWS demande à ses clients du Golfe de migrer leurs charges après des mois de dommages

Les attaques de drones contre des centres de données en Russie et les dommages subis par les infrastructures d’Amazon Web Services (AWS) au Moyen-Orient ont mis en évidence une vulnérabilité affectant aussi bien les gouvernements que les entreprises et les utilisateurs individuels : stocker des fichiers dans le cloud ne garantit pas une sécurité totale en cas de catastrophe. Lorsqu’une installation perd ses serveurs, son alimentation électrique ou ses systèmes de refroidissement, les conséquences peuvent impacter les applications, les paiements, l’intelligence artificielle et les données utilisées quotidiennement par des milliers d’organisations.

Les clés pour comprendre une attaque sur un centre de données en 20 secondes

  • En octobre 2026, trois centres de données de Yandex ont été ciblés par des attaques de drones dans différentes régions de Russie, laissant en panne totale ou partielle.
  • En mars, AWS a confirmé des dégâts touchant trois sites aux Émirats arabes unis et à Bahreïn, suite à des attaques par drones.
  • Disposer de plusieurs copies ne suffit pas si toutes dépendent d’une même région, d’un même compte ou d’un même fournisseur.
  • Utilisateurs et entreprises peuvent réduire le risque en optant pour des copies indépendantes, en réalisant des tests de restauration et en élaborant des plans pour fonctionner en cas d’interruption prolongée.

Le cloud semble intangible : des documents, des photos, des bases de données ou des applications sont téléchargés, et accessibles depuis n’importe où. Pourtant, derrière chaque service, il y a des bâtiments, des serveurs, des réseaux de communication, une alimentation électrique, des systèmes de refroidissement et du personnel technique. Une interruption grave dans l’un de ces éléments peut rendre l’information inaccessible ou la détruire partiellement.

Les attaques militaires ne sont pas le seul danger. Un incendie, une inondation, une erreur de configuration, une attaque par ransomware ou la fermeture d’un compte peuvent aussi couper l’accès aux données. La différence réside dans le fait qu’un incident physique peut endommager simultanément équipements, communications et systèmes de récupération situés au même endroit.

La solution pratique n’est pas de renoncer au cloud, mais de cesser de dépendre d’une seule copie ou d’un seul chemin de récupération des données.

De Yandex à AWS : quand le dommage physique interrompt des services numériques

Du 8 au 11 octobre, trois centres de données de Yandex ont été touchés par des attaques de drones dans les régions russes de Riazán, Kaluga et Vladimir. La société a confirmé la fermeture du site de Sasovo, des dommages partiels à Kaluga et une interruption des activités à Vladimir. Ces incidents ont perturbé plusieurs services, y compris leur plateforme cloud, leurs applications mobiles et leur système de paiement.

Yandex a alerté ses clients que leur plateforme fonctionnait en mode d’urgence et a conseillé de recourir aux plans de récupération alternatifs. Ces événements illustrent que disposer de plusieurs sites ne garantit pas la continuité si plusieurs sites sont endommagés dans un court laps de temps ou si la capacité restante ne peut pas absorber toute la demande.

Le précédent au Moyen-Orient est également instructif. En mars 2026, AWS a confirmé que deux centres de données aux Émirats arabes unis avaient subi des impacts directs, et qu’un troisième en Bahreïn avait été affecté par une attaque dans ses environs. La société a rapporté des dommages structurels, des interruptions électriques et des dégâts liés aux opérations d’extinction incendie.

Les conséquences ont touché des services hébergés dans la région AWS concernée. L’impact concret dépend de l’architecture de chaque client, des services utilisés et de la disponibilité de ressources de secours. Cela ne signifie pas que toutes les données sur AWS ont été perdues ni que tous les services ont été coupés.

Il est également important de distinguer la disponibilité d’une application de la perte définitive de ses données. Un service peut cesser de répondre parce que ses serveurs sont déconnectés, même si l’information est toujours stockée sur un support récupérable. Dans d’autres cas, un dommage physique, l’absence de répliques ou l’impossibilité d’accéder aux copies existantes peut compliquer la restauration.

Ces deux incidents montrent pourquoi le lieu de l’infrastructure est crucial. Une entreprise peut contracter un fournisseur mondial, mais si ses systèmes critiques sont concentrés dans une région unique ou si ses copies sont situées dans des emplacements exposés au même incident, cela augmente le risque.

Que doit faire un utilisateur pour ne pas perdre ses fichiers

Pour un particulier, la première étape est de distinguer synchronisation et sauvegarde. Des services comme Google Drive, OneDrive, Dropbox ou iCloud permettent d’accéder aux mêmes fichiers depuis différents appareils, mais la synchronisation peut aussi propager des suppressions ou des modifications indésirables. Si un fichier disparaît dans la synchronisation, le changement peut se répliquer sur tous les appareils, bien que certains services conservent des versions antérieures ou une corbeille pendant une période limitée.

Une sauvegarde indépendante permet de restaurer les documents sans dépendre uniquement de la synchronisation. Il n’est pas nécessaire de mettre en place un système professionnel pour protéger des photos, des documents personnels ou des fichiers de travail, mais il est conseillé d’avoir une seconde copie en dehors de la plateforme principale.

Une méthode simple pour les fichiers personnels :

  • Conserver ses fichiers dans le cloud pour y accéder depuis un smartphone, un ordinateur ou autre appareil.
  • Faire une sauvegarde régulière sur un disque externe, branché uniquement lors de la copie, si possible.
  • Conserver une seconde copie ailleurs, par exemple sur un autre support ou dans un autre service de stockage.
  • Vérifier que les fichiers s’ouvrent correctement et que la copie contient toutes les dossiers importants.
  • Garder en sécurité les codes de récupération et les identifiants d’urgence, séparément de l’appareil principal.

La règle des 3-2-1 pour les sauvegardes s’applique parfaitement : trois copies de l’information, en deux supports différents, dont au moins une hors de l’emplacement principal. Elle ne garantit pas une protection absolue, mais réduit la dépendance à un seul matériel, bâtiment ou système.

Pour les données particulièrement sensibles, il est conseillé de chiffrer les copies et de les protéger avec des identifiants différents de ceux de la plateforme principale. Un disque externe connecté en permanence présente moins de sécurité qu’un disque qui reste débranché lorsqu’on ne l’utilise pas. Il est également recommandé d’activer la double authentification sur les comptes stockant ces fichiers.

L’objectif est qu’un incident chez le fournisseur, la perte du matériel ou une compromission d’un compte ne conduisent pas à la disparition de toutes les versions disponibles.

Le plan de contingence pour une entreprise

Pour une organisation, la perte d’accès aux données peut stopper la facturation, le service client, la logistique, la gestion financière ou le travail des employés. Il ne suffit pas de louer un espace supplémentaire dans le cloud. Il faut définir clairement ce qui doit être restauré en priorité, combien de temps chaque service peut rester en panne et quelle quantité de données la société peut se permettre de perdre.

Deux concepts facilitent ces décisions techniques :

  • RTO (Recovery Time Objective): durée maximale acceptable pour restaurer un service après une coupure.
  • RPO (Recovery Point Objective): quantité maximale de données récentes que l’entreprise peut perdre, exprimée en temps écoulé depuis le dernier point de récupération.

Une application interne peut tolérer plusieurs heures d’indisponibilité. Une plateforme de paiement ou un système de gestion des commandes pourrait nécessiter une récupération bien plus rapide. La fréquence des sauvegardes doit aussi varier : une sauvegarde quotidienne peut suffire pour des documents peu modifiés, mais pas pour une base de données en opérations continues.

Il est important d’adapter la stratégie à ces écarts. Toutes les applications ne nécessitent pas une réplique active dans une autre région, une solution qui augmentera considérablement les coûts et la complexité. Pour certains systèmes, des copies automatisées et une procédure de restauration éprouvée suffisent. Pour d’autres, il faudra envisager de maintenir une infrastructure prête dans une localisation alternative.

Voici des mesures concrètes pour les organisations :

1. Identifier les données et services essentiels. Faire un inventaire des bases de données, documents, code source, applications, configurations, dépendances externes, et déterminer quelles doivent être récupérées en priorité. Identifier aussi les responsables des décisions en situation d’urgence.

2. Séparer les copies de l’environnement de production. Ne pas stocker les sauvegardes seulement dans la même infrastructure ou compte que les systèmes primaires. Utiliser des copies protégées contre la suppression accidentelle ou les accès non autorisés pour réduire le risque qu’un incident unique immobilise tout.

3. Conserver des copies hors de la région principale. La réplication au sein de zones différentes limite la perte locale, mais ne couvre pas la destruction d’une région entière. Il faut aussi envisager un emplacement alternatif accessibles et s’assurer que les services peuvent y être restaurés.

4. Créer des versions et copies inaltérables si nécessaire. La réplication continue maintient à jour plusieurs copies, mais peut aussi propager une suppression accidentelle ou des corruptions. Des versions archivées ou des copies non modifiables pour une durée déterminée permettent de revenir à une étape antérieure.

5. Backuper tout ce qui est nécessaire pour restaurer le service. Les données ne suffisent pas. Il faut aussi sauvegarder le code, les configurations, les clés sécurisées, les images de machine, la documentation, l’infrastructure en tant que code et les scripts pour déployer les systèmes.

6. Tester régulièrement la restauration. Une sauvegarde marquée comme terminée ne prouve pas que tout est récupérable. Des tests périodiques doivent mesurer le délai nécessaire pour remettre en marche le service et vérifier qu’il respecte les objectifs fixés.

7. Préparer des solutions alternatives opérationnelles. En cas d’indisponibilité de la plateforme principale, l’entreprise doit savoir comment continuer à traiter avec ses clients, enregistrer les commandes, communiquer et maintenir ses opérations prioritaires. Des procédures manuelles temporaires peuvent être nécessaires dans certains secteurs.

8. Définir clairement les responsabilités et la communication. Le plan doit préciser qui décide, quels canaux utiliser et quelles conditions pour lancer la récupération. Si le courriel professionnel ou les outils collaboratifs dépendent aussi du service impacté, un canal indépendant doit être prévu.

Une question : vaut-il mieux engager deux fournisseurs cloud ?

Pas nécessairement. Avoir deux contrats ne garantit pas une migration automatique d’un cloud à l’autre. Des dépendances à des bases de données, services propriétaires, formats, identifiants ou limites de transfert peuvent compliquer la transition.

Une stratégie multicloud peut réduire la dépendance, mais nécessite aussi de maintenir et tester deux environnements. Pour beaucoup d’entreprises, combiner des copies indépendantes, du stockage externe et des procédures de reconstruction est plus pratique que de dupliquer toute l’infrastructure.

Il faut aussi analyser les clauses contractuelles, les temps de récupération garantis par chaque fournisseur et l’emplacement réel des données. « haute disponibilité » ne signifie pas nécessairement une résilience face à la perte de plusieurs centres de données ou régions.

Le coût d’une stratégie de contingence doit être mis en balance avec l’impact potentiel d’une panne. Tous les types de données n’ont pas le même niveau de protection nécessaire, mais pour maintenir la continuité des activités commerciales, des objectifs de récupération explicites et des tests réguliers sont indispensables.

Le cloud reste un outil précieux, mais la récupération ne doit pas être prise à la légère

Les centres de données offrent des économies d’échelle, une capacité d’extension et des services qui seraient inaccessibles à une organisation seule. Leur utilisation ne garantit pas une protection infaillible contre un acte hostile ou une catastrophe. Les fournisseurs disposent de mécanismes de redondance et de récupération, mais leur efficacité dépend de la configuration contractée et de la manière dont chaque client exploite ces solutions.

Les incidents de 2026 montrent néanmoins que la protection de l’infrastructure physique doit faire partie intégrante de la continuité numérique. Des copies stockées dans la même région peuvent ne pas suffire face à une catastrophe régionale. La réplication ne protège pas toujours contre la corruption, et posséder une copie ne garantit pas qu’un plan de restauration sera opérationnel dans les délais.

Pour un utilisateur individuel, une copie externe régulièrement mise à jour et vérifiée peut faire une différence. Pour une entreprise, il s’agit d’aller plus loin : définir les délais d’indisponibilité acceptable, la quantité de données que l’on peut perdre et la manière dont l’activité sera restaurée en cas de défaillance du fournisseur principal.

La probabilité d’un acte hostile dépend du pays, de la localisation et du type d’infrastructure. Toutefois, le même plan est utile aussi contre des pannes électriques, des incendies, des erreurs humaines ou des cyberattaques. Se préparer à ces scénarios ne signifie pas attendre qu’ils se produisent, mais éviter qu’un incident unique ne compromette la seule copie accessible.

Questions fréquentes

Un acte militaire peut-il entraîner la perte de fichiers dans le cloud ?

Oui, un acte hostile peut détruire des infrastructures ou rendre les données inaccessibles. Tout dépend de l’existence de copies récupérables ailleurs et de la conception du service.

Google Drive, OneDrive ou Dropbox remplacent-ils une sauvegarde complète ?

Non, pas toujours. La synchronisation maintient les fichiers à jour, mais peut aussi propager suppressions ou modifications. Une sauvegarde indépendante offre une voie alternative pour la récupération.

Qu’est-ce que la règle 3-2-1 pour les sauvegardes ?

Il s’agit de disposer de trois copies des données, en utilisant deux supports différents, dont au moins une hors de l’emplacement principal. C’est une méthode simple pour réduire la dépendance à un seul système.

Que doit contenir le plan de contingence d’une organisation ?

Il doit identifier les systèmes critiques, définir les temps de récupération et le volume maximal de pertes de données, conserver des copies isolées, documenter les techniques de reconstruction, et réaliser des tests réguliers de restauration.

le dernier