Piratage d’OpenCode : des clés d’API volées alourdissent les factures d’IA

Se réveiller avec une alerte de dépenses de plusieurs centaines de dollars sur son compte OpenAI, Anthropic ou Google : c’est la mauvaise surprise vécue mi-octobre 2026 par des utilisateurs d'OpenCode, un assistant de programmation open source de plus en plus utilisé comme alternative à Claude Code ou Cursor. Des pirates ont pénétré la console en ligne du service, où certains développeurs enregistraient leurs clés d’API, ces identifiants qui permettent à un logiciel d’utiliser un modèle d’IA aux frais de leur titulaire. L’incident est circonscrit, mais il illustre un risque que beaucoup sous-estiment : une clé d’API d’IA, c’est une carte bancaire sans plafond si l’on ne prend pas de précautions.

Ce qui s’est passé

OpenCode a annoncé l’incident sur le réseau social X, évoquant une faille de sécurité liée à une « attaque de distillation à grande échelle » ayant touché 1,4 % des utilisateurs de sa console. Les attaquants ont visé un système ancien de la plateforme. Selon le cofondateur Dax Raad, les tentatives d’intrusion se sont poursuivies sans relâche pendant 48 heures, et l’incident était toujours en cours lors des premières communications.

La distillation consiste à interroger massivement un modèle d’IA performant pour entraîner un autre modèle à partir de ses réponses, une pratique interdite par les conditions d’utilisation des grands laboratoires. Des clés d’API volées permettent de produire ces énormes volumes de requêtes aux frais des victimes, y compris depuis des pays où l’accès aux modèles américains est restreint. Certains observateurs restent toutefois sceptiques sur ce mobile : pour eux, il s’agit d’une intrusion classique, et l’usage pour la distillation n’est pas démontré. OpenCode n’a pas précisé comment les attaquants sont entrés ni comment les clés étaient stockées.

Qui est concerné ?

Le périmètre est limité. Seules les clés enregistrées dans les espaces de travail de la console en ligne d’OpenCode ont été exposées. L'application et l’outil en ligne de commande ne sont pas touchés, précise Dax Raad, car les clés utilisées par ces outils ne transitent jamais par les serveurs d’OpenCode. Les utilisateurs concernés ont été prévenus par e-mail ; ceux qui n’ont rien reçu ne sont pas concernés, selon l’entreprise.

Côté victimes, les montants varient. Plusieurs développeurs ont rapporté des débits de plusieurs centaines de dollars en une nuit, et quelques-uns ont dépassé 1 000 dollars. Aucun chiffre global n’a été communiqué.

La distillation, un enjeu qui dépasse l’incident

Si le mobile avancé par OpenCode se confirme, l’affaire s’inscrit dans une bataille plus large. Les grands laboratoires américains protègent jalousement leurs modèles contre la distillation, qui permet à un concurrent de reproduire une partie de leurs capacités à moindre coût. Dès janvier 2025, OpenAI avait affirmé disposer d’indices montrant que des acteurs chinois utilisaient ses modèles de cette manière. Les fournisseurs surveillent donc les usages anormalement massifs et bloquent les comptes suspects. Pour les attaquants, utiliser les clés d’autres personnes présente un double avantage : la facture est payée par les victimes, et les requêtes semblent provenir de comptes ordinaires, ce qui complique leur détection.

Pour les utilisateurs, la conséquence est concrète : une clé d’API d’IA a une valeur marchande, au même titre qu’un mot de passe bancaire, et elle attire des attaquants organisés, pas seulement des curieux.

Pourquoi une clé d’API est une cible de choix

Une clé d’API d’IA ressemble à une simple chaîne de caractères, mais elle donne accès à des services facturés à l’usage. Celui qui la possède peut lancer des milliers de requêtes en quelques heures, sans que le titulaire ne s’en aperçoive avant la facture ou l’alerte de dépenses. Contrairement à une carte bancaire, elle n’est pas toujours protégée par une double authentification ni par un plafond par défaut. Et elle se retrouve souvent copiée à plusieurs endroits : fichiers de configuration, outils tiers, consoles en ligne, dépôts de code.

Le phénomène dépasse OpenCode. L’agence indienne de cybersécurité a récemment montré que des identifiants exposés dans du code ou des fichiers de configuration étaient la principale porte d’entrée exploitée par des agents d’IA et des attaquants.

Comment protéger ses clés d’API d’IA

Quelques règles simples réduisent fortement le risque, que l’on soit développeur indépendant ou responsable informatique.

• Fixer un plafond de dépenses et des alertes dans la console de chaque fournisseur (OpenAI, Anthropic, Google et les autres). C’est la meilleure protection contre une facture qui s’emballe.
• Créer une clé par usage : une pour chaque outil, chaque projet ou chaque collègue. En cas de fuite, on ne révoque que celle-ci, et on identifie vite la source.
• Limiter ce qu’on confie aux services tiers : quand un outil peut fonctionner avec une clé conservée sur son propre ordinateur, c’est préférable à une clé stockée dans une console en ligne.
• Ne jamais écrire une clé dans le code, même dans un dépôt privé, et activer la détection de secrets sur sa plateforme d’hébergement de code.
• Renouveler régulièrement ses clés et supprimer celles qui ne servent plus.
• Surveiller l’usage : un pic de consommation la nuit ou sur un modèle que l’on n’utilise pas est un signal d’alerte.
• Préférer les comptes prépayés quand le fournisseur le permet : un crédit chargé à l’avance limite mécaniquement la perte en cas de vol de la clé.

Que faire si vous êtes concerné ?

La première mesure, recommandée dans l’affaire OpenCode, est de révoquer et remplacer ses clés directement chez chaque fournisseur, sans attendre. Il faut ensuite vérifier l’historique de consommation sur chaque compte, conserver les captures des alertes et des débits inhabituels, puis contacter le support du fournisseur pour demander un remboursement, en mentionnant l’incident. Dans le cas d’OpenCode, OpenAI a déjà remboursé les crédits consommés et l’éditeur annonce des remboursements pour les frais non autorisés. Enfin, il est prudent de vérifier si la même clé a été copiée ailleurs, dans un autre outil ou un fichier de configuration, et de la remplacer partout.

Une leçon pour l’écosystème des outils d’IA

Les assistants de programmation se multiplient, et beaucoup proposent de centraliser les clés d’API de leurs utilisateurs pour simplifier la vie des développeurs. L’affaire OpenCode rappelle le revers de cette commodité : chaque service qui stocke des clés devient une cible, et une seule faille peut se transformer en facture pour des centaines d’utilisateurs. Les fournisseurs de modèles ont réagi vite, en bloquant ou en remboursant, mais la meilleure défense reste en amont : des plafonds, des clés cloisonnées et le moins possible d’intermédiaires. Les autres enjeux de sécurité liés à l’IA sont à suivre sur notre page consacrée aux développeurs.