Un atacator asistat de AI a compromis o universitate din India și a furat peste 5.200 de înregistrări — fără nicio vulnerabilitate zero-day

Un actor care folosește pseudonimul BUGSTER, aparent cu abilități tehnice limitate, s-a bazat pe un set de instrumente AI disponibile public pentru a ținti organizații din India, printre care două universități. Într-o intruziune confirmată, atacatorul a obținut o bază de date MongoDB cu peste 5.200 de înregistrări conținând date personale ale studenților și ale personalului. Universitățile nu au fost numite.

Esențialul nu este că AI-ul „a spart” ceva. Este faptul că AI-ul a coborât ștacheta suficient de mult încât un operator modest să profite de cele mai vechi probleme: parole slabe și servicii expuse inutil.

Ce s-a întâmplat

Cercetătorii au reconstituit operațiunea analizând mediul de lucru, uneltele și notițele atacatorului. Configurația combina trei componente:

• Hermes Agent, un framework de asistent AI, ca orchestrator
• DeepSeek V4 ca model de raționament
• Cursor ca instrument de programare

Potrivit analizei, atacatorul a dezactivat controalele de siguranță ale instrumentelor și s-a bazat pe scripturi și rapoarte generate de AI pentru a-și planifica și organiza activitatea.

Universitatea nr. 1 — recunoaștere și ghicirea parolelor. Cercetarea asistată de AI a cartografiat o platformă de educație online: un site WordPress, o platformă de învățare, un portal pentru studenți și un panou de administrare. Unul dintre rapoartele generate semnala un API REST WordPress (/wp-json/) complet expus, care dezvăluia ID-urile și numele reale pentru 13 conturi active. Atacatorul a încercat apoi parole și a găsit o autentificare funcțională. Important: această activitate nu a fost legată de furtul celor 5.200 de înregistrări.

Universitatea nr. 2 — furtul de date. Înregistrările provin dintr-o intruziune separată: baza de date a unei universități publice, protejată doar de un cont de administrator cu o parolă slabă. Datele MongoDB furate vizau studenți la programe de diplomă, licență și master, precum și cadre didactice. Notițele atacatorului conțineau și detalii despre o parte din infrastructura cloud și de baze de date a universității.

Dincolo de universități

Același mediu a scos la iveală o activitate mai amplă, sprijinită de AI:

• Un set amplu de instrumente de scanare a credențialelor, care căuta chei cloud și chei private lăsate în fișiere și loguri.
• „Profiluri” AI separate pentru sarcini diferite — unul cerea sfaturi despre frauda VoIP, altul documenta operatori de telefonie. S-au găsit materiale de planificare, dar nicio dovadă că frauda telefonică a fost pusă în practică.
• Un flux automatizat de spargere a parolelor Wi-Fi, care necesită apropiere fizică — ceea ce sugerează acces local la locațiile vizate.
• Documentare despre deținători mari de criptomonede, fără activitate ulterioară observată împotriva lor.

Au fost publicați doi indicatori de infrastructură: 162.243.3[.]92 (infrastructură a atacatorului care găzduia mai multe servicii) și 104.238.38[.]202 (proxy comercial).

De ce contează

Nimic din toate acestea nu a necesitat o vulnerabilitate nouă. Recunoașterea, un API expus, o parolă de administrator ușor de ghicit și secrete uitate la vedere au fost suficiente. Contribuția AI-ului a fost viteza și structura — transformând un operator cu puțină experiență într-unul care cartografiază ținte, scrie scripturi și documentează constatări ca unul mult mai experimentat. Ne putem aștepta la tot mai multe astfel de cazuri: marja pentru „rezolvăm igiena de bază mai târziu” se micșorează.

Ce este de făcut

1. Auditați conturile de administrator. Eliminați parolele slabe sau refolosite și impuneți MFA pentru toate autentificările administrative și de acces la distanță.
2. Securizați bazele de date. MongoDB și sistemele similare nu ar trebui să fie accesibile din internet; restricționați accesul la gazde și utilizatori aprobați.
3. Reduceți expunerea publică. Revizuiți portalurile și panourile accesibile din internet; restricționați sau dezactivați endpoint-urile REST WordPress neautentificate, precum /wp/v2/users.
4. Căutați secretele scurse. Țineți cheile API și credențialele cloud departe de fișiere publice și loguri; rotiți orice ar fi putut fi expus și verificați logurile de acces pentru abuzuri.
5. Monitorizați comportamentul. Configurați alerte pentru tentative de ghicire a parolelor, autentificări neobișnuite și citiri masive din seturi mari de date.
6. Guvernați-vă propriii agenți AI. Limitați-le permisiunile, păstrați active controalele de siguranță și aprobare și verificați ce fac.
7. Blocați indicatorii (IOC) de mai sus la perimetru și căutați în loguri contacte anterioare.

Majoritatea acestor breșe sunt vizibile din exterior cu mult înainte ca un atacator să le găsească. Serviciul nostru de Attack Surface Management cartografiază continuu activele expuse în internet — portaluri uitate, API-uri și baze de date expuse, panouri de administrare — astfel încât să le puteți închide înainte ca cineva cu un asistent AI să înceapă să le caute.

Sursă: acest articol rezumă cercetarea publicată de Palo Alto Networks Unit 42, așa cum a fost relatată de Cyber Security News.