Ce qu’a dit OpenCode
OpenCode, l’agent de code open source pour le terminal construit par l’équipe derrière SST, a signalé une faille dans un message sur X le 17 octobre. Le texte fait quatre phrases et constitue pour l’instant le seul compte rendu public de l’entreprise.
« Nous avons subi une faille de sécurité la nuit dernière, liée à une attaque par distillation à grande échelle qui a touché 1,4 % des utilisateurs d’OpenCode Console », peut-on lire. « Nous les avons tous prévenus ce matin par courriel. Si vous n’avez pas reçu de courriel, vous n’êtes pas concerné ; il s’agissait d’un sous-ensemble d’utilisateurs ayant des fournisseurs externes liés. L’incident est en cours, nous ne pouvons donc pas donner plus de détails à ce stade, mais nous travaillons avec Anthropic, OpenAI et Google pour y remédier. »
Cette dernière phrase donne la forme du problème. OpenCode Console permet à un utilisateur de relier ses propres comptes chez des fournisseurs de modèles, ce qui signifie que la plateforme détient des identifiants appartenant au service d’un tiers. La faille ne touche pas le modèle d’OpenCode ; elle touche les clés que ses utilisateurs ont pointées vers les modèles des autres.
Pourquoi « attaque par distillation » est le bon terme
L’expression décrit ce que vaut une clé de fournisseur volée. Ce n’est pas d’abord un accès à des données : c’est la possibilité d’envoyer un très grand volume de requêtes à un modèle de pointe sur le compte de quelqu’un d’autre, ce qui est la manière dont se paie une distillation contre un modèle commercial. Le premier signal pour la victime est une facture.
Dans une analyse publiée le même jour, la société de sécurité Cyera a indiqué que le courriel de notification d’OpenCode attribuait l’intrusion à un ancien système de console que l’entreprise était en train de retirer, et que les identifiants exposés étaient des clés de fournisseurs liées dans les espaces de travail concernés. Les consignes de Cyera citent aussi OpenRouter, en plus des trois fournisseurs nommés par OpenCode.
Ce qui n’a pas été dit
Quatre éléments manquent à la communication, et tous comptent pour qui cherche à évaluer son exposition.
D’abord le dénominateur. 1,4 % des utilisateurs de Console est un rapport, pas un décompte, et OpenCode n’a pas publié le total. Ensuite le point d’entrée : l’entreprise a nommé le système concerné mais pas la manière dont l’attaquant y est parvenu, ni la façon dont les clés y étaient stockées. Troisièmement, la question de savoir si une clé exposée a réellement servi : OpenCode n’a pas confirmé d’usage abusif, et l’incident était décrit comme en cours. Enfin l’attribution : personne n’a publiquement désigné l’auteur.
Ce qu’on a demandé aux utilisateurs touchés
La consigne est la procédure habituelle de rotation des identifiants, avec une nuance propre à ce type d’incident. Révoquer et réémettre chaque clé de fournisseur liée dans un espace de travail concerné, via le tableau de bord de chaque fournisseur et non via OpenCode ou un lien reçu par courriel. Mettre à jour les outils et les chaînes qui utilisent ces clés et vérifier que les anciennes sont bien mortes. Réinitialiser le mot de passe du compte OpenCode et régénérer les clés API d’OpenCode Console.
La nuance, c’est la revue de facturation. Cyera conseille de vérifier l’usage et la facturation du fournisseur à partir du 16 octobre, à la recherche de pics, de modèles inhabituels ou d’activité à des heures inattendues — car dans une attaque par distillation, le dommage apparaît comme de la consommation et non comme un enregistrement manquant. Des plafonds de dépense stricts et des clés limitées par projet sont les contrôles qui le bornent.
Les clés utilisées directement depuis l’application locale OpenCode sont stockées sur la machine de l’utilisateur et non dans Console, ce qui les place hors de cet incident.
À suivre
OpenCode a promis plus de détails une fois l’incident clos. Les parties utiles de ce rapport sont les deux qu’elle a retenues : le chemin d’accès, et l’usage éventuel des clés. La seconde question est celle qui dira au reste du secteur si un outil de développement détenant des identifiants de fournisseurs est une cible facile à attaquer à grande échelle, ou si cela relevait de l’opportunisme.
