Au petit matin du 1er mars, des drones Shahid iraniens ont attaqué trois centres de données d'Amazon Web Services au Moyen-Orient — deux aux Émirats arabes unis et un à Bahreïn.
Cet incident a ensuite été reconnu comme la première fois dans l'histoire de l'humanité qu'un acteur étatique utilise délibérément des moyens militaires pour frapper une infrastructure cloud commerciale.
Six semaines se sont écoulées, et l'impact de cet événement n'est pas encore terminé.
Ce qui s'est passé
AWS dispose de deux régions cloud (Region) au Moyen-Orient : ME-CENTRAL-1 (EAU) et ME-SOUTH-1 (Bahreïn).
La région des EAU a subi les dégâts les plus importants. Elle compte trois Zones de disponibilité (AZ), dont mec1-az2 et mec1-az3 ont été endommagées simultanément, seule mec1-az1 restant opérationnelle. Selon la conception de reprise après sinistre multi-AZ d'AWS, la panne d'une seule AZ est tolérable — mais lorsque deux tombent en même temps, de nombreuses bases de données et applications déployées sur plusieurs AZ sont directement affectées. La région de Bahreïn a été moins touchée ; la plupart des AZ sont encore en service, mais une installation a également été endommagée.
L'ampleur de la panne a inclus : les systèmes bancaires, les services de paiement, les applications de livraison de repas et les logiciels d'entreprise au Moyen-Orient. AWS a recommandé à ses clients de migrer immédiatement les charges de travail critiques vers d'autres régions — mais cette recommandation a elle-même révélé une contradiction plus profonde, qui sera abordée plus loin.
Le Corps des Gardiens de la révolution islamique d'Iran (IRGC) et l'agence de presse officielle Fars News ont tous deux publiquement reconnu l'attaque, la justifiant par le fait que ces centres de données soutiennent les opérations militaires et de renseignement américaines, y compris une partie du service d'analyse de renseignement Anthropic Claude fonctionnant sur AWS.
Pourquoi le Multi-AZ n'a pas tenu
L'incident a déclenché une discussion précieuse dans les cercles d'ingénieurs.
AWS fait la promotion de la haute disponibilité de l'architecture Multi-AZ depuis des années. Mais les scénarios de panne typiques qu'ils listent sont : coupure de courant, foudre, tornade, tremblement de terre. Personne n'a jamais écrit "attaque militaire" dans les documents SLA.
Le problème fondamental réside dans une contrainte physique : Pour garantir une faible latence, plusieurs AZ d'une même région doivent être géographiquement proches les unes des autres — AWS exige qu'elles soient à moins de 100 km. Cela signifie que toute la "redondance" se trouve dans le même cercle de risque géopolitique. Un missile ou un groupe de drones peut potentiellement couvrir plusieurs AZ simultanément.
Un consultant en infrastructure a déclaré sans ambages :
"Le Multi-AZ n'est pas une reprise après sinistre. Il vous protège contre les pannes matérielles, pas contre les attaques de missiles."
La structure physique des centres de données a également révélé leur vulnérabilité. Ces bâtiments sont volumineux et constituent des cibles évidentes — les unités de refroidissement, les générateurs diesel et les turbines à gaz sont exposés à l'extérieur. Si le système de climatisation est détruit, les serveurs s'éteignent automatiquement en raison de la surchauffe, sans qu'il soit nécessaire de toucher directement les baies.
L'impasse de la localisation des données
La recommandation d'urgence d'AWS était : migrer les charges de travail vers une autre région.
Mais cette voie est tout simplement impraticable pour de nombreuses entreprises du Moyen-Orient.
Des pays comme les EAU et l'Arabie saoudite ont des réglementations strictes sur la localisation des données — les données financières, gouvernementales et de santé ne peuvent pas être stockées à l'étranger. Cela signifie que ces entreprises n'ont pas le choix : les données doivent rester dans la région locale, et cette région vient d'être attaquée par des drones.
Après l'incident, AWS n'a pas fourni de calendrier de rétablissement clair, laissant les clients activer leurs propres plans d'urgence. Jusqu'au 7 avril, les équipes d'ingénierie d'AWS travaillaient encore 24 heures sur 24 en équipes pour maintenir les services dans la région du Moyen-Orient.
La frontière entre infrastructure militaire et cloud commercial disparaît
Pourquoi l'Iran a-t-il choisi d'attaquer des centres de données commerciaux plutôt que des installations militaires dédiées américaines ?
Parce que la frontière entre les deux est devenue si floue qu'elle n'existe pratiquement plus.
Une partie des systèmes du Département de la Défense américain et des processus d'analyse du renseignement fonctionnent sur des services AWS commerciaux. Le Claude d'Anthropic est utilisé pour des tâches de renseignement, tournant sur des instances commerciales d'AWS. Auparavant, ce n'était qu'un consensus parmi les initiés du secteur ; l'attaque l'a transformé en une réalité concrète et lourde de conséquences.
Dans une analyse de Fortune, les chercheurs ont conclu : Ce n'est pas un événement isolé, mais une répétition générale pour une nouvelle forme de guerre.
Le rôle des systèmes d'IA dans les décisions militaires devient de plus en plus important, rendant l'infrastructure de calcul sous-jacente une cible stratégique de grande valeur. Celui qui contrôle la puissance de calcul contrôle, dans une certaine mesure, l'avantage informationnel.
Cette logique n'est pas une théorie nouvelle, mais le 1er mars 2026 y a ajouté une note de bas de page concrète et incontournable dans la réalité.
Cela oblige à repenser l'architecture du cloud
Désormais, les fournisseurs de cloud et les clients entreprises doivent commencer à prendre sérieusement en compte une dimension de risque que personne ne prenait au sérieux auparavant : La reprise après sinistre inter-régions sous risque géopolitique.
La reprise après sinistre Multi-Region et la sauvegarde multi-cloud ne sont plus seulement des exigences de conformité pour les institutions financières, mais une configuration de base que toute entreprise opérant dans une région géopolitiquement sensible devrait envisager.
Quel en est le prix ? Des coûts plus élevés, une latence plus élevée, une architecture plus complexe. Mais comparé à un effondrement complet des services après une attaque de drones, ces coûts en valent peut-être la peine.
Sources de référence : War in Iran Damages Multiple AWS Data Centers, Challenging Multi-AZ Assumptions (InfoQ) ; Iranian attacks on Amazon data centers in UAE, Bahrain signal a new kind of war (Fortune) ; Amazon says drone strikes damaged 3 facilities in UAE and Bahrain (CNBC) ; CocoLoop, Iranian drone strikes at Amazon sites raise alarms over protecting data centers (Rest of World)