Angajații care folosesc conturi personale ChatGPT la muncă pot expune date sensibile, chiar dacă organizația plătește un workspace Enterprise. NordLayer, într-un material sponsorizat preluat de BleepingComputer, propune un flux de investigare în cinci pași: confirmi identitatea din spatele evenimentului, afli ce a ajuns efectiv în prompt, înțelegi de ce nu s-a folosit accesul corporate, evaluezi expunerea și repari fluxul înainte să închizi tichetul. Ideea centrală: controlul real stă la nivel de prompt, nu la nivel de cont.

Subiectul nu e teoretic. Materialul pornește de la un scenariu explicit ipotetic, declarat ca atare de autor: un laptop de firmă pe care instrumentele de securitate semnalează folosirea ChatGPT pe cont personal, deși compania are workspace Enterprise. Întrebarea care urmează e ce a trimis angajatul în chat: o descriere de job publică, un tichet de client cu date de contact și detalii de cont, sau, în anumite domenii, documente sensibile. Autorul menționează și cazul directorului interimar al CISA, care ar fi folosit un astfel de instrument în 2025, ca exemplu de context, nu ca dovadă pentru scenariul de față.

Merită subliniat un lucru pe care multe echipe îl ratează: folosirea unui cont personal nu dovedește că promptul a intrat în antrenarea modelului, că a devenit public sau că a ajuns la alți utilizatori. Ce s-a confirmat e mai simplu și suficient de grav: date ale companiei au intrat într-un serviciu printr-un cont din afara aranjamentului aprobat. Orice raport intern ar trebui să spună exact atât, fără umflarea concluziilor. Pentru un marketer sau un IT admin român, distincția contează: o evaluare de expunere se face pe fapte verificabile, nu pe frică.

De ce apare contul personal lângă cel corporate

Explicația e aproape întotdeauna banală. Sesiunea corporate a expirat, autentificarea în doi pași a durat prea mult, clientul era nervos, iar tabul cu ChatGPT personal era deja deschis și logat. Angajatul lipește schimbul de suport, scrie „redactează un răspuns care explică de ce clientul nu-și poate accesa contul" și apasă trimite. Fără o regulă care să blocheze promptul, textul pleacă.

Aici e miezul problemei operaționale. O organizație poate avea politici scrise, poate plăti licențe Enterprise și poate avea instrumente de securitate care detectează că s-a folosit un cont personal. Dar dacă nimic din configurație nu verifică ce intră în prompt, echipa de securitate află abia după fapt. Iar evenimentul reținut de obicei nu conține textul promptului și nici constatări despre date sensibile, deci nu poți reconstitui trimiterea din log. Rămâi cu o discuție incomodă cu angajatul.

Ce poți afla și ce rămâne ipoteză

Materialul sursă descrie două versiuni ale aceluiași eveniment. În prima, ai doar controalele existente: deschizi evenimentul, încerci să potrivești identitatea din instrumentele de securitate (posibil adresă de email corporate) cu loginul ChatGPT din spate (posibil un Gmail personal). Rezultatul: o persoană, două identități, o discuție delicată. Apoi, conform procedurii de incident, ceri angajatului să-ți arate conversația, cu o solicitare cât mai îngustă, limitată la schimbul de muncă din jurul acelui moment. Dacă tichetul clientului apare în prompt și răspunsul îl discută în detaliu, ai dovada că informația a ajuns în serviciu.

În a doua versiune, extensia de browser verifică promptul pe dispozitiv înainte să plece. Un detector configurat găsește datele de client și acțiunea „Block" oprește trimiterea, iar angajatul vede un mesaj pe pagină. Nimeni din echipa de securitate nu citește promptul pentru ca asta să se întâmple. În varianta cu instrumentul NordLayer, contul ChatGPT logat apare lângă conversație, iar conversațiile noi sunt clasificate ca personale sau corporate; activitatea e legată de o persoană prin emailul de muncă împins de MDM, iar sincronizarea cu Entra ID, Okta sau HiBob adaugă departamentul, echipa și rolul.

