GitBook, une plateforme de documentation largement utilisée par les projets de crypto-monnaies, a révélé une faille de sécurité dans laquelle un attaquant a utilisé des agents IA pour accéder sans autorisation à certains identifiants de son infrastructure, forçant l'entreprise à mettre des services hors ligne et à révoquer les jetons d'accès de ses clients.

Dans une divulgation de sécurité publiée le 3 novembre, l'entreprise a décrit l'incident comme « une attaque sophistiquée et hautement ciblée utilisant des agents IA ». Selon GitBook, l'attaquant a obtenu un accès non autorisé à 19 h, heure d'Europe centrale, le 2 novembre, et l'intrusion a été détectée immédiatement puis contenue. La divulgation est disponible sur la page d'état de l'incident de sécurité de GitBook, avec des mises à jour connexes publiées sur son site de statut.

La référence aux agents IA est significative. Contrairement aux chatbots traditionnels qui se contentent de répondre aux questions, les agents IA peuvent exécuter des séquences d'actions, interagir avec des logiciels et accomplir des tâches avec une supervision humaine limitée, ce qui les rend potentiellement utiles à des attaquants cherchant à automatiser certaines étapes d'une cyberattaque. Certains sont même capables d'agir de manière autonome et à l'encontre de leurs directives, comme l'ont démontré les expériences d'OpenAI et d'Anthropic.

GitBook n'a pas expliqué comment l'attaquant a utilisé ces outils, quels systèmes d'IA étaient impliqués ni comment les identifiants ont été obtenus. Sa divulgation n'établit pas non plus que les propres produits d'IA de GitBook sont responsables de l'intrusion. Ces détails sans réponse demeurent les principales questions ouvertes tandis que GitBook continue de publier des mises à jour sur ses pages de statut.

Tout en sécurisant son infrastructure, l'entreprise a mis hors ligne son application et ses sites de documentation nécessitant une authentification. La documentation publiquement accessible est restée disponible via des copies en cache aussi longtemps que possible, permettant aux visiteurs de continuer à lire les versions précédemment enregistrées des pages même lorsque les systèmes sous-jacents étaient indisponibles. Un avis de statut distinct a reconnu une indisponibilité affectant les sites de documentation publiés et l'éditeur. Mardi après-midi, GitBook a indiqué que son application, son API et sa documentation publiée étaient de nouveau accessibles, bien que certains services puissent rester dégradés pendant la récupération.

Les informations potentiellement exposées incluent des jetons API, des secrets d'intégration et des questions soumises à l'assistant IA de GitBook. L'entreprise a déclaré n'avoir trouvé aucune preuve que le contenu hébergé avait été modifié.

Qu'est-ce qui a été exposé, et pourquoi est-ce important ?

GitBook fonctionne en réalité comme un manuel d'instructions en ligne pour des produits logiciels. Les projets de crypto-monnaies utilisent des plateformes de ce type pour publier des explications techniques, des instructions pour développeurs et des guides couvrant tout, de la connexion de logiciels à l'interaction avec des applications financières décentralisées. Les documents eux-mêmes sont souvent publics, mais les systèmes qui les maintiennent peuvent se connecter à des comptes privés et à des services externes. Ces connexions reposent sur des identifiants censés rester secrets, et GitBook indique que certains d'entre eux ont pu être exposés.

Son enquête a identifié plusieurs catégories potentiellement affectées, notamment les jetons d'intégration, les secrets Git Sync utilisés pour connecter la documentation aux dépôts de code, et les jetons API permettant à des logiciels de communiquer automatiquement avec GitBook.

Les projets crypto prennent des précautions

L'incident a déjà suscité une réaction de l'industrie des crypto-monnaies, où les sites de documentation constituent souvent une source importante d'instructions officielles. L'échange décentralisé PancakeSwap a temporairement désactivé sa documentation après l'annonce de la faille, tout en indiquant que ses propres systèmes n'avaient pas été compromis.

Dans une déclaration publique, PancakeSwap a affirmé que sa « documentation n'est pas compromise et que l'application PancakeSwap n'est pas affectée ». L'échange a néanmoins mis sa documentation hors ligne par précaution et redirigé les visiteurs vers sa page d'accueil. PancakeSwap a également rappelé aux utilisateurs que sa documentation ne leur demande pas d'effectuer des transactions de portefeuille, avertissant que « la documentation ne vous demande jamais de connecter votre portefeuille ni d'approuver des jetons ».

PancakeSwap a ensuite annoncé que sa documentation était de nouveau en ligne après avoir été déplacée de GitBook vers une infrastructure sous son propre contrôle, les liens de documentation existants continuant de fonctionner. Cet épisode montre comment un incident chez un fournisseur partagé peut amener même des projets non affectés à repenser l'hébergement de leur documentation publique.

GitBook demande aux utilisateurs de remplacer leurs clés numériques

GitBook a déclaré avoir bloqué l'attaquant, corrigé les vulnérabilités impliquées, remplacé les identifiants de sa propre infrastructure et invalidé les jetons API de ses clients. Les clients qui utilisent GitBook avec d'autres services, cependant, ont encore du travail à faire. Ces identifiants tiers sont configurés par les clients eux-mêmes, échappent au contrôle de GitBook et ne peuvent être remplacés que par celui qui les a créés.

Les instructions de l'entreprise commencent par « renouveler tous les jetons API GitBook existants », ce qui signifie que les clients doivent remplacer leurs anciennes clés d'accès numériques par des clés nouvellement générées. Ce renouvellement est important car l'émission d'un nouveau jeton invalide l'ancien, coupant toute utilisation ultérieure d'un identifiant potentiellement exposé. GitBook a également demandé aux clients de remplacer les jetons API tiers et les secrets utilisés pour connecter des outils externes à sa plateforme, y compris les identifiants associés aux intégrations publiées. Les utilisateurs de son serveur Model Context Protocol (MCP) doivent s'authentifier à nouveau ; MCP est un système qui permet aux assistants IA et à d'autres outils logiciels de se connecter à des services tels que GitBook.