La risposta in breve
Apple ha citato in giudizio OpenAI, la sua unità hardware io Products e due persone nominate il 10 luglio 2026 presso l'U.S. District Court for the Northern District of California, sostenendo che OpenAI abbia sistematicamente sottratto i segreti aziendali di Apple con il passaggio di ingegneri tra le due società. La causa cita il Chief Hardware Officer di OpenAI Tang Tan, ex vicepresidente di Apple, e Chang Liu, ex ingegnere di Apple accusato di non aver restituito un laptop aziendale e di aver scaricato documenti tecnici riservati. OpenAI respinge le accuse, affermando di non avere alcun interesse per i segreti aziendali di altre società.
La lettura pratica per i responsabili di ingegneria: la meccanica contestata è il rischio quotidiano della mobilità dei dipendenti, non lo spionaggio industriale da film. Se la vostra protezione contro un ingegnere in uscita che se ne va con il vostro codice sorgente, i vostri progetti o i dati dei clienti si riduce a una NDA firmata e alla buona fede, questo caso è uno stimolo a costruire i controlli operativi che reggono davvero.
Cosa ha effettivamente depositato Apple?
Venerdì 10 luglio 2026, Apple ha depositato una causa presso l'U.S. District Court for the Northern District of California contro OpenAI, la sua unità hardware io Products e due ex dipendenti di Apple nominati, per furto di segreti aziendali e informazioni riservate. La formulazione di Apple è netta: accusa i convenuti di aver rubato segreti «a ogni livello», dallo staff tecnico fino ai vertici hardware, mentre OpenAI procede verso i propri dispositivi di consumo. OpenAI ha acquisito io Products di Jony Ive per circa 6,4 miliardi di dollari nel maggio 2025, un'operazione che ha spinto gli ex partner in una concorrenza hardware diretta e, secondo Apple, ha creato l'attrazione per il furto contestato.
Sullo sfondo c'è un'alleanza incrinata. Apple e OpenAI hanno stretto nel 2024 una partnership di alto profilo per portare ChatGPT nei prodotti Apple; i rapporti si sono raffreddati quando OpenAI è entrata nell'hardware. Per le aziende che sviluppano software, però, l'aspetto delle celebrità è la parte meno utile. Il dettaglio importante è come i segreti, secondo Apple, hanno lasciato l'azienda — perché quel meccanismo è alla portata di chiunque impieghi ingegneri. La stessa esposizione vale sia che gestiate un team interamente interno sia che scaliate con ingegneri esterni e dedicati; ciò che cambia il rischio non è il modello di impiego ma i controlli attorno all'accesso e all'uscita.
OpenAI respinge le accuse. In una dichiarazione ha affermato: «Non abbiamo alcun interesse per i segreti aziendali di altre società. Restiamo concentrati sulla costruzione di tecnologia innovativa che dia potere alle persone ovunque.» Il caso è alla fase della citazione — le affermazioni di Apple sono accuse non ancora vagliate in tribunale —, per cui l'atteggiamento onesto è leggerlo per trarne lezioni operative, non verdetti.
Quali sono le accuse specifiche?
La causa di Apple si concentra su due persone. Sostiene che Tang Tan — Chief Hardware Officer di OpenAI ed ex vicepresidente di Apple — abbia usato nomi in codice di progetto riservati di Apple durante il reclutamento, abbia chiesto ai candidati di portare componenti hardware Apple ai colloqui, abbia istruito i dipendenti Apple in uscita su come eludere le procedure di sicurezza di Apple e abbia sollecitato dettagli su prodotti non annunciati. Sostiene che Chang Liu, ex senior systems electrical engineer di Apple, non abbia restituito un laptop fornito da Apple dopo il passaggio a OpenAI nel 2026, abbia scaricato decine di file hardware riservati e abbia condiviso informazioni riservate di Apple con altri potenziali candidati di OpenAI.
Oltre agli individui, Apple indica asset specifici: informazioni su prodotti non rilasciati e specifiche tecniche, una tecnica proprietaria di finitura dei metalli e le relazioni di filiera di Apple con fornitori e appaltatori. Nulla di tutto ciò richiede una violazione o un attacco informatico. È l'accumulo di piccoli fallimenti al confine tra un datore di lavoro e il successivo — il momento in cui l'accesso avrebbe dovuto essere revocato e non lo è stato, in cui un dispositivo avrebbe dovuto tornare e non è tornato, in cui un documento avrebbe dovuto restare al suo posto e si è spostato.
Perché dovrebbe interessare ai team ordinari?
Perché le modalità di fallimento sono universali. Ogni azienda software convive con un flusso costante di persone che entrano ed escono, ciascuna delle quali accumula accesso a codice sorgente, infrastruttura, file di progettazione e dati dei clienti. Nella maggior parte delle organizzazioni la protezione dei segreti aziendali è una firma su una NDA e la presunzione che le persone si comportino bene — cosa che funziona esattamente fino a quando non funziona più. La causa di Apple, spogliata dei nomi altisonanti, si legge come una check-list delle lacune di offboarding che restano irrisolte in moltissimi team.
C'è anche un quadro normativo che vale la pena nominare. Nell'UE i segreti aziendali sono tutelati dalla direttiva UE sui segreti commerciali (2016/943), e negli Stati Uniti il Defend Trade Secrets Act dà ai titolari un'azione a livello federale — ma entrambi premiano l'azienda che ha adottato misure ragionevoli per mantenere segrete le informazioni. Se non potete dimostrare accesso limitato, offboarding controllato e una chiara tracciabilità della riservatezza, indebolite la vostra stessa capacità di far valere i diritti in seguito. La protezione non riguarda solo la prevenzione della perdita; riguarda il poter dimostrare di averci provato.
Cosa significa per i team software statunitensi & europei
Tolta la testata, restano tre implicazioni durature. La prima è che è nell'offboarding che la PI si vince o si perde. Il momento pericoloso non è il giorno in cui qualcuno firma un contratto; è il giorno in cui se ne va con le credenziali ancora attive e un laptop ancora nella borsa. Trattate l'uscita come un processo controllato — revocate l'accesso a codice, cloud e archivi documentali l'ultimo giorno, e recuperate o cancellate da remoto i dispositivi — e la maggior parte delle esposizioni in stile Apple semplicemente non può verificarsi.
La seconda è che l'accesso dovrebbe essere limitato, non universale. Gran parte del rischio nella causa deriva da individui che potevano raggiungere molto più di quanto il loro ruolo richiedesse. Il privilegio minimo, i confini per progetto e la registrazione di chi può vedere cosa trasformano un'uscita catastrofica in una contenuta. È ordinaria igiene di sicurezza, ed è la stessa disciplina che rende sicuro inserire ingegneri esterni dedicati: date a un team esattamente i sistemi di cui un progetto ha bisogno, e nient'altro, così che il perimetro limiti l'esposizione per progettazione.
La terza è che anche l'igiene in entrata vi protegge. Il caso di Apple riguarda informazioni che escono; il rischio speculare sono informazioni che entrano. Quando inserite ingegneri — dipendenti o collaboratori —, chiarite esplicitamente che non devono portare il materiale riservato di un precedente datore di lavoro nella vostra base di codice, perché un contributo contaminato può esporre voi esattamente a questo tipo di rivendicazione. Accordi scritti di riservatezza e cessione della PI, sia in entrata sia in uscita, sono un'assicurazione economica contro una controversia costosa.
Cosa fare adesso
Ecco la versione operativa. Trattate la causa Apple–OpenAI come uno stimolo a verificare i controlli che dovreste già avere, non come un motivo per diffidare delle vostre persone.
- Fate dell'offboarding una check-list, non una cortesia. Revocate l'accesso a codice, cloud, SSO e documenti l'ultimo giorno; recuperate o cancellate i dispositivi; confermate per iscritto.
- Limitate l'accesso al ruolo. Privilegio minimo e confini per progetto, così che nessuna singola persona — né team — possa raggiungere tutto.
- Registrate chi può vedere cosa. Tenete una mappa degli accessi per conoscere la vostra esposizione nel momento in cui qualcuno se ne va, e poter dimostrare misure ragionevoli se un giorno doveste andare in giudizio.
- Presidiate il lato in entrata. Dite ai nuovi arrivati e ai collaboratori, per iscritto, di non introdurre mai materiale riservato di un precedente datore di lavoro.
- Mettete PI e riservatezza per iscritto in entrambe le direzioni. Clausole chiare di cessione e NDA per dipendenti e per qualsiasi partner esterno, allineate alla direttiva UE sui segreti commerciali e al Defend Trade Secrets Act statunitense.
- Provate l'uscita di un ingegnere chiave. Se la vostra persona più senior se ne andasse domani, a cosa potrebbe ancora accedere a mezzanotte? Correggete ciò che la risposta rivela.
Nulla di tutto ciò è consulenza legale, e i vostri obblighi esatti dipendono dalla giurisdizione e dal settore. Ma il segnale strategico è chiaro: man mano che i talenti si spostano più velocemente tra aziende di IA e di software, sono i team che proteggono la propria PI a trattare accesso, offboarding e riservatezza come igiene di ingegneria quotidiana — molto prima che una controversia li renda urgenti.
Domande frequenti
Di cosa tratta la causa di Apple contro OpenAI?
Il 10 luglio 2026 Apple ha depositato una causa presso l'U.S. District Court for the Northern District of California contro OpenAI, la sua unità hardware io Products e due persone nominate, sostenendo un furto di segreti aziendali. Apple afferma che il furto è avvenuto con il passaggio di ingegneri da Apple a OpenAI: cita il Chief Hardware Officer Tang Tan, ex vicepresidente di Apple accusato di aver sollecitato informazioni riservate durante il reclutamento, e Chang Liu, ex ingegnere di Apple accusato di non aver restituito un laptop aziendale e di aver scaricato documenti tecnici riservati. OpenAI respinge le accuse e afferma di non avere alcun interesse per i segreti aziendali di altre società.
Cosa contesta esattamente Apple agli ingegneri?
Apple sostiene che Tang Tan abbia usato nomi in codice di progetto riservati di Apple durante il reclutamento, abbia chiesto ai candidati di portare componenti hardware Apple ai colloqui e abbia istruito i dipendenti in uscita su come eludere le procedure di sicurezza di Apple. Sostiene che Chang Liu non abbia restituito un laptop fornito da Apple dopo il passaggio a OpenAI nel 2026, abbia scaricato decine di file hardware riservati e abbia condiviso informazioni riservate di Apple con altri potenziali candidati di OpenAI. Apple afferma inoltre che una tecnica proprietaria di finitura dei metalli e le sue relazioni con i fornitori sono state utilizzate impropriamente.
Perché una controversia tra Apple e OpenAI interessa i normali team di sviluppo software?
Perché la condotta contestata non è esotica. È la meccanica quotidiana della mobilità dei dipendenti: un laptop mai restituito, documenti copiati prima di una dimissione e dettagli riservati condivisi nei colloqui. Qualsiasi azienda che assume, gestisce le uscite o si avvale di ingegneri esterni è esposta allo stesso rischio. Il caso ricorda che la protezione della PI è una disciplina operativa costruita su restituzione dei dispositivi, revoca degli accessi e confini di riservatezza chiari, non una clausola che si firma una volta e si dimentica.
Come può un'azienda proteggere i propri segreti aziendali quando gli ingegneri cambiano lavoro?
Tratta l'offboarding come un processo controllato: revoca l'accesso a codice, cloud e documenti l'ultimo giorno; recupera o cancella da remoto i dispositivi; e registra a quali dati poteva accedere ciascuna persona in uscita. Limita l'accesso durante il rapporto di lavoro, così che nessun singolo ingegnere detenga tutto. Quando inserisci nuove persone, chiarisci che non devono introdurre materiale riservato di un precedente datore di lavoro. Metti per iscritto gli obblighi di riservatezza e allineali alla direttiva UE sui segreti commerciali in Europa e al Defend Trade Secrets Act negli Stati Uniti.
È rischioso usare team di ingegneria esterni o nearshore a causa dei segreti aziendali?
È gestibile con i giusti controlli e spesso meno rischioso di un'assunzione improvvisata. Un partner di ingegneria professionale opera sotto accordi scritti di riservatezza e cessione della PI, limita l'accesso ai soli sistemi di cui un progetto ha bisogno e gestisce l'uscita in modo pulito quando il lavoro finisce. L'esposizione nel caso Apple derivava da confini deboli attorno al movimento dei singoli, non dall'uso di team esterni in sé. Ciò che conta è che l'accesso sia limitato, la cessione della PI sia esplicita e l'uscita sia controllata.
Fonti
TechCrunch — Apple sues OpenAI over alleged trade secret theft
Fortune — Apple accuses OpenAI and Jony Ive's io Products of stealing hardware trade secrets
CNBC — Apple sues OpenAI alleging trade secret theft