Une attaque informatique contre OpenCode, un outil de programmation open source à intelligence artificielle, a exposé les clés d'accès d'un groupe d'utilisateurs et leur a généré des frais non autorisés allant jusqu'à 1 700 USD sur leurs comptes OpenAI, Anthropic et Google.
L'entreprise a confirmé sur le réseau social X qu'un attaquant avait pénétré dans un ancien système en cours de désactivation et avait accédé aux clés que 1,4 % des utilisateurs d'OpenCode Console, sa plateforme payante, avaient enregistrées pour connecter des modèles d'autres fournisseurs.
Ces clés fonctionnent comme un mot de passe numérique : elles permettent à une application d'utiliser les services d'IA d'une entreprise au nom de l'utilisateur et de facturer son compte. Selon The Hacker News, la première exposition possible s'est produite dans la nuit du 17 octobre 2026.
OpenCode, qui concurrence des outils comme Claude Code et Cursor parmi les développeurs, a notifié par e-mail les personnes concernées ce matin-là et a précisé que ceux qui n'ont pas reçu l'avertissement n'ont pas été touchés par la brèche.
Des factures arrivées avant l'avis d'OpenCode
Plusieurs développeurs ont pris conscience du problème via leurs propres factures avant le communiqué officiel. Sur Reddit et X, des utilisateurs ont publié des alertes de dépenses et des frais qu'ils n'avaient pas générés.
L'un d'eux, identifié comme Colin Parsons, a indiqué que 281 USD lui avaient été facturés sur son compte OpenAI et 168 USD sur celui d'Anthropic. Un autre utilisateur, Preston Zeller, a estimé ses pertes à 1 700 USD, tandis qu'un troisième a signalé plus de 700 USD de consommation sur OpenAI avant de désactiver sa clé.
Anthropic a révoqué les clés de Claude qu'elle considérait comme compromises, OpenAI a déclaré avoir travaillé avec OpenCode pour rétablir l'accès des utilisateurs et rembourser les crédits consommés pendant l'attaque, et Google a suspendu les projets qu'il a détectés avec une activité d'utilisation abusive.
Dax Raad, cofondateur d'OpenCode, a clarifié que la brèche n'a affecté que Console, le service hébergé sur les serveurs de l'entreprise, et non l'application open source installée sur l'ordinateur de l'utilisateur : « ces clés ne nous parviennent jamais », a-t-il écrit.
L'entreprise a lié l'épisode à une « attaque de distillation à grande échelle » : une technique consistant à utiliser les réponses d'un modèle d'IA coûteux pour entraîner, sans autorisation, un modèle propre moins cher. Certains spécialistes de la sécurité ont remis en question cette explication et suggéré qu'il pourrait s'agir d'une brèche commune dont la cible finale n'est pas encore prouvée.
Les propres filtres de sécurité ont freiné la réponse
Raad a raconté que, tandis que son équipe enquêtait sur l'attaque, les modèles d'IA qu'ils utilisaient pour analyser le code malveillant refusaient de le traiter car ils activaient leurs propres filtres de sécurité. « C'était assez frustrant », a-t-il écrit.
Le problème a été résolu lorsque OpenCode a obtenu l'accès au programme Daybreak Blue d'OpenAI, qui permet l'utilisation de modèles moins restrictifs pour des tâches de cybersécurité défensives par des utilisateurs vérifiés.
David Sacks, coprésident du Conseil consultatif en science et technologie du président des États-Unis, a commenté l'affaire sur X : « OpenCode, comme Hugging Face auparavant, a heurté le même mur au milieu d'une attaque : les modèles d'IA les plus avancés ont refusé d'analyser les mêmes codes malveillants nécessaires à la défense, car ils déclenchaient les filtres de sécurité ».
En juillet dernier, la plateforme Hugging Face avait fait face à une situation similaire lorsque les modèles commerciaux d'IA ont refusé d'analyser les journaux d'une intrusion que, a ensuite révélé OpenAI, ses propres modèles avaient exécutés lors d'un test avec des mesures de sécurité réduites.
Raad a déclaré que les attaquants ont tenté d'accéder aux systèmes d'OpenCode de manière ininterrompue pendant 48 heures, obligeant l'équipe à maintenir des agents d'IA défensifs actifs en permanence. L'entreprise n'a pas encore révélé comment l'accès initial a été obtenu ni l'étendue totale du vol de données, et elle a demandé aux utilisateurs affectés de révoquer et de remplacer leurs clés directement auprès de chaque fournisseur.