GitBook a exhorté ses clients à remplacer les jetons API et les secrets d'intégration après une attaque impliquant des agents IA qui a compromis des identifiants d'infrastructure et potentiellement exposé des données clients.
Résumé
- GitBook a déclaré que des identifiants d'infrastructure ont été consultés le 2 novembre, entraînant des arrêts de service et le remplacement des identifiants.
- Les données potentiellement exposées comprennent les jetons d'intégration, les secrets Git Sync, les jetons API et les questions des visiteurs à l'Assistant.
- Les clients doivent renouveler les identifiants concernés et réauthentifier les connexions au serveur MCP de GitBook.
- L'application, l'API et la documentation publiée sont de nouveau disponibles, bien que certains services puissent rester dégradés.
Selon l'avis d'incident de GitBook, l'attaquant a obtenu un accès non autorisé à certains identifiants d'infrastructure à 19 h CET le 2 novembre, soit 18 h UTC ou 13 h heure de l'Est des États-Unis.
Le fournisseur de documentation a déclaré avoir détecté l'attaque immédiatement et être intervenu pour la contenir. Sa réponse a consisté notamment à mettre hors ligne l'application et les sites de documentation nécessitant une authentification tout en sécurisant son infrastructure.
Le contenu publié publiquement est resté disponible via des données en cache aussi longtemps que possible, a indiqué l'entreprise. Selon sa mise à jour du 3 novembre à 16 h 21 CET, l'application, l'API et la documentation publiée étaient de nouveau disponibles, bien que les travaux de restauration se poursuivent sur certains services.
GitBook remplace les identifiants et révoque les jetons clients
Qualifiant l'intrusion d'attaque sophistiquée et hautement ciblée utilisant des agents IA, GitBook a déclaré avoir bloqué l'attaquant, fermé les vulnérabilités concernées et remplacé chaque identifiant et secret de son infrastructure.
L'entreprise a invalidé les jetons API des clients et a déclaré que les services n'ont été rétablis qu'après que son équipe a eu la certitude qu'ils étaient sécurisés.
Son enquête a identifié quatre catégories d'informations potentiellement consultées : les jetons d'intégration, les secrets Git Sync, les jetons API et les questions soumises par les visiteurs de la documentation à GitBook Assistant.
L'avis décrit un possible accès à ces enregistrements sans affirmer que les informations de chaque client ont été dérobées. Il n'a pas fourni de nombre de clients ni de volume d'enregistrements potentiellement exposés.
« À ce stade, nous n'avons trouvé aucune preuve que l'un de vos contenus dans GitBook ait été modifié », a déclaré l'entreprise.
La déclaration de GitBook traitait de l'intégrité du contenu séparément de l'exposition possible des identifiants et des questions de l'Assistant. Ses instructions aux clients couvraient les identifiants utilisés à la fois sur GitBook et dans les connexions à des outils externes.
Les clients reçoivent de nouvelles instructions pour renouveler les secrets
Il a été demandé aux clients de renouveler les jetons API GitBook existants, l'entreprise confirmant que tous les jetons API personnels ont été révoqués lors de l'incident.
Les instructions s'étendent aux jetons API ou secrets tiers utilisés pour connecter d'autres outils à GitBook. Les clients disposant d'intégrations publiées qui utilisent des secrets doivent également remplacer ces secrets.
Les utilisateurs du serveur MCP de GitBook doivent réauthentifier leur connexion. L'entreprise a orienté les clients vers l'administrateur de leur organisation pour les aider à mener à bien ce processus.
Les consignes ont changé entre les deux mises à jour publiées par GitBook. À 13 h 15 CET le 3 novembre, son avis initial indiquait qu'aucune action client n'était requise à ce moment-là et promettait des instructions une fois les services rétablis.
Dans la mise à jour ultérieure, il était demandé aux clients de remplacer les identifiants et de reconnecter le serveur MCP. GitBook a décrit l'incident comme un problème à l'échelle de la plateforme affectant un certain nombre de clients.
Trade.xyz a restauré sa documentation plus tôt le 2 novembre
Un incident de documentation distinct a touché Trade.xyz le matin du 2 novembre, lorsque la plateforme de trading a identifié une activité non autorisée sur ses pages GitBook.
Trade.xyz a déclaré avoir restauré la documentation dans son état précédent à 9 h 15, heure de l'Est. Les utilisateurs ont néanmoins été invités à éviter les liens contenus dans la documentation pendant que l'enquête se poursuivait.
L'heure de restauration a précédé l'heure d'accès à l'infrastructure divulguée par GitBook plus tard ce jour-là. Aucune des deux annonces n'a établi que les incidents partageaient un attaquant ou un point d'entrée.
La déclaration de Trade.xyz concernait sa documentation et n'identifiait pas d'intrusion dans l'infrastructure de trading sous-jacente de Hyperliquid. Son annonce ne donnait aucun chiffre de perte pour les utilisateurs, aucun nombre de portefeuilles affectés ni aucune adresse d'attaquant.
Des chercheurs en sécurité documentent des agents IA dans d'autres intrusions
Dans un rapport de recherche du 30 octobre, Google Threat Intelligence Group et Mandiant ont décrit des attaquants utilisant des frameworks de test de sécurité alimentés par l'IA lors d'intrusions réelles.
Les chercheurs ont déclaré avoir observé des outils, notamment ARTEX, Hexstrike et CAIRN, détournés à diverses étapes des attaques. Depuis fin août, les équipes de réponse aux incidents avaient constaté une activité d'agents impliquant des déplacements entre systèmes, l'exploitation de bases de données et la préparation à l'extraction de données.
Le rapport de Google décrivait des identifiants compromis et des systèmes non corrigés parmi les faiblesses exploitées par ces outils. Il recommandait des contrôles, notamment des identifiants à durée de vie courte, des permissions limitées et une séparation entre les systèmes.
GitBook a déclaré surveiller d'éventuelles nouvelles attaques et introduire des mesures de sécurité supplémentaires. L'entreprise préparait un rapport complet post-incident contenant des informations plus détaillées sur l'intrusion.
