L’incident Mixpanel de 2025
Ce que le responsable de compte doit distinguer

Selon le récit d’OpenAI, Mixpanel a appris le 9 novembre 2025 qu’un attaquant avait accédé sans autorisation à une partie de ses systèmes et exporté un ensemble de données. Mixpanel a transmis les données concernées à OpenAI le 25 novembre. OpenAI a publié son avis le lendemain. Mixpanel y est présenté comme un service permettant de comprendre l’activité sur l’interface web de son produit API, le service par lequel les entreprises connectent leurs logiciels à OpenAI. L’avis indique qu’il ne s’agissait pas d’une intrusion dans les systèmes d’OpenAI. C’est le récit officiel du fournisseur, pas une enquête indépendante menée pour cet article. OpenAI a déclaré avoir retiré Mixpanel de ses services en production et cessé de l’utiliser.

Le 19 décembre 2025, OpenAI a clarifié la population concernée. Outre certains utilisateurs de l’API, elle comprenait un nombre limité d’utilisateurs de ChatGPT ayant envoyé une demande au centre d’aide ou étant connectés à la plateforme OpenAI. Cela ne signifie pas tous les utilisateurs de ChatGPT et ne permet pas de limiter l’incident aux seuls utilisateurs de l’API. La clarification indique que toutes les personnes concernées avaient été identifiées et prévenues lors des notifications initiales ; les catégories d’informations signalées n’avaient pas changé. Pour un responsable de compte, une description publique révisée ne prouve donc pas automatiquement une nouvelle exposition ou un deuxième incident. Conservez la clarification avec l’avis d’origine pour préparer l’explication interne.

Les informations potentiellement touchées comprenaient les noms et adresses électroniques des comptes, une localisation approximative déduite du navigateur, comme la ville, l’État ou le pays, le système d’exploitation et le navigateur, les sites d’origine de la visite, ainsi que les identifiants d’organisation ou d’utilisateur. Les sites d’origine sont les pages ayant dirigé une personne vers le service ; les identifiants distinguent les comptes ou organisations. Ces informations décrivent un compte et son utilisation, plutôt que la conversation elle-même. Selon OpenAI, ni le contenu des conversations, ni les instructions envoyées, les réponses, les requêtes à l’API ou les données d’utilisation de l’API n’ont été exposés. Il en va de même des mots de passe, autres identifiants d’accès, clés d’API, données de paiement et pièces d’identité officielles. Une clé d’API permet à un logiciel d’accéder à un service. Ne réduisez pas cette distinction à « tout a fuité » ou « rien de sensible ne s’est passé ». OpenAI a averti que les informations concernées pouvaient faciliter un hameçonnage ou une manipulation crédible : des messages destinés à pousser quelqu’un à divulguer des informations ou à effectuer une action indésirable. Un nom familier ou un détail de compte peut rendre un message pertinent en apparence sans authentifier son expéditeur. L’avis étaye cette explication du risque ; aucun résultat d’hameçonnage consécutif n’a été mesuré ici.

Un bref contraste historique montre l’importance des catégories. Dans son avis du 24 mars 2023 sur la panne de ChatGPT du 20 mars, OpenAI indiquait que certains utilisateurs avaient pu voir des titres de l’historique d’un autre utilisateur actif. Le premier message d’une nouvelle conversation avait également pu être visible si les deux utilisateurs étaient actifs à peu près au même moment. L’avis décrivait séparément une possible exposition de données de facturation limitées pour une partie des abonnés Plus actifs pendant les neuf heures allant de 1 h à 10 h, heure du Pacifique, le 20 mars : noms, adresses électroniques et de paiement, type de carte, quatre derniers chiffres et date d’expiration, mais pas les numéros complets. L’avis du 24 mars indiquait que le défaut avait été corrigé. Il ne s’agit pas d’une affirmation de vulnérabilité actuelle. Ces catégories susciteraient d’autres questions que l’incident d’analyse d’activité de 2025. Pour ce dernier, la FAQ d’OpenAI ne recommandait ni réinitialisation des mots de passe ni remplacement des clés d’API, puisque ces identifiants n’étaient pas touchés. Cette recommandation concerne cet incident, pas tous les autres avis ni des signes distincts d’utilisation abusive d’un compte.

Nous proposons une courte aide à la lecture pour le responsable des comptes ou de la sécurité : avis et clarification datés, service et groupe d’utilisateurs pertinents, informations potentiellement touchées, informations expressément non touchées, recommandations du fournisseur et questions propres aux comptes. C’est une proposition éditoriale, pas une réponse d’entreprise testée ici. Demandez à ce responsable de rapprocher les communications pertinentes du fournisseur des informations de compte autorisées, selon les procédures existantes. Aucune notification ni aucun dossier de compte d’entreprise n’a été examiné pour cet article. L’absence de message dans une seule boîte de réception n’établirait pas que l’organisation n’était pas concernée. La transmission au personnel peut expliquer quelles catégories signalées sont pertinentes et à qui adresser les messages inattendus selon la politique de l’entreprise. OpenAI conseillait la prudence face aux liens et pièces jointes inattendus et déclarait ne pas demander de mots de passe, clés d’API ou codes de vérification par courriel, SMS ou conversation. Toute consigne proposée doit conserver cette attribution et les limites de l’incident. Consignez la décision réellement prise, ses conditions et la personne chargée des questions restantes. Si le périmètre ne peut pas être établi, laissez-le ouvert plutôt que de déclarer tout le monde touché ou tout le monde à l’abri.