Grok Build, asistentul AI pentru programare lansat de xAI, trimitea către serverele companiei nu doar fișierele necesare pentru răspuns, ci întregul proiect al utilizatorului, inclusiv informații șterse cu luni în urmă, dar încă prezente în istoricul modificărilor. Într-un test independent, volumul de date transferat a fost de zeci de mii de ori mai mare decât era necesar.
Povestea a pornit dintr-o investigație tehnică publicată duminică, 12 iulie 2026, de un expert în securitate cibernetică cunoscut sub pseudonimul cereblab care a arătat că Grok Build nu trimitea doar fișierele existente la momentul respectiv, ci și întreg istoricul de modificări al proiectului. Astfel o parolă sau o cheie de acces introdusă din greșeală într-un fișier putea ajunge pe serverele xAI odată cu întregul proiect, chiar dacă fusese eliminată din cod cu mult timp înainte.
Incidentul este important nu pentru că un instrument AI a trimis prea multe date, ci pentru că pune sub semnul întrebării una dintre așteptările legitime ale dezvoltatorilor: utilizatorul știe ce informații părăsesc calculatorul său și ce informații rămân exclusiv sub controlul său.
În ultimul an, competiția dintre asistenții AI pentru programare s-a purtat aproape exclusiv în jurul performanței modelelor și al vitezei cu care generează cod. Incidentul Grok Build mută însă discuția într-o zonă mult mai puțin spectaculoasă, dar posibil mai importantă pe termen lung: cât control mai păstrează dezvoltatorul asupra propriului cod după ce acceptă ajutorul unui model AI?
Poate cel mai deranjant detaliu ține de modul în care utilizatorii credeau că se pot proteja. Setarea prin care puteau refuza folosirea datelor pentru antrenarea viitoare a modelului nu avea niciun efect asupra copierii automate în cloud: proiectul continua să fie trimis integral, indiferent de opțiunea aleasă. Utilizatorii puteau controla dacă modelul învăța din codul lor, dar nu și dacă acel cod ajungea pe serverele xAI. În testele realizate de cereblab, unelte concurente precum Claude Code și Codex nu transmiteau întregul proiect, ceea ce sugerează că nu era o limitare tehnică inevitabilă, ci o alegere de proiectare a xAI.
Promisiunea lui Musk este suficientă?
Reacția companiei a venit rapid, dar ezitant. La scurt timp după publicarea raportului, copierea automată a proiectelor a încetat brusc, fără ca utilizatorii să fi instalat vreo actualizare — semn că xAI intervenise direct, de la distanță, prin serverele proprii. Codul care făcea posibilă această copiere nu a fost eliminat din aplicație, ci doar dezactivat printr-un comutator ascuns pe server, ceea ce înseamnă că xAI îl poate reactiva oricând, fără știrea utilizatorilor.
Faptul că mecanismul a putut fi dezactivat instantaneu, fără actualizarea aplicației, spune la fel de multe despre arhitectura produsului precum spune incidentul însuși despre politica de colectare a datelor.
La o zi după publicarea anchetei, Elon Musk a promis pe X că toate datele utilizatorilor colectate până atunci vor fi „complet și absolut șterse”. Declarația nu a fost însă însoțită de un calendar, de un mecanism prin care utilizatorii să poată verifica ștergerea sau de un audit independent. Într-o postare separată, Musk a sugerat că păstrarea unei cantități limitate de date poate fi utilă pentru depanare, alimentând și mai mult întrebările privind politica reală de retenție a companiei.
Implicațiile depășesc disconfortul unei erori recunoscute cu întârziere. Pentru echipele de programatori, riscul concret este acela al parolelor și cheilor de acces care pot rămâne ascunse în istoricul unui proiect chiar și după ce au fost eliminate din cod. Pentru multe organizații, acesta este și un risc contractual, deoarece politicile interne interzic adesea transmiterea codului sursă către servicii externe fără aprobări prealabile. Incidentul se înscrie într-o serie mai largă de controverse privind modul în care xAI gestionează datele utilizatorilor, controverse care au determinat deja unele organizații să prefere alternative cu garanții de securitate mai clare.
Cât de mult se poate baza cineva pe promisiunile publice ale unui furnizor de inteligență artificială, atunci când setările de confidențialitate afișate în aplicație nu corespund cu ceea ce face aplicația în realitate?
Incidentul Grok Build ar putea fi privit peste câțiva ani ca o simplă eroare de implementare, remediată în câteva ore, sau ar putea marca momentul în care piața a început să înțeleagă că, în era agenților AI capabili să citească, să modifice și să execute cod, transparența privind circulația datelor nu mai este o funcționalitate secundară, ci una dintre condițiile esențiale ale încrederii. Dacă această schimbare de perspectivă se va confirma, competiția dintre asistenții AI pentru programare nu va mai fi decisă exclusiv de calitatea codului pe care îl generează, ci și de capacitatea dezvoltatorilor de a demonstra că utilizatorii își păstrează controlul asupra propriului cod. În industria AI, performanța poate atrage utilizatori, însă încrederea este cea care îi face să rămână.
Surse și documentare
Articolul se bazează pe analiza tehnică publicată de cercetătorul independent în securitate cibernetică cereblab, pe declarațiile publice ale lui Elon Musk și ale echipei xAI, precum și pe documentația și comunicările oficiale ale xAI privind Grok Build.
