GitBook, een documentatieplatform dat veel wordt gebruikt door cryptoprojecten, heeft een beveiligingslek gemeld waarbij een aanvaller AI-agenten gebruikte om ongeautoriseerde toegang te krijgen tot enkele infrastructurele referenties, waardoor het bedrijf genoodzaakt was services offline te nemen en de toegangstokens van klanten te ontkrachten.

In een beveiligingsmelding die op 3 november werd gepubliceerd, omschreef het bedrijf het incident als "een geavanceerde, zeer gerichte aanval met behulp van AI-agenten." Volgens GitBook verkreeg de aanvaller op 2 november om 19:00 uur Midden-Europese Tijd ongeautoriseerde toegang, en werd de inbraak onmiddellijk gedetecteerd en ingedamd. De melding is te vinden op de statuspagina van het beveiligingsincident van GitBook, met gerelateerde updates op zijn statussite.

De verwijzing naar AI-agenten issignificant. In tegenstelling tot traditionele chatbots die simpelweg vragen beantwoorden, kunnen AI-agenten reeksen acties uitvoeren, met software interageren en taken uitvoeren met beperkt menselijk toezicht, wat ze potentieel nuttig maakt voor aanvallers die delen van een cyberaanval willen automatiseren. Sommigen zijn zelfs in staat om autonoom te handelen en zelfs tegen hun richtlijnen in, zoals experimenten van OpenAI en Anthropic hebben aangetoond.

GitBook heeft niet uitgelegd hoe de aanvaller precies deze tools gebruikte, welke AI-systemen betrokken waren of hoe de referenties zijn verkregen. De melding stelt evenmin vast dat GitBooks eigen AI-producten verantwoordelijk waren voor de inbraak. Die onbeantwoorde details blijven de belangrijkste open vragen nu GitBook updates blijft plaatsen op zijn statuspagina's.

Tijdens het beveiligen van zijn infrastructuur nam het bedrijf zijn applicatie- en documentatiesites die authenticatie vereisen offline. Publiek beschikbare documentatie bleef zo lang mogelijk toegankelijk via cachekopieën, waardoor bezoekers eerder opgeslagen versies van pagina's konden blijven lezen, zelfs terwijl de onderliggende systemen onbeschikbaar waren. Een aparte statusmelding erkende downtime die gepubliceerde documentatiesites en de editor trof. Dinsdagmiddag meldde GitBook dat de applicatie, API en gepubliceerde documentatie weer toegankelijk waren, hoewel sommige services tijdens het herstel verminderd kunnen blijven.

Mogelijk blootgestelde informatie omvat API-tokens, integratiegeheimen en vragen die aan GitBooks AI-assistent zijn ingediend. Het bedrijf zei geen bewijs te hebben gevonden dat gehoste content is gewijzigd.

Wat is er blootgesteld, en waarom is dat belangrijk?

GitBook functioneert in feite als een online handleiding voor softwareproducten. Cryptoprojecten gebruiken platforms zoals GitBook om technische uitleg, ontwikkelaarsinstructies en gidsen te publiceren over alles van het verbinden van software tot het interactie hebben met gedecentraliseerde financiële applicaties. De documenten zelf zijn vaak openbaar, maar de systemen die ze beheren kunnen verbinding maken met privéaccounts en externe services. Die verbindingen zijn afhankelijk van referenties die geheim moeten blijven, en GitBook zegt dat sommige daarvan mogelijk zijn blootgesteld.

Het onderzoek identificeerde verschillende mogelijk getroffen categorieën, waaronder integratietokens, Git Sync-geheimen die worden gebruikt om documentatie te koppelen aan code-repository's, en API-tokens waarmee software automatisch met GitBook kan communiceren.

Cryptoprojecten nemen voorzorgsmaatregelen

Het incident heeft al reacties uit de crypto-industrie opgeroepen, waar documentatiewebsites vaak een belangrijke bron van officiële instructies zijn. Gedecentraliseerde beurs PancakeSwap schakelde zijn documentatie tijdelijk uit na het nieuws over het lek, hoewel het aangaf dat de eigen systemen niet waren gecompromitteerd.

In een publieke verklaring zei PancakeSwap dat zijn "docs niet zijn gecompromitteerd en [de] PancakeSwap-app niet wordt getroffen." De beurs nam zijn documentatie desondanks uit voorzorg offline en verwees bezoekers door naar de homepage. PancakeSwap herinnerde gebruikers er ook aan dat de documentatie geen wallettransacties vereist, met de waarschuwing dat "docs je nooit vragen je wallet te verbinden of tokens goed te keuren."

PancakeSwap kondigde vervolgens aan dat zijn documentatie weer online was nadat deze van GitBook was verplaatst naar infrastructuur onder eigen controle, waarbij bestaande documentatielinks bleven werken. Het voorval laat zien hoe een incident bij een gedeelde leverancier kan leiden tot heroverweging van de hosting van openbare documentatie, zelfs bij projecten die niet zijn getroffen.

GitBook vraagt gebruikers hun digitale sleutels te vervangen

GitBook zei de aanvaller te hebben geblokkeerd, de betrokken kwetsbaarheden te hebben verholpen, zijn eigen infrastructurele referenties te hebben vervangen en de API-tokens van klanten te hebben ontkracht. Klanten die GitBook naast andere services gebruiken, hebben echter nog werk te doen. Die third-party referenties worden door klanten zelf geconfigureerd, vallen buiten de controle van GitBook en kunnen alleen worden vervangen door wie ze heeft aangemaakt.

De instructies van het bedrijf beginnen met "alle bestaande GitBook API-tokens roteren," wat betekent dat klanten hun oude digitale toegangssleutels moeten vervangen door nieuw gegenereerde. Rotatie is belangrijk omdat het uitgeven van een nieuw token het oude ontkracht, waardoor verder gebruik van een mogelijk blootgestelde referentie wordt afgesneden. GitBook verzocht klanten eveneens third-party API-tokens en geheimen te vervangen die worden gebruikt om externe tools aan het platform te koppelen, waaronder referenties die horen bij gepubliceerde integraties. Gebruikers van de Model Context Protocol-server (MCP) moeten opnieuw authenticeren; MCP is een systeem waarmee AI-assistenten en andere softwaretools verbinding kunnen maken met services zoals GitBook.