OpenCode piraté, avec des accès à des services d’IA potentiellement compromis : l’alerte concerne les entreprises qui ont confié leurs clés API à sa Console. Le 17 octobre 2026, l’éditeur a annoncé une intrusion survenue la nuit précédente. Il précise que l’incident touche un sous-ensemble des utilisateurs ayant relié des fournisseurs externes.
Dans son communiqué publié sur X, OpenCode chiffre ce groupe à 1,4 % des utilisateurs de Console. L’entreprise indique avoir averti toutes les personnes concernées par courriel. Selon elle, celles qui n’ont pas reçu de notification ne font pas partie du périmètre affecté. Ce pourcentage ne représente donc ni l’ensemble des développeurs utilisant OpenCode ni les clients mondiaux des fournisseurs d’IA.
OpenCode piraté : ce que permet une clé API
OpenCode est un agent de programmation open source qui peut travailler avec plusieurs modèles d’intelligence artificielle. Sa Console constitue un service facultatif. Elle permet notamment de relier des comptes de fournisseurs déjà payés par une entreprise et de partager leurs modèles dans un espace de travail.
La documentation d’OpenCode décrit le mécanisme : la Console conserve l’identifiant du fournisseur et transmet les demandes par sa passerelle. Les membres de l’équipe peuvent ainsi utiliser le modèle sans voir directement la clé.
À lire aussi
Une clé API sert à autoriser des appels logiciels à un service. Si un tiers récupère une clé valide, il peut exploiter les droits qu’elle accorde. Lorsque l’API facture à la consommation, des requêtes non autorisées peuvent alors peser sur le compte du titulaire.
L’exposition possible de clés associées aux services d’OpenAI, d’Anthropic ou de Google ne signifie donc pas que leurs infrastructures ont subi une intrusion. Elle ne démontre pas davantage un accès aux conversations personnelles dans ChatGPT, Claude ou Gemini. Les accès permis dépendent du fournisseur et des autorisations de chaque clé.
La « distillation » évoquée reste à expliquer dans ce dossier
OpenCode relie l’incident à une attaque de distillation à grande échelle. Mais son message ne détaille ni la méthode d’intrusion ni la façon dont les attaquants auraient exploité les accès. L’éditeur indique travailler avec Anthropic, OpenAI et Google pour remédier à la situation.
La distillation consiste à entraîner un modèle à partir des réponses d’un autre. Dans une publication du 12 octobre, Anthropic décrit des campagnes non autorisées qui cherchent à reproduire des capacités par la collecte massive de réponses. Cette explication générale ne constitue pas une attribution de l’attaque contre OpenCode.
Il faut également distinguer l’objectif supposé et le moyen utilisé. Le vol d’identifiants peut servir à financer des appels massifs aux modèles sur le compte des victimes. Toutefois, les éléments publics consultés ne permettent pas d’établir l’identité des auteurs ni le modèle qu’ils auraient voulu entraîner.
Une clé volée peut transformer l’IA en dépense frauduleuse
Le risque économique de ce détournement existe indépendamment de la distillation. Dès mai 2024, les chercheurs de Sysdig documentaient le « LLMjacking ». Ils décrivaient l’utilisation d’identifiants cloud volés pour accéder à des modèles, avec une facture supportée par le propriétaire du compte.
Cette étude porte sur une autre attaque. Elle explique cependant pourquoi une fuite de clés mérite une réaction rapide, même sans vol de documents démontré. L’attaquant peut rechercher une ressource à consommer ou à revendre.
Pour une entreprise, cette dépense s’ajoute à une facture déjà liée au volume de requêtes et aux modèles choisis. Notre analyse du coût de l’IA en entreprise détaille cette difficulté de suivi. En cas d’abus, il faut en outre distinguer les appels métiers habituels des consommations suspectes.
Révoquer les accès concernés et vérifier les usages
Les équipes concernées doivent d’abord identifier les clés enregistrées dans la Console et les comptes auxquels elles donnent accès. Pour une clé potentiellement compromise, la révocation chez le fournisseur coupe cet accès. Il faut ensuite remplacer le secret dans les applications autorisées et vérifier leur fonctionnement.
Changer uniquement le mot de passe de connexion à OpenCode ne remplace pas cette opération. Une clé copiée peut continuer de fonctionner tant que le fournisseur ne l’a pas invalidée.
Il faut aussi conserver les notifications et examiner les historiques d’utilisation et de facturation. Des demandes inhabituelles ou des dépenses inexpliquées doivent faire l’objet d’un signalement au fournisseur concerné. À plus long terme, des clés distinctes par application facilitent l’identification des usages et limitent l’étendue d’une révocation.
Cette gestion des accès rejoint les questions de gouvernance des agents IA en entreprise. Au 18 octobre, les éléments consultés ne donnent pas de bilan financier global vérifié de l’incident. Le prochain point décisif sera le compte rendu technique d’OpenCode : il devra préciser les accès compromis et les mesures qui empêchent leur réutilisation.
À lire également sur Business Times
