
GitHub terblokir empat jam di Indonesia karena satu alamat IP

Menurut keterangan Komdigi, akses GitHub di Indonesia terganggu sekitar empat jam pada 6 November 2026 karena satu alamat IP yang digunakan layanan itu masuk sistem pemblokiran. Akses telah kembali normal setelah tim teknis mengeluarkan alamat tersebut dari sistem. Bagi pengembang yang perlu mengambil atau mengirim perubahan kode, gangguan akses semacam ini dapat menunda pekerjaan yang bergantung pada repositori jarak jauh.
Pemblokiran bermula dari permohonan sebuah instansi pemerintah terkait alamat IP yang diduga digunakan untuk serangan malware terhadap jaringan instansi itu. Dalam laporan detikInet, Komdigi menjelaskan bahwa normalisasi dilakukan dengan “mengeluarkan alamat IP dimaksud dari sistem pemblokiran”. Identitas instansi pemohon dan alamat IP tersebut belum diumumkan kepada publik.
Bagaimana pemblokiran berujung pada gangguan akses

Alamat yang menjadi sasaran pemblokiran ternyata juga digunakan oleh GitHub. Setelah hubungan itu ditemukan melalui pemeriksaan internal, alamat tersebut dikeluarkan dari sistem blokir dan akses dinyatakan pulih. Urutan ini menjelaskan penyebab yang diumumkan pemerintah, tanpa mengharuskan adanya perubahan pada repositori atau akun pengguna GitHub.
Permohonan awal berkaitan dengan dugaan aktivitas malware yang menargetkan infrastruktur sebuah instansi pemerintah. Informasi yang tersedia tidak menyebut bahwa GitHub mengajukan permohonan itu atau menjadi sasaran serangan. Pembedaan ini penting: tindakan pemblokiran diarahkan pada alamat IP yang dicurigai, sedangkan akses ke layanan yang juga memakai alamat tersebut ikut terdampak.
Perkiraan durasi gangguan menggambarkan periode yang diumumkan untuk insiden di Indonesia, bukan catatan waktu kegagalan pada setiap jaringan dan setiap fungsi GitHub. Belum tersedia rincian publik mengenai operator, wilayah pengguna, atau jenis permintaan yang gagal. Karena itu, laporan gangguan akses tidak dapat dipakai untuk menyimpulkan bahwa seluruh pengguna mengalami hambatan yang identik.
Mengapa alamat IP yang sama penting bagi GitHub
Pemblokiran pada tingkat alamat IP bekerja pada tujuan jaringan yang dipakai untuk mengirim permintaan. Jika alamat itu juga melayani layanan yang sah, permintaan pengguna menuju layanan tersebut dapat ikut terhenti. Dalam kejadian ini, kaitan yang diketahui adalah alamat yang masuk sistem blokir juga digunakan GitHub dan akses pengguna di Indonesia terganggu.
Menurut dokumentasi alamat IP GitHub, layanan perusahaan menggunakan beberapa rentang alamat untuk menyajikan konten, mengirim webhook, dan menjalankan GitHub Actions. Daftar yang tersedia melalui API juga tidak dimaksudkan sebagai daftar lengkap seluruh alamat layanannya. Penjelasan umum itu membantu memahami mengapa satu alamat dapat menjadi titik ketergantungan, tetapi tidak mengidentifikasi alamat atau fungsi yang terdampak dalam insiden di Indonesia.
Tanpa alamat IP yang diumumkan, pengembang tidak dapat mencocokkan kejadian ini dengan rentang alamat tertentu dalam dokumentasi GitHub. Mereka juga belum dapat memastikan dari penjelasan publik apakah akses web, operasi Git, atau layanan pendukung mengalami gangguan dengan pola yang sama. Batas informasi tersebut relevan ketika sebuah tim menilai bagian pekerjaan yang benar-benar tertahan.
Apa artinya bagi pekerjaan pengembang

Dampak paling langsung bagi pekerjaan pengembangan adalah kemungkinan tertundanya langkah yang memerlukan sambungan ke GitHub. Mengambil perubahan terbaru, mengirim revisi, atau membuka bahan proyek yang hanya tersedia daring bergantung pada akses tersebut. Sebaliknya, berkas dan riwayat yang sudah ada dalam salinan lokal dapat tetap menjadi dasar pekerjaan yang tidak memerlukan data baru dari layanan jarak jauh.
Ketergantungan tiap proyek bisa lebih luas daripada repositori kodenya. Alur kerja tertentu memakai GitHub untuk menjalankan otomatisasi, menyimpan paket, atau mencatat keputusan proyek; proyek lain mungkin sudah memiliki salinan dan jalur kerja terpisah. Ini adalah pemetaan kemungkinan dampak, bukan laporan bahwa semua fungsi tersebut gagal selama kejadian.
Bagi pekerja lepas atau tim yang sedang menyiapkan rilis, hambatan yang terasa bergantung pada tahap pekerjaan saat akses terputus. Perubahan yang sudah tersimpan lokal masih bisa dikerjakan, sedangkan pengiriman ke repositori bersama harus menunggu jalurnya tersedia. Belum ada angka publik tentang jumlah pengembang yang terdampak, pekerjaan yang tertunda, atau kerugian akibat gangguan tersebut.
Kesiapan tim setelah akses dipulihkan
Langkah kesiapan yang masuk akal dimulai dari repositori yang benar-benar diperlukan untuk perbaikan atau rilis. Salinan cermin di lokasi terpisah menjaga berkas dan riwayat revisi tetap tersedia ketika jalur menuju GitHub tidak dapat digunakan. Menurut panduan pencadangan GitHub, mirror clone dapat mencakup riwayat repositori, sedangkan objek Git Large File Storage perlu diambil tersendiri. Pilihan pencadangan harus mengikuti fitur yang dipakai proyek.
Salinan tersebut perlu diperbarui dan dapat dijangkau oleh orang yang bertanggung jawab saat dibutuhkan. Cadangan yang tertinggal dari pekerjaan terbaru tetap berguna untuk berkas lama, tetapi tidak menyediakan perubahan yang belum tersalin. Tim dapat menetapkan pekerjaan mana yang bisa dilanjutkan secara lokal dan tahap mana yang memang harus menunggu akses kembali tersedia.
Daftar dependensi melengkapi salinan repositori. Versi paket yang diperlukan, cache yang tersedia, serta proses yang memakai autentikasi atau layanan GitHub dapat dicatat agar hambatan saat akses terputus lebih mudah dikenali. Jika koordinasi tugas berlangsung melalui GitHub, jalur komunikasi lain yang sudah disepakati memberi tempat untuk menyampaikan status pekerjaan dan keputusan rilis.
Persiapan itu tidak mengandaikan insiden serupa akan berulang. Pemerintah telah menyatakan akses pulih; hal berikutnya yang relevan bagi pengguna adalah penjelasan lebih rinci tentang evaluasi verifikasi alamat IP dan cara dampak terhadap layanan sah akan diperiksa.
Baca juga:
Artikel terkait


Kunci Gemini API bocor di GitHub? Simpan di environment sebelum kode berjalan

Secret terlanjur masuk Git? Rotasi kunci harus dilakukan sebelum menghapus riwayat

2FA GitHub hilang? Tanpa metode cadangan, akun bisa terkunci permanen

Passkey GitHub mempersingkat login—cadangan kedua tetap wajib

Plugin4Shell membobol pin SHA—dua agen coding belum punya perbaikan
Berlangganan buletin kami
Dapatkan berita Web3, AI, dan kripto terbaru langsung di kotak masuk Anda.