Fyra AI-tjänster stördes nästan samtidigt – avslöjar hur sårbar den gemensamma digitala grunden är
Ett fel i Microsofts moln slog ut fyra stora AI-tjänster på 90 minuter.
Samma grund, olika fasader
Den 3 september började som en helt vanlig torsdag för miljontals användare världen över. Det slutade inte lika stilla. På knappt 90 minuter rapporterade ChatGPT, Claude, Grok och Microsofts egen Copilot allvarliga störningar — eller slutade fungera helt. Totalt registrerades över 66 000 felrapporter från användare runt om i världen, enligt Computer Sweden.
Orsaken? Ett fel djupt inne i Microsofts molntjänst Azure, i regionen East US.
Det som gör händelsen tekniskt intressant — och strategiskt alarmerande — är inte att en tjänst havererade. Det sker. Det är att tre hårt konkurrerande AI-laboratorier rasade nästan i takt. OpenAI, Anthropic och xAI lägger miljarder kronor på att särskilja sina produkter, sina modeller, sina varumärken. Men under huven delar de ändå samma regionala infrastrukturlager. Fasaderna är olika. Grunden är densamma.
Google Gemini klarade sig relativt oskadd — inte av slump, utan av arkitektur. Google driver sin assistent på en vertikalt integrerad molnplattform som bolaget kontrollerar från botten till toppen. Det är en påminnelse om att tekniska val som görs år i förväg kan avgöra vem som står kvar när stormen kommer.
Mest talande är kanske Copilots roll i dramat. Microsofts egen assistent kördes på Microsofts eget moln — och fick ändå en svår morgon. Det pekar mot att felet låg i de gemensamma infrastrukturlagren, inte i enskilda kunders konfigurationer. Inte ens att vara sin egen molnleverantör skyddade alltså mot konsekvenserna.
Säkerhetshålet som redan utnyttjas
Samtidigt rapporterar SecurityWeek om en händelse av ett annat slag, men med ett liknande underliggande tema: koncentrerad tillit som slår tillbaka.
Säkerhetsföretaget Check Point har tvingats släppa akuta säkerhetsuppdateringar för en kritisk sårbarhet i sina hanteringsservrar. Sårbarheten, spårad som CVE-2026-93616, har ett allvarlighetspoäng på 9,8 av 10 — i praktiken så allvarligt det kan bli utan att vara en fullständig tia. Det rör sig om en katalogtraverseringsbrist kombinerad med felaktig filuppladdningshantering, vilket innebär att en obehörig angripare kan ladda upp och köra godtyckliga skript direkt på servern — utan att behöva autentisera sig.
Check Point bekräftar att sårbarheten redan utnyttjas aktivt ute i det vilda och att ett fåtal kunder har drabbats av angrepp. Berörda produkter inkluderar Security Management Server, Multi-Domain Security Management Server och SmartEvent — verktyg som organisationer förlitar sig på för att skydda sin infrastruktur. Ironin är svår att missa.
Företaget har släppt säkerhetskorrigeringen R82.20 och uppmanar kunder som ännu inte hunnit installera uppdateringen att omedelbart begränsa åtkomsten till hanteringsservern via brandvägg och enbart tillåta betrodda IP-adresser till port TCP/19009. Viktigt att notera: vanliga LivePatch-uppdateringar löser inte problemet.
Den amerikanska cybersäkerhetsmyndigheten CISA har dessutom lagt till ytterligare en Check Point-sårbarhet i sin katalog över kända utnyttjade brister — vilket understryker att detta inte är en isolerad händelse utan ett mönster.
Framtidens insats är mycket högre
Hittills handlade Azure-haveriet om konsumentinriktade samtalstjänster. Irriterande, men hanterbart. Men föreställ dig samma felmönster om sex månader, när AI-agenter sköter finansiella arbetsflöden, koordinerar inköp, driver bokslut eller hanterar kundsupport i realtid. Då är det inte längre en obekväm morgon — det är ett affärskritiskt haveri med direkta ekonomiska konsekvenser.
De två händelserna hänger ihop på ett djupare plan. Den ena visar hur tillgänglighet hotas när för många aktörer är beroende av samma infrastrukturknuta. Den andra visar hur integritet och konfidentialitet hotas när de verktyg vi använder för att skydda oss själva innehåller kritiska brister som aktivt utnyttjas.
För it-chefer och säkerhetsansvariga borde budskapet vara tydligt: det räcker inte att välja rätt tjänst. Du behöver förstå var den tjänsten faktiskt körs, vem som äger infrastrukturen under huven, och vad som händer när den infrastrukturen sviktar — oavsett om orsaken är ett tekniskt fel eller ett aktivt angrepp.
Vår analys
Dessa två händelser är inte enbart tekniska nyheter — de är ett strukturellt varningstecken.
VI håller på att bygga en ny digital ekonomi ovanpå ett fåtal infrastrukturpelare: ett par molnleverantörer, ett par nätverkssäkerhetsleverantörer, ett par AI-plattformar. Det är effektivt. Det är kostnadsoptimerat. Och det skapar en koncentrerad sårbarhet som blir mer kännbar för varje dag som kritiska processer automatiseras.
Googles vertikala integrering framstår i det ljuset inte bara som en teknisk detalj utan som en strategisk lärdom: den som kontrollerar hela stapeln från kisel till tjänst är mer motståndskraftig när enskilda lager sviktar.
Framåt tror jag att vi kommer se ökade krav på geografisk och arkitektonisk spridning — inte bara som god praxis, utan som ett regulatoriskt krav. EU:s arbete med molnsäkerhet och kritisk infrastruktur pekar redan i den riktningen. Frågan är om organisationer agerar proaktivt, eller väntar på nästa haveri för att vakna.