Le 17 octobre 2026, OpenCode, un outil d’aide au développement par l’intelligence artificielle, a confirmé qu’un attaquant avait pu récupérer des clés d’accès à OpenAI, Anthropic et Google que ses clients lui avaient confiées. Ces clés permettent de consommer des services payants, et c’est leur propriétaire qui reçoit la facture. Ce cas montre qu’une clé d’accès se gère comme un moyen de paiement, et qu’un système « en cours d’arrêt » reste un système à protéger.
Ce qui s’est passé
OpenCode est un logiciel libre qui aide les développeurs à écrire du code avec l’aide de différents modèles d’IA. Son service en ligne, OpenCode Console, permet à une équipe d’y enregistrer ses propres clés chez OpenAI, Anthropic ou Google : la console les utilise ensuite automatiquement, sans que chaque développeur ait besoin de les connaître (Cyberattaque.org, 17 octobre 2026).
Dans le courriel envoyé aux personnes concernées, l’éditeur explique que quelqu’un a obtenu un accès non autorisé à un ancien système qu’il était en train de retirer, et que les clés enregistrées dans certains espaces de travail ont pu être exposées. OpenCode parle de 1,4 % des utilisateurs de sa console, tous prévenus par e-mail (Notebookcheck, 17 octobre 2026).
Comment l’attaque a fonctionné
Une clé d’accès à une IA (on parle de « clé d’API ») fonctionne comme une carte bancaire : celui qui la détient peut envoyer des requêtes, et le fournisseur facture le propriétaire de la clé. Plusieurs utilisateurs disent avoir vu apparaître des dépenses qu’ils n’avaient pas faites, jusqu’à 400 dollars pour l’un d’eux. Un autre a vu son projet suspendu par Google pour usage abusif.
OpenCode relie l’incident à une opération de « distillation » à grande échelle. Le principe : poser énormément de questions à un modèle d’IA puissant pour récupérer ses réponses et s’en servir pour entraîner un autre modèle. Avec des clés volées, cette aspiration se fait aux frais des victimes, avec leurs comptes, ce qui la rend plus difficile à repérer.
Point notable : certains utilisateurs ont été prévenus par les alertes de consommation de leur fournisseur d’IA avant même de recevoir le message d’OpenCode. Ceux qui avaient réglé ces alertes ont pu réagir plus vite.
Ce qu’on ne sait pas encore
- Comment l’attaquant est entré dans l’ancien système, et comment les clés y étaient protégées.
- Combien de comptes sont touchés en nombre réel, et le montant total des dépenses frauduleuses.
- Si d’autres données ont été prises : rien ne l’indique à ce stade, et l’éditeur dit que l’incident est toujours en cours.
Ce que ça change pour une PME
Même sans faire de développement, beaucoup de PME utilisent aujourd’hui des clés d’accès à des services payants : une IA branchée sur un outil métier, un service d’envoi de SMS ou d’e-mails, un compte cloud.
- Faites la liste de ces clés : à quel service elles donnent accès, qui en est responsable, et où elles sont rangées (dans un outil en ligne, chez un prestataire, dans un fichier).
- Réglez un plafond de dépense et une alerte de consommation chez chaque fournisseur. C’est souvent la première chose qui vous préviendra.
- Quand vous arrêtez un outil ou un prestataire, révoquez les clés que vous lui aviez confiées. Ne comptez pas sur lui pour les effacer.
- Si vous utilisez OpenCode Console et avez reçu le courriel, remplacez vos clés chez chaque fournisseur et vérifiez votre historique de consommation. La fiche « Piratage de compte » de Cybermalveillance.gouv.fr rappelle les bons gestes de réaction.
Le regard de l’auditeur
Quatre questions à vous poser, ou à poser à votre prestataire. Elles s’inspirent de ce que vérifie un auditeur ISO 27001 :
- Avons-nous la liste des clés d’accès à des services payants utilisées dans l’entreprise, avec un responsable pour chacune ?
- Quand nous confions une clé à un outil en ligne, savons-nous comment il la protège et s’il nous préviendra en cas d’incident ?
- Qui reçoit les alertes de consommation de nos fournisseurs d’IA ou de cloud, et que doit-il faire en les recevant ?
- Quand nous arrêtons un outil ou un contrat, qui vérifie que les clés et accès qu’il utilisait sont bien supprimés ?
Pour les pros : notre analyse technique (mode opératoire, MITRE ATT&CK, questions d’audit ISO 27001).
Dossiers : Mots de passe et accès volés · IA et attaques automatisées
Cet article prolonge notre bulletin de veille du 19 octobre 2026.
Analyse préparée avec l’aide d’une intelligence artificielle à partir de sources publiques, sous la responsabilité de KyNeo. Malgré nos contrôles, des erreurs peuvent subsister : en cas de doute, référez-vous aux sources citées. Les informations non confirmées sont signalées comme telles.