150 destruktiva operationer på 35 minuter
Microsoft publicerade en analys av ett molnintrång där en angripare bolaget spårar som Storm-3168 försökte mer än 150 destruktiva eller inloggningssamlande operationer i en Azure-miljö på 35 minuter. Själva raderingsfasen varade omkring sju minuter och omfattade fler än 100 försök att ta bort lagringskonton.
Sysdig, som först dokumenterade gruppen i juli, spårar den som JADEPUFFER och beskriver den som den första dokumenterade utpressningsoperation som drivs av en språkmodell.
Målen var Azure-lagringskonton, där de flesta raderingar lyckades; Key Vaults; SQL-databaser, där raderingsförsöken misslyckades eftersom de använda API-versionerna inte stöddes; Function Apps och App Service-planer; samt skyddslåsen i Azure Site Recovery och Azure Backup — alltså de kontroller som gör återställning möjlig.
Vägen in var ett offentligt GitHub-ärende
Ingångspunkten är det försvarare bör läsa två gånger. Microsoft uppger att angriparna använde två komprometterade tjänstehuvudmän i samma miljö — de icke-mänskliga identiteter som låter program och automatiserade verktyg autentisera sig mot Azure.
Deras uppgifter hade, skriver Microsoft, “tidigare exponerats i klartext i ett offentligt GitHub-ärende”. Hemligheten redigerades senare bort, men “förblev åtkomlig via ärendets offentliga redigeringshistorik”.
Inget av det kräver AI. Det som antyder orkestrering är hastigheten: Microsofts tidslinje har den första tjänstehuvudmannen som räknar upp resurser i 15,5 timmar, den andra som startar 90 minuter senare, en genomsökning av App Service-konfigurationen efter 16 timmar, därefter den sju minuter långa förstörelsefasen och en insamling av inloggningsuppgifter 30 minuter efter den.
Inget utpressningsbrev
Den ovanliga detaljen är vad som inte hände. Microsoft skriver rakt ut: “Vi observerade inget utpressningsbrev och kunde inte bekräfta lyckad dataexfiltrering i den aktivitet som beskrivs här.”
Ändå tog angriparen först bort låsen för säkerhetskopiering och återställning, vilket är precis vad en utpressningsoperation gör för att betalning ska bli enda utvägen. Antingen kom kravet via en kanal Microsoft inte såg, eller så var förstörelsen själva poängen.
Microsoft ramar in fallet som ett exempel på “AI-orkestrerade attacker, där hotaktörer kan samordna komplexa operationer efter intrång i molnmiljöer med större hastighet och skala”. Bolagets eget inlägg redovisar inte vilket agentsystem Storm-3168 använde, och läsaren bör notera skillnaden: hastigheten är dokumenterad, medan kopplingen av den hastigheten till en modell är Sysdigs karaktäristik av gruppen snarare än något Microsoft visar i inlägget.
Vad man gör åt det
Microsofts åtgärder är oglamorösa och till stor del äldre än agenterna: aktivera Defender for Cloud, håll inloggningsuppgifter borta från kodförråd och ärendetrådar, rotera exponerade uppgifter omedelbart, tillämpa minsta möjliga behörighet på tjänstehuvudmän och skydda infrastrukturen för säkerhetskopior. Bolaget rekommenderar också sina egna agentbaserade försvarsverktyg.
Den överförbara lärdomen är snävare. En hemlighet inklistrad i ett GitHub-ärende för två år sedan har alltid varit en risk. Det som ändrats är hur lite tid en försvarare nu har mellan att uppgiften hittas och att lagringskontona är borta.
