GitBook : un attaquant et des agents d'IA accèdent à des identifiants

Un attaquant a obtenu l'accès à des identifiants d'infrastructure de GitBook

Selon le communiqué d'incident de sécurité publié par GitBook, la plateforme de documentation a été visée par une attaque qu'elle qualifie de « sophisticated, highly targeted » (sophistiquée et très ciblée, traduit de l'anglais). GitBook précise que l'attaquant s'est appuyé sur des agents d'intelligence artificielle (IA) et a obtenu un accès non autorisé à une partie des identifiants de son infrastructure.

GitBook affirme avoir détecté l'intrusion sans délai, puis bloqué l'attaquant et fermé les vulnérabilités en cause. L'éditeur dit avoir remplacé l'ensemble des identifiants et secrets de son infrastructure et invalidé les jetons API, c'est-à-dire les clés d'accès à son interface de programmation, de tous ses clients.

Le communiqué de GitBook ne précise ni la nature des vulnérabilités exploitées ni l'identité de l'attaquant.

Jetons, secrets Git Sync et questions des visiteurs ont pu être consultés

Dans sa mise à jour la plus récente, GitBook indique que son enquête montre que l'attaquant a pu accéder à quatre catégories de données :

• les jetons d'intégration ;
• les secrets Git Sync ;
• les jetons API ;
• les questions posées à GitBook Assistant par les visiteurs des sites de ses clients.

GitBook écrit qu'« à ce stade » (traduit de l'anglais), l'éditeur n'a trouvé aucune preuve qu'un contenu de ses clients hébergé sur sa plateforme ait été modifié. Pour les lecteurs des documentations hébergées sur GitBook, le communiqué ne signale donc aucune modification de contenu constatée à ce stade.

GitBook demande à ses clients de renouveler leurs jetons API GitBook, les jetons API ou secrets tiers qui relient d'autres outils à la plateforme, ainsi que les secrets de leurs intégrations publiées. Les clients qui utilisent le serveur MCP de GitBook doivent aussi le réauthentifier, selon le même communiqué.

GitBook rétablit ses services et annonce un post-mortem sans date

Les mises à jour successives du communiqué de GitBook permettent de reconstituer la chronologie de l'incident :

• 2 novembre 2026, 19 h CET : accès non autorisé de l'attaquant à des identifiants d'infrastructure ;
• 3 novembre 2026, 13 h 15 CET : première mise à jour publiée dans le communiqué de GitBook ;
• 3 novembre 2026, 16 h 21 CET : application, API et documentations publiées de nouveau disponibles, certains services pouvant rester dégradés.

Dans sa mise à jour de 13 h 15, GitBook décrivait un problème touchant l'ensemble de la plateforme et « a number of customers » (un certain nombre de clients, traduit de l'anglais). Le communiqué de GitBook ne donne pas le nombre de clients concernés.

La mise à jour de GitBook de 16 h 21 ajoute la liste des données auxquelles l'attaquant a pu accéder et des mesures attendues des clients, alors que celle de 13 h 15 indiquait que l'enquête sur les données de la clientèle était encore en cours.

GitBook annonce la publication prochaine d'un post-mortem complet, présenté comme attendu « soon » (bientôt), sans en fixer la date.

À lire aussi : Ledger Agent Intent.

Questions fréquentes

GitBook a-t-il confirmé que des données de clients ont réellement été consultées par l'attaquant ?

Non, pas de façon ferme : selon la mise à jour du 3 novembre 2026 (16 h 21 CET) de son communiqué d'incident, GitBook écrit que son enquête montre que l'attaquant « may have accessed » (a peut-être eu accès à) quatre catégories : jetons d'intégration, secrets Git Sync, jetons API et questions posées à GitBook Assistant par les visiteurs des sites clients. Le même communiqué indique qu'« à ce stade », l'éditeur n'a trouvé aucune preuve qu'un contenu de ses clients dans GitBook ait été modifié (traduit de l'anglais). L'accès est donc présenté comme possible, et l'enquête n'a pas, dans ce texte, fixé de conclusion définitive.

Pourquoi les clients de GitBook doivent-ils renouveler leurs jetons API et secrets après l'incident ?

Parce que ces éléments figurent parmi les données auxquelles l'attaquant a pu accéder. Dans la mise à jour du 3 novembre 2026 (16 h 21 CET) de son communiqué, GitBook demande de renouveler les jetons API GitBook, les jetons API ou secrets tiers reliant d'autres outils à la plateforme, et les secrets des intégrations publiées. Les utilisateurs du serveur MCP de GitBook doivent le réauthentifier. L'éditeur indique avoir révoqué tous les jetons API personnels pendant l'incident et invite à passer par l'administrateur de l'organisation GitBook pour cette opération.

Quand les services de GitBook ont-ils été rétablis après l'attaque du 2 novembre ?

Selon la mise à jour du 3 novembre 2026 à 16 h 21 CET du communiqué d'incident de GitBook, l'application, l'API et les documentations publiées sont de nouveau disponibles. L'éditeur précise que quelques services peuvent rester dégradés le temps de finir de tout restaurer. L'attaquant avait obtenu un accès à certains identifiants d'infrastructure le 2 novembre 2026 à 19 h CET. GitBook dit avoir mis hors ligne l'application et les sites de documentation authentifiés, tout en gardant le contenu publié publiquement en ligne le plus longtemps possible grâce aux données en cache.

GitBook a-t-il publié un rapport détaillé sur l'attaque menée avec des agents d'IA ?

Pas encore à la date de la mise à jour du 3 novembre 2026 (16 h 21 CET). Dans son communiqué d'incident, GitBook annonce rédiger un post-mortem complet, qui sera publié « soon » (bientôt, traduit de l'anglais) avec des informations plus détaillées sur l'incident. Aucune date de publication n'est donnée dans ce communiqué. L'éditeur indique aussi surveiller la situation en cas de nouvelles attaques et vouloir introduire des mesures de sécurité supplémentaires sur sa plateforme.