Une faille dans OpenCode Console expose les clés des fournisseurs d'IA pour certains utilisateurs

Dans la nuit du 16 octobre, un acteur non autorisé a pris accès à un système hérité au sein de l'infrastructure d'OpenCode. La société a déclaré que cette violation pourrait avoir exposé les clés de fournisseurs tiers d'IA sauvegardées par les utilisateurs dans OpenCode Console, son service d'espace de travail hébergé optionnel.

Ce qui s'est passé

OpenCode Console permet aux équipes de stocker leurs propres clés API pour des fournisseurs tels qu'OpenAI, Anthropic ou Google. Le service utilise ces clés pour appeler les modèles respectifs, permettant ainsi aux membres de l'équipe d'utiliser les outils d'IA sans manipuler directement les identifiants. La violation affecte spécifiquement 1,4 % des utilisateurs de Console ayant lié un fournisseur externe. Dans la matinée du 17 octobre, OpenCode a envoyé un e-mail avec l'objet « Action requise : Potentielle violation de clé de fournisseur » à ces utilisateurs concernés, leur demandant de révoquer et de remplacer leurs clés. Les utilisateurs n'ayant pas reçu cet e-mail n'ont pas été impactés.

Les clés compromises sont celles collées directement dans l'interface Console. Les clés stockées localement dans les applications en ligne de commande ou de bureau d'OpenCode, qui résident dans une base de données SQLite locale, ne faisaient pas partie de cet incident. Le co-fondateur Dax Raad a précisé sur X que la violation concernait « OpenCode Console, et non OpenCode lui-même », soulignant que les clés stockées localement ne parviennent jamais à leurs serveurs. Cependant, pour ceux utilisant la Console hébergée, l'exposition est significative car les clés de fournisseur agissent comme des identifiants porteurs (bearer credentials). Toute personne possédant une copie peut exécuter des demandes facturables sur le compte du propriétaire jusqu'à ce que le fournisseur révoque la clé.

La suppression d'une clé depuis l'interface Console ne la révoque pas au niveau du fournisseur, et aucune limite budgétaire définie dans Console n'empêche l'utilisation abusive. En effet, Console ne surveille que les requêtes passant par sa propre passerelle. Si un attaquant détient la clé brute, il peut contourner entièrement Console. OpenCode a décrit l'incident comme étant en cours et lié à une « attaque de distillation à grande échelle », bien qu'il n'ait pas détaillé comment les deux sont connectés ni identifié le système hérité spécifique impliqué. Les attaques contre les systèmes d'OpenCode se sont poursuivies jusqu'au 18 octobre, poussant l'entreprise à renforcer ses défenses.

Comment cela fonctionne

Les clés API des principaux fournisseurs d'IA fonctionnent comme des jetons porteurs, ce qui signifie que la possession de la clé accorde un accès complet aux capacités et à la facturation du compte associé. Dans le modèle d'OpenCode Console, les utilisateurs confient ces clés à la plateforme pour faciliter un accès fluide à l'équipe. Lorsqu'un système hérité a été compromis, la frontière de sécurité protégeant ces secrets stockés a été violée. Contrairement au stockage local, où les clés restent sur la machine de l'utilisateur, le stockage hébergé centralise le risque. Si un attaquant extrait ces clés, il peut les utiliser indépendamment de la plateforme OpenCode.

Les attaques de distillation impliquent l'extraction de grands volumes de sorties de modèles pour entraîner des modèles concurrents. Ces campagnes reposent souvent sur des réseaux de faux comptes et d'identifiants volés. Bien qu'OpenCode ait lié la violation à de telles activités, la menace immédiate pour les utilisateurs est financière et opérationnelle. Les clés volées peuvent être revendues sur les marchés criminels ou utilisées pour accumuler des factures substantielles. Étant donné que les clés sont des identifiants porteurs, la révocation à la source est la seule mesure d'atténuation efficace ; leur simple retrait du service compromis est insuffisant.

Détails clés

• La violation s'est produite le 16 octobre et affecte 1,4 % des utilisateurs d'OpenCode Console ayant lié des fournisseurs externes.
• Seules les clés stockées dans la Console hébergée étaient à risque ; les clés locales dans les CLI ou applications de bureau n'ont pas été affectées.
• Les utilisateurs concernés ont reçu un e-mail le 17 octobre leur demandant de révoquer et de remplacer leurs clés API.
• Les clés de fournisseur sont des identifiants porteurs, donc leur suppression de Console n'arrête pas l'utilisation non autorisée si la clé a été copiée.
• Certains utilisateurs ont signalé des frais non autorisés, incluant des pertes allant de 168 $ à 1 700 $ sur les comptes OpenAI, Anthropic et Google.
• OpenCode a déclaré que l'incident était lié à une attaque de distillation à grande échelle et que les tentatives de violation des systèmes se sont poursuivies jusqu'au 18 octobre.

Pourquoi c'est important

Pour les équipes d'ingénierie dépendant de services d'IA hébergés, cet incident met en lumière les risques liés à la centralisation des identifiants sensibles. Lorsqu'une plateforme stocke vos clés API, vous dépendez entièrement de sa posture de sécurité. Une violation dans un système hérité, même isolée des opérations principales, peut compromettre les données des utilisateurs. Cela souligne l'importance de comprendre où résident vos secrets et qui y a accès. Cela démontre également que les contrôles budgétaires au sein d'un outil tiers n'offrent aucune protection si l'identifiant sous-jacent est volé.

L'impact financier sur les utilisateurs individuels illustre le coût tangible de telles violations. Avec des rapports de centaines ou milliers de dollars d'utilisation non autorisée, l'incitation pour les attaquants à récolter des clés d'IA est claire. Ces clés sont des actifs précieux dans l'économie souterraine, utilisées non seulement pour la distillation mais aussi pour le vol général de ressources. Les équipes doivent traiter les clés API d'IA avec la même sévérité que les mots de passe de bases de données ou les clés d'accès cloud, reconnaissant que l'exposition entraîne une responsabilité financière directe.

Ce que vous pouvez faire

• Révoquez immédiatement toute clé API stockée dans OpenCode Console via le tableau de bord du fournisseur (OpenAI, Anthropic ou Google).
• Générez de nouvelles clés et mettez à jour toutes les applications et scripts qui dépendaient des anciens identifiants.
• Examinez les journaux de facturation et d'utilisation au niveau du fournisseur pour toute activité non autorisée remontant au 16 octobre.
• Implémentez des limites de dépenses et des alertes directement auprès du fournisseur d'IA pour plafonner les dommages potentiels issus de futures fuites.
• Attribuez des clés API uniques à chaque outil ou service pour isoler l'utilisation et simplifier le traçage en cas de compromission.
• Envisagez de quitter le stockage de clés hébergé si possible, en utilisant plutôt des variables d'environnement locales ou des gestionnaires de secrets sécurisés.