Omul care pleacă duce cu el mai mult decât laptopul

Ce ne arată procesul Apple–OpenAI despre un vector de risc pe care nu-l monitorizează nimeni.

Pe 3 august 2026, Apple a depus o cerere de ordonanță preliminară în procesul intentat împotriva OpenAI și a doi foști angajați proprii. Audierea e fixată pentru 1 octombrie, în fața judecătorului Edward J. Davila, la tribunalul federal din San Jose. Dosarul Apple Inc. v. Liu, 5:26-cv-07078-EJD, a pornit dintr-o plângere depusă pe 10 iulie.

Toate afirmațiile de mai jos sunt alegații ale Apple. Nicio instanță nu s-a pronunțat pe fond, OpenAI le contestă public și punctual, iar descrierea efectivă a secretelor comerciale este sigilată. Cazul mă interesează aici nu pentru cine are dreptate, ci pentru tipologia de eșec pe care o expune, una care se reproduce identic în orice organizație care lucrează cu integratori, cu furnizori de tehnologie și cu oameni care, inevitabil, pleacă.

Teza articolului e simplă și, cred, insuficient discutată în piața locală: recrutarea unei persoane-cheie dintr-un furnizor de tehnologie este un eveniment de supply chain security. Este singurul vector de transfer de informație care nu trece prin niciun control tehnic, nici DLP, nici monitorizare de egress, nici log de acces, pentru că informația călătorește în memoria unui om.

Partea I. Ce s-a rupt, concret

Din documentele depuse se pot extrage șase moduri de eșec. Le tratez ca ipoteze de lucru, nu ca fapte stabilite.

1. Offboarding-ul care se oprește la dezactivarea contului. Apple susține că un fost inginer nu a returnat laptopul de serviciu și că un defect de autentificare i-a permis în continuare accesul la stocarea de rețea a companiei după plecare. Ar fi descărcat zeci de fișiere, prezentări tehnice, date de inginerie, informații despre produse neanunțate. Aici nu e vorba de un atacator sofisticat. E vorba de diferența dintre a dezactiva un cont și a revoca efectiv toate căile de acces: token-uri federate, sesiuni active, certificate de dispozitiv, chei SSH, legături cu conturi cloud personale, aplicații care păstrează credențiale în cache.

2. Canalul „fostului coleg amabil“. Partea cea mai instructivă vine, paradoxal, din răspunsul public al OpenAI: acesta include schimburi de mesaje care ar arăta angajați Apple cerându-i fostului coleg ajutor pentru localizarea unor fișiere după plecarea lui. Indiferent cine are dreptate juridic, observația operațională rămâne: dacă echipa ta are nevoie de o persoană plecată ca să găsească informație internă, problema nu e persoana. E managementul cunoașterii. Iar fiecare astfel de interacțiune e un canal de transfer care nu apare în niciun raport.

3. Recrutarea ca proces de colectare. Apple alege că foști angajați proprii, ajunși la OpenAI, ar fi folosit denumiri de cod ale proiectelor interne în interviuri și ar fi cerut candidaților să aducă „piese reale“, prototipuri și artefacte CAD la sesiuni de tip show and tell, inclusiv baterii, plăci logice, ecrane. Un candidat ar fi fost surprins, spunând că nu știa că astfel de componente pot fi scoase din birou.

4. Furnizorul comun ca punte laterală. O alegație separată vizează un furnizor de încredere al Apple, căruia i s-ar fi cerut să execute un proces proprietar de finisare a metalului pentru un terț. Furnizorul tău cunoaște procesul tău. Dacă îl deservește și pe concurent, granița de confidențialitate trece prin capul unui inginer de proces, nu prin contract.

5. Latența de detecție. Din relatări, o parte din elementele probatorii ar fi fost descoperite luni mai târziu, incidental, pe laptopul altei persoane. Detecția a fost accidentală, nu sistemică.

6. Igiena corespondenței pre-litigiu. OpenAI susține că avocații externi ai Apple au trimis notificarea inițială persoanei greșite, confundând două nume de familie asiatice, și că o convorbire telefonică invocată de Apple nu a avut loc niciodată, lucru pe care Apple l-ar fi recunoscut ulterior. A publicat lanțul de emailuri. Lecția: dacă intenționezi vreodată să-ți aperi secretele în instanță, dosarul tău de corespondență pre-litigiu devine probă. Aici a devenit cel mai bun material de comunicare al părții adverse.

Partea II. Distincția fără de care articolul devine propagandă

Înainte de controale, o clarificare care lipsește din majoritatea materialelor pe tema asta și fără de care ajungi rapid într-o poziție indefensabilă.

Mobilitatea profesională nu este un atac. Libera circulație a lucrătorilor e drept fundamental în UE (art. 45 TFUE), iar dreptul la muncă e garantat constituțional în România (art. 41). Un inginer care se mută la concurență duce cu el, absolut legitim, tot ce a învățat: competențe, judecată, tipare, experiență. Asta se numește know-how general și nu poate fi confiscată de niciun angajator.

