Atacul asupra OpenCode arată o schimbare de paradigmă: nu s-a exploatat o vulnerabilitate de cod, ci s-a profitat de credențiale valide și de accesul legitim la modele AI. Proiectul open-source a anunțat că 1,4% dintre utilizatorii OpenCode Console au fost afectați, iar cheile API conectate la furnizori externi, inclusiv Anthropic, OpenAI și Google, au fost expuse. Momentul cel mai devreme posibil al expunerii: 17 octombrie 2026, ora 00:30 UTC. Unii utilizatori au raportat facturi neautorizate între câteva sute de dolari și 1.700 de dolari peste noapte, iar Google le-ar fi suspendat proiecte după ce a detectat activitate abuzivă compatibilă cu resurse deturnate, conform relatării BleepingComputer (https://www.bleepingcomputer.com/news/security/opencode-hack-exposes-api-keys-amid-ai-distillation-attacks/).

Ce s-a întâmplat, fără învăluiri

Atacul a fost unul de tip distilare. Distilarea este o tehnică legitimă de machine learning: antrenezi un model mai mic folosind răspunsurile unui model mai puternic, ca să obții un model mai ieftin și mai rapid care păstrează o parte din capabilități. Devine atac atunci când cineva face antrenament la scară largă prin interogări neautorizate. Practic, atacatorii nu au spart criptarea, ci s-au folosit de cheile altora pentru a consuma tokeni pe banii victimelor.

Co-fondatorul OpenCode, Dax Raad, a declarat că atacatorii au vizat sistemele companiei timp de cel puțin 48 de ore, folosind agenți AI. Un detaliu care merită subliniat: investigația a fost blocată în momentul în care modelele AI folosite de echipă au început să refuze cereri din cauza mecanismelor de siguranță încorporate. Situația s-a stabilizat după ce OpenCode a folosit modelul de securitate Daybreak de la OpenAI pentru activități defensive, aprobat sâmbătă.

Proiectul a notificat utilizatorii afectați prin email și a precizat că nu pare să fi fost expuse date, doar cheile. A menționat și posibilitatea rambursării pentru cei afectați. Compania spune că lucrează cu Google, OpenAI și Anthropic, dar nu a oferit detalii suplimentare. BleepingComputer a contactat OpenCode pentru lămuriri suplimentare, fără răspuns până la publicare.

De ce un atac de distilare e mai periculos decât pare

Diferența dintre o breșă clasică și asta e importantă. La o breșă tradițională, atacatorul are nevoie de un exploit, o eroare de configurare sau o vulnerabilitate de cod. Aici, odată ce are o cheie validă, acțiunile lui arată ca trafic legitim. Cere tokeni, primește răspunsuri, plătește cineva. Nimeni nu vede imediat o intruziune, pentru că nu e vorba de acces la servere, ci de consum de resurse.

Distilarea la scară mare e și mai perfidă pentru că e lentă și distribuită. Atacatorul nu lovește o singură dată. Întinde interogări pe mai multe chei, pe mai multe conturi, pe mai multe ferestre de timp, ca să nu declanșeze praguri de alertă. E exact opusul unui atac zgomotos. Și, pentru că vorbim de agenți AI care pot rula automat, volumul poate crește foarte repede.

Un alt punct de reflecție: 48 de ore de atac susținut, cu agenți AI, împotriva unui proiect relativ tânăr. Nu e vorba de un actor care testează, ci de unul care știe ce face. Iar faptul că investigația defensivă a fost îngreunată de refuzurile modelelor de siguranță spune ceva despre tensiunea dintre gardurile de siguranță și munca de incident response. Nu e o critică la adresa furnizorilor, dar e o realitate operațională pe care echipele de securitate o întâlnesc tot mai des.

Ce înseamnă pentru tine, antreprenor sau marketer român

Dacă rulezi campanii cu ajutorul unor unelte AI, dacă folosești agenți de cod sau dacă ai conectat chei API la servicii terțe, scenariul te privește direct. Nu pentru că ai fi ținta unui atac de distilare în mod specific, ci pentru că modelul de risc e același: o cheie API scăpată în mâini greșite înseamnă bani pierduți, proiecte suspendate și timp ars pe incident response. În piața din România, unde multe echipe de marketing rulează cu bugete strânse, o factură neașteptată de câteva sute de dolari doare.

Gândește-te la un setup tipic: un asistent AI care generează texte, un tool de automatizare care cheamă un model pentru clasificare, un script care trage date din API-uri externe. Fiecare dintre acestea are o cheie. Dacă cheia stă într-un fișier de configurare, într-un repo, într-un screenshot sau într-un cont de console partajat cu prea multă lume, ai o problemă latentă.

Ce poți face concret, fără să aștepți un incident:

Asta nu e o listă exhaustivă. E un minim de igienă. Dacă vrei să adaugi ceva pe partea de securitate a agenților interni, merită citit și materialul despre de ce Microsoft cere Guardian Agents, care intră în detaliu pe partea de control al accesului.

Limitele informațiilor de până acum

Trebuie să fim transparenți: raportarea publică are goluri. Nu se știe exact cum au ajuns atacatorii la chei. Nu se știe dacă a fost o eroare de stocare, o interceptare, un acces la console sau altceva. OpenCode a spus că nu pare să fi fost expuse date, dar cercetarea e în curs. Nu se știe nici câți utilizatori au avut facturi neautorizate, doar că unii au raportat sume între câteva sute de dolari și 1.700 de dolari. Cifra de 1,4% e cea comunicată de proiect pentru utilizatorii afectați din consolă.

Asta contează pentru că o verificare incompletă nu dovedește absența unei funcții sau a unui element. Dacă ești client OpenCode și nu ai primit email, proiectul spune că nu ai fost afectat, pentru că impactul a vizat doar un subset cu furnizori externi conectați. Totuși, asta nu înlocuiește o verificare proprie: uită-te la facturi, la logurile de acces, la cheile active. Nu presupune că ești în siguranță doar pentru că nu ai primit notificare.

Ce facem cu AI-ul în ecuație

Există o tentație să tratăm AI-ul ca pe vinovatul principal. Nu e corect. AI-ul a fost folosit de atacatori, dar și de echipa defensivă. Același tip de instrument care a generat cereri neautorizate a ajutat la stabilizarea situației. Lecția nu e să dai vina pe AI, ci să înțelegi că suprafețele de atac s-au mutat. Nu mai e vorba doar de firewall și de patch-uri, ci de identități, chei, limite de consum și comportamente anormale în traficul către modele.

Dacă lucrezi cu agenți care fac acțiuni în locul tău, vrei să ai un strat de control: ce pot face, cât pot cheltui, când se opresc. Asta nu e paranoia. E igienă operațională. Și, apropo, ideea de agent autonom fără limite de buget e o rețetă pentru surprize neplăcute, indiferent de furnizor.

FAQ

Am primit email de la OpenCode. Ce fac primul lucru? Rotește cheile API imediat, verifică facturile la fiecare furnizor conectat și uită-te la logurile de acces din ultimele zile. Dacă vezi consum neobișnuit, contactează furnizorul și proiectul, care a menționat posibilitatea rambursării.

Atacul de distilare înseamnă că modelele mele au fost furate? Nu neapărat. Distilarea folosește răspunsurile modelelor pentru a antrena alt model. În cazul de față, problema e consumul neautorizat de resurse pe cheile altora, nu neapărat furtul unui model. Detaliile tehnice ale incidentului nu sunt publice.

Dacă nu am primit notificare, sunt în siguranță? OpenCode spune că impactul a vizat doar utilizatorii cu furnizori externi conectați. Absența emailului sugerează că nu ai fost afectat, dar nu înlocuiește verificarea proprie a cheilor și a facturilor.

Concluzia ALLSoft Agency

AI-ul te ajută să analizezi, să planifici și să detectezi mai repede semnalele de risc. Dar deciziile și execuția rămân umane: media buyer-ul care verifică bugetele, cineva care rotește cheile și care se uită la loguri. Niciun instrument nu îți protejează conturile singur, iar un incident ca ăsta nu se rezolvă cu un script de automatizare. Pasul concret îl face echipa ta, cu procese clare. Dacă vrei să discuți despre cum arată un setup sănătos pentru campaniile și uneltele tale AI, începe de la ALLSoft Agency.