NoticiasCriptoGitBook sufre un ciberataque con agentes de IA y pide a los usuarios de cripto rotar sus credenciales

GitBook sufre un ciberataque con agentes de IA y pide a los usuarios de cripto rotar sus credenciales

Autor: Decrypt·

Puntos clave

  • •GitBook reveló que un atacante que utilizó agentes de IA accedió a algunas credenciales de su infraestructura, exponiendo potencialmente tokens de API de clientes, secretos de Git Sync, tokens de integración y preguntas enviadas a su asistente de IA.
  • •GitBook respondió bloqueando al atacante, desconectando los servicios que requieren autenticación, reemplazando las credenciales de su infraestructura e invalidando los tokens de API de los clientes, con su aplicación, API y documentación publicada accesibles nuevamente para el martes por la tarde.
  • •GitBook no ha explicado cómo el atacante usó los agentes de IA, qué sistemas de IA estuvieron involucrados ni cómo se obtuvieron las credenciales, y su anuncio no establece que sus propios productos de IA causaran la intrusión.
  • •El exchange descentralizado PancakeSwap desactivó temporalmente su documentación como precaución, afirmó que sus propios sistemas no fueron comprometidos y luego trasladó su documentación de GitBook a una infraestructura bajo su propio control.
  • •GitBook instruyó a los clientes a rotar sus tokens de API y reemplazar las credenciales de terceros vinculadas a integraciones externas, y los usuarios de su servidor de Model Context Protocol deben autenticarse nuevamente.
GitBook sufre un ciberataque con agentes de IA y pide a los usuarios de cripto rotar sus credenciales

GitBook, una plataforma de documentación muy utilizada por proyectos de criptomonedas, reveló una brecha de seguridad en la que un atacante utilizó agentes de IA para obtener acceso no autorizado a algunas credenciales de su infraestructura, lo que obligó a la empresa a desconectar servicios y revocar los tokens de acceso de los clientes.

En un anuncio de seguridad publicado el 3 de noviembre, la empresa describió el incidente como "un ataque sofisticado y altamente dirigido que utilizó agentes de IA". Según GitBook, el atacante obtuvo acceso no autorizado a las 7 p.m. hora de Europa Central del 2 de noviembre, y la intrusión fue detectada de inmediato y contenida. El anuncio está disponible en la página de estado del incidente de seguridad de GitBook, con actualizaciones relacionadas publicadas en su sitio de estado.

La referencia a los agentes de IA es significativa. A diferencia de los chatbots tradicionales que simplemente responden preguntas, los agentes de IA pueden ejecutar secuencias de acciones, interactuar con software y realizar tareas con supervisión humana limitada, lo que los hace potencialmente útiles para atacantes que buscan automatizar partes de un ciberataque. Algunos incluso son capaces de actuar de manera autónoma y contra sus propias directrices, como lo han demostrado los experimentos de OpenAI y Anthropic.

GitBook no ha explicado exactamente cómo el atacante utilizó estas herramientas, qué sistemas de IA estuvieron involucrados ni cómo se obtuvieron las credenciales. Su anuncio tampoco establece que los propios productos de IA de GitBook fueran responsables de la intrusión. Esos detalles sin respuesta siguen siendo las principales preguntas abiertas mientras GitBook continúa publicando actualizaciones en sus páginas de estado.

Mientras aseguraba su infraestructura, la empresa desconectó su aplicación y los sitios de documentación que requieren autenticación. La documentación pública siguió siendo accesible a través de copias en caché durante el mayor tiempo posible, lo que permitió a los visitantes seguir leyendo versiones guardadas previamente de las páginas incluso mientras los sistemas subyacentes no estaban disponibles. Un aviso de estado independiente reconoció una interrupción que afectaba los sitios de documentación publicados y el editor. Para el martes por la tarde, GitBook informó que su aplicación, API y documentación publicada eran accesibles nuevamente, aunque algunos servicios podrían permanecer degradados durante la recuperación.

La información potencialmente expuesta incluye tokens de API, secretos de integración y preguntas enviadas al asistente de IA de GitBook. La empresa afirmó no haber encontrado evidencia de que el contenido alojado fuera modificado.

Qué quedó expuesto y por qué importa

GitBook funciona efectivamente como un manual de instrucciones en línea para productos de software. Los proyectos de criptomonedas utilizan plataformas como esta para publicar explicaciones técnicas, instrucciones para desarrolladores y guías que abarcan desde conectar software hasta interactuar con aplicaciones financieras descentralizadas. Los documentos en sí suelen ser públicos, pero los sistemas que los mantienen pueden conectarse a cuentas privadas y servicios externos. Esas conexiones dependen de credenciales que se supone deben permanecer secretas, y GitBook afirma que algunas de ellas pueden haber sido expuestas.

Su investigación identificó varias categorías potencialmente afectadas, incluidos los tokens de integración, los secretos de Git Sync utilizados para conectar la documentación con repositorios de código, y los tokens de API que permiten que el software se comunique automáticamente con GitBook.

Los proyectos cripto toman precauciones

El incidente ya provocó una respuesta de la industria de las criptomonedas, donde los sitios web de documentación suelen ser una fuente importante de instrucciones oficiales. El exchange descentralizado PancakeSwap desactivó temporalmente su documentación tras conocerse la noticia de la brecha, aunque afirmó que sus propios sistemas no fueron comprometidos.

En una declaración pública, PancakeSwap dijo que "la documentación no está comprometida y la aplicación de PancakeSwap no se ve afectada". Aun así, el exchange desconectó su documentación como precaución y redirigió a los visitantes a su página principal. PancakeSwap también recordó a los usuarios que su documentación no requiere realizar transacciones de billetera, advirtiendo que "la documentación nunca le pedirá conectar su billetera ni aprobar tokens".

Posteriormente, PancakeSwap anunció que su documentación volvió a estar en línea después de ser trasladada de GitBook a una infraestructura bajo su propio control, y los enlaces de documentación existentes siguen funcionando. El episodio muestra cómo un incidente en un proveedor compartido puede llevar incluso a proyectos no afectados a reconsiderar dónde alojan su documentación pública.

GitBook pide a los usuarios reemplazar sus llaves digitales

GitBook dijo que bloqueó al atacante, abordó las vulnerabilidades involucradas, reemplazó las credenciales de su propia infraestructura e invalidó los tokens de API de los clientes. Sin embargo, los clientes que usan GitBook junto con otros servicios todavía tienen trabajo por hacer. Esas credenciales de terceros son configuradas por los propios clientes, están fuera del control de GitBook y solo pueden ser reemplazadas por quien las creó.

Las instrucciones de la empresa comienzan con "rotar todos los tokens de API de GitBook existentes", lo que significa que los clientes deben reemplazar sus antiguas llaves de acceso digital por otras recién generadas. La rotación es importante porque emitir un nuevo token invalida el anterior, cortando cualquier uso posterior de una credencial que pueda haber sido expuesta. GitBook también instruyó a los clientes a reemplazar los tokens de API de terceros y secretos utilizados para conectar herramientas externas a su plataforma, incluidas las credenciales asociadas con integraciones publicadas. Los usuarios de su servidor de Model Context Protocol (MCP) deben autenticarse nuevamente; MCP es un sistema que permite que asistentes de IA y otras herramientas de software se conecten a servicios como GitBook.