GitBook Diretas: Langkah Rotasi Token untuk Tim Anda

GitBook diretas pada 2 November 2026 pukul 19.00 CET. GitBook adalah layanan untuk menulis dan menerbitkan dokumentasi produk, misalnya panduan aplikasi atau dokumentasi API. Penyerang sempat memegang sebagian kunci akses infrastruktur GitBook, sehingga kunci milik pelanggan mungkin ikut terlihat. Bila tim Anda memakai GitBook, buat token baru dan ganti semua kunci yang terhubung ke sana.

Token adalah kunci digital yang dipakai satu aplikasi untuk masuk ke aplikasi lain tanpa kata sandi. Secret mirip dengan token dan biasanya dipakai saat dua sistem saling terhubung. Siapa pun yang memegang kunci ini bisa bertindak atas nama tim Anda selama kuncinya masih berlaku.

Sampai pembaruan 3 November 2026, GitBook menyatakan belum menemukan bukti konten pelanggan diubah. Jadi, tidak perlu panik. Namun, kunci yang mungkin sudah dilihat orang lain tetap harus diganti. Artikel ini merangkum faktanya dan memberi daftar langkah yang bisa Anda teruskan ke tim atau vendor IT.

Apa yang terjadi saat GitBook diretas?

Penyerang masuk memakai sebagian kredensial infrastruktur GitBook, yaitu kunci akses ke server dan layanan internal mereka. Menurut halaman insiden resmi GitBook (3 November 2026), kejadiannya mulai pukul 19.00 CET tanggal 2 November. Waktu itu sama dengan sekitar pukul 01.00 WIB tanggal 3 November. GitBook menyebutnya serangan yang sangat tertarget dengan bantuan AI agent, yaitu program AI yang bisa menjalankan serangkaian tugas sendiri.

GitBook menyebut empat jenis data yang mungkin diakses penyerang:

• Token integrasi, yaitu kunci yang menghubungkan GitBook dengan aplikasi lain seperti Slack.
• Secret Git Sync, yaitu kunci untuk menyelaraskan dokumentasi dengan tempat penyimpanan kode di GitHub atau GitLab.
• Token API, yaitu kunci yang dipakai script atau program untuk mengakses akun GitBook.
• Pertanyaan yang diketik pengunjung situs dokumentasi Anda ke GitBook Assistant.

Kata "mungkin" di sini penting. GitBook tidak menyatakan semua data itu pasti dicuri. Mereka juga belum menemukan bukti isi dokumentasi diubah.

Respons GitBook cukup tegas. Mereka memblokir penyerang dan menutup celahnya. Semua kredensial dan secret di infrastruktur mereka diganti. Aplikasi GitBook dan situs dokumentasi yang memakai login sempat dimatikan, sementara dokumentasi publik tetap tampil dari salinan sementara (cache). GitBook juga membatalkan semua token API pelanggan.

Pada pembaruan 3 November 2026 pukul 16.21 CET, aplikasi, API, dan dokumentasi yang sudah terbit kembali bisa dipakai. GitBook berjanji menerbitkan laporan lengkap (post-mortem) setelah penyelidikan selesai.

Apakah bisnis Anda ikut terdampak?

Anda perlu bertindak bila perusahaan Anda memakai GitBook, terutama bila GitBook terhubung dengan alat lain. Tim yang hanya menulis dokumentasi lewat browser tanpa integrasi punya pekerjaan lebih sedikit, tetapi tetap perlu membuat token baru bila pernah memakainya.

Coba tanyakan empat hal ini ke tim atau vendor IT Anda:

• Apakah ada script atau pipeline otomatis yang memakai token GitBook? Pipeline, atau CI/CD, adalah rangkaian proses otomatis yang menguji dan menerbitkan kode setiap kali ada perubahan.
• Apakah GitBook terhubung ke Slack, GitHub, GitLab, atau alat kerja lain?
• Apakah dokumentasi diselaraskan dengan tempat penyimpanan kode lewat Git Sync?
• Apakah ada asisten AI tim yang membaca GitBook lewat MCP server? MCP adalah cara standar agar asisten AI bisa membaca dan memakai data dari aplikasi lain.

Contohnya, sebuah perusahaan aplikasi kasir punya halaman panduan pengguna di GitBook. Setiap ada fitur baru, script otomatis memperbarui panduan itu memakai token GitBook. Token tersebut sudah dibatalkan GitBook, jadi script akan gagal sampai diberi token baru. Kegagalan seperti ini justru pengingat yang baik bahwa daftar tempat token dipakai harus jelas.

