Vulnerabilități critice descoperite în instrumentele de dezvoltare AI, denumite "IDEsaster" - furt de date și execuție de cod de la distanță posibile

Conform Tom’s Hardware, o investigație de șase luni asupra instrumentelor de dezvoltare asistate de AI a dezvăluit peste treizeci de vulnerabilități de securitate care permit exfiltrarea datelor și, în unele cazuri, execuția de cod de la distanță. Descoperirile, descrise în raportul de cercetare IDEsaster, arată cum agenții AI integrați în IDE-uri precum Visual Studio Code, produsele JetBrains, Zed și numeroși asistenți comerciali pot fi manipulați pentru a scurge informații sensibile sau a executa cod controlat de atacatori.

Conform cercetării, 100% dintre IDE-urile AI și asistenții de cod testati erau vulnerabili. Produsele afectate includ GitHub Copilot, Cursor, Windsurf, Kiro.dev, Zed.dev, Roo Code, Junie, Cline, Gemini CLI și Claude Code, cu cel puțin douăzeci și patru de CVE-uri atribuite și recomandări suplimentare de la AWS.

Noile funcții AI agentice de la Microsoft introduc noi riscuri de securitate cauzate de AI, cum ar fi injectarea de prompturi
Rezultate mai slabe pentru inamicii Chinei folosind DeepSeek, sugerează cercetările
Anthropic susține că a dejucat primul atac cibernetic orchestrat de AI, având originea în China

„Toate IDE-urile AI… ignoră efectiv software-ul de bază… în modelul lor de amenințare. Tratează funcțiile lor ca fiind în mod inerent sigure deoarece au fost acolo de ani de zile. Totuși, odată ce adăugați agenți AI care pot acționa autonom, aceleași funcții pot fi transformate în instrumente de exfiltrare de date și primitive RCE,” a declarat cercetătorul de securitate Ari Marzouk, vorbind pentru The Hacker News.

Conform raportului de cercetare, acesta este un lanț de atacuri independent de IDE, care începe cu deturnarea contextului prin injectarea de prompturi. Instrucțiuni ascunse pot fi plasate în fișierele de reguli, README-uri, nume de fișiere sau ieșiri de la servere MCP malițioase. Odată ce un agent procesează acel context, instrumentele sale pot fi direcționate să efectueze acțiuni legitime care declanșează comportamente nesigure în IDE-ul de bază. Etapa finală abuzează de funcțiile încorporate pentru a extrage date sau a executa codul atacatorului în orice IDE AI care împărtășește acea bază software.

Un exemplu documentat implică scrierea unui fișier JSON care face referire la o schemă de la distanță. IDE-ul recuperează automat acea schemă, scurgând parametri încorporați de agent, inclusiv date sensibile colectate anterior în lanț. Atât Visual Studio Code, IDE-urile JetBrains, cât și Zed au prezentat acest comportament. Chiar și măsurile de siguranță pentru dezvoltatori, cum ar fi previzualizările de diferențe, nu au suprimat cererea de ieșire.

Un alt studiu de caz demonstrează execuția completă a codului de la distanță prin setările manipulate ale IDE-ului. Prin editarea unui fișier executabil deja prezent în spațiul de lucru și apoi modificarea câmpurilor de configurare, cum ar fi php.validate.executablePath, un atacator poate determina IDE-ul să ruleze imediat cod arbitrar în momentul în care un tip de fișier asociat este deschis sau creat. Instrumentele JetBrains arată o expunere similară prin metadatele spațiului de lucru.

Raportul concluzionează că, pe termen scurt, clasa de vulnerabilitate nu poate fi eliminată deoarece IDE-urile actuale nu au fost construite sub ceea ce cercetătorul numește principiul „Secure for AI”. Există măsuri de atenuare atât pentru dezvoltatori, cât și pentru furnizorii de instrumente, dar soluția pe termen lung necesită o regândire fundamentală a modului în care IDE-urile permit agenților AI să citească, să scrie și să acționeze în interiorul proiectelor.