La réponse en bref
Apple a poursuivi OpenAI, sa filiale matérielle io Products et deux personnes nommément désignées le 10 juillet 2026 devant l'U.S. District Court for the Northern District of California, alléguant qu'OpenAI a systématiquement récupéré les secrets d'affaires d'Apple lors du passage d'ingénieurs entre les deux entreprises. La plainte cite le Chief Hardware Officer d'OpenAI Tang Tan, ancien vice-président d'Apple, et Chang Liu, ancien ingénieur d'Apple accusé de ne pas avoir rendu un ordinateur portable de l'entreprise et d'avoir téléchargé des documents techniques confidentiels. OpenAI rejette ces accusations, affirmant n'avoir aucun intérêt pour les secrets d'affaires d'autres entreprises.
La lecture pratique pour les responsables d'ingénierie : la mécanique alléguée est le risque quotidien de la mobilité des salariés, pas de l'espionnage industriel digne d'un film. Si votre protection contre le départ d'un ingénieur emportant votre code source, vos conceptions ou vos données clients se résume à une NDA signée et à la bonne foi, cette affaire est une invitation à bâtir les contrôles opérationnels qui tiennent réellement.
Qu'a réellement déposé Apple ?
Le vendredi 10 juillet 2026, Apple a déposé plainte devant l'U.S. District Court for the Northern District of California contre OpenAI, sa filiale matérielle io Products et deux anciens salariés d'Apple nommément désignés, pour vol de secrets d'affaires et d'informations confidentielles. La formulation d'Apple est directe : elle accuse les défendeurs d'avoir volé des secrets « à tous les niveaux », des équipes techniques jusqu'à la direction matérielle, alors qu'OpenAI progresse vers ses propres appareils grand public. OpenAI a acquis io Products, de Jony Ive, pour environ 6,4 milliards de dollars en mai 2025, une opération qui a poussé les anciens partenaires vers une concurrence matérielle directe et, selon Apple, a créé l'attrait du vol allégué.
En toile de fond, une alliance rompue. Apple et OpenAI ont noué en 2024 un partenariat très médiatisé pour intégrer ChatGPT aux produits d'Apple ; les relations se sont refroidies lorsqu'OpenAI s'est tourné vers le matériel. Pour les entreprises qui développent des logiciels, l'angle people est toutefois la partie la moins utile. Le détail important est comment les secrets ont, selon Apple, quitté l'entreprise — car ce mécanisme est à la portée de quiconque emploie des ingénieurs. La même exposition s'applique que vous gériez une équipe entièrement interne ou que vous passiez à l'échelle avec des ingénieurs externes et dédiés ; ce qui modifie le risque, ce n'est pas le modèle d'emploi mais les contrôles autour de l'accès et du départ.
OpenAI rejette les accusations. Dans un communiqué, l'entreprise a déclaré : « Nous n'avons aucun intérêt pour les secrets d'affaires d'autres entreprises. Nous restons concentrés sur la création d'une technologie innovante qui donne du pouvoir aux gens partout. » L'affaire en est au stade de la plainte — les affirmations d'Apple sont des allégations qui n'ont pas été éprouvées devant un tribunal —, de sorte que la posture honnête consiste à la lire pour en tirer des leçons opérationnelles, non des verdicts.
Quelles sont les accusations précises ?
La plainte d'Apple se concentre sur deux personnes. Elle allègue que Tang Tan — Chief Hardware Officer d'OpenAI et ancien vice-président d'Apple — a utilisé des noms de code de projet confidentiels d'Apple lors du recrutement, a demandé aux candidats d'apporter des pièces matérielles d'Apple aux entretiens, a conseillé aux salariés d'Apple sur le départ de contourner les procédures de sécurité d'Apple et a sollicité des détails sur des produits non annoncés. Elle allègue que Chang Liu, ancien ingénieur électrique systèmes senior d'Apple, n'a pas rendu un ordinateur portable fourni par Apple après son départ pour OpenAI en 2026, a téléchargé des dizaines de fichiers matériels confidentiels et a partagé des informations confidentielles d'Apple avec d'autres candidats potentiels à OpenAI.
Au-delà des individus, Apple pointe des actifs précis : des informations sur des produits non commercialisés et des spécifications techniques, une technique propriétaire de finition métallique et les relations d'Apple avec ses fournisseurs et sous-traitants dans la chaîne d'approvisionnement. Rien de tout cela n'exige une intrusion ni un piratage. C'est l'accumulation de petites défaillances à la frontière entre un employeur et le suivant — le moment où l'accès aurait dû être coupé et ne l'a pas été, où un appareil aurait dû revenir et n'est pas revenu, où un document aurait dû rester en place et a bougé.
Pourquoi les équipes ordinaires devraient-elles s'en soucier ?
Parce que les modes de défaillance sont universels. Chaque entreprise logicielle vit avec un flux constant de personnes qui arrivent et partent, chacune accumulant un accès au code source, à l'infrastructure, aux fichiers de conception et aux données clients. Dans la plupart des organisations, la protection des secrets d'affaires se résume à une signature sur une NDA et à l'hypothèse que les gens se comportent bien — ce qui fonctionne jusqu'au moment où ça ne fonctionne plus. Dépouillée des noms prestigieux, la plainte d'Apple se lit comme une check-list des lacunes de départ qui restent sans réponse dans un très grand nombre d'équipes.
Il y a aussi un cadre réglementaire qu'il vaut la peine de nommer. Dans l'UE, les secrets d'affaires sont protégés par la directive européenne sur les secrets d'affaires (2016/943), et aux États-Unis le Defend Trade Secrets Act donne aux titulaires un droit d'action fédéral — mais l'un comme l'autre récompensent l'entreprise qui a pris des mesures raisonnables pour garder l'information secrète. Si vous ne pouvez démontrer ni accès limité, ni départ contrôlé, ni traçabilité claire de la confidentialité, vous affaiblissez votre propre capacité à faire valoir vos droits plus tard. La protection ne consiste pas seulement à prévenir la perte ; il s'agit de pouvoir prouver que vous avez essayé.
Ce que cela signifie pour les équipes logicielles américaines & européennes
Une fois la manchette écartée, trois implications durables demeurent. La première est que c'est au moment du départ que la PI se gagne ou se perd. Le moment dangereux n'est pas le jour où quelqu'un signe un contrat ; c'est le jour où il part avec des identifiants encore actifs et un ordinateur portable encore dans son sac. Traitez le départ comme un processus contrôlé — révoquez l'accès au code, au cloud et aux dépôts de documents le dernier jour, et récupérez ou effacez à distance les appareils —, et la plupart des expositions de type Apple ne peuvent tout simplement pas se produire.
La deuxième est que l'accès doit être limité, non universel. Une grande partie du risque dans la plainte découle d'individus qui pouvaient atteindre bien plus que ce que leur rôle exigeait. Le moindre privilège, des limites par projet et la journalisation de qui peut voir quoi transforment un départ catastrophique en départ contenu. C'est de l'hygiène de sécurité ordinaire, et c'est la même discipline qui rend sûr le recours à des ingénieurs externes dédiés : donnez à une équipe exactement les systèmes dont un projet a besoin, et rien d'autre, afin que le périmètre limite l'exposition par conception.
La troisième est que l'hygiène entrante vous protège aussi. L'affaire d'Apple porte sur des informations qui sortent ; le risque miroir, ce sont des informations qui arrivent. Lorsque vous intégrez des ingénieurs — salariés ou prestataires —, indiquez explicitement qu'ils ne doivent pas apporter le matériel confidentiel d'un employeur précédent dans votre base de code, car une contribution contaminée peut vous exposer précisément à ce type de plainte. Des accords écrits de confidentialité et de cession de PI, à l'entrée comme à la sortie, sont une assurance bon marché contre un litige coûteux.
Que faire maintenant
Voici la version actionnable. Traitez la plainte Apple–OpenAI comme une invitation à vérifier les contrôles que vous devriez déjà avoir, et non comme une raison de vous méfier de vos collaborateurs.
- Faites du départ une check-list, pas une politesse. Révoquez l'accès au code, au cloud, au SSO et aux documents le dernier jour ; récupérez ou effacez les appareils ; confirmez-le par écrit.
- Limitez l'accès au rôle. Moindre privilège et limites par projet, pour qu'aucune personne — ni équipe — ne puisse tout atteindre.
- Journalisez qui peut voir quoi. Tenez une cartographie des accès pour connaître votre exposition dès qu'une personne part, et pouvoir démontrer des mesures raisonnables si vous deviez un jour aller en justice.
- Protégez le versant entrant. Indiquez aux nouveaux arrivants et prestataires, par écrit, de ne jamais importer le matériel confidentiel d'un employeur précédent.
- Mettez la PI et la confidentialité par écrit dans les deux sens. Des clauses claires de cession et de NDA pour les salariés et tout partenaire externe, alignées sur la directive européenne sur les secrets d'affaires et le Defend Trade Secrets Act américain.
- Répétez le départ d'un ingénieur clé. Si votre personne la plus senior partait demain, à quoi pourrait-elle encore accéder à minuit ? Corrigez ce que la réponse révèle.
Rien de tout cela n'est un conseil juridique, et vos obligations exactes dépendent de votre juridiction et de votre secteur. Mais le signal stratégique est clair : à mesure que les talents circulent plus vite entre les entreprises d'IA et de logiciel, ce sont les équipes qui protègent leur PI qui traitent l'accès, le départ et la confidentialité comme une hygiène d'ingénierie quotidienne — bien avant qu'un litige ne les rende urgents.
Questions fréquentes
En quoi consiste la plainte d'Apple contre OpenAI ?
Le 10 juillet 2026, Apple a déposé plainte devant l'U.S. District Court for the Northern District of California contre OpenAI, sa filiale matérielle io Products et deux personnes nommément désignées, alléguant un vol de secrets d'affaires. Apple affirme que le vol s'est produit lors du passage d'ingénieurs d'Apple à OpenAI : elle cite le Chief Hardware Officer Tang Tan, ancien vice-président d'Apple accusé d'avoir sollicité des informations confidentielles lors du recrutement, et Chang Liu, ancien ingénieur d'Apple accusé de ne pas avoir rendu un ordinateur portable de l'entreprise et d'avoir téléchargé des documents techniques confidentiels. OpenAI rejette ces accusations et affirme n'avoir aucun intérêt pour les secrets d'affaires d'autres entreprises.
Que reproche exactement Apple aux ingénieurs ?
Apple allègue que Tang Tan a utilisé des noms de code de projet confidentiels d'Apple lors du recrutement, a demandé aux candidats d'apporter des pièces matérielles d'Apple aux entretiens et a conseillé aux employés sur le départ de contourner les procédures de sécurité d'Apple. Elle allègue que Chang Liu n'a pas rendu un ordinateur portable fourni par Apple après son départ pour OpenAI en 2026, a téléchargé des dizaines de fichiers matériels confidentiels et a partagé des informations confidentielles d'Apple avec d'autres candidats potentiels à OpenAI. Apple affirme également qu'une technique propriétaire de finition métallique et ses relations avec les fournisseurs ont été détournées.
Pourquoi un litige entre Apple et OpenAI concerne-t-il les équipes logicielles ordinaires ?
Parce que la conduite alléguée n'a rien d'exotique. C'est la mécanique quotidienne de la mobilité des salariés : un ordinateur portable jamais rendu, des documents copiés avant une démission et des détails confidentiels partagés en entretien. Toute entreprise qui recrute, gère des départs ou fait appel à des ingénieurs externes est exposée au même risque. L'affaire rappelle que la protection de la PI est une discipline opérationnelle bâtie sur la restitution des appareils, la révocation des accès et des limites de confidentialité claires, et non une clause qu'on signe une fois pour l'oublier.
Comment une entreprise peut-elle protéger ses secrets d'affaires quand les ingénieurs changent d'emploi ?
Traitez le départ comme un processus contrôlé : révoquez l'accès au code, au cloud et aux documents le dernier jour ; récupérez ou effacez à distance les appareils ; et consignez les données auxquelles chaque personne sur le départ pouvait accéder. Limitez l'accès pendant l'emploi afin qu'aucun ingénieur ne détienne tout. Lorsque vous accueillez de nouvelles personnes, indiquez clairement qu'elles ne doivent pas importer le matériel confidentiel d'un employeur précédent. Consignez les obligations de confidentialité par écrit et alignez-les sur la directive européenne sur les secrets d'affaires en Europe et sur le Defend Trade Secrets Act aux États-Unis.
Est-il risqué de recourir à des équipes d'ingénierie externes ou nearshore à cause des secrets d'affaires ?
C'est gérable avec les bons contrôles, et souvent moins risqué qu'un recrutement improvisé. Un partenaire d'ingénierie professionnel travaille sous des accords écrits de confidentialité et de cession de PI, restreint l'accès aux seuls systèmes dont un projet a besoin et gère proprement le départ lorsque le travail se termine. L'exposition dans l'affaire Apple provenait de limites faibles autour du mouvement des individus, et non du recours à des équipes externes en soi. Ce qui compte, c'est que l'accès soit limité, que la cession de PI soit explicite et que le départ soit contrôlé.
Sources
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