Aici e limita pe care o semnalez explicit: tot ce descrie sursa despre blocarea promptului, clasificare și detectoare vine din materialul unui furnizor care își promovează produsul. Sunt capabilități declarate și un flux propus, nu o verificare independentă. Nu avem probe că aceste controale funcționează uniform în toate configurațiile, pe toate browserele sau cu toate formatele de date. O verificare incompletă nu dovedește nici că o funcție există, nici că lipsește. Dacă vrei să testezi, pornește cu un inventar de cazuri reale și compară.

Ce faci practic, pas cu pas

Recomandarea mea, separată de materialul sursă, e să tratezi incidentul ca pe un proces, nu ca pe un caz izolat. Ordinea de mai jos e o propunere de lucru, nu o constatare despre ce face NordLayer.

  1. Confirmă identitatea și dispozitivul. Leagă evenimentul de o persoană și de un laptop gestionat, fără să sari direct la concluzii despre intenție.
  2. Stabilește ce a ajuns în serviciu. Cu dovezi, nu cu presupuneri. Dacă nu ai captură la nivel de prompt, cere o demonstrație restrânsă și documentează.
  3. Află de ce accesul corporate nu a fost folosit. Verifică expirarea sesiunii, autentificarea în doi pași, viteza de acces. Dacă e o problemă de fricțiune, o repari, nu o pedepsești.
  4. Întreabă dacă a mai fost. Fără instrumente, depinzi de memoria angajatului: a mai lipit tichete întregi, a încărcat atașamente, a creat linkuri partajate? Notează răspunsul, dar tratează-l ca pe o estimare.
  5. Verifică ce a înțeles angajatul despre politică. Mulți rețin că ChatGPT e aprobat, dar uită pentru ce workspace și pentru ce date.
  6. Reacționează proporțional. Dacă au apărut credențiale, revocă-le sau rotește-le. Dacă sunt date de client, poate fi nevoie de o evaluare de privacy. Dacă a fost text public, nu există incident de date, dar merită o discuție despre accesul Enterprise plătit.
  7. Repară fluxul înainte să închizi tichetul. Ajută angajatul să intre în workspace-ul corporate, termină sarcina acolo și confirmă că funcționează. Un abonament Enterprise nu înseamnă că orice poate fi trimis: verifică și ce date sunt permise.
  8. Documentează și programa o reverificare. Cont, dispozitiv, conținut confirmat, dacă promptul a plecat, cine răspunde, ce s-a reparat la acces și când verifici repetarea.

Pentru acțiunile la nivel de prompt, sursa descrie trei comportamente care fac lucruri diferite: „Warn" pauzează trimiterea și lasă angajatul să aleagă, „Redact" elimină valoarea găsită și trimite restul, „Block" oprește promptul. Alegerea depinde de categoria de date. Recomandarea mea: nu porni cu „Block" peste tot, pentru că vei genera alerte false și vei învăța echipa să ocolească. Începe cu „Warn" pe categoriile sensibile, măsoară câte trimiteri sunt oprite și abia apoi treci la „Block" unde riscul e mare.

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

Dacă ai o firmă mică sau mijlocie și folosești ChatGPT zilnic pentru texte, răspunsuri la clienți sau analiză, riscul nu e abstract. Cel mai frecvent scenariu nu e un atac, ci un angajat grăbit care lipește un email de client într-un cont personal pentru că acolo era deja logat. Dacă lucrezi în agenție sau ecommerce și ai date despre clienți în prompturi, ai exact problema din material.