Checklist rotasi token GitBook untuk tim Anda

Rotasi token artinya mengganti kunci lama dengan kunci baru, lalu memastikan kunci lama tidak bisa dipakai lagi. Menurut halaman insiden GitBook, pelanggan diminta melakukan empat hal. Pertama, membuat ulang token API. Kedua, mengganti token atau secret pihak ketiga yang terhubung ke GitBook. Ketiga, mengganti secret pada integrasi yang dipublikasikan. Keempat, login ulang di GitBook MCP server. GitBook juga meminta pelanggan menghubungi admin organisasi GitBook masing-masing.

Supaya rapi, kerjakan dengan urutan berikut:

1. Buat daftar tempat token GitBook dipakai. Cek pipeline otomatis, script penerbitan dokumentasi, integrasi Slack atau GitHub, dan asisten AI yang memakai MCP. Catat juga siapa pemilik setiap token.
2. Buat token baru dengan hak akses sekecil mungkin. Menurut dokumentasi GitBook, token punya hak yang sama dengan akun pemiliknya. Jadi, jangan buat token dari akun admin utama bila akun dengan peran terbatas sudah cukup.
3. Pastikan token lama tidak tersisa. Token personal sudah dicabut GitBook. Hapus juga salinan token lama yang tersimpan di catatan, file pengaturan, atau chat tim.
4. Ganti kunci di aplikasi lain. Bila Slack, sistem tiket, atau aplikasi internal memakai secret untuk terhubung ke GitBook, buat secret baru di sana juga.
5. Login ulang asisten AI yang memakai MCP. Bila MCP dihubungkan dengan token personal, token itu sudah tidak berlaku dan perlu diganti.
6. Periksa tempat penyimpanan kode yang terhubung lewat Git Sync. Lihat riwayat perubahan sejak 2 November 2026. Cari perubahan yang tidak dikenali tim.
7. Tinjau log akses. Log adalah catatan siapa masuk dan apa yang dilakukan. Perhatikan login atau perubahan di luar jam kerja dan dari lokasi yang tidak biasa.

Soal langkah keenam, perlu disampaikan dengan jujur. Halaman insiden GitBook tidak menjelaskan dampak ke repositori, yaitu tempat penyimpanan kode, di GitHub atau GitLab. Pemeriksaan ini langkah kehati-hatian, bukan tanda repositori Anda pasti dibobol. Pekerjaannya jauh lebih cepat bila sistem Anda sudah mencatat siapa mengubah apa. Penjelasannya ada di artikel audit trail aplikasi untuk mencatat siapa mengubah data.

Catatan teknis untuk tim IT atau vendor Anda

• Menurut dokumentasi autentikasi GitBook, token API dibuat dan dicabut di Developer settings akun (app.gitbook.com/account/developer).
• Git Sync dengan GitHub memakai GitHub App milik GitBook. Cek repositori yang boleh diakses aplikasi itu di pengaturan aplikasi organisasi GitHub, lalu batasi hanya ke repositori dokumentasi.
• Periksa commit sejak 2 November 2026, termasuk dari akun gitbook-com, terutama di branch yang diizinkan melewati aturan proteksi.
• Simpan token baru di penyimpanan rahasia milik pipeline, bukan di file kode, dan beri tanggal kedaluwarsa bila memungkinkan.

Pertanyaan pengunjung di GitBook Assistant dan data pribadi

Pertanyaan pengunjung bisa berisi data pribadi, jadi bagian ini perlu Anda nilai sendiri. GitBook Assistant adalah fitur tanya jawab AI di situs dokumentasi. Pengunjung mengetik pertanyaan, lalu AI menjawab berdasarkan isi dokumentasi.

Masalahnya, pengunjung kadang menulis lebih dari yang perlu. Contohnya, pemilik toko yang memakai aplikasi kasir menulis nama toko, alamat email, dan nomor pesanannya saat bertanya kenapa tidak bisa login. Informasi seperti itu termasuk data pribadi.

Di Indonesia, data pribadi diatur Undang-Undang Nomor 27 Tahun 2022 tentang Pelindungan Data Pribadi (UU PDP). Pasal 46 mewajibkan pengendali data memberi pemberitahuan tertulis paling lambat 3 x 24 jam bila terjadi kegagalan pelindungan data. Pemberitahuan itu ditujukan ke pemilik data dan lembaga yang berwenang. Pengendali data adalah pihak yang menentukan untuk apa data diolah, biasanya perusahaan yang mengumpulkan data pelanggan.

