GitHub Sempat Diblokir 4 Jam, Langkah bagi Tim Pengembang

Akses GitHub di Indonesia sempat terganggu sekitar empat jam pada akhir pekan lalu. Menurut Kementerian Komunikasi dan Digital (Komdigi), GitHub diblokir tanpa sengaja karena satu alamat IP yang juga dipakai layanan itu masuk sistem pemblokiran atas permintaan sebuah instansi pemerintah.

Akses sudah pulih setelah alamat tersebut dikeluarkan dari daftar blokir. Gangguannya singkat, tetapi cukup untuk memperlihatkan seberapa banyak pekerjaan tim perangkat lunak di Indonesia yang bergantung pada satu platform, dan bagaimana keputusan di lapisan jaringan dapat menghentikan pekerjaan itu tanpa pemberitahuan.

Kronologi gangguan akses GitHub

Komdigi menyampaikan penjelasannya dalam keterangan resmi tertanggal 8 November 2026 yang dikutip detikInet, CNBC Indonesia, dan JawaPos. Pemblokiran berawal dari permintaan sebuah instansi pemerintah untuk memblokir alamat IP yang diduga dipakai dalam serangan siber berbasis malware terhadap infrastruktur jaringan instansi tersebut.

Komdigi menindaklanjuti permintaan itu. Dari pemeriksaan internal, kementerian menemukan bahwa salah satu alamat IP dalam sistem pemblokiran juga digunakan oleh GitHub, sehingga pengguna di Indonesia ikut terdampak. Dalam keterangan yang dikutip Uzone, Komdigi menyatakan “tim teknis Komdigi segera melakukan normalisasi dengan mengeluarkan alamat IP dimaksud dari sistem pemblokiran”.

Gangguan berlangsung sekitar empat jam. detikInet dan JawaPos menyebut kejadiannya pada Jumat, 6 November 2026, sedangkan Uzone menyebut Sabtu, 7 November 2026. Komdigi menyatakan akan terus mengevaluasi proses verifikasi dan pemblokiran alamat IP agar langkah keamanan siber tidak mengganggu akses masyarakat ke layanan digital yang sah.

Beberapa hal belum diungkap. Komdigi tidak menyebut nama instansi yang mengajukan permintaan, alamat IP yang diblokir, maupun jumlah pengguna yang terdampak. Pemberitaan yang dikutip di atas juga tidak memuat tanggapan dari GitHub.

Mengapa satu alamat IP dapat memutus layanan besar

Pemblokiran berdasarkan alamat IP bekerja di lapisan jaringan. Semua trafik menuju alamat itu dihentikan, apa pun nama situs atau layanan yang ada di baliknya. Cara ini cepat diterapkan saat ada serangan, tetapi kurang tepat sasaran bila alamat tersebut dipakai bersama oleh banyak layanan.

Platform sebesar GitHub memakai banyak rentang alamat untuk fungsi yang berbeda, misalnya situs web, API, koneksi Git, webhook, dan GitHub Actions. GitHub mempublikasikan daftar alamat tersebut lewat Meta API. Dalam dokumentasi resminya, GitHub mencatat bahwa daftar itu tidak dimaksudkan sebagai daftar lengkap dan alamatnya berubah dari waktu ke waktu.

Dokumentasi yang sama menjelaskan bahwa runner yang dikelola GitHub, yaitu mesin yang menjalankan alur kerja GitHub Actions, memakai alamat IP dinamis dari infrastruktur bersama. Aktivitas pengguna lain di infrastruktur yang sama dapat memengaruhi skor reputasi alamat tersebut di daftar pihak ketiga, dan GitHub menyatakan tidak mengendalikan daftar-daftar itu.

Komdigi tidak menjelaskan jenis alamat GitHub yang terkena blokir, sehingga belum dapat dipastikan mekanisme mana yang terjadi dalam kasus ini. Yang dapat dipelajari adalah polanya. Alamat yang tampak mencurigakan dari sisi korban serangan dapat berbagi infrastruktur dengan layanan sah yang dipakai banyak orang, dan pemblokiran di level alamat akan ikut memutus layanan tersebut.

Pekerjaan yang ikut berhenti saat GitHub tidak terjangkau

Bagi banyak tim, GitHub menjadi pusat beberapa pekerjaan sekaligus. Pengembang mengambil dan mengirim kode lewat Git, meninjau perubahan lewat pull request, menjalankan pengujian dan rilis lewat GitHub Actions, serta mengambil pustaka pihak ketiga yang kodenya disimpan di GitHub. Ketika GitHub tidak dapat dijangkau dari jaringan Indonesia, semua alur itu berhenti bersamaan.

Dampaknya juga terasa di luar meja pengembang. Skrip pemasangan server yang mengunduh berkas langsung dari GitHub akan gagal. Pipeline yang membangun ulang aplikasi setiap ada perubahan tidak dapat mengambil kode terbaru. Image kontainer yang disimpan di GitHub Container Registry tidak dapat ditarik bila alamatnya ikut terdampak.

Sebagai gambaran, tim pengembang sebuah toko daring mungkin perlu merilis perbaikan halaman pembayaran pada Jumat sore. Kodenya sudah siap, tetapi pipeline yang menarik kode dari GitHub gagal, sehingga rilis tertunda sampai akses pulih. Tim TI sebuah dinas yang memperbarui aplikasi layanan publiknya lewat jalur otomatis yang sama akan menghadapi kendala serupa.

Gangguan yang hanya terjadi di satu negara juga lebih sulit didiagnosis. Dari luar negeri, layanan tampak normal, sehingga tim di Indonesia dapat menghabiskan waktu memeriksa jaringan kantor atau konfigurasi sendiri sebelum menemukan bahwa masalahnya ada di jalur menuju GitHub.

