Ing. Calogero Bono
GitHub memperkenalkan firewall paket pada 20 Oktober 2026, sebuah filter yang berada di antara komputer yang menginstal paket dan registri publik tempat paket itu diunduh. Saat ini fitur tersebut dalam pratinjau publik untuk semua pelanggan GitHub Enterprise Cloud dan hanya mendukung npm. Tujuannya menghentikan malware yang menyerang saat proses instalasi, risiko yang lebih besar bagi agen AI dan sistem build yang menginstal dependensi tanpa ada yang mengawasi. Jika kamu mengembangkan perangkat lunak atau mengelola tim yang melakukannya, ini adalah sinyal tentang arah keamanan rantai pasok.
Sedikit istilah sebelum masuk ke fakta. Registri (atau registry) adalah gudang daring tempat paket diunduh, seperti npm untuk JavaScript. Dependensi adalah potongan kode milik pihak lain yang dipakai proyekmu. CI/CD adalah prosedur otomatis yang mengompilasi dan memublikasikan perangkat lunak. Attestation SLSA adalah pernyataan yang bisa diverifikasi tentang bagaimana dan oleh siapa sebuah paket dibuat. Metadata adalah informasi tentang paket, misalnya daftar versi yang tersedia.
Apa itu firewall paket GitHub?
Menurut changelog resmi GitHub, belakangan ini ada gelombang serangan malware yang memanfaatkan saat paket diinstal. Agen dan runner CI menjadi sasaran khusus, karena mereka menginstal dependensi untuk menyelesaikan tugas atau build tanpa ada orang di tengahnya.
Firewall ini ditempatkan di antara endpoint, atau registri internal, dan repositori paket di hulu. Seperti dilaporkan The Hacker News, GitHub menggambarkannya begini. «The firewall inspects both metadata requests and package downloads for signs of malicious activity, acting as an install-time policy gate,» yang artinya gerbang aturan yang diterapkan saat instalasi.
Ini bukan isu teoretis. Situs The Register menulis tentang kampanye ketika penyerang diduga mengubah issue GitHub menjadi serangan rantai pasok terhadap 61 repositori publik dalam waktu kurang dari satu jam. Dari halaman yang kami punya, tidak ada detail lain, jadi kami belum bisa memastikan apakah kedua berita ini saling terkait.
Bagaimana cara kerjanya dan kontrol apa saja yang ditawarkan?
Alurnya punya dua langkah. Pertama, administrator menetapkan aturan untuk enterprise mereka. Lalu agen coding dan host CI/CD diarahkan ke firewall, bukan langsung ke registri publik. Baik permintaan metadata maupun unduhan melewati firewall, yang memeriksanya berdasarkan kebijakan.
Kontrol yang tersedia
Dari daftar The Hacker News, berikut kontrol yang tersedia.
- Pemblokiran malware yang sudah dikenal, dengan memeriksa peringatan aktif di GitHub Advisory Database.
- Pemblokiran berdasarkan tingkat keparahan kerentanan, juga lewat database tersebut. Pengaturan default hanya memblokir level «Critical only», tetapi kamu bisa memilih «High or higher», «Medium or higher» atau «Any severity».
- Pemblokiran downgrade attestation. Firewall membandingkan attestation versi yang diminta dengan versi sebelumnya dan menghentikan unduhan jika attestation SLSA tidak ada.
- Pemblokiran skrip instalasi baru, yaitu yang berjalan lewat hook preinstall atau postinstall dan bisa dipakai untuk mencuri data sensitif.
- Periode tunggu (cooldown), yang mencegah instalasi versi yang lebih baru daripada usia minimum yang sudah diatur.
Cooldown bisa diatur dari 1 sampai 365 hari. Nilai default-nya 1 hari dan bisa dinonaktifkan dengan mengaturnya ke 0.
Bagaimana jika memblokir paket yang sebenarnya aman?
Jika sebuah paket terblokir karena kesalahan, pengguna bisa meminta pengecualian. Menurut GitHub, alurnya mirip dengan fitur GitHub Advanced Security lainnya. Menurut The Hacker News, permintaan itu bisa disetujui oleh administrator dan penanggung jawab keamanan enterprise.
Berapa biayanya dan siapa yang bisa menggunakannya?
Layanan ini tersedia dalam pratinjau publik untuk semua pelanggan GitHub Enterprise Cloud, termasuk versi dengan residensi data. Selama pratinjau, layanan ini gratis. Saat ketersediaan umum tiba, GitHub menyatakan akan berbayar berdasarkan konsumsi yang terukur, mirip dengan penagihan Actions.
GitHub menjelaskan bahwa pratinjau ini dipakai untuk memperkuat infrastruktur dan menambah fitur berdasarkan permintaan pelanggan. Untuk instruksi konfigurasi, GitHub merujuk ke dokumentasi Protecting endpoints with package firewall.
Mengapa periode tunggu begitu sering dibicarakan?
Cooldown adalah aturan yang paling sederhana dan mungkin yang paling banyak digunakan. The Hacker News mencatat bahwa dalam setahun terakhir periode tunggu serupa diperkenalkan di npm, Python, Visual Studio Code, Ruby, Bun, pnpm, dan Yarn. Prinsipnya mengurangi kemungkinan versi yang baru dipublikasikan dan belum ditinjau langsung masuk ke build.
Cara ini sangat membantu melawan pihak yang mengambil alih akun seorang maintainer lalu menerbitkan versi berbahaya dari paket populer. Masa tunggu memperlambat penyebaran yang cepat, baik manual maupun otomatis.
Artikel yang sama menyebutkan bahwa Rust 1.100, yang dirilis 12 November 2026, diharapkan menambahkan usia minimum publikasi yang bisa diatur untuk crate. Opsinya bernama «global-min-publish-age» dan berada di file cargo/config.toml. Jika tidak ditentukan, berlaku periode tunggu default selama tujuh hari.
Sisi lainnya disoroti Socket, yang dikutip The Hacker News. «The tradeoff is that legitimate fixes have to wait, too, unless developers make an exception,» kata perusahaan itu. Socket menambahkan bahwa rilis yang lolos pemeriksaan bisa saja tetap lolos setelah cooldown. Menurut Socket, nilainya ada pada memberi waktu bagi peneliti, maintainer, dan registri untuk bertindak.
Batasan yang perlu diketahui
- Saat ini firewall hanya mendukung npm. Jika kamu bekerja dengan PHP, Python, atau ekosistem lain, belum ada perlindungan, dan sumber tidak menyebut tanggal untuk registri lain.
- Fitur ini hanya tersedia untuk pelanggan GitHub Enterprise Cloud. Sumber tidak membahas paket yang lebih kecil.
- Masih dalam pratinjau. Fitur, infrastruktur, dan harga bisa berubah, dan biaya berbasis konsumsi belum dihitung.
- Kami tidak punya data independen tentang efektivitasnya. Sumber hanya memuat pernyataan GitHub, bukan uji pada malware sungguhan, dan tidak ada angka soal false positive.
- Seperti diingatkan Socket, cooldown tidak membuat kode berbahaya menjadi tidak berbahaya. Versi yang tidak terdeteksi bisa bersembunyi lebih lama dari masa tunggu.
Apa dampaknya bagi kamu yang bekerja di dunia digital
Intinya, keamanan bergeser dari pemeriksaan setelah kejadian ke pemeriksaan sebelum instalasi. Bagi kamu yang mengembangkan dengan agen AI yang menulis dan menginstal sendiri, ini berarti memiliki satu aturan terpusat alih-alih mengandalkan kepercayaan pada tiap agen. Jika kamu memakai alat pengembangan berbasis AI, ada baiknya membaca lagi risiko yang kami bahas di artikel tentang vibe coding untuk UKM.
Untuk perusahaan Italia, topik ini juga menyentuh kepatuhan. Rantai pasok perangkat lunak adalah bagian dari yang kami bahas dalam panduan tentang daftar pemasok NIS2. Bisa menunjukkan bahwa paket melewati filter dengan aturan tertulis adalah argumen yang konkret, meski tidak ada sumber yang menghubungkan firewall dengan NIS2.
Bagi yang banyak memakai open source, ingatlah bahwa setiap dependensi adalah pemasok. Kami membahasnya dalam ulasan tentang open source di perusahaan. Pengguna non-Enterprise pun bisa meniru ide ini dengan alat yang sudah tersedia, misalnya periode tunggu yang ditawarkan sebagian pengelola paket.
Untuk server build dan produksi, pembaruan dan isolasi juga penting. Jika kamu ingin infrastruktur yang dikelola pihak lain, ada layanan kami hosting dan server terkelola. Jika kamu sedang menilai proyek khusus, jalurnya ada di pengembangan perangkat lunak khusus.
Pendapat kami
Ide ini tepat. Menghentikan paket sebelum berjalan di komputer lebih efektif daripada mengetahuinya belakangan, dan melakukannya di satu titik mencegah ketergantungan pada disiplin tiap pengembang atau agen. Fakta bahwa GitHub memulai dari agen tanpa pengawasan menurut kami adalah pembacaan yang jujur atas masalahnya.
Ada dua catatan. Pertama soal bisnis. Perlindungan yang berguna ini untuk saat ini hanya untuk kelas Enterprise dan berbayar berdasarkan konsumsi setelah pratinjau, sehingga berisiko meninggalkan tim kecil yang justru sering paling rentan. Kedua soal teknis. Banyak kontrol bergantung pada database GitHub dan waktu, dan waktu bukan jaminan, seperti diakui Socket sendiri.
Karena itu kami tidak melihatnya sebagai perisai pamungkas. Ini adalah lapisan tambahan, berguna jika disertai peninjauan dependensi, penguncian versi, dan izin minimum untuk agen. Jika kamu berpikir cukup menyalakan firewall, kamu sedang memberi diri sendiri rasa aman yang palsu.
Pertanyaan yang sering diajukan
Apakah firewall paket GitHub gratis?
Ya, tetapi hanya selama pratinjau. GitHub menyatakan bahwa saat ketersediaan umum akan dikenakan biaya berdasarkan konsumsi yang terukur, mirip dengan Actions. Harganya belum diumumkan.
Apakah hanya berfungsi dengan npm?
Ya, untuk saat ini hanya mendukung paket npm. Sumber belum mengumumkan tanggal untuk ekosistem lain. Jika kamu memakai bahasa lain, untuk sementara kamu perlu mencari perlindungan lain.
Siapa yang bisa menggunakannya?
Semua pelanggan GitHub Enterprise Cloud, termasuk versi dengan residensi data. Sumber tidak menyebut paket lain. Administrator mengatur aturan untuk seluruh enterprise.
Apa yang terjadi jika memblokir paket yang sah?
Pengguna bisa meminta pengecualian. Menurut The Hacker News, permintaan itu bisa disetujui oleh administrator dan penanggung jawab keamanan. Alurnya, kata GitHub, mirip dengan fitur Advanced Security lainnya.
Apakah periode tunggu cukup untuk menghentikan malware?
Tidak. Ini membantu mengulur waktu terhadap versi yang baru dipublikasikan, tetapi Socket mengingatkan bahwa kode berbahaya tidak menjadi tidak berbahaya seiring waktu. Rilis yang tidak terdeteksi bisa lolos setelah masa tunggu.
Yang perlu dipantau sampai ketersediaan umum
Dalam beberapa bulan ke depan, ada tiga hal yang layak diikuti. Harga berbasis konsumsi yang akan ditetapkan GitHub, kemungkinan perluasan di luar npm, dan hadirnya usia minimum di Rust 1.100, yang dijadwalkan 12 November 2026. Sementara itu, kamu bisa mulai dengan langkah berikut.
- Daftarkan dependensi yang dipakai CI dan agen, lalu tentukan siapa yang boleh menginstal apa tanpa pengawasan.
- Pertimbangkan periode tunggu untuk versi baru, dengan menyadari bahwa itu juga menunda perbaikan yang sah.
- Siapkan prosedur pengecualian, dengan penanggung jawab yang menyetujui dengan cepat tetapi tetap tercatat secara tertulis.
