GitBook ble angrepet med KI-agenter: API-tokener og Git Sync-hemmeligheter kan være lekket

GitBook, dokumentasjonsplattformen mange open-source-prosjekter og API-leverandører kjører docs på, skriver i sin sikkerhetsmelding at angriperen fikk uautorisert tilgang til deler av selskapets infrastruktur-legitimasjon klokken 19.00 CET 2. november. GitBook tok appen og innloggede dokumentasjonssider ned, mens offentlig publiserte docs ble servert fra cache så lenge det gikk. Etter oppdateringen klokken 16.21 CET 3. november er app, API og publiserte docs oppe igjen.

«GitBook har vært mål for et sofistikert, svært målrettet angrep med KI-agenter.» — GitBook-teamet, sikkerhetsmelding 3. november

Ifølge GitBook kan angriperen ha fått tilgang til fire ting: integrasjonstokener, Git Sync-hemmeligheter, API-tokener og spørsmålene besøkende har stilt GitBook Assistant på nettstedene dine. Selskapet har så langt ikke funnet bevis for at innhold er endret. Alle hemmeligheter i GitBooks egen infrastruktur er byttet, og alle personlige API-tokener hos kundene er tilbakekalt. Nøklene du selv har lagt inn for å koble andre verktøy til GitBook, må du derimot rotere på egen hånd.

For deg som bygger, er det to konsekvenser. Git Sync kobler GitBook-områdene dine til repoene dine, så en lekket hemmelighet der kan peke mot kildekoden, ikke bare mot dokumentasjonen. Og bruker du GitBook MCP-serveren i Claude Code, Cursor eller en egen agent, må den autentiseres på nytt før agenten får lese docs igjen. CI-jobber som publiserer docs med et personlig API-token, feiler til tokenet er byttet.

Kommunikasjonen har vært ujevn. Den første oppdateringen klokken 13.15 3. november sa at kundene ikke trengte å gjøre noe ennå. Først den neste ba om rotering. En Hacker News-bruker påpekte at statussiden gitbookstatus.com fortsatt skrev «You don’t need to do anything right now» mens sikkerhetsmeldingen ba om det motsatte. Står du som admin for en GitBook-organisasjon, er det sikkerhetsmeldingen som gjelder.

Bakgrunn

GitBook har ikke forklart hvordan angriperen kom inn, eller hvordan selskapet vet at KI-agenter ble brukt. Flere i Hacker News-tråden etterlyste nettopp det. Samy Pesse, CTO i GitBook, svarte i tråden at detaljene kommer i en full post mortem, og avviste at KI-agentene er en unnskyldning.

«Det er viktig å forstå at angrepet var mye mer utviklet enn det vi er vant til fra mennesker, særlig når det gjelder tempo og tilpasningsevne.» — Samy Pesse, CTO i GitBook, på Hacker News

Hendelsen kommer etter flere uker med angrep mot infrastrukturleverandører, noe flere i tråden også trakk frem.

Hva bør du gjøre?

1. Lag nye GitBook API-tokener for CI-jobber og skript, og legg dem inn i hemmelighetslageret der de gamle lå.
2. Roter tredjepartsnøkler og hemmeligheter i integrasjoner du har publisert, og sjekk revisjonsloggen i GitHub eller GitLab for uvanlig aktivitet fra GitBook-koblingen siden 2. november.
3. Autentiser GitBook MCP-serveren på nytt i hver agentklient som bruker den.
4. Behandle det besøkende har skrevet til GitBook Assistant som mulig eksponert, særlig om noen har limt inn nøkler eller personopplysninger.