150 ødelæggende operationer på 35 minutter

Microsoft offentliggjorde en analyse af et skyindbrud, hvor en angriber, selskabet sporer som Storm-3168, forsøgte mere end 150 ødelæggende eller legitimationsindsamlende operationer i et Azure-miljø på 35 minutter. Selve slettefasen varede omkring syv minutter og omfattede mere end 100 forsøg på at slette lagerkonti.

Sysdig, der først dokumenterede gruppen i juli, sporer den som JADEPUFFER og beskriver den som den første dokumenterede løsepengeoperation drevet af en sprogmodel.

Målene var Azure-lagerkonti, hvor de fleste sletninger lykkedes; Key Vaults; SQL-databaser, hvor sletteforsøgene mislykkedes, fordi de anvendte API-versioner ikke var understøttet; Function Apps og App Service-planer; og beskyttelseslåsene i Azure Site Recovery og Azure Backup — altså de kontroller, der gør genoprettelse mulig.

Vejen ind var en offentlig GitHub-sag

Indgangspunktet er det, forsvarere bør læse to gange. Microsoft oplyser, at angriberne brugte to kompromitterede tjenestehovedmænd i samme miljø — de ikke-menneskelige identiteter, der lader programmer og automatiserede værktøjer godkende sig over for Azure.

En nøgle efterladt i låsen på en trædør
Oplysningerne havde været eksponeret i klartekst i en offentlig GitHub-sag. Illustrationsfoto. Alexey Demidov · pexels · Pexels License

Deres oplysninger havde, skriver Microsoft, »tidligere været eksponeret i klartekst i en offentlig GitHub-sag«. Hemmeligheden blev senere redigeret væk, men den »forblev tilgængelig via sagens offentlige redigeringshistorik«.

Intet af det kræver AI. Det, der antyder orkestrering, er farten: Microsofts tidslinje har den første tjenestehovedmand til at opregne ressourcer i 15,5 timer, den anden til at starte 90 minutter senere, en gennemgang af App Service-konfigurationen efter 16 timer, derefter den syv minutter lange ødelæggelsesfase og en indsamling af legitimationsoplysninger 30 minutter efter.

Intet løsesumkrav

Den usædvanlige detalje er, hvad der ikke skete. Microsoft skriver lige ud: »Vi observerede ikke et løsesumkrav og bekræftede ikke vellykket dataudtræk i den aktivitet, der beskrives her.«

Rækker af lagerreoler i et stort lager
Angriberen fjernede først låsene for sikkerhedskopi og genoprettelse. Illustrationsfoto. Engin Akyurt · pexels · Pexels License

Alligevel fjernede angriberen først låsene for sikkerhedskopi og genoprettelse, hvilket er netop, hvad en afpresningsoperation gør, for at betaling bliver eneste udvej. Enten kom kravet via en kanal, Microsoft ikke så, eller også var ødelæggelsen pointen.

Microsoft indrammer sagen som et eksempel på »AI-orkestrerede angreb, hvor trusselsaktører kan koordinere komplekse operationer efter kompromittering i skymiljøer med større hastighed og skala«. Selskabets eget indlæg oplyser ikke, hvilket agentsystem Storm-3168 brugte, og skellet er værd at bemærke: hastigheden er dokumenteret, mens koblingen af hastigheden til en model er Sysdigs karakteristik af gruppen og ikke noget, Microsoft viser i indlægget.

Hvad man gør ved det

Microsofts modtræk er uglamourøse og for det meste ældre end agenterne: slå Defender for Cloud til, hold legitimationsoplysninger ude af kodelagre og sagstråde, rotér eksponerede oplysninger omgående, giv tjenestehovedmænd færrest mulige rettigheder og beskyt sikkerhedskopiinfrastrukturen. Selskabet anbefaler også sine egne agentbaserede forsvarsværktøjer.

Den overførbare lære er snævrere. En hemmelighed indsat i en GitHub-sag for to år siden har altid været en risiko. Det, der har ændret sig, er, hvor kort tid en forsvarer nu har mellem, at oplysningen findes, og at lagerkontiene er væk.