Il 13 luglio Apple ha depositato una causa contro OpenAI e alcuni ex dipendenti, accusandoli di aver sottratto segreti industriali. Secondo l’atto, un ex ingegnere — Chang Liu — avrebbe sfruttato un bug di autenticazione per accedere e scaricare file riservati da un computer aziendale dopo aver gia’ annunciato il passaggio a OpenAI. Nell’accusa c’e’ anche il dettaglio piu’ sorprendente: ad alcuni candidati provenienti da Apple sarebbe stato chiesto di portare “parti reali” e prototipi ai colloqui. Apple sostiene che circa 400 suoi ex lavorino oggi in OpenAI.
Sono accuse di parte, e sara’ un tribunale a stabilire cosa e’ successo davvero. Ma il meccanismo raccontato non ha nulla di esclusivamente “big tech”: e’ lo stesso rischio che corre qualsiasi impresa quando una persona se ne va portandosi dietro — a volte senza cattive intenzioni — file, contatti e conoscenze.
Il problema non e’ Apple, siete voi
Immaginate un commerciale che passa alla concorrenza con l’elenco clienti nella casella email personale. Un tecnico che se ne va con i disegni di un prodotto sul cloud a cui ha ancora accesso. Un collaboratore esterno che conserva le credenziali del gestionale mesi dopo la fine del contratto. Nessuno di questi casi finisce sui giornali, ma per una piccola impresa il danno e’ proporzionalmente enorme: un’azienda da dieci persone che perde il suo listino o il suo processo produttivo perde una fetta reale del proprio vantaggio.
Il punto della vicenda Apple e’ proprio questo: il momento critico non e’ quando scopri la fuga, ma la finestra tra le dimissioni e l’ultimo giorno, quando la persona e’ ancora dentro i sistemi ma ha gia’ un piede fuori.
Il rischio maggiore non e' il giorno dell'assunzione ne' quello del licenziamento: e' il periodo tra l'annuncio dell'uscita e la restituzione degli strumenti, quando un collaboratore ha ancora tutti gli accessi ma sa gia' che se ne va. E' li' che va chiuso il rubinetto.
Le tre cose da mettere in sicurezza prima dell’uscita
Non serve un ufficio legale interno. Servono tre riflessi, da attivare appena un collaboratore comunica che se ne va.
Primo: revocare gli accessi in modo puntuale e tempestivo. Email, gestionale, cloud, repository, area amministrativa, account social, password condivise. Tenere una lista aggiornata di “chi ha accesso a cosa” trasforma un’operazione confusa in una checklist di dieci minuti. Se gli accessi sono personali e non condivisi, la revoca e’ netta; le password uniche usate da mezza azienda, invece, vanno cambiate tutte.
Secondo: avere per iscritto cosa e’ riservato. Un accordo di riservatezza (NDA) e, dove ha senso, un patto di non concorrenza firmati all’ingresso valgono molto piu’ di una causa costosa dopo. Non serve un documento da multinazionale: serve che sia chiaro, prima, cosa l’azienda considera proprio — listini, progetti, codice, dati dei clienti — e cosa non puo’ uscire dalla porta.
Terzo: sapere dove sono i dati. La fuga passa quasi sempre da canali banali: la posta personale, una chiavetta, una cartella cloud sincronizzata sul portatile di casa. Ridurre i punti da cui i dati sensibili possono essere copiati — e sapere quali sono — vale piu’ di qualsiasi sistema sofisticato installato troppo tardi.
Apple cita questo numero per sostenere una fuga sistematica di competenze verso il concorrente. Per una PMI la scala e' diversa, ma il principio e' identico: le persone portano con se' conoscenza, e senza regole scritte e accessi controllati quella conoscenza puo' diventare, per l'azienda, una perdita.
Fonte: TechCrunch, Ars Technica — 13 luglio 2026
In breve
La causa Apple-OpenAI e’ una vicenda enorme, ma la lezione e’ minuscola e quotidiana: il know-how di un’impresa e’ fragile nel momento in cui una persona la lascia. Aspettare di scoprire una fuga per correre ai ripari e’ la strada piu’ cara. Molto piu’ economico e’ preparare in anticipo tre cose — una lista degli accessi da revocare, un NDA firmato all’ingresso, la consapevolezza di dove stanno i dati sensibili — e trattarle come parte normale dell’uscita di chiunque, non come un sospetto verso qualcuno.