GitBook, platform dokumentasi yang banyak dipakai tim pengembang, mengumumkan pada 3 November 2026 bahwa penyerang memperoleh akses tidak sah ke sebagian kredensial infrastrukturnya. Menurut GitBook, akses itu terjadi sejak 2 November sekitar pukul 19.00 CET. Perusahaan menyebut serangan ini canggih, sangat tertarget, dan memanfaatkan agen AI.
Yang terjadi dan yang sudah dilakukan GitBook
GitBook mengatakan tim mendeteksi serangan, memblokir penyerang, dan menutup celah yang dipakai. Pada 3 November pukul 13.15 CET, perusahaan mematikan sebagian layanan sebagai langkah pencegahan, lalu memulihkan aplikasi, API, dan dokumentasi yang dipublikasikan pada pukul 16.21 CET. Sebagian layanan masih bisa berjalan tidak normal. Konten publik tetap dilayani dari cache selama mungkin.
GitBook sudah mengganti seluruh kredensial dan secret di infrastrukturnya serta mencabut semua token API pelanggan. Data yang mungkin terdampak mencakup token integrasi, secret Git Sync, token API, dan pertanyaan pengunjung yang diajukan ke GitBook Assistant. GitBook menyatakan belum menemukan bukti bahwa konten dokumentasi pelanggan diubah.
Sejumlah hal masih belum dibuka. Penyebab utama, cara penyerang mendapatkan kredensial, jumlah pelanggan terdampak, dan identitas pelaku belum dijelaskan, dan insiden ini tidak memiliki nomor CVE. Klaim pemakaian agen AI berasal dari GitBook sendiri dan belum diperiksa pihak independen. GitBook menjanjikan laporan post-mortem. Pola serupa pernah kami tulis pada kasus WorkOS, yang juga menyebut kerangka serangan berbantuan AI.
Langkah yang perlu diambil pengguna GitBook
GitBook meminta pelanggan merotasi semua token API GitBook. Token pribadi memang sudah dicabut selama insiden, jadi buat token baru dengan hak akses sekecil mungkin. Rotasi juga token atau secret pihak ketiga yang terhubung ke GitBook, dan lakukan di penyedia aslinya, bukan hanya di dalam GitBook. Contohnya, jika Anda memakai sinkronisasi dengan GitLab, cabut personal access token di GitLab.
Bagi tim yang menerbitkan integrasi, rotasi secret di integrasi tersebut lalu terapkan ulang. Jika Anda memakai server MCP GitBook, autentikasi ulang. Administrator organisasi GitBook dapat membantu proses ini. Rescana, firma keamanan yang mengulas insiden ini, juga menyarankan memeriksa log audit repositori yang tersambung untuk aktivitas ganjil. Saran itu berasal dari Rescana, bukan dari GitBook.
Dampak bagi pembaca
Jika tim Anda menyimpan dokumentasi internal atau dokumentasi API di GitBook, anggap semua token yang pernah terhubung ke sana sudah tidak aman. Daftar dulu integrasi yang memakai token GitBook, rotasi satu per satu, lalu pantau status resmi di status.gitbook.com untuk pembaruan dan hasil post-mortem.
Sumber: pengumuman insiden GitBook dan advisory Rescana. Gambar: GitBook.