Developer di Indonesia sempat dibuat bingung pada Jumat, 6 November 2026. GitHub, platform tempat jutaan programmer menyimpan dan berbagi kode, tiba-tiba tidak bisa diakses dari sebagian jaringan internet di Indonesia selama sekitar empat jam. Perintah git pull dan git push gagal, halaman tidak terbuka, dan proses build yang bergantung pada GitHub ikut macet.
Dua hari kemudian, Kementerian Komunikasi dan Digital (Komdigi) memberikan penjelasan resmi. Penyebabnya bukan pemblokiran GitHub secara sengaja, melainkan pemblokiran sebuah alamat IP yang diduga dipakai untuk serangan malware, dan ternyata alamat IP itu juga dipakai oleh layanan GitHub.
Artikel ini merangkum apa yang sudah dipastikan, apa yang belum dijelaskan, mengapa satu alamat IP bisa melumpuhkan layanan sebesar GitHub, dan apa pelajarannya bagi developer serta pengelola jaringan.
Ringkasan Kejadian
| Hal | Keterangan |
|---|---|
| Waktu gangguan | Jumat, 6 November 2026, sekitar 4 jam (jam mulai dan berakhir tidak diumumkan) |
| Penjelasan resmi | Siaran pers Komdigi, 8 November 2026, berjudul “Komdigi Pastikan Akses GitHub Kembali Normal Setelah Penyesuaian Pemblokiran IP” |
| Penyebab | Salah satu alamat IP yang dipakai GitHub masuk sistem pemblokiran Komdigi |
| Latar belakang | Permohonan sebuah instansi pemerintah untuk memblokir alamat IP yang diduga dipakai dalam serangan siber berbasis malware ke infrastruktur jaringan instansi tersebut |
| Apakah GitHub sasaran? | Tidak. Komdigi menyebut GitHub bukan sasaran pemblokiran secara khusus |
| Pemulihan | Tim teknis Komdigi mengeluarkan alamat IP tersebut dari sistem pemblokiran; akses kembali normal |
| Tindak lanjut | Komdigi akan mengevaluasi proses verifikasi dan pemblokiran alamat IP |
Penjelasan Resmi Komdigi
Dalam siaran persnya, Komdigi menyatakan bahwa “salah satu alamat Internet Protocol (IP) yang digunakan GitHub masuk dalam sistem pemblokiran Komdigi”. Pemblokiran itu merupakan tindak lanjut atas permohonan sebuah instansi pemerintah terkait alamat IP yang diduga digunakan dalam serangan siber berbasis malware terhadap infrastruktur jaringan instansi tersebut.
Setelah ditelusuri, alamat IP yang diblokir ternyata juga digunakan oleh layanan GitHub, sehingga pengguna di Indonesia ikut terdampak. Tim teknis Komdigi kemudian melakukan normalisasi dengan mengeluarkan alamat IP tersebut dari sistem pemblokiran.
Komdigi menyebut langkah pemblokiran awal dilakukan untuk melindungi infrastruktur digital dari serangan siber, dan berjanji terus mengevaluasi proses verifikasi dan pemblokiran alamat IP agar penanganan ancaman tepat sasaran tanpa mengganggu akses ke layanan digital yang sah.
Apa yang Belum Dijelaskan
Siaran pers Komdigi cukup singkat. Beberapa hal penting belum diungkap:
- Instansi pemohon: nama instansi pemerintah yang meminta pemblokiran tidak disebutkan.
- Alamat IP: Komdigi tidak menyebut alamat IP mana yang diblokir, maupun layanan GitHub apa yang memakainya.
- Jenis malware: tidak ada keterangan malware apa yang dimaksud, atau bagaimana IP tersebut terlibat dalam serangan.
- Jam kejadian dan cakupan: tidak dijelaskan kapan tepatnya pemblokiran dimulai dan berakhir, serta apakah semua penyedia internet (ISP) dan semua pengguna terdampak.
- Tanggapan GitHub: sejauh pantauan media, belum ada pernyataan GitHub khusus tentang insiden di Indonesia.
Di media sosial beredar berbagai klaim soal alamat IP yang diblokir dan ISP mana yang paling terdampak. Klaim-klaim tersebut belum dikonfirmasi secara resmi, sehingga tidak kami jadikan dasar artikel ini.
Dampak bagi Developer dan Perusahaan
Menurut Katadata, developer dan praktisi IT mengeluhkan gangguan pada aktivitas coding, proses pull dan push kode, hingga server pengembangan. Empat jam terdengar singkat, tetapi di dunia pengembangan perangkat lunak, GitHub adalah infrastruktur inti:
| Aktivitas | Dampak saat GitHub tidak bisa diakses |
|---|---|
| Kolaborasi kode | git clone, pull, dan push gagal, baik lewat HTTPS maupun SSH, karena pemblokiran IP memutus semua jenis koneksi ke alamat itu |
| Deploy otomatis (CI/CD) | Server produksi atau staging yang menarik kode dari GitHub gagal deploy |
| Instalasi dependensi | Paket yang diunduh langsung dari GitHub (misalnya lewat Composer, npm, Go modules, atau skrip instalasi) gagal dipasang |
| Rilis perangkat lunak | File rilis dan skrip instalasi yang di-host di GitHub tidak bisa diunduh |
| Dokumentasi dan code review | Pull request, issue, dan dokumentasi proyek tidak bisa dibuka |
Bagi perusahaan yang punya tenggat rilis atau tim yang bekerja lintas negara, beberapa jam terhenti berarti kerugian produktivitas yang nyata.
Mengapa Satu IP Bisa Melumpuhkan GitHub?
Satu alamat IP, banyak layanan
Layanan internet modern jarang memakai satu IP untuk satu situs. Penyedia cloud, CDN, dan platform besar seperti GitHub memakai infrastruktur bersama (shared infrastructure). Satu alamat IP bisa melayani banyak hal sekaligus, dan alamat IP juga bisa berpindah penggunaan dari waktu ke waktu.
Dokumentasi resmi GitHub menjelaskan bahwa GitHub melayani aplikasinya dari banyak rentang IP yang dipublikasikan lewat endpoint api.github.com/meta, dan alamat-alamat itu berubah dari waktu ke waktu. GitHub juga mengakui bahwa runner GitHub Actions memakai IP dinamis dari infrastruktur bersama. Aktivitas pengguna lain di infrastruktur yang sama bisa memengaruhi reputasi IP tersebut, sehingga alamat itu bisa ditandai berbahaya oleh layanan intelijen ancaman pihak ketiga. GitHub menyatakan tidak mengendalikan daftar reputasi semacam itu.
Artinya, sangat mungkin sebuah alamat IP terlihat “jahat” di mata satu instansi karena dipakai pihak tertentu untuk aktivitas mencurigakan, padahal alamat yang sama juga melayani ribuan pengguna sah. Komdigi sendiri tidak menjelaskan layanan GitHub mana yang terlibat, jadi skenario persisnya belum bisa dipastikan.
Penjahat siber memang suka memakai platform populer
Penyerang sering memanfaatkan layanan terpercaya seperti GitHub, layanan penyimpanan cloud, atau CDN untuk menyimpan file berbahaya atau berkomunikasi dengan malware. Alasannya sederhana: lalu lintas ke platform populer jarang dicurigai dan sulit diblokir tanpa mengganggu pengguna sah. Ini dilema klasik bagi pembela: memblokir alamat IP platform besar memang menghentikan malware, tetapi juga memutus semua orang lain.
Pemblokiran berbasis IP vs berbasis domain
| Metode | Cara kerja | Kelebihan | Risiko |
|---|---|---|---|
| Pemblokiran DNS (domain) | Nama domain tidak diterjemahkan ke alamat IP aslinya, atau diarahkan ke halaman blokir | Tepat sasaran pada situs tertentu | Mudah dilewati dengan mengganti DNS; tidak efektif untuk malware yang langsung memakai IP |
| Pemblokiran IP (misalnya RTBH) | Paket data menuju alamat IP tertentu dibuang oleh router ISP | Efektif memutus komunikasi apa pun ke alamat itu | Semua layanan yang berbagi IP yang sama ikut terputus (overblocking) |
Menurut ITBeat, Komdigi telah memperkenalkan sistem RTBH (Remotely Triggered Black Hole) kepada penyedia jasa internet sejak 2024. Dengan teknik ini, daftar alamat IP dikirim lewat protokol routing BGP, lalu router ISP membuang semua lalu lintas ke alamat tersebut sebelum sampai ke tujuan. Router tidak melihat isi paket atau nama situs, hanya alamat jaringannya. Komdigi tidak menyebut secara spesifik apakah RTBH yang dipakai dalam insiden GitHub ini; siaran pers hanya menyebut “pemblokiran IP”.
Bukan Pertama Kali Platform Developer Terdampak
Indonesia punya sejarah panjang dengan pemblokiran situs. Pada awal 2026, misalnya, Komdigi menormalisasi layanan Grok di platform X dengan sejumlah syarat. Bedanya, kasus GitHub ini bukan keputusan untuk memblokir sebuah platform, melainkan dampak samping dari tindakan keamanan siber.
Insiden ini terjadi di tengah meningkatnya kewaspadaan terhadap serangan siber ke instansi pemerintah. Pada pekan yang sama, Komdigi menerbitkan surat imbauan kepada instansi pemerintah untuk mengantisipasi serangan peretas.
Pelajaran untuk Regulator dan Pengelola Jaringan
- Verifikasi sebelum memblokir. Sebelum sebuah IP masuk daftar blokir, cek siapa pemiliknya (lewat data WHOIS/ASN), apakah milik penyedia cloud atau CDN besar, dan layanan sah apa saja yang memakainya. Daftar IP resmi GitHub, misalnya, tersedia terbuka di
api.github.com/meta. - Gunakan daftar pengecualian. Rentang IP layanan kritis seperti GitHub, registry paket, dan layanan cloud utama sebaiknya masuk daftar yang memerlukan persetujuan tambahan sebelum diblokir.
- Pilih tindakan yang lebih presisi. Untuk malware yang menumpang di platform besar, melaporkan akun atau repositori berbahaya ke platform terkait (GitHub punya mekanisme pelaporan penyalahgunaan) biasanya lebih efektif dan tidak menimbulkan korban sampingan.
- Siapkan jalur pemulihan cepat. Perlu ada prosedur eskalasi dan pembatalan blokir yang jelas, serta kanal aduan yang bisa dipakai publik dan ISP saat terjadi salah blokir.
- Transparansi. Mengumumkan waktu kejadian, cakupan, dan langkah perbaikan secara lebih rinci membantu membangun kepercayaan komunitas teknologi.
Pelajaran untuk Developer dan Perusahaan
Insiden empat jam ini pengingat bahwa ketergantungan pada satu platform eksternal adalah risiko operasional. Beberapa langkah yang bisa dipertimbangkan:
- Simpan salinan repositori penting. Git bersifat terdistribusi, jadi setiap clone adalah cadangan penuh. Pertimbangkan mirror otomatis ke server internal atau platform lain seperti GitLab atau Gitea yang di-host sendiri.
- Cache dependensi. Gunakan proxy atau registry internal (misalnya Nexus, Artifactory, Verdaccio untuk npm, atau Satis untuk Composer) supaya build tidak gagal saat sumber eksternal tidak bisa dijangkau.
- Jangan menarik kode langsung dari GitHub saat deploy produksi. Lebih aman membangun artefak (misalnya image container) lebih dulu dan menyimpannya di registry yang Anda kendalikan.
- Diagnosis sebelum panik. Saat GitHub tidak bisa diakses, cek dulu status resminya di githubstatus.com. Jika status GitHub normal tetapi akses dari jaringan Anda gagal, kemungkinan masalah ada di jalur jaringan lokal atau ISP. Perintah seperti
curl -I https://github.comatautraceroute github.commembantu melihat di mana koneksi terputus. - Laporkan. Jika menduga ada salah blokir, laporkan ke ISP Anda dan ke kanal aduan resmi Komdigi, sertakan waktu kejadian dan hasil pengecekan.
Kesimpulan
Pemblokiran GitHub selama sekitar empat jam pada 6 November 2026 bukan sensor terhadap platform developer, melainkan efek samping dari upaya memblokir alamat IP yang diduga dipakai serangan malware ke sebuah instansi pemerintah. Komdigi bergerak memulihkan akses dan berjanji mengevaluasi prosesnya.
Namun insiden ini menunjukkan masalah mendasar: di era cloud dan infrastruktur bersama, alamat IP bukan lagi identitas tunggal sebuah situs. Memblokir satu IP bisa memutus ribuan layanan sah. Ke depan, perlindungan dari serangan siber perlu dibarengi verifikasi yang lebih cermat, tindakan yang lebih presisi, dan komunikasi yang lebih terbuka, supaya upaya mengamankan negara tidak justru menghentikan kerja para developer yang membangun ekonomi digitalnya.
Butuh bantuan menyiapkan cadangan repositori, server Git internal, atau pipeline deploy yang lebih tahan gangguan? Konsultasikan dengan tim kami lewat WhatsApp.
Sumber
- [Siaran Pers] Komdigi Pastikan Akses GitHub Kembali Normal Setelah Penyesuaian Pemblokiran IP (InfoPublik)
- GitHub Sempat Diblokir di Indonesia, Komdigi Ungkap Penyebabnya (detikInet)
- GitHub Sempat Diblokir 4 Jam, Ini Penjelasan Komdigi (Katadata)
- GitHub Sempat Diblokir, Komdigi Ungkap Penyebab (RRI)
- Komdigi Pastikan Akses GitHub Kembali Normal Setelah Penyesuaian Pemblokiran IP (Majalah ICT)
- Mengenal RTBH Komdigi, Teknologi Blokir Website Berbasis IP (ITBeat)
- About GitHub’s IP addresses (GitHub Docs)
- Komdigi Normalisasi Layanan Grok dengan Syarat kepada X (CNN Indonesia)
- Komdigi Terbitkan Tiga Surat Imbauan Antisipasi Serangan Hacker ke Pemerintah (Katadata)
Tinggalkan Komentar & Diskusi