Le 10 juillet, Apple a attaqué OpenAI pour vol présumé de secrets industriels, avant une première réponse le même jour, une mise au point le 14 juillet, puis un billet détaillé publié le 4 août. OpenAI conteste les faits, dénonce la procédure et publie des échanges censés étayer sa défense.
Apple attaque, OpenAI contre-attaque publiquement
Apple a lancé une procédure contre OpenAI le 10 juillet 2026 en l’accusant d’avoir récupéré des secrets industriels liés au développement matériel via d’anciens salariés de la marque. Le 3 août 2026, OpenAI a changé de braquet avec un billet officiel intitulé Apple is getting this wrong, publié sur son propre site. Le ton est frontal. L’entreprise y qualifie l’action d’Apple de plainte « négligente, agressive et étrangement personnelle », selon OpenAI.
Le cœur de la réponse tient en trois points. D’abord, OpenAI conteste la chronologie avancée par Apple. Ensuite, la société affirme que certains accès reprochés à un ex-employé relèvent d’un problème de gestion interne des droits chez Apple. Enfin, elle défend directement Tang Tan, figure clé du dossier, en assurant qu’il a explicitement interdit l’usage d’informations confidentielles provenant d’autres groupes, selon le billet officiel publié le 3 août 2026 par OpenAI.
Le point important, c’est que cette réponse n’est pas un document judiciaire au sens strict. C’est une communication publique. Mais elle marque un tournant, car OpenAI ne se limite plus à un simple démenti. L’entreprise publie aussi des captures d’échanges et détaille sa propre version des faits, toujours selon son site officiel.
La chronologie devient un enjeu central
Sur ce terrain, OpenAI cherche à fragiliser la crédibilité d’Apple. L’entreprise affirme que Apple soutenait avoir pris contact en février 2026 sans obtenir de réponse. Selon OpenAI, les avocats externes d’Apple auraient en réalité envoyé un message à la mauvaise personne après avoir confondu deux noms de famille asiatiques. La société ajoute qu’Apple aurait aussi admis qu’aucun échange n’avait eu lieu avec son directeur juridique, contrairement à ce qui avait été avancé au départ, selon le billet d’OpenAI daté du 3 août 2026.
Ce point n’est pas accessoire. En matière de secrets commerciaux, la séquence des échanges pèse lourd. Une entreprise qui estime subir un détournement de données sensibles est censée démontrer qu’elle a réagi vite, précisément et sur des griefs identifiables. La ligne de défense d’OpenAI consiste donc à dire : vous n’avez ni prévenu correctement, ni posé clairement les accusations actuelles avant de saisir la justice.
Autre détail concret : OpenAI affirme qu’après ces échanges initiaux, il ne se serait rien passé pendant cinq mois avant l’assignation. Si cette version est exacte, elle peut nourrir un argument simple : la situation n’avait pas le caractère d’urgence extrême qu’Apple suggère aujourd’hui en réclamant une injonction préliminaire, selon OpenAI.
Le dossier Chang Liu illustre la vraie zone grise
OpenAI reconnaît indirectement qu’il y a bien eu un sujet d’accès à des informations internes après le départ de Chang Liu. Mais la société inverse la lecture du dossier. Selon elle, des employés d’Apple auraient eux-mêmes demandé à l’ancien salarié de les aider à retrouver certains fichiers après son départ. OpenAI publie d’ailleurs une série de messages horodatés pour soutenir cette thèse sur sa page officielle mise en ligne le 3 août 2026.
C’est le passage le plus délicat de toute l’affaire. D’un côté, Apple reproche l’accès à des données confidentielles après la fin du contrat. De l’autre, OpenAI soutient qu’il s’agit d’un problème d’« accès résiduel », c’est-à-dire d’autorisations techniques qui n’auraient pas été correctement coupées au moment du départ. La société affirme même que ce type de situation serait courant chez Apple lorsque la gestion des accès de sortie est mal exécutée, selon le billet officiel d’OpenAI.
Le problème, pour les deux camps, c’est que ces deux affirmations ne s’excluent pas totalement. Un accès résiduel peut exister. Et son exploitation peut malgré tout poser question. C’est précisément pour cela que cette séquence risque de devenir centrale dans le contentieux.
Tang Tan, le nom qui relie le conflit juridique à l’ambition hardware
Le nom de Tang Tan revient en boucle parce qu’il symbolise à lui seul l’enjeu industriel. Ancien cadre d’Apple, il est associé à la future stratégie hardware d’OpenAI. Dans sa réponse, l’entreprise rappelle qu’il a travaillé plus de 24 ans chez Apple et qu’il était reconnu comme l’un des dirigeants les plus innovants du groupe, selon le billet signé par OpenAI.
Ce rappel n’a rien d’innocent. OpenAI veut faire passer un message clair : si elle recrute d’anciens cadres d’Apple, ce n’est pas pour absorber des plans confidentiels, mais pour capitaliser sur leur expérience produit, leur culture industrielle et leur capacité à piloter du matériel complexe.
Le contexte lui donne du poids. Selon la lettre officielle A letter from Sam & Jony publiée par OpenAI, l’équipe de io Products a officiellement fusionné avec OpenAI le 9 juillet 2025, et Jony Ive ainsi que LoveFrom ont pris de « profondes responsabilités » en design et direction créative au sein de l’entreprise. Cette même lettre précise que io a été fondée par Jony Ive, Scott Cannon, Evans Hankey et Tang Tan. Voilà le premier ajout concret absent de la source initiale : le lien structurel entre le litige et une organisation hardware déjà intégrée chez OpenAI, selon le document officiel d’OpenAI.
Pourquoi ce conflit dépasse largement un simple échange d’accusations
Le papier d’origine se concentre sur la réplique d’OpenAI. Il manque pourtant un élément de fond : OpenAI n’est plus seulement un éditeur d’IA générative. L’entreprise construit désormais une vraie base matérielle. Selon OpenAI, son partenariat annoncé avec Broadcom le 13 octobre 2025 porte sur 10 gigawatts d’accélérateurs IA sur mesure à déployer jusqu’à fin 2029. L’entreprise précise aussi que les premiers racks sont visés pour le second semestre 2026, selon l’annonce officielle du partenariat.
Deuxième élément nouveau : le 1er juillet 2026, OpenAI et Broadcom ont présenté Jalapeño, une puce d’inférence pensée dès le départ pour les LLM. OpenAI explique que cette architecture a été optimisée autour des noyaux de calcul, des mouvements mémoire, du réseau et des schémas de service les plus utiles aux modèles de frontière. Ce n’est pas une puce généraliste adaptée après coup, mais un design dédié à l’inférence LLM, selon OpenAI.
Troisième élément nouveau : OpenAI muscle aussi son volet sécurité et exécution en entreprise. Le groupe a annoncé en juillet 2026 l’acquisition d’Ona, sous réserve des validations réglementaires, pour renforcer les environnements d’exécution persistants et sécurisés autour de Codex, selon OpenAI. Ce point montre que la société ne se contente pas de rêver un objet grand public : elle empile aussi les briques techniques et opérationnelles nécessaires à des produits complets.
En clair, le litige avec Apple arrive au moment exact où OpenAI tente de transformer une puissance logicielle en capacité matérielle et industrielle. C’est pour cela que l’affaire compte.
Deux métriques dérivées qui éclairent l’ampleur du projet
Première métrique dérivée : si l’on retient l’horizon officiel allant du second semestre 2026 à la fin 2029 pour le déploiement des 10 gigawatts annoncés avec Broadcom, cela représente environ 2,9 gigawatts par an sur 3,5 ans. Le chiffre est obtenu à partir des données officielles publiées par OpenAI et Broadcom. Il ne dit pas combien de puces seront livrées, mais il donne une idée du rythme industriel visé.
Deuxième métrique dérivée : si l’on compare la fusion officielle de l’équipe io Products chez OpenAI le 9 juillet 2025 avec la plainte d’Apple du 10 juillet 2026, le conflit éclate 367 jours plus tard. Ce calcul date à date montre que la tension juridique arrive très tôt dans la phase d’intégration hardware d’OpenAI.
Le taux de change USD→EUR à retenir pour lire les montants
Le sujet ne contient pas de prix dans la source d’origine, mais un montant revient dans le contexte hardware d’OpenAI : la valorisation de l’opération autour de io. Des sources de presse la situent à 6,5 milliards de dollars. En appliquant le taux de référence de la BCE du 31 juillet 2026, soit 1 € = 1,1485 $, cela représente environ 5 659 556 000 €, soit 5 659 556 000 € arrondis à l’euro. Inversement, 1 $ = 0,871 € au même taux, selon la BCE.
Troisième métrique dérivée : avec ce taux, 1 gigawatt de capacité ramené à cette valorisation de 6,5 milliards de dollars équivaut à environ 565 956 000 € par gigawatt, simple ratio indicatif entre la valeur de l’opération io rapportée par la presse et les 10 gigawatts annoncés dans la feuille de route infrastructure d’OpenAI. Ce n’est pas un coût réel de production. C’est un repère de lecture.
Ce que la source initiale ne dit pas sur le marché
Le dossier n’oppose pas seulement deux entreprises. Il oppose deux visions du contrôle dans l’IA grand public. Apple défend un modèle où le matériel, l’OS, la chaîne logistique et l’interface restent verrouillés. OpenAI, elle, cherche à étendre son pouvoir depuis les modèles vers le terminal, puis vers l’infrastructure, puis vers l’entreprise.
Quatrième élément nouveau : la stratégie d’OpenAI ne se limite donc pas à un hypothétique gadget. Entre io, les accélérateurs maison avec Broadcom, le renforcement de la chaîne de production IA avec Foxconn annoncé fin 2025, et l’acquisition d’Ona en 2026, le groupe construit déjà un empilement vertical qui va du silicium jusqu’au produit et au déploiement sécurisé, selon les annonces officielles d’OpenAI.
Cinquième élément nouveau : le billet d’OpenAI ne porte pas sur un produit précis, mais les annonces déjà publiques montrent que la bataille se joue aussi sur la maîtrise des flux mémoire, du réseau, des systèmes d’inférence et des cycles industriels. Autrement dit, le procès n’arrive pas au hasard. Il surgit au point de contact entre expertise humaine, secrets de fabrication et ambition de plateforme.
Mon avis : la communication d’OpenAI est utile, mais elle ne règle rien
La publication du 3 août 2026 est habile. Elle donne de la matière, elle attaque la méthode d’Apple et elle tente de retourner l’accusation sur la gestion interne des accès. C’est efficace sur le plan narratif. Mais cela ne remplace pas l’examen des pièces, des logs, des politiques d’accès et des échanges complets devant un tribunal.
Le vrai test sera simple : Apple peut-elle démontrer qu’un savoir-faire protégé, identifiable et économiquement sensible a été copié, transmis ou utilisé au bénéfice direct de la division hardware d’OpenAI ? Et OpenAI peut-elle prouver que les éléments cités relèvent d’anciens accès mal fermés, d’échanges de transition internes à Apple ou d’une tentative d’assimiler l’expérience d’ex-salariés à une appropriation de secrets ?
À ce stade, la réponse publique d’OpenAI ajoute du contexte. Elle n’apporte pas la preuve définitive. Mais elle confirme une chose : le front matériel de l’IA est désormais assez stratégique pour déclencher une bataille judiciaire ouverte entre deux acteurs parmi les plus puissants du secteur.
Le seul point d’autorité à consulter
Le document de référence reste le billet officiel publié par OpenAI : https://openai.com/index/apple-is-getting-this-wrong/
Mon avis :
La réponse d’OpenAI marque un point en publiant des e-mails et messages datés pour contester la chronologie d’Apple et la thèse du « residual access ». Sa limite est nette : ce billet de blog reste une défense de communication, alors que les allégations précises d’Apple sur prototypes, pièces et fournisseurs restent judiciairement lourdes.