Jurisprudența românească face distincția explicit: un fost angajat poate colabora cu clienții anteriori ai angajatorului dacă aceștia îl aleg liber, pe baza cunoștințelor sale legitime, fără utilizarea abuzivă a informațiilor confidențiale.

Ce se protejează, deci, e mult mai îngust. Conform OUG 25/2019, actul prin care România a transpus Directiva (UE) 2016/943, modificând Legea 11/1991 privind combaterea concurenței neloiale, un secret comercial trebuie să îndeplinească cumulativ trei condiții:

1. să fie secret, adică să nu fie în general cunoscut sau ușor accesibil persoanelor din mediul care se ocupă în mod obișnuit cu acel tip de informație;
2. să aibă valoare comercială tocmai pentru că este secret;
3. să fi făcut obiectul unor măsuri rezonabile de protecție din partea deținătorului legitim.

Reține a treia condiție, pentru că e cea care schimbă complet natura discuției.

Controalele descrise mai jos nu sunt doar prevenție. Sunt condiția de existență juridică a secretului. Dacă nu poți demonstra clasificare, restricționarea accesului, acorduri de confidențialitate și aplicarea legii consecventă, nu ai un secret comercial pe care să-l aperi. Ai doar informație pe care ai preferat să nu o publici.

România menține un sistem dual: Legea 11/1991 conține definițiile și latura contravențională/penală, OUG 25/2019 (modificată prin Legea 230/2024) aduce remediile civile și măsurile provizorii din directivă.

Nu sunt jurist. Referințele legale de mai sus trebuie validate cu un avocat înainte de a fi folosite ca bază pentru clauze contractuale.

Deci: canal nu înseamnă atac. Recrutarea e un canal permanent, legitim și nemonitorizat. Atacul e subsetul în care cineva îl folosește intenționat pentru a obține informație protejată. Îți proiectezi controalele pentru canal, pentru că nu poți ști dinainte care recrutare e care.

Partea III. Vendorul de tehnologie, cazul special

Aici e miezul, și e partea pe care cazul Apple o sugerează, dar nu o explicitează.

Când pleacă un om de la tine, pleacă cu ce știe despre tine. Când pleacă un om-cheie de la furnizorul tău de tehnologie, situația e calitativ diferită din patru motive:

Cunoașterea e privilegiată prin construcție. Arhitectul care ți-a implementat firewall-ul, inginerul care ți-a proiectat segmentarea de rețea sau consultantul care ți-a configurat platforma de backup nu au aflat lucrurile astea prin deducție. Le-au proiectat. Cunosc topologia, excepțiile de configurare, ce ai amânat să remediezi și de ce.

Cunoașterea e multiplicată. Aceeași persoană a lucrat, aproape sigur, și pentru alți clienți ai furnizorului. Într-o piață concentrată, și piața românească de integratori pentru sectorul financiar este concentrată, un arhitect senior poartă în memorie postura de securitate a mai multor entități concurente simultan.

Transferul nu produce artefacte. Nu există fișier exfiltrat, nu există alertă DLP, nu există anomalie de egress. Registrul de terți ICT cerut de DORA (art. 28–30) urmărește contracte, nu persoane. Un contract poate rămâne perfect valabil în timp ce toată cunoașterea operațională din spatele lui a plecat la un concurent.

Riscul e bidirecțional. Dacă tu recrutezi persoana-cheie de la vendorul unui competitor, devii destinatarul unei potențiale contaminări. Iar în procesele de acest tip, compania care angajează e cea care ajunge pârâtă. Apple nu i-a dat în judecată doar pe cei doi ingineri, a chemat în instanță și angajatorul, și subsidiara de hardware.

Ce se face concret

În contractul cu furnizorul. Clauze de key personnel: obligația de notificare într-un termen definit când o persoană nominalizată în echipa de cont părăsește furnizorul sau iese din proiect. Obligații de confidențialitate care supraviețuiesc încetării contractului și care se transmit către personalul individual, nu doar către entitatea juridică. Dreptul de a cere confirmarea că accesele au fost revocate.

Atenție: clauzele de nerecrutare reciprocă (no-poach) sunt teren minat concurențial. Autoritățile de concurență, inclusiv Consiliul Concurenței, tratează acordurile de nerecrutare între întreprinderi ca potențiale restricții pe piața muncii. Nu construi strategia pe ele. Verifică fiecare clauză de acest tip cu un avocat de concurență.

În identity management. Fiecare consultant al furnizorului primește identitate nominală. Zero conturi partajate de tip vendor_admin. Fără asta, nu poți nici revoca selectiv, nici reconstitui cine ce a văzut. Accesul se leagă de persoană și de fereastră temporală, nu de contract.

În arhitectură. Un furnizor nu are nevoie de vizibilitate globală ca să livreze un scop delimitat. Segmentare, acces just-in-time, sesiuni înregistrate pentru operațiuni privilegiate, jump host. Regula practică: dacă un singur consultant poate desena din memorie întreaga ta arhitectură de securitate, ai o problemă de proiectare, nu de personal.

