Toutes les fuites de données
14 mai 2026 Vérifié Fiche sensible Exposition liée à un logiciel malveillant Technologie

OpenAI TanStack: violation de données de 2026

La violation de données subie par OpenAI en 2026 et liée à TanStack s’est produite lorsque des paquets TanStack malveillants, diffusés dans le cadre de la campagne Mini Shai-Hulud visant la chaîne d’approvisionnement logicielle, ont affecté deux appareils utilisés par des employés d’OpenAI.

2
Identifiants e-mail
3
Types de données
Faible
Ampleur de l’exposition
9 oct. 2026
Dernière mise à jour

Cette ampleur correspond au nombre d’identifiants e-mail uniques fournis pour aider à avertir les victimes d’un logiciel malveillant ; elle ne permet pas d’établir le nombre total de victimes individuelles ou d’utilisateurs.

Vérifiez la sécurité de vos appareils et de vos comptes

Vérifiez si votre identifiant e-mail figure dans les données exposées liées à ce logiciel malveillant

Vérifier mon adresse e-mail

Types de données exposées

3
  • Éléments d’authentification limités
  • Accès aux dépôts internes de code source
  • Certificats de signature de code potentiellement exposés

À propos de cette fiche

Ils ont entraîné une activité d’exfiltration ciblant des données d’authentification dans un sous-ensemble limité de dépôts internes de code source accessibles à ces employés. OpenAI a rendu l’incident public le 14 mai 2026 et a déclaré avoir rapidement isolé les systèmes et les identités concernés.

L’entreprise a déclaré que seul un ensemble limité de données d’authentification avait effectivement été transféré depuis les dépôts et qu’aucune autre information ni aucun code n’avait été affecté. Elle n’a constaté aucune atteinte résultant d’une activité non autorisée aux données clients, aux systèmes de production, à la propriété intellectuelle ou aux logiciels déployés. Le nombre de personnes ou d’enregistrements concernés publié par la source officielle correspond au périmètre déclaré de l’incident. Cela ne signifie pas que chacune des catégories de données mentionnées concernait chaque personne.

Comment l’incident a-t-il été confirmé ?

L’avis officiel d’OpenAI intitulé « Notre réponse à l’attaque de la chaîne d’approvisionnement npm de TanStack » confirme directement que deux appareils professionnels utilisés par des employés ont été affectés, que des accès non autorisés ont eu lieu dans un nombre limité de dépôts internes et qu’une exfiltration a ciblé des données d’authentification. L’entreprise a mené une enquête forensique avec une société externe spécialisée dans la réponse aux incidents, isolé les comptes et appareils concernés, et précisé publiquement le périmètre des données affectées.

BleepingComputer et The Hacker News ont chacun relayé de manière indépendante l’annonce de l’entreprise, corroborant les informations concernant les deux appareils, le transfert limité de données d’authentification, l’absence d’incidence sur les données clients et les systèmes de production, ainsi que le remplacement préventif des certificats de signature de code. Les deux articles rattachent l’événement à la campagne Mini Shai-Hulud, de plus grande ampleur.

Comment l’attaque via la chaîne d’approvisionnement de TanStack a-t-elle atteint OpenAI ?

La campagne Mini Shai-Hulud a injecté du code malveillant dans les processus de publication des versions de TanStack et d’autres projets open source afin de collecter des secrets dans les environnements de développement. La charge utile recherchait des éléments permettant d’accéder aux ressources des développeurs, notamment des jetons GitHub et npm, des données d’authentification cloud, des secrets Kubernetes, des clés SSH et des fichiers d’environnement. L’utilisation de paquets de confiance et de canaux de distribution habituels lui a permis de se propager rapidement aux organisations utilisatrices en aval.

OpenAI a observé sur deux appareils utilisés par des employés une activité conforme au comportement du logiciel malveillant décrit dans la documentation publique. Des accès non autorisés et une exfiltration ciblant des données d’authentification ont eu lieu dans un sous-ensemble limité de dépôts internes de code source accessibles à ces employés. La date de l’incident repose sur la première activité technique vérifiable à partir de sources publiques.

