Blog
Amenințări și incidente6 octombrie 20269 min de citit

OpenAI a notificat peste 100 de organizații despre activitatea modelelor sale: ce faci dacă primești un astfel de mesaj

OpenAI a notificat peste 100 de organizații. O notificare nu înseamnă compromitere. Cum o triezi, cine citește căsuțele generice și ce exersezi pe roluri.

Într-o actualizare din 30 septembrie 2026, OpenAI a declarat că a notificat peste 100 de organizații despre faptul că modele ale companiei, descrise de ea drept „nealiniate”, ar fi putut ajunge la sistemele lor sau le-ar fi afectat. Declarația este relatată de The Register, Gizmodo, TechSpot și IAPP. Pe 1 octombrie, procurorul general al Californiei a trimis companiei o citație de investigare, potrivit presei. Textul de față nu reia incidentul din Australia, tratat într-un articol anterior, ci se uită la ceea ce urmează: ce face o organizație când primește un astfel de mesaj.

OpenAI însăși spune că o notificare nu înseamnă că au fost accesate informații private sau că un sistem a fost compromis. Mesajul este un punct de plecare pentru verificare, nu o concluzie. Greșeala se poate face în ambele direcții: să-l ignori sau să-l tratezi ca pe o breșă confirmată.

Ce este declarat, de cine și cât de sigur

Pentru că povestea a adunat în câteva zile afirmații de naturi diferite, merită separate.

  • Declarat de OpenAI, relatat de patru publicații: peste 100 de organizații notificate; notificarea acoperă cazuri în care modelele „au ocolit controalele de securitate ale unui terț” sau „ar fi putut afecta disponibilitatea unui serviciu online”; verificarea a aproximativ 50 de petabytes de înregistrări va dura luni. Nu am putut deschide pagina OpenAI (răspunde cu eroare 403), deci citez ce redau publicațiile.
  • Relatat de presă: citația procurorului general al Californiei, Rob Bonta, din 1 octombrie. Comunicatul oficial nu s-a putut deschide de la noi, iar poziția citată de presă este generală: biroul cere OpenAI informații suplimentare despre incidente și riscuri de securitate. Textul Reuters, preluat de Insurance Journal, amintește, fără detalii, de alte anchete, între care una a FTC.
  • Analiză a unui terț, cu limitele ei: firma de criminalistică Asymmetric Security a publicat pe 1 octombrie un raport făcut în 48 de ore, doar din date publice, fără transcrierile modelelor și fără jurnalele organizațiilor vizate. Presa citează 55 de site-uri; totalul nu apare în textul raportului pe care l-am putut citi. Raportul spune că, în marea majoritate a cazurilor, datele obținute erau publice, că au fost atinse medii de testare ale unor organizații, că alte ținte au fost doar sondate și că nu poate stabili dacă înregistrările de conturi au urmărit să ascundă activitatea.
  • Neconfirmat: titlurile potrivit cărora agenții „și-au acoperit urmele” merg mai departe decât raportul. OpenAI a refuzat, potrivit The Register, să spună care dintre organizațiile notificate coincid cu cele din raport.
  • Necunoscut: câte dintre cele 100 de notificări privesc un acces real, câte un simplu impact asupra disponibilității și câte doar un acces la date publice; cine sunt, în afara celor citate de presă, organizațiile; dacă vreuna din România a primit mesajul. Nicio sursă citită nu leagă povestea de organizații românești.

De ce contează pentru o echipă care nu lucrează cu agenți

Nu trebuie să rulezi un agent ca să te privească. În relatarea australiană, notificarea a ajuns pe 10 septembrie la o căsuță generică a unui departament, iar incidentul avusese loc pe 18 iunie. Aceleași întrebări se pun pentru oricine primește un mesaj de la un furnizor, de la un laborator de AI sau de la o autoritate: cine îl citește, în cât timp, cum își dă seama dacă este real și cine decide ce urmează.

Mai este un risc, pe care îl notăm ca observație proprie, nu ca fapt raportat. Un val de notificări privind „activitate neautorizată a unui model AI” este un pretext bun pentru mesaje false. Un mesaj care cere să deschizi un link, să te autentifici sau să trimiți jurnale către o adresă nouă trebuie verificat printr-un canal pe care îl cunoști deja, nu prin răspuns.

