Atacatori asistați de AI au lovit bănci din Coreea de Sud — și și-au lăsat propriile unelte la vedere

O campanie de intruziune împotriva instituțiilor financiare din Coreea de Sud a devenit un studiu de caz rar despre modul în care atacatorii folosesc efectiv AI. Operatorul s-a ajutat de AI în atacuri, dar greșeli elementare de securitate operațională i-au expus propriile servere. Pe ele se vedeau scripturile, fișierele de sesiune AI și testele din spatele campaniei.

Ce s-a întâmplat

Activitatea este urmărită sub numele TAG-217. Informațiile publice indică expunerea datelor personale ale cel puțin 68.000 de persoane din cel puțin șapte instituții financiare. Breșele nu au fost identice. Organizațiile au pierdut tipuri diferite de date, de la înregistrări ale clienților până la datele personale ale unui dezvoltator externalizat.

Un detaliu important este pe unde au intrat atacatorii. Printre sistemele afectate s-au aflat aplicații pentru agenții de credit și pentru suportul angajaților. Acestea sunt conectate la bancă, dar se află în afara sistemelor bancare de bază. Sunt ușor de trecut cu vederea, deși conțin date personale și de creditare valoroase.

Investigația urmărește pregătirile operatorului până în august 2026. Directoare deschise, configurate greșit pe serverele de operare și de tip „jump host” ale atacatorului, au permis investigatorilor să vadă setul de unelte:

• ARTEX, un framework open-source de testare de penetrare, în limba chineză, refolosit pentru atacuri neautorizate.
• Sesiuni expuse ale unor asistenți AI de programare, configurări ARTEX și fișiere de „memorie de lucru” AI, copiate de operator între servere. Analize anterioare au legat activitatea de Claude Code, DeepSeek, Grok și Zhipu AI.
• Între 17 și 22 august, testarea infrastructurii de acces la distanță și scanarea sistemelor expuse pe internet. Jurnalele arată trafic între serverele proprii ale atacatorului, dar niciun acces reușit confirmat la victime în acea perioadă.
• Până pe 22 august, unelte îndreptate spre operațiuni de minare de criptomonede care rulează YiiMP: încercări cu parole implicite, furtul fișierelor de configurare și al cheilor de portofel, persistență și alerte pe Telegram la fiecare set de credențiale capturat. Alte scripturi vizau vulnerabilități Linux cunoscute, pentru escaladarea privilegiilor sau extragerea parolelor.
• Până pe 5 septembrie, experimente cu vulnerabilități iPhone și modificări ale software-ului de sistem Android. Din nou, dovezile arată testare, nu compromiteri confirmate ale dispozitivelor mobile.
• Trafic rutat printr-un lanț de servere și ieșit prin proxy-uri rezidențiale din anumite zone geografice, ca să pară conexiuni casnice obișnuite.

Investigația descrie scripturi și capabilități, nu o familie nouă de malware. Activitatea pare să aibă motivație financiară și să vizeze mai multe ținte posibile.

De ce contează — și ce nu demonstrează

Două lucruri trebuie spuse cu grijă:

• Atribuirea nu este stabilită. Investigatorii suspectează un operator vorbitor de chineză. Indiciile de limbă nu dovedesc însă naționalitatea sau sprijinul unui stat, iar noi nu presupunem niciuna dintre ele.
• Folosirea AI nu înseamnă autonomie AI. Materialele expuse dovedesc că operatorul a folosit unelte AI. Ele nu arată cât de mult au accelerat acestea atacurile și nici că un agent autonom a dus vreo intruziune de la cap la coadă. Setul de unelte arată cât de multe a încercat operatorul, nu un succes confirmat împotriva fiecărei ținte.

Lecția practică este că AI reduce costul de a construi și de a ajusta uneltele de atac. Căile de intrare rămân însă cunoscute: aplicații periferice expuse, autorizare slabă, parole implicite și servere Linux neactualizate. Nu au fost publicați indicatori de compromitere (hash-uri, IP-uri sau domenii), așa că apărătorii nu pot bloca pur și simplu o listă. Trebuie să elimine chiar slăbiciunile.

Ce trebuie făcut

1. Inventariați aplicațiile periferice. Identificați toate aplicațiile expuse pe internet pentru angajați, parteneri și agenți: brokeri de credite, help desk, portaluri pentru contractori. Tratați-le ca parte din perimetru, nu ca „din afara nucleului”.
2. Testați autorizarea, nu doar autentificarea. Verificați că un utilizator autentificat poate accesa doar înregistrările la care are dreptul. Autorizarea defectuoasă la nivel de obiect transformă un singur cont în mii de înregistrări.
3. Eliminați parolele implicite și actualizați Linux. Serverele de minare și de infrastructură rămân adesea cu setările din fabrică. Prioritizați vulnerabilitățile cunoscute de escaladare a privilegiilor.
4. Urmăriți comportamentele acestui atacator: autentificări neobișnuite, rafale de cereri repetate pentru date ale clienților, unelte neașteptate de acces la distanță și transferuri anormale de date spre exterior.
5. Blocați cu grijă proxy-urile rezidențiale. Blocarea automată are nevoie de limite clare de aprobare, pentru că IP-urile rezidențiale partajate pot aparține și unor clienți legitimi.

În această campanie, punctul slab a fost stratul exterior al băncilor, nu platforma lor principală. Serviciul nostru de Attack Surface Management cartografiază continuu activele unei companii expuse pe internet, inclusiv portaluri uitate, aplicații ale partenerilor și subdomenii expuse. Astfel, ele sunt găsite și remediate înainte ca un atacator să le descopere, cu sau fără AI.

Sursa: acest articol se bazează pe relatarea Cyber Security News, care citează cercetarea Insikt Group (Recorded Future). Am rezumat-o și am adăugat propria analiză.