Trei lucruri concrete de făcut săptămâna asta. Unu: separă clar accesul corporate de cel personal și verifică pe ce cont se lucrează. Doi: stabilește ce categorii de date nu au voie să intre în niciun prompt, cu exemple (numere de cont, date de card, date de sănătate, documente interne) și scrie-le unde le vede lumea. Trei: măsoară. Dacă nu ai un instrument care să vadă prompturile, ai doar politici pe hârtie. Iar o politică fără control tehnic și fără acces corporate care funcționează în prima zi de luni e o promisiune, nu o protecție.

Aici intervine și disciplina de măsurare. Un eveniment izolat nu-ți spune dacă ai o problemă sistemică. Îți trebuie o serie: câte evenimente pe săptămână, câți angajați, ce categorii de date, câte blocări reale. Fără aceste cifre, orice decizie de investiție în control e ghicit. Nu vei găsi în materialul sursă statistici despre frecvența acestor incidente, iar eu nu inventez niciuna. Construiește-ți propriul baseline.

Limite, ipoteze și ce nu trebuie afirmat

Materialul e sponsorizat și scris de un furnizor. Fluxul în cinci pași și capabilitățile instrumentului sunt o metodă propusă, cu un interes comercial evident. Nu avem date independente despre cât de des apar astfel de evenimente, despre eficacitatea detectoarelor sau despre costuri și disponibilitatea pe piețe. Nu știm dacă instrumentul e disponibil în România, la ce preț sau cu ce condiții. Orice afirmație de tipul „reduce pierderile cu X%" sau „elimină riscul" ar fi inventată.

De asemenea, nu transforma un audit automat sau un log într-o concluzie legală. Un eveniment care arată folosirea unui cont personal nu dovedește încălcarea legislației, nu dovedește scurgere de date și nu dovedește prejudiciu. Dovedește că ceva trebuie verificat. Când probele sunt insuficiente, recomandarea corectă e verificarea suplimentară, cu implicarea owner-ului de date, nu verdictul.

Dacă lucrezi cu instrumente AI în procese de marketing, aceeași logică se aplică și în alegerea uneltelor: verifică securitatea înainte de release, nu după. Vezi auditul de securitate din Shopify AI Toolkit ca exemplu de disciplină. Iar când discuți despre geo și citare de LLM-uri, separă ce e control de date de ce e vizibilitate: programul UGC Fresh Data al Google e o temă de SEO, nu de securitate.

FAQ

Angajatul folosește un cont personal ChatGPT, dar firma are Enterprise. Ce faci primul? Confirmi identitatea și dispozitivul din eveniment, apoi stabilești ce a ajuns efectiv în prompt. Nu sări direct la concluzia că datele au fost compromise: folosirea contului personal nu dovedește antrenare, publicare sau acces din partea altor utilizatori.

E suficient să interzic ChatGPT personal prin politică? Nu. Materialul arată clar că problema apare tocmai când politica există, dar fricțiunea de acces împinge omul spre planul B. Repară accesul corporate, apoi adaugă controale la nivel de prompt, cu acțiuni diferențiate pe categorii de date.

Ce fac dacă au intrat date de client în conversație? Păstrezi dovezile, implici owner-ul de date sau echipa de privacy și evaluezi expunerea pe baza a ce s-a trimis concret. Dacă au apărut credențiale, le revoci sau le rotești. Documentezi faptele, fără să suprainterpretezi.

Arc final: AI ajută, omul decide, agenția execută

Uneltele AI pot ajuta mult aici: să sortezi evenimente, să grupezi categorii de date, să pregătești un draft de procedură și să faci un planning de verificare. Dar decizia despre ce date intră în prompt, despre cine răspunde și despre cum repari accesul rămâne la om. Media buyer-ul sau IT admin-ul cunoaște fluxul real, știe unde se blochează sesiunea și ce poate accepta echipa. Instrumentul nu înlocuiește acel judecăți.

Pasul concret îl face ALLSoft Agency: pornim de la inventarul tău de unelte și date, separăm ce e verificat de ce e ipoteză și construim un control care nu blochează munca de zi cu zi. Fără promisiuni de zero risc, fără cifre inventate.