Digital suverænitet

Droneangreb på cloud‑datacentre i Golfen (marts 2026)

Droneangreb på cloud-datacentre i Golfen (marts 2026)

I marts 2026 blev datacentre hos Amazon Web Services (AWS) i De Forenede Arabiske Emirater og Bahrain fysisk beskadiget af droneangreb. Et halvt år senere meddelte AWS, at data, der udelukkende lå i de hårdest ramte områder, ikke kan genskabes. Sagen viser, at en fysisk hændelse kan ramme flere zoner på én gang, og at kun en kopi et andet sted gav kunderne en vej tilbage.

Sagen kort

AWS organiserer sin infrastruktur i geografiske regioner med flere fysisk adskilte zoner (Availability Zones) i hver. Regionen ME-CENTRAL-1 ligger i Emiraterne og har tre zoner. ME-SOUTH-1 ligger i Bahrain. Forløbet nedenfor bygger på AWS’ egne meddelelser på AWS Health Dashboard, hvor hændelserne pr. 30. oktober 2026 stadig står som aktive.

AWS skrev 3. marts, at to af selskabets faciliteter i Emiraterne var ramt direkte af droner. I Bahrain havde et droneangreb tæt på en facilitet givet fysiske skader på infrastrukturen. AWS nævnte skader på bygningerne, svigt i strømtilførslen og vandskader, hvor der var slukket brand.

Hvad skete der, dato for dato

  • 1. marts 2026 · Kl. 12.51 UTC begyndte AWS at undersøge problemer i ME-CENTRAL-1. Senere samme dag skrev AWS, at genstande havde ramt datacentret i zonen mec1-az2 og skabt gnister og brand. Brandvæsenet slukkede for strømmen til anlægget og generatorerne.
  • 2. marts 2026 · En zone mere i Emiraterne, mec1-az3, blev ramt. Det var nu umuligt at starte nye servere i regionen, og S3 og DynamoDB havde store fejlrater. Samme dag ramte et strømproblem zonen mes1-az2 i Bahrain.
  • 2. marts 2026 · AWS anbefalede kunderne at aktivere deres beredskabsplaner og gendanne fra fjerne backups i andre AWS-regioner, helst i Europa.
  • 3. marts 2026 · AWS beskrev droneangrebene og kaldte driftsmiljøet i Mellemøsten uforudsigeligt. Selskabet opfordrede kunder med systemer i regionen til at flytte dem nu.
  • 30. april 2026 · AWS meddelte, at Bahrain-regionen var utilgængelig, og at regionen i Emiraterne ikke pålideligt kunne bære kundernes systemer. Fakturering var sat i bero, og genopretningen ventedes at tage flere måneder.
  • 15. september 2026 · AWS meddelte, at adgangen til ressourcer og data, der udelukkende lå i Bahrain-regionen eller i zonen mec1-az2, ikke kan genskabes. Arbejdet med de to andre zoner i Emiraterne fortsatte.

Hvem besluttede

AWS’ meddelelser beskriver droneangreb under den igangværende konflikt i Mellemøsten, men navngiver ikke angriberen. Beslutningen om angrebet lå uden for både AWS’ og kundernes kontrol. Ingen kontrakt eller indstilling kunne have forhindret det.

De beslutninger, der fulgte, var AWS’. Selskabet valgte at anbefale kunderne at forlade regionerne allerede i marts, at sætte faktureringen i bero og i september at opgive genopretningen af data i de hårdest ramte områder. Kunderne besluttede selv, om de havde en kopi andre steder.

Hvilken mekanisme

Formålet med zonerne er, at en region kan blive ved med at køre, når en enkelt zone går ned. AWS skrev 2. marts, at S3 er bygget til at klare tabet af én hel zone. Da den anden zone også blev ramt, steg fejlraterne, og administrationskonsollen og kommandolinjen blev forstyrret.

Det ramte også de værktøjer, kunderne skulle bruge til at flytte data. AWS skrev, at selskabet arbejdede på at genskabe adgangen til værktøjer, så kunderne kunne tage backup og migrere. Om Bahrain skrev AWS 15. september, at skaden spændte over flere zoner og var større, end selskabets tjenester på tværs af zoner og regioner er designet til at tåle.

Hvad kunderne kunne have vidst på forhånd

En region er en fysisk placering i et bestemt land. En kunde kunne vide, at data placeret i én region deler skæbne med regionen, uanset hvor mange zoner der bruges. Hvor jeres data fysisk ligger, er det første lag i → de tre lag.

AWS skrev 1. marts, at kunder, der kørte redundant på tværs af zoner, ikke var påvirkede. Det holdt, indtil den næste zone blev ramt. Den eneste forberedelse, der virkede hele vejen, var en kopi uden for regionen og en plan for at bruge den.

Hvad sagen ikke viser

Sagen viser ikke, at data i europæiske regioner er i samme fare. Angrebene skete under en væbnet konflikt i Mellemøsten. Den viser heller ikke, at AWS’ arkitektur er svagere end andre udbyderes, for kilderne her dækker kun AWS. Artiklen har ikke undersøgt andre udbydere med regioner i området.

AWS oplyser ikke, hvor mange kunder der mistede data, eller hvor meget. Ifølge AWS havde de fleste kunder i begge lande genetableret driften i andre regioner fra backups eller data, der stadig var tilgængelige. AWS vil give en ny melding om Bahrain i begyndelsen af 2027. Risikoen gælder enhver leverandør, også en europæisk, fordi den handler om fysisk placering.

Læren for en exit-plan

Exit-planen skal også dække det tilfælde, hvor leverandøren gerne vil, men ikke kan. Spørgsmålet er, om en enkelt hændelse kan tage både driftsmiljøet og jeres nyeste anvendelige kopi. Brug sagen til fire konkrete handlinger.

  1. Kortlæg den fysiske placering · Notér for hvert kritisk system, hvilken region og hvilket land data og kopier ligger i, jf. → trin 1.
  2. Læg kopien et andet sted · En kopi i samme region eller hos samme udbyder kan rammes sammen med resten, se → backup hos samme udbyder og → UniSuper-sagen.
  3. Afprøv gendannelsen udefra · Øv at genskabe et kritisk system uden adgang til den oprindelige region, med data, konfiguration og nøgler, som i → trin 9.
  4. Medregn leverandørernes leverandører · Mange tjenester deler samme underliggende infrastruktur, jf. → koncentrationsrisiko og → trin 3.

En uvildig gennemgang kan give overblik over, hvor afhængighederne samler sig. Nielco IT’s jurisdiktions- og afhængighedsvurdering indeholder en exit-vurdering pr. system i tid og penge.

Kilder

Skrevet af John Nielsen, indehaver af Nielco IT. Selvstændig siden 2009 og mere end 30 års erfaring med IT‑sikkerhed. Om John Nielsen · LinkedIn

John Nielsen, Nielco IT

Skal afhængigheden kortlægges?

Skriv kort, hvilke systemer eller leverandører det drejer sig om, og hvad anledningen er. Så vender jeg tilbage. Jeg sælger rådgivning, ikke produkter, og har ingen leverandørpartnerskaber.

Tak for din henvendelse. Jeg vender tilbage hurtigst muligt.