Au cours du week-end, des attaquants ont accédé à un ancien système d’OpenCode et obtenu les clés API de 1,4 % des utilisateurs d’OpenCode Console, a indiqué l’entreprise. Les clés — utilisées pour des services comprenant OpenAI, Anthropic et Google — ont été suivies d’alertes de dépenses et de frais non autorisés, atteignant dans certains cas des centaines de dollars ou plus de 1 000 dollars. OpenCode a indiqué que son application open source et son outil en ligne de commande n’avaient pas été affectés.¹

L’entreprise a décrit l’incident comme une attaque de distillation à grande échelle, bien que des sceptiques aient mis en doute que cette qualification aille au-delà de ce qui avait été établi. Ce qui est plus clair, ce sont les dommages immédiats : les fournisseurs ont entrepris de bloquer les clés exposées, OpenAI a déclaré qu’il rétablirait l’accès et rembourserait les clients API concernés, et OpenCode a lancé son propre processus de remboursement.

La pression ne s’est pas arrêtée avec la violation initiale. Le cofondateur Dax Raad a déclaré que des attaquants avaient sondé les systèmes de l’entreprise en continu pendant 48 heures, obligeant l’équipe à faire fonctionner des agents d’IA défensifs 24 heures sur 24. Mais lorsque les enquêteurs ont soumis du code malveillant à des modèles de pointe, les outils qui avaient initialement aidé ont commencé à refuser les demandes après le déclenchement de leurs filtres de sécurité. OpenCode a ensuite obtenu l’accès au programme Daybreak Blue d’OpenAI destiné aux cyberdéfenseurs vérifiés, qui propose des modèles soumis à moins de restrictions.²

Cette séquence a ravivé un différend déjà connu depuis la réponse de Hugging Face à une intrusion antérieure : un modèle peut-il distinguer un intervenant légitime chargé de répondre à un incident d’un attaquant qui formule une demande identique ? Les équipes de sécurité affirment que, lors d’une violation en cours, cette distinction ne peut pas être laissée à un mécanisme de refus sommaire. Les entreprises d’IA rétorquent que leurs outils cybernétiques les plus performants doivent être soumis à un accès contrôlé, précisément parce que des acteurs malveillants les exploiteraient eux aussi.

David Sacks s’est emparé du récit d’OpenCode comme d’une preuve contre les contrôles de sécurité centralisés, affirmant qu’OpenCode et Hugging Face s’étaient tous deux heurtés au même obstacle « en pleine attaque » parce que l’analyse défensive avait déclenché les garde-fous. « Les garde-fous se sont retournés contre eux », a-t-il écrit.David Sacks (DavidSacks)³

Pour les utilisateurs d’OpenCode, la tâche immédiate consiste à remplacer les clés. Pour le secteur de l’IA, la question plus difficile est de savoir si les programmes d’accès pour utilisateurs vérifiés peuvent avancer assez vite avant que les défenseurs ne soient contraints de choisir entre des systèmes propriétaires restreints et des alternatives ouvertes dont les contrôles sont moins stricts.