JadePuffer lovește Azure: agenți AI au încercat să șteargă peste 100 de conturi de stocare în 7 minute, pornind de la date de acces uitate pe GitHub

Grupul JadePuffer, pe care l-am prezentat în iulie drept primul ransomware condus integral de un agent AI, are și o față mai distructivă, orientată spre infrastructura cloud Microsoft Azure. Într-un raport publicat pe 25 septembrie, Microsoft descrie un atac din iunie în care atacatori legați de grup au cartografiat timp de 16 ore mediul unei victime, apoi au încercat să șteargă peste 100 de conturi de stocare în doar șapte minute, vizând inclusiv backup-urile. Microsoft urmărește grupul sub numele Storm-3168.

Punctul de intrare: date de acces lăsate pe GitHub

Atacul nu a început cu o vulnerabilitate sofisticată. Datele de acces ale unui service principal, adică o identitate de aplicație folosită de programe, nu de oameni, pentru a accesa resursele Azure, fuseseră publicate în clar de un angajat într-un issue public pe GitHub. Erau acolo ID-ul clientului, secretul și ID-ul tenantului. Mesajul a fost editat ulterior și datele șterse, dar au rămas vizibile în istoricul de editări, care pe GitHub e public.

Cum s-a desfășurat atacul

Atacul a avut loc la începutul lui iunie și a durat aproximativ 18 ore. Atacatorii au folosit două service principals compromise din același tenant, cu roluri împărțite:

Pe lista țintelor s-au aflat conturile de stocare Azure, bazele de date SQL, seifurile de chei (Key Vault), aplicațiile Function Apps și App Service, mașinile virtuale și, mai ales, resursele de backup și recuperare. Atacatorii au eliminat blocările Azure Site Recovery, protecțiile care împiedică ștergerea accidentală a copiilor de rezervă. Mesajul e clar: scopul era ca victima să nu-și mai poată reveni.

Ce a salvat o parte din date

Atacul nu a reușit complet. Ștergerea bazelor de date SQL a eșuat pentru că atacatorii au folosit o versiune de API nesuportată. În plus, Microsoft notează că blocările de resurse și protecția la ștergere activată la nivel de cont de stocare au oprit ștergerea pentru câteva dintre conturi, chiar dacă atacatorul avea drepturi administrative. Microsoft nu a observat o cerere de răscumpărare sau o exfiltrare reușită de date în acest caz. Distrugerea masivă sugerează însă intenția de a bloca orice recuperare.

De unde știm că a fost un agent AI

În iulie, cercetătorii Sysdig au documentat prima campanie JadePuffer. Grupul a intrat atunci prin vulnerabilitatea CVE-2025-3248 din Langflow, o platformă pentru construirea aplicațiilor AI. Agentul a raționat singur asupra țintelor, a refolosit credențialele furate și s-a deplasat între servere, „narându-și propriile intenții”. Semnele distinctive au fost comentariile în limbaj natural din cod, tipice codului generat de modele de limbaj, și viteza extremă cu care agentul își diagnostica și corecta singur greșelile. Pe 20 iulie, Sysdig a raportat revenirea grupului cu EncForge, un ransomware scris special pentru infrastructura AI, care criptează circa 180 de tipuri de fișiere: modele, indexuri vectoriale, seturi de date de antrenare.

În cazul Azure, Microsoft e mai prudent și descrie operațiunile drept „probabil automatizate sau scriptate”, pe baza împărțirii precise a sarcinilor și a sincronizării. Enumerarea a două abonamente în cinci secunde și peste 150 de operații distructive într-o jumătate de oră depășesc însă cu mult ritmul unui operator uman.

Și o breșă uriașă în Japonia: Times Car, 6,6 milioane de conturi

Tot în aceste zile, Times Car, serviciul japonez de car-sharing și închirieri al grupului Park24, a confirmat furtul datelor asociate cu aproximativ 6,6 milioane de conturi de membri actuali și foști, inclusiv clienți corporate. Intruziunea a început la începutul lui septembrie. Compania a anunțat incidentul pe 25 septembrie, a blocat accesul pe 26 și a confirmat furtul pe 28 septembrie.

Datele expuse sunt printre cele mai sensibile posibile: nume, adrese, date de naștere, telefoane, e-mailuri, datele permisului de conducere și imagini ale documentelor de identitate, plus parolele conturilor, stocate într-o formă care nu poate fi inversată. Datele cardurilor nu au fost afectate. Deocamdată nu există dovezi că datele au fost publicate online.

Ce poți face: lecțiile practice

• Nu lipi niciodată chei sau parole în issue-uri, commit-uri sau chat-uri publice. Ștergerea ulterioară nu ajută: istoricul rămâne. Dacă s-a întâmplat, singura soluție e revocarea și regenerarea imediată a secretului. Detaliem pașii în ghidul nostru despre protejarea cheilor API.
• Activează protecția la ștergere și blocările de resurse în cloud, pentru conturile de stocare și backup-uri. În atacul descris de Microsoft, exact ele au salvat o parte din date.
• Acordă identităților de aplicație doar drepturile strict necesare. Un service principal care citește date nu are nevoie de drepturi de ștergere.
• Ține o copie de rezervă în afara mediului principal, imposibil de șters cu aceleași credențiale. E principiul regulii 3-2-1, valabil și pentru companii, nu doar pentru utilizatori casnici.
• Dacă ai călătorit în Japonia și ai folosit Times Car, fii atent la mesaje care îți cer date personale și verifică dacă adresa ta apare în breșe cunoscute.

Concluzie

JadePuffer arată cum arată atacurile când viteza nu mai e limitată de un om la tastatură: recunoaștere metodică, apoi distrugere în câteva minute, prea repede pentru o reacție manuală. Vestea bună e că apărarea nu cere tehnologie exotică. Secrete ținute în afara codului public, drepturi minime și protecții la ștergere activate au făcut diferența chiar și în acest atac. Vestea proastă e că toate trebuie puse la punct înainte de atac, nu după.

Informațiile despre atacul din Azure provin din relatările BleepingComputer și The Hacker News, care citează raportul Microsoft din 25 septembrie 2026. Detaliile despre campania din iulie și EncForge provin din Help Net Security, care citează cercetarea Sysdig. Informațiile despre Times Car provin din BleepingComputer.