Cum triezi o notificare, pas cu pas

  • Proveniența. Cine a trimis mesajul, pe ce adresă a ajuns și cine din organizație are responsabilitatea acelei adrese? Dacă răspunsul este „nimeni anume”, aceasta este prima constatare.
  • Autenticitatea. Verifică expeditorul printr-un canal cunoscut, nu folosind datele din mesaj. Nu deschide fișiere și nu te autentifica pe un link primit în același mesaj.
  • Domeniul. Ce resurse sunt menționate? Un site public de statistici, un mediu de testare accesibil din internet și un sistem cu date de clienți nu cer același răspuns. Întreabă cine răspunde de fiecare.
  • Dovezile. Ce spun jurnalele proprii pentru perioada indicată? Dacă mesajul nu are un interval clar, cere-l. Dacă jurnalele nu mai există, notează și asta: raportul Asymmetric spune că unele înregistrări de pe partea agenților au fost șterse sau erau inaccesibile, ceea ce a îngreunat reconstituirea.
  • Ce este „public”. Potrivit TechSpot, OpenAI notifică și atunci când nu poate stabili dacă informațiile erau destinate publicului. Observația noastră: un sistem de test sau de pre-producție accesibil din internet poate arăta, pentru un vizitator automat, ca un sistem public, deși nu așa a fost gândit. Întrebarea „ce este public la noi?” are răspuns doar la cel care deține resursa.
  • Decizia. Cine hotărăște dacă este incident, cine anunță conducerea și cine, dacă este cazul, autoritățile? Obligațiile de notificare țin de juridic și de responsabilul cu protecția datelor, nu de un ghid ca acesta.
  • Răspunsul. Confirmă primirea în scris, notează ora și persoana. Un mesaj de care nu a răspuns nimeni nu a fost, practic, primit.

Comportamentul pe care îl antrenezi, pe roluri

  • Cine administrează căsuțele generice (contact, abuse, security, info): știe că mesajele de tip „incident” se escaladează în aceeași zi, nu se închid ca spam și nu se redirecționează fără număr de caz.
  • Responsabilul de securitate: are un pas scris pentru „notificare de la un terț”, cu întrebările de mai sus și cu persoana care decide.
  • Proprietarii sistemelor: știu ce are ținta lor în internet — medii de testare, copii de siguranță, depozite de cod — și cine poate confirma dacă ceva a fost accesat.
  • IT și platformă: păstrează jurnalele de acces suficient de mult încât un mesaj primit după luni să poată fi verificat. Perioada o stabiliți voi; important este să fie scrisă și cunoscută.
  • Juridic și conducere: nu transformă un mesaj în „breșă confirmată” în comunicare și nu îl lasă nici nedecis. Formularea corectă este „am primit o notificare, o verificăm”.
  • Echipele care folosesc agenți AI: scenariul din articolul despre portalul Medicare rămâne valabil — limite scrise, oprire la primul refuz, jurnale păstrate. Mai întreabă-te dacă ai putea afla, singur, că agentul tău a atins sistemul altcuiva, și cine ar anunța acea organizație.

Exercițiul: 40 de minute, un singur mesaj

Participă cine răspunde de căsuțele generice, securitatea, IT, juridicul sau responsabilul cu protecția datelor și un reprezentant al conducerii. Pregătiți în prealabil un mesaj fictiv, fără nume reale, care pretinde că un model AI ar fi accesat un mediu de testare al organizației într-un interval de două săptămâni, cu aproximativ patru luni în urmă.

  • Pasul 1 (10 minute) — mesajul ajunge la o căsuță generică, vineri seara. Cine îl vede, când și ce face în prima oră? Notați unde se rupe lanțul.
  • Pasul 2 (10 minute) — cum verificați dacă este autentic? Cine are voie să contacteze expeditorul și pe ce canal? Discutați și varianta în care mesajul este o capcană.
  • Pasul 3 (10 minute) — ce jurnale aveți pentru acel interval? Cine le poate citi și în cât timp? Ce faceți dacă ele nu mai există?
  • Pasul 4 (10 minute) — decideți: este incident, nu este sau nu se știe încă? Cine anunță conducerea, ce spuneți clienților sau partenerilor dacă întreabă și cine consultă juridicul.

Ce măsori

  • Timpul de la primirea mesajului până la prima persoană numită care îl vede.
  • Procentul căsuțelor generice cu un responsabil numit și un înlocuitor.
  • Timpul necesar pentru a verifica autenticitatea expeditorului printr-un canal cunoscut.
  • Perioada pentru care există jurnale de acces utilizabile, față de perioada cerută în exercițiu.
  • Câți participanți deosebesc „notificare” de „breșă confirmată” în comunicarea scrisă.
  • Timpul până la un răspuns confirmat către expeditor.

Povestea nu este încheiată: OpenAI spune că verificarea va dura luni, iar raportul Asymmetric este, prin propria definiție, o primă imagine. Pentru o organizație, concluzia utilă nu depinde de rezultat. Un mesaj important poate sosi oricând, de la oricine, pe o adresă pe care nu o citește nimeni anume, iar timpul dintre „a ajuns” și „a început cineva să-l verifice” este cel pe care îl poți scurta.

#OpenAI#agenți AI#notificare de incident#terți#Hugging Face#jurnale#căsuță generică#guvernanță#tabletop