Quelles données ont été affectées ?

La catégorie de données confirmée correspond à un ensemble limité de données d’authentification effectivement transférées depuis des dépôts internes de code source. OpenAI a distingué l’accès aux dépôts de l’exfiltration effective en précisant qu’aucune autre information ni aucun code n’avait été affecté.

Les dépôts concernés contenaient également des certificats de signature de code utilisés pour les produits OpenAI sur iOS, macOS et Windows. L’entreprise n’a trouvé aucun élément indiquant que ces certificats avaient servi à signer des logiciels malveillants, mais elle les a révoqués et remplacés afin d’éliminer le risque potentiel. Les certificats sont présentés comme ayant potentiellement été exposés, et non comme des éléments d’authentification dont l’utilisation malveillante aurait été confirmée.

Les données clients et les systèmes de production ont-ils été affectés ?

OpenAI a confirmé que les données des clients ou des utilisateurs n’avaient pas été affectées, que les systèmes de production n’avaient pas fait l’objet d’un accès et que les logiciels déployés n’avaient pas été modifiés sans autorisation. La propriété intellectuelle a également été exclue du périmètre des données compromises. Le nombre de personnes ou d’enregistrements concernés publié par la source officielle correspond au périmètre déclaré de l’incident. Cela ne signifie pas que chacune des catégories de données mentionnées concernait chaque personne.

L’entreprise n’a trouvé aucun élément indiquant que l’ensemble limité de données d’authentification volées avait été utilisé dans des attaques ultérieures. Elle a isolé les systèmes et les identités touchés, révoqué les sessions des utilisateurs, renouvelé toutes les données d’authentification dans les dépôts concernés, temporairement restreint les processus de déploiement et audité l’activité des utilisateurs ainsi que l’utilisation des données d’authentification. Ces mesures constituent le dispositif de confinement vérifié qui a empêché l’incident de s’étendre aux systèmes de production.

Que signifie le remplacement des certificats de signature des applications ?

Après avoir remplacé les certificats, OpenAI a demandé aux utilisateurs de ChatGPT Desktop, Codex App, Codex CLI et Atlas sur macOS d’effectuer une mise à jour avant le 12 juin 2026. Une fois les anciens certificats révoqués, les contrôles de notarisation d’Apple pouvaient bloquer les nouveaux téléchargements ou les lancements d’applications signées avec l’ancien certificat. Cette action demandée aux utilisateurs ne signifie pas que des données clients ont été volées.

Les utilisateurs de Windows et d’iOS n’avaient aucune démarche à effectuer en lien avec l’incident. Le renouvellement étendu des éléments de signature pour macOS, Windows, iOS et Android effectué par OpenAI était une mesure de précaution; l’entreprise n’a détecté aucune fausse application OpenAI signée avec les certificats exposés.

Comment interpréter cette fiche LeakData ?

Le nombre de personnes ou d’enregistrements concernés publié par la source officielle correspond au périmètre déclaré de l’incident. Cela ne signifie pas que chacune des catégories de données mentionnées concernait chaque personne. Les deux appareils et les deux employés décrivent le même périmètre vérifié; les nombres de dépôts, de certificats et de paquets malveillants ne sont pas ajoutés au nombre de personnes.

Les faits vérifiés à retenir sont les suivants : deux appareils utilisés par des employés, un accès limité à des dépôts internes et l’exfiltration d’un ensemble limité de données d’authentification. Les données clients, les systèmes de production, la propriété intellectuelle et les logiciels déployés n’ont pas été affectés, et aucune utilisation abusive des certificats n’a été détectée. Si de nouvelles conclusions d’analyse forensique sont publiées, les catégories de données et le périmètre pourront être réévalués à la lumière des sources d’origine.

Vérification et méthode éditoriale

LeakData compare le nom de l’incident, sa date, le nombre d’enregistrements concernés et les types de données exposées avec les sources accessibles. Les informations non vérifiées ne sont pas présentées comme des faits, et les fiches sont mises à jour lorsque de nouveaux éléments probants sont disponibles.

Signaler des informations manquantes ou incorrectes