Na madrugada de 1º de março, drones Shahid do Irã atacaram três data centers da Amazon Web Services no Oriente Médio — dois nos Emirados Árabes Unidos e um no Bahrein.
Posteriormente, o incidente foi classificado como a primeira vez na história da humanidade em que um agente estatal usou deliberadamente meios militares para atacar infraestrutura de nuvem comercial.
Seis semanas se passaram, e o impacto do evento ainda não terminou.
O que aconteceu
A AWS possui duas regiões de nuvem (Region) no Oriente Médio: ME-CENTRAL-1 (EAU) e ME-SOUTH-1 (Bahrein).
A região dos EAU sofreu os danos mais graves. Ela tem três Zonas de Disponibilidade (AZs), das quais mec1-az2 e mec1-az3 foram danificadas simultaneamente, restando apenas mec1-az1 operacional. Pelo design de recuperação de desastres multi-AZ da AWS, a falha de uma única AZ é tolerável — mas quando duas caem ao mesmo tempo, muitos bancos de dados e aplicações implantados em várias AZs são diretamente afetados. A região do Bahrein foi menos afetada; a maioria das AZs permaneceu intacta, mas uma instalação também foi atingida.
O escopo da paralisação incluiu: sistemas bancários, serviços de pagamento, aplicativos de entrega de comida e software empresarial no Oriente Médio. A AWS recomendou que os clientes migrassem imediatamente as cargas de trabalho críticas para outras regiões — mas essa mesma recomendação expôs uma contradição mais profunda, que será abordada adiante.
A Guarda Revolucionária Islâmica do Irã (IRGC) e a agência de notícias oficial Fars News reconheceram publicamente o ataque, justificando-o com o argumento de que esses data centers apoiavam as operações militares e de inteligência dos EUA, incluindo parte do serviço de análise de inteligência Anthropic Claude executado na AWS.
Por que o Multi-AZ não resistiu
O incidente gerou uma discussão valiosa entre engenheiros.
A AWS promove há anos a alta disponibilidade da arquitetura Multi-AZ. No entanto, os cenários de falha típicos listados pela empresa são: queda de energia, raios, tornados e terremotos. Ninguém jamais escreveu "ataque militar" nos documentos de SLA.
O problema fundamental reside em uma restrição física: Para garantir baixa latência, várias AZs dentro da mesma região devem estar geograficamente próximas umas das outras — a AWS exige que estejam a menos de 100 km de distância. Isso significa que toda a "redundância" está dentro do mesmo círculo de risco geopolítico. Um míssil ou um grupo de drones pode potencialmente cobrir várias AZs simultaneamente.
Um consultor de infraestrutura disse diretamente:
"Multi-AZ não é recuperação de desastres. Ele protege você contra falhas de hardware, não contra ataques de mísseis."
A estrutura física dos data centers também expôs sua vulnerabilidade. Esses edifícios são volumosos e alvos óbvios — unidades de resfriamento, geradores a diesel e turbinas a gás ficam expostos do lado de fora. Se o sistema de ar condicionado for destruído, os servidores desligam automaticamente devido ao superaquecimento, sem que seja necessário acertar diretamente os racks.
O impasse da localização de dados
A recomendação de emergência da AWS foi: migrar as cargas de trabalho para outra região.
No entanto, esse caminho é inviável para muitas empresas do Oriente Médio.
Países como os EAU e a Arábia Saudita possuem regulamentações rigorosas de localização de dados — dados financeiros, governamentais e de saúde não podem ser armazenados no exterior. Isso significa que essas empresas não têm escolha: os dados devem permanecer na região local, e essa região acabou de ser atacada por drones.
Após o incidente, a AWS não forneceu um cronograma claro de recuperação, deixando os clientes ativarem seus próprios planos de contingência. Até 7 de abril, as equipes de engenharia da AWS ainda trabalhavam em turnos de 24 horas para manter os serviços na região do Oriente Médio.
A fronteira entre infraestrutura militar e nuvem comercial desapareceu
Por que o Irã escolheu atacar data centers comerciais em vez de instalações militares dedicadas dos EUA?
Porque a fronteira entre ambos já está tão turva que praticamente não existe mais.
Parte dos sistemas do Departamento de Defesa dos EUA e dos processos de análise de inteligência são executados em serviços comerciais da AWS. O Claude da Anthropic é usado para tarefas de inteligência, rodando em instâncias comerciais da AWS. Antes, isso era apenas um consenso entre iniciados do setor; o ataque o transformou em uma realidade concreta e com consequências.
Em uma análise da Fortune, pesquisadores concluíram: Este não é um evento isolado, mas um ensaio para um novo tipo de guerra.
O papel dos sistemas de IA nas decisões militares está se tornando cada vez mais pesado, tornando a infraestrutura de computação subjacente um alvo estratégico de alto valor. Quem controla o poder computacional, controla, até certo ponto, a vantagem informacional.
Essa lógica não é uma teoria nova, mas o dia 1º de março de 2026 adicionou a ela uma nota de rodapé concreta e inevitável na realidade.
Isso força uma mudança no pensamento arquitetônico da nuvem
A partir de agora, provedores de nuvem e clientes corporativos devem começar a considerar seriamente uma dimensão de risco que antes ninguém levava a sério: Recuperação de desastres entre regiões sob risco geopolítico.
Recuperação de desastres Multi-Region e backup multi-nuvem não são mais apenas requisitos de conformidade para instituições financeiras, mas uma configuração básica que qualquer empresa operando em uma região geopoliticamente sensível deve considerar.
Qual é o custo? Maior custo, maior latência, arquitetura mais complexa. Mas, em comparação com um colapso total do serviço após um ataque de drones, esses custos talvez valham a pena.
Fontes de referência: 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)