Apa artinya bagi tim pengembang?

Gangguan empat jam mungkin terdengar kecil. Namun, waktu yang sama dapat jatuh pada jam rilis, masa ujian daring, atau saat perbaikan keamanan harus segera dipasang. Tujuan langkah berikut adalah menjaga pekerjaan penting tetap berjalan ketika satu layanan tidak terjangkau, tanpa harus meninggalkan GitHub.

Simpan cermin repositori di tempat kedua. Perintah git clone --mirror dan git push --mirror menyalin seluruh riwayat, cabang, dan tag ke remote lain, misalnya server Git internal atau penyedia kedua. Jadwalkan sinkronisasi berkala dan pastikan anggota tim tahu cara beralih ke remote tersebut.

Sediakan cache untuk pustaka dan image kontainer. Proxy paket internal untuk npm, Composer, Go modules, atau image Docker menyimpan salinan dependensi yang pernah diunduh. Dengan begitu, proses build tetap dapat berjalan walau sumber aslinya sementara tidak terjangkau.

Dokumentasikan jalur rilis darurat. Tuliskan cara membangun dan merilis aplikasi tanpa GitHub Actions, misalnya dari server build internal, lalu uji setidaknya sekali. Jalur yang belum pernah dicoba biasanya gagal tepat saat dibutuhkan.

Hindari unduhan langsung saat aplikasi berjalan. Aplikasi produksi dan skrip pemasangan server sebaiknya tidak mengambil berkas dari alamat raw GitHub atau halaman rilis saat dijalankan. Simpan berkas tersebut di penyimpanan objek milik sendiri yang versinya terkunci.

Pantau dari dua lokasi jaringan. Pemeriksaan sederhana dari server di Indonesia dan di luar negeri membantu tim membedakan gangguan di GitHub dengan gangguan di jalur menuju GitHub. Pola ketahanan seperti ini, termasuk penempatan cache dan server build, dapat dirancang bersama infrastruktur komputasi awan yang sudah dipakai organisasi.

Pelajaran yang sama berlaku bagi tim TI yang mengelola firewall di kantor, kampus, atau instansi. Sebelum memblokir sebuah alamat IP, cocokkan dulu dengan daftar rentang alamat yang dipublikasikan penyedia besar seperti GitHub. GitHub sendiri tidak menyarankan pengizinan akses berdasarkan alamat IP dan meminta pengguna yang tetap memakainya untuk rutin memantau Meta API. Ulasan Majalah ICT atas kasus ini juga menyarankan langkah pemblokiran yang paling spesifik, misalnya per domain atau URL, serta prosedur pemulihan yang jelas.

Kami pernah membahas risiko ketergantungan pada satu titik dari sisi pusat data dalam laporan gangguan Google Cloud London. Untuk tim yang sedang menata alur kerja kode, pipeline, dan rilis, langkah di atas dapat menjadi bagian dari praktik pengembangan aplikasi web sehari-hari.

Pertanyaan yang sering muncul

Apakah GitHub sengaja diblokir di Indonesia?

Menurut Komdigi, tidak. Pemblokiran menyasar alamat IP yang diduga dipakai dalam serangan malware terhadap jaringan sebuah instansi pemerintah, dan alamat itu ternyata juga dipakai GitHub. Akses pulih setelah alamat tersebut dikeluarkan dari sistem pemblokiran.

Apakah kode di repositori GitHub ikut terdampak?

Tidak ada laporan yang menyebut kode atau data di GitHub rusak maupun hilang. Gangguan terjadi pada akses dari Indonesia ke layanan GitHub, sehingga pengguna tidak dapat terhubung selama sekitar empat jam.

Bagaimana memastikan sebuah alamat IP milik GitHub?

GitHub mempublikasikan rentang alamatnya lewat Meta API di api.github.com/meta. Dokumentasi GitHub menyarankan pencocokan dengan daftar tersebut, misalnya untuk memastikan apakah sebuah alamat milik runner GitHub Actions. Perlu diingat, daftar itu tidak lengkap dan isinya dapat berubah, sehingga sebaiknya diperiksa ulang secara berkala.

Penutup

Pemblokiran yang salah sasaran selama empat jam sudah diperbaiki, dan Komdigi berjanji mengevaluasi prosesnya. Bagi tim pengembang, kejadian ini menjadi alasan yang baik untuk memeriksa bagian mana dari alur kerja yang berhenti total ketika GitHub tidak terjangkau, lalu menyiapkan cadangannya selagi keadaan normal. Bila tim Anda ingin menata ulang alur kode dan rilis agar lebih tahan gangguan, Merakit siap menjadi teman diskusi.

Sumber

• detikInet: GitHub Sempat Diblokir di Indonesia, Komdigi Ungkap Penyebabnya (9 November 2026)
• CNBC Indonesia: Komdigi Beberkan Alasan GitHub Sempat Diblokir Selama 4 Jam (9 November 2026)
• JawaPos: Akses GitHub Sempat Lumpuh 4 Jam, Komdigi: IP Terblokir (9 November 2026)
• Uzone: GitHub Sempat Diblokir 4 Jam di RI, Komdigi Ungkap Penyebabnya (9 November 2026)
• Majalah ICT: Komdigi Pastikan Akses GitHub Kembali Normal Setelah Penyesuaian Pemblokiran IP (9 November 2026)
• Komdigi: Komdigi Pastikan Akses GitHub Kembali Normal Setelah Penyesuaian Pemblokiran IP (8 November 2026)
• GitHub Docs: About GitHub’s IP addresses (diakses 9 November 2026)