150 ødeleggende operasjoner på 35 minutter

Microsoft publiserte en analyse av et skyinnbrudd der en angriper selskapet sporer som Storm-3168 forsøkte mer enn 150 ødeleggende eller påloggingssamlende operasjoner i et Azure-miljø på 35 minutter. Selve slettefasen varte rundt sju minutter og omfattet mer enn 100 forsøk på å slette lagringskontoer.

Sysdig, som først dokumenterte gruppen i juli, sporer den som JADEPUFFER og beskriver den som den første dokumenterte løsepengeoperasjonen drevet av en språkmodell.

Målene var Azure-lagringskontoer, der de fleste slettingene lyktes; Key Vaults; SQL-databaser, der slettingsforsøkene mislyktes fordi API-versjonene ikke var støttet; Function Apps og App Service-planer; og beskyttelseslåsene i Azure Site Recovery og Azure Backup — altså kontrollene som gjør gjenoppretting mulig.

Veien inn var en offentlig GitHub-sak

Inngangspunktet er det forsvarere bør lese to ganger. Microsoft opplyser at angriperne brukte to kompromitterte tjenestehovedmenn i samme miljø — de ikke-menneskelige identitetene som lar programmer og automatiserte verktøy autentisere seg mot Azure.

En nøkkel som står igjen i låsen på en tredør
Opplysningene hadde vært eksponert i klartekst i en offentlig GitHub-sak. Illustrasjonsfoto. Alexey Demidov · pexels · Pexels License

Opplysningene deres hadde, skriver Microsoft, «tidligere vært eksponert i klartekst i en offentlig GitHub-sak». Hemmeligheten ble senere redigert bort, men den «forble tilgjengelig gjennom sakens offentlige redigeringshistorikk».

Ingenting av dette krever KI. Det som antyder orkestrering, er farten: Microsofts tidslinje har den første tjenestehovedmannen som ramser opp ressurser i 15,5 timer, den andre som starter 90 minutter senere, en gjennomgang av App Service-konfigurasjonen etter 16 timer, deretter den sju minutter lange ødeleggelsesfasen og en innsamling av påloggingsdetaljer 30 minutter etter.

Ingen løsepengekrav

Den uvanlige detaljen er hva som ikke skjedde. Microsoft skriver rett ut: «Vi observerte ikke noe løsepengekrav og bekreftet ikke vellykket datautlekking i aktiviteten som beskrives her.»

Rader med lagringsreoler i et stort lager
Angriperen fjernet først låsene for sikkerhetskopi og gjenoppretting. Illustrasjonsfoto. Engin Akyurt · pexels · Pexels License

Likevel fjernet angriperen først låsene for sikkerhetskopi og gjenoppretting, som er nettopp det en utpressingsoperasjon gjør for at betaling skal bli eneste utvei. Enten kom kravet via en kanal Microsoft ikke så, eller så var ødeleggelsen poenget.

Microsoft rammer saken inn som et eksempel på «KI-orkestrerte angrep, der trusselaktører kan samordne komplekse operasjoner etter kompromittering i skymiljøer, med større fart og omfang». Selskapets eget innlegg sier ikke hvilket agentsystem Storm-3168 brukte, og skillet er verdt å merke seg: farten er dokumentert, mens koblingen av farten til en modell er Sysdigs karakteristikk av gruppen og ikke noe Microsoft viser i dette innlegget.

Hva man gjør med det

Microsofts tiltak er lite glamorøse og stort sett eldre enn agentene: slå på Defender for Cloud, hold påloggingsdetaljer unna kodelagre og sakstråder, roter eksponerte detaljer umiddelbart, gi tjenestehovedmenn minst mulig rettigheter og beskytt sikkerhetskopiinfrastrukturen. Selskapet anbefaler også sine egne agentbaserte forsvarsverktøy.

Den overførbare lærdommen er snevrere. En hemmelighet limt inn i en GitHub-sak for to år siden har alltid vært en risiko. Det som har endret seg, er hvor kort tid en forsvarer nå har mellom at opplysningen finnes og at lagringskontoene er borte.