GitBook pidió a sus clientes renovar credenciales después de que un atacante accediera a algunas claves de su infraestructura el 2 de noviembre. La plataforma de documentación atribuyó la intrusión a un ataque que utilizó agentes de inteligencia artificial y advirtió que también pudieron quedar expuestos secretos de integraciones y preguntas enviadas a su asistente.
La empresa afirmó que detectó el ataque de inmediato, bloqueó al intruso y cerró las vulnerabilidades implicadas. Como precaución, retiró la aplicación y los sitios de documentación con acceso autenticado; mantuvo disponibles las páginas públicas mediante datos en caché durante el mayor tiempo posible.
En su actualización del 3 de noviembre, GitBook indicó que la aplicación, la API y la documentación publicada estaban disponibles de nuevo, aunque algunos servicios podían seguir funcionando con limitaciones.
Qué información pudo quedar expuesta
La investigación de GitBook identificó cuatro categorías a las que el atacante pudo haber accedido: tokens de integraciones, secretos de Git Sync, tokens de API y preguntas que los visitantes hicieron a GitBook Assistant. La empresa no confirmó si se accedió a esas categorías ni si se extrajeron datos.
Git Sync permite conectar la documentación con repositorios de código para mantener el contenido sincronizado. Las credenciales de una integración pueden conceder permisos en un servicio externo, de modo que su posible exposición afecta a esa conexión aunque las páginas alojadas en GitBook sigan intactas. El aviso no confirma una intrusión en los repositorios de los clientes.
GitBook también señaló que no había encontrado evidencia de modificaciones en el contenido de sus usuarios. Esa conclusión se refiere a la integridad de las páginas y no descarta que se hayan consultado credenciales o preguntas del asistente.
Las claves que GitBook pidió renovar
GitBook dijo que invalidó los tokens de API de sus clientes en la plataforma, incluidos todos los tokens personales, y sustituyó las credenciales y secretos de su propia infraestructura. Aun así, pidió renovar cualquier token de API de GitBook existente.
La recomendación también alcanza a los tokens o secretos de terceros usados para conectar otras herramientas con GitBook y a los secretos de integraciones publicadas. Quienes usan el servidor GitBook MCP deben volver a autenticarse; la empresa sugiere pedir ayuda al administrador de la organización.
La diferencia importa porque invalidar una credencial de GitBook no cancela necesariamente los permisos de una clave emitida por otro servicio. En un primer aviso del 3 de noviembre, la compañía había dicho que no se requería ninguna acción por el momento; su actualización posterior incorporó las instrucciones de renovación.
Entre los clientes que tomaron precauciones, PancakeSwap retiró temporalmente su documentación. Según Decrypt, la plataforma de intercambio de criptomonedas dijo que su aplicación no estaba afectada y después trasladó la documentación a infraestructura bajo su propio control.
El papel de los agentes sigue sin detalles públicos
GitBook no ha explicado qué sistemas de IA se usaron, cómo se obtuvieron las credenciales ni cuántos clientes resultaron afectados. La descripción del ataque con agentes procede de la propia compañía, que prometió publicar un informe posterior con más detalles.
Como contexto, Google Threat Intelligence Group y Mandiant describieron el 30 de octubre otras intrusiones en las que atacantes usaron herramientas basadas en agentes para automatizar distintas fases, incluido el movimiento lateral y la preparación de extracción de datos. GitBook no ha vinculado su incidente con esos casos.
En otra campaña, CrowdStrike dijo haber confirmado nueve intrusiones tras detectar actividad contra más de 200 organizaciones. La investigación describe una operación distinta, sin relación establecida con el caso de GitBook.

Por ahora, el aviso de GitBook deja abierta la posibilidad de que credenciales de clientes hayan quedado expuestas. La compañía no ha confirmado si se utilizaron en servicios conectados.