Artikel ini bukan nasihat hukum. Langkah praktisnya, cek dulu apakah situs dokumentasi Anda mengaktifkan GitBook Assistant. Lihat jenis pertanyaan yang biasa masuk. Minta penjelasan tertulis dari GitBook tentang dampaknya ke akun Anda, lalu bawa hasilnya ke tim legal atau konsultan hukum. Ke depan, beri catatan di kolom tanya jawab agar pengunjung tidak menulis data pribadi. Prinsip yang sama berlaku untuk alat AI lain, seperti dibahas di panduan data yang tidak boleh dimasukkan ke AI.

Pelajaran: setiap token adalah pintu masuk

Setiap layanan online yang terhubung lewat token adalah pintu tambahan ke sistem Anda. Kasus GitBook memperlihatkan bahwa pintu itu bisa terbuka dari sisi vendor, bukan karena kesalahan tim Anda. Anda tidak bisa mengatur keamanan vendor. Yang bisa Anda atur adalah seberapa cepat tim bereaksi.

Empat kebiasaan berikut membantu tim bereaksi lebih cepat:

• Inventaris token. Simpan satu daftar berisi nama layanan, tempat token dipakai, pemiliknya, dan tanggal dibuat.
• Masa berlaku. Pilih token yang bisa kedaluwarsa, lalu jadwalkan penggantian rutin, misalnya tiap tiga bulan.
• Hak akses minimum. Beri token hanya akses yang benar-benar dibutuhkan, karena token untuk memperbarui satu panduan tidak perlu hak admin.
• Rencana rotasi cepat. Tulis langkah penggantian kunci untuk setiap layanan penting, supaya tim tinggal mengikuti daftar saat vendor mengumumkan insiden.

Contohnya, sebuah travel umrah memakai sistem pendaftaran jamaah yang terhubung ke WhatsApp, payment gateway, dan email. Bila salah satu vendor itu mengumumkan insiden, tim yang punya daftar token bisa langsung mengganti kuncinya satu per satu. Tim tanpa daftar biasanya baru sadar saat ada layanan yang berhenti. Serangan lewat alat kerja tim juga pernah kami bahas di artikel ekstensi Claude Code tiruan di Cursor.

Ingin dibantu membuat daftar token, meninjau integrasi, atau menyusun rencana rotasi untuk aplikasi bisnis Anda? Anaverse, software house dan IT consultant di Pekanbaru, Riau, bisa membantu lewat layanan konsultasi IT dan integrasi sistem. Ceritakan dulu alat apa saja yang dipakai tim Anda melalui halaman kontak.

Pertanyaan yang sering diajukan

Apakah data pelanggan saya pasti bocor karena GitBook diretas?

Tidak pasti. GitBook menyatakan penyerang mungkin mengakses token, secret, dan pertanyaan pengunjung ke GitBook Assistant. Sampai pembaruan 3 November 2026, GitBook belum menemukan bukti konten pelanggan diubah. Tetap ganti semua kunci sambil menunggu laporan lengkap GitBook.

Apakah dokumentasi publik saya perlu ditulis ulang?

Tidak perlu, karena GitBook belum menemukan bukti konten diubah. Namun, ada baiknya Anda membuka halaman penting seperti panduan instalasi atau tautan unduhan. Pastikan isinya masih sama dengan versi yang Anda terbitkan.

Token API GitBook saya sudah dicabut. Apa yang harus dilakukan?

Buat token baru di pengaturan developer akun GitBook. Pasang token itu di setiap script, pipeline, atau integrasi yang sebelumnya memakai token lama. Pakai akun dengan hak akses terbatas agar dampaknya kecil bila token bocor lagi.

Kami tidak memakai GitBook. Apakah artikel ini masih relevan?

Masih relevan. Banyak layanan online, seperti alat chat tim, penyimpanan file, atau payment gateway, terhubung lewat token. Daftar token, masa berlaku, dan rencana penggantian berguna untuk vendor mana pun yang suatu saat mengalami insiden.

Referensi

• GitBook: Security incident, November 2026
• GitBook Docs: Authentication (API token)
• GitBook Docs: Enabling GitHub Sync
• GitBook: MCP server
• Hacker News: diskusi insiden GitBook dan tanggapan CTO GitBook
• UU Nomor 27 Tahun 2022 tentang Pelindungan Data Pribadi, Pasal 46