OpenCode a divulgué le 17 octobre 2026 une faille liée à une attaque par distillation ayant permis d'exfiltrer des clés API Anthropic, OpenAI et Google depuis un composant legacy, touchant 1,4 % des utilisateurs Console.
En bref
- OpenCode a subi une attaque par distillation le 17 octobre 2026 ciblant 1,4 % de ses utilisateurs Console.
- Des clés API stockées dans les espaces de travail — issues d’Anthropic, OpenAI et Google — ont été exfiltrées par des attaquants.
- Les utilisateurs concernés doivent immédiatement révoquer et regénérer leurs clés API auprès de chaque fournisseur de modèle.
Ce qui s’est passé
Le 17 octobre 2026, OpenCode, un éditeur spécialisé dans les environnements de développement assistés par IA, a divulgué publiquement une faille de sécurité ayant affecté une fraction de sa base d’utilisateurs Console. Selon la communication officielle de la société, 1,4 % des comptes actifs ont été touchés, ce qui peut sembler marginal mais représente un nombre significatif de développeurs dans un outil massivement adopté par des équipes ingénierie professionnelles.
L’incident est lié à ce que la communauté sécurité nomme une attaque par distillation — une technique en pleine expansion dans le paysage des menaces liées à l’IA. Le principe est le suivant : plutôt que d’entraîner un modèle maison à partir de données brutes, ce qui nécessite une infrastructure et des ressources considérables, des acteurs malveillants se connectent à des API tierces (ici Anthropic Claude, OpenAI GPT et Google Gemini) et soumettent des milliers de requêtes automatisées pour en extraire les réponses. Ces outputs servent ensuite à entraîner ou affiner un modèle moins puissant, en contournant les coûts de calcul et en violant les conditions d’utilisation des fournisseurs.
Pour mener cette attaque, les assaillants avaient besoin d’accéder à des clés API valides disposant de quotas suffisants. C’est précisément ce qu’ils ont obtenu en exploitant un composant legacy d’OpenCode. Ce module hérité, non remplacé dans l’architecture actuelle, stockait les clés API des utilisateurs — des secrets que les développeurs connectent à leur environnement Console pour accéder aux modèles d’IA directement depuis leur IDE.
Une fois en possession de ces clés, les assaillants ont effectué des appels non autorisés aux API d’Anthropic, OpenAI et Google, générant des coûts directement imputés aux comptes des victimes. Plusieurs utilisateurs ont signalé des factures inhabituelles allant de quelques dizaines à plusieurs centaines de dollars en l’espace de quelques heures seulement, selon les rapports relayés par Cybersecurity News et Blockonomi. La détection de l’anomalie par OpenCode s’est faite via des alertes de volume anormal sur certains espaces de travail.
OpenCode a immédiatement suspendu les accès compromis et engagé des communications directes avec les équipes de sécurité d’Anthropic, d’OpenAI et de Google. Les trois fournisseurs ont été informés des clés potentiellement exposées afin qu’ils puissent procéder à des révocations préventives côté plateforme. OpenCode a également engagé un audit de son infrastructure legacy pour identifier l’intégralité des vecteurs d’exposition.
La société a publié un post-mortem partiel indiquant que le composant legacy en cause avait été isolé et désactivé dans les heures suivant la découverte. Un processus de migration vers une architecture de gestion des secrets basée sur des coffres-forts chiffrés était déjà en cours mais n’avait pas encore été finalisé pour ce module spécifique — une lacune fatale dans ce cas précis.
OpenCode a fourni des instructions détaillées pour la rotation des clés API auprès des trois fournisseurs concernés. Du côté d’Anthropic, la procédure implique de se connecter au portail Console, de naviguer vers les paramètres API Keys et de révoquer toutes les clés actives avant d’en générer de nouvelles. Pour OpenAI et Google, les procédures similaires sont accessibles dans leurs portails développeur respectifs. Les utilisateurs non affectés ont également été invités à appliquer le principe de rotation préventive.
Cet incident rappelle une vulnérabilité structurelle des environnements de développement modernes : la prolifération des clés API stockées dans des configurations insuffisamment sécurisées. Les IDE et les outils de type Console accumulent souvent des secrets dont la gestion n’est pas soumise aux mêmes standards que les secrets de production. La surface d’attaque ainsi créée est considérable, et les attaques par distillation constituent un vecteur de monétisation direct pour les attaquants qui cherchent à acquérir de la puissance de calcul IA sans en supporter le coût.
Pourquoi c’est important
L’attaque contre OpenCode illustre une tendance de fond : les attaquants ne cherchent plus seulement à voler des données personnelles ou à déployer des ransomwares — ils cherchent désormais à s’approprier de la puissance de calcul IA. Les clés API d’Anthropic, OpenAI et Google représentent un accès direct à des ressources computationnelles valorisées en millions de dollars. Une clé API volée, c’est un crédit cloud gratuit pour entraîner ou affiner un modèle concurrent sans en supporter le coût.
La technique de distillation n’est pas nouvelle en elle-même — elle est au cœur de nombreuses stratégies d’optimisation légitimes dans le domaine du Machine Learning. Ce qui est nouveau, c’est son utilisation malveillante comme mécanisme d’extraction de valeur depuis des infrastructures tierces. Dans ce contexte, la violation des conditions d’utilisation des fournisseurs d’IA se double d’un accès non autorisé à un système informatique, relevant du droit pénal dans la plupart des juridictions — en France sous l’article 323-1 du Code pénal.
Pour les équipes sécurité des entreprises, cet incident soulève une question de gouvernance urgente : combien de clés API d’IA sont stockées dans des outils de développement non inventoriés ? Les politiques de gestion des secrets couvrent généralement les environnements de production (pipelines CI/CD, variables d’environnement, Kubernetes Secrets) mais omettent souvent les postes de travail développeur et les outils SaaS comme les IDE en ligne. La remédiation exige un inventaire complet des clés API, une rotation systématique et l’implémentation de contrôles de détection d’anomalies côté fournisseur.
Enfin, cet incident arrive dans un contexte où les modèles d’IA de frontier sont devenus des actifs hautement stratégiques. Les entreprises qui les utilisent doivent considérer leurs clés API avec le même niveau de criticité que leurs identifiants d’accès à la production. La compromission d’une clé n’est plus seulement un risque financier — c’est un risque de fuite de données (historique des prompts, contexte métier) et de sabotage des pipelines IA.
Ce qu’il faut retenir
- OpenCode a subi une attaque par distillation ciblant 1,4 % de ses utilisateurs Console, avec exfiltration de clés API Anthropic, OpenAI et Google via un composant legacy.
- Les attaquants utilisent les clés volées pour soumettre des requêtes massives aux modèles d’IA et générer des données d’entraînement à moindre coût.
- Toute entreprise utilisant des outils de développement IA doit auditer ses clés API, implémenter une rotation régulière et activer des alertes de volume anormal.
Qu’est-ce qu’une attaque par distillation et en quoi est-elle illégale ?
Une attaque par distillation consiste à interroger massivement un modèle IA via des API volées pour en extraire les outputs et entraîner un modèle concurrent. Elle viole les conditions d’utilisation des fournisseurs et constitue un accès non autorisé à un système informatique — délit pénal dans la plupart des pays, en France sous l’article 323-1 du Code pénal.
Besoin d’un accompagnement expert ?
Ayi NEDJIMI vous accompagne sur vos projets cybersécurité et IA.
Prendre contactÀ propos de l'auteur
Ayi NEDJIMI
Auditeur Senior Cybersécurité & Consultant IA
Expert Judiciaire — Cour d'Appel de Paris
Habilitation Confidentiel Défense
ayi@ayinedjimi-consultants.fr
Ayi NEDJIMI est un vétéran de la cybersécurité avec plus de 25 ans d'expérience sur des missions critiques. Ancien développeur Microsoft à Redmond sur le module GINA (Windows NT4) et co-auteur de la version française du guide de sécurité Windows NT4 pour la NSA.
À la tête d'Ayi NEDJIMI Consultants, il réalise des audits Lead Auditor ISO 42001 et ISO 27001, des pentests d'infrastructures critiques, du forensics et des missions de conformité NIS2 / AI Act.
Conférencier international (Europe & US), il a formé plus de 10 000 professionnels.
Domaines d'expertise
Ressources & Outils de l'auteur
Articles connexes
Les États-Unis relancent le nucléaire pour alimenter l'IA
Le DOE américain engage 4,42 milliards de dollars pour relancer trois centrales nucléaires fermées afin d'alimenter les data centers IA de Google et Microsoft, révélant que la course à l'IA est avant tout une course à l'énergie.
StepFun Step 5 Preview : 600B MoE open-weights pour agents IA
StepFun a mis en ligne le 15 octobre 2026 les poids ouverts de Step 5 Preview, un modèle MoE de 600 milliards de paramètres conçu pour les agents IA longue durée avec une fenêtre de contexte d'un million de tokens.
Ahold Delhaize : cyberattaque paralyse Stop & Shop et Hannaford
Ahold Delhaize a subi une cyberattaque le 12 octobre 2026, forçant la mise hors ligne de ses systèmes informatiques et perturbant les services numériques de Stop & Shop, Hannaford, Food Lion et Giant Food aux États-Unis et en Europe.
Un projet cybersécurité ? Parlons-en.
Pentest, conformité NIS 2, ISO 27001, audit IA, RSSI externalisé… nos experts répondent sous 24h pour évaluer votre besoin et vous proposer un accompagnement sur mesure.
Commentaires
Aucun commentaire pour le moment. Soyez le premier à commenter !
Laisser un commentaire