În documentație. Dacă unica sursă de cunoaștere despre infrastructura ta e capul unui om de la furnizor, plecarea lui e simultan risc de confidențialitate și risc de continuitate. Documentația proprie, ținută la zi, la tine, rezolvă ambele.

În procesul de recrutare, când tu ești cel care angajează. Asta e partea contra-intuitivă și cea mai importantă din perspectiva expunerii juridice:

• Regulă scrisă, comunicată candidatului înainte de interviu: nu aduce și nu discuta informație confidențială de la angajatorul curent sau anterior.
• Interviul tehnic se construiește pe probleme proprii sau generice, niciodată pe cazuistica angajatorului actual al candidatului.
• Interviatorii sunt instruiți să oprească explicit candidatul care începe să descrie detalii proprietare și să consemneze că au făcut-o.
• La onboarding, atestare semnată că persoana nu aduce materiale ale fostului angajator, plus verificarea dispozitivelor personale înainte de conectarea la rețea.
• Pentru roluri senior venite direct de la un concurent sau de la furnizorul unui concurent: perioadă documentată de izolare față de proiectele suprapuse.

Ultimele două puncte par birocratice până în ziua în care primești o scrisoare de la avocații cuiva. Atunci sunt singura ta apărare.

Partea IV. Ce cere cadrul de conformitate

Pentru organizațiile care intră sub NIS2 sau DORA, nimic din ce e mai sus nu e opțional, e doar prost implementat de obicei.

NIS2 cere explicit măsuri de securitate a lanțului de aprovizionare, ținând cont de vulnerabilitățile specifice fiecărui furnizor direct, precum și securitatea resurselor umane și politici de control al accesului.

DORA cere registrul acordurilor contractuale cu terți ICT, evaluarea riscului de concentrare și strategii de ieșire. Adaugă la evaluare o întrebare pe care puține instituții și-o pun: câți dintre furnizorii noștri critici deservesc și concurenții noștri direcți, cu aceleași echipe?

ISO/IEC 27001:2022, Anexa A acoperă componentele: A.6.1 verificare la angajare, A.6.5 responsabilități la încetarea raporturilor, A.6.6 acorduri de confidențialitate, A.5.19–A.5.22 relații cu furnizorii, A.8.10 ștergerea informațiilor, A.8.12 prevenirea pierderii de date.

GDPR, limita. Monitorizarea angajaților care pleacă nu e liberă. Legea 190/2018 (art. 5) condiționează monitorizarea la locul de muncă de scopuri legitime specifice, informarea prealabilă a angajaților, consultarea sindicatului sau a reprezentanților, dovada că alte metode mai puțin intruzive sunt ineficiente, și limitează durata de stocare. Un program de detecție construit fără DPIA și fără informare prealabilă îți transformă mecanismul de apărare în incident propriu.

Checklist

Offboarding

• Revocarea acoperă token-uri federate, sesiuni active, certificate de dispozitiv, chei SSH, legături cu conturi cloud personale, nu doar dezactivarea contului
• Returnarea echipamentului e condiție blocantă, cu evidență
• Verificare la 30 și 90 de zile că nu a rămas nicio cale de acces reziduală
• Reamintirea în scris a obligațiilor de confidențialitate care supraviețuiesc contractului

Furnizori

• Identități nominale per consultant, zero conturi partajate
• Clauză de notificare la plecarea personalului-cheie din echipa de cont
• Cartografierea suprapunerii: care furnizori deservesc și concurenți, cu ce echipe
• Documentația de arhitectură există la tine, nu doar la furnizor

Recrutare

• Politică scrisă „nu aduce, nu acceptăm“, comunicată înainte de interviu
• Interviatori instruiți să oprească și să consemneze
• Atestare la onboarding + verificarea dispozitivelor personale
• Izolare documentată pentru roluri senior din zone suprapuse

Fundament juridic

• Registru de secrete comerciale: ce anume, unde e stocat, cine are acces, ce măsuri de protecție
• Clauze de confidențialitate și, unde se justifică, de neconcurență, validate juridic
• DPIA pentru orice mecanism de monitorizare, cu informare prealabilă

Concluzia

Cazul Apple–OpenAI se va judeca pe alegații pe care nu le putem verifica și cu probe sigilate. Dar structura problemei e vizibilă și nu depinde de cine câștigă: cea mai eficientă cale de transfer a cunoașterii proprietare nu trece prin rețea. Trece printr-un interviu, o ofertă și o dată de început.

Nu poți, și nu trebuie să încerci să, împiedici oamenii să se miște. Poți însă să te asiguri că, atunci când se mișcă, ceea ce duc cu ei e propria lor competență, iar nu arhitectura ta de securitate. Iar diferența dintre cele două se stabilește cu ani înainte, prin controale plictisitoare pe care nimeni nu le observă până în ziua în care singura întrebare care contează devine: ce măsuri rezonabile de protecție ați luat?

Toate afirmațiile privind conduita părților în procesul Apple Inc. v. Liu sunt alegații nedovedite. Dosarul complet e disponibil public pe CourtListener (docket 73602437). Acest articol nu constituie consultanță juridică.