GitHub membuka package firewall dalam public preview pada 20 Oktober 2026. Fitur ini menempatkan lapisan pemeriksaan di antara endpoint seperti GitHub Actions runner, coding agent, dan komputer developer dengan registry paket upstream. Untuk tahap awal, package firewall hanya mendukung paket npm dan tersedia bagi pelanggan GitHub Enterprise Cloud, termasuk deployment dengan data residency.

GitHub memperkenalkan fitur ini karena serangan supply chain tidak selalu menunggu kode paket dijalankan. Paket dapat menjadi masalah ketika proses instalasi mengambil metadata, mengunduh arsip, atau menjalankan skrip lifecycle seperti preinstall dan postinstall. Pada titik-titik itu, penyerang bisa mencoba memanfaatkan kredensial atau lingkungan kerja yang sudah memiliki akses ke repositori dan layanan internal.

Firewall bekerja sebelum paket masuk

Package firewall tidak menggantikan registry npm. Administrator enterprise perlu menetapkan kebijakan, lalu mengonfigurasi endpoint agar permintaan paket melewati URL firewall GitHub, bukan langsung menuju registry publik. Permintaan metadata untuk daftar paket dan unduhan versi yang dipilih kemudian diperiksa berdasarkan kebijakan tersebut.

Model ini penting karena banyak kontrol keamanan baru bekerja setelah dependency masuk ke proyek atau setelah proses build selesai. Firewall memindahkan sebagian keputusan ke tahap sebelum instalasi. Namun perlindungan itu hanya berlaku untuk endpoint yang benar-benar dikonfigurasi menggunakannya. Proyek atau mesin yang masih mengambil paket langsung dari registry tidak otomatis ikut terlindungi.

Empat pemeriksaan yang tersedia

Kebijakan pertama berkaitan dengan malware. Ketika diaktifkan, firewall memeriksa GitHub Advisory Database dan memblokir paket yang memiliki advisory malware aktif. Administrator juga dapat memblokir versi yang memiliki advisory kerentanan berdasarkan ambang tingkat keparahan: hanya Critical, High atau lebih tinggi, Medium atau lebih tinggi, atau semua tingkat.

Pemeriksaan berikutnya melihat attestation. Jika versi baru sebuah paket tidak lagi memiliki attestation SLSA yang tersedia pada versi sebelumnya, firewall dapat memblokir unduhan tersebut. Hilangnya attestation tidak membuktikan bahwa paket telah disusupi, tetapi perubahan itu dapat menjadi sinyal bahwa proses publikasinya perlu ditinjau ulang.

GitHub juga menambahkan kontrol untuk skrip instalasi yang baru muncul. Paket yang tiba-tiba menambahkan preinstall atau postinstall dapat ditahan karena skrip semacam itu mampu menjalankan perintah arbitrer pada mesin yang memasangnya. Kontrol ini tidak mengatakan semua skrip instalasi berbahaya. Ia hanya memberi administrator cara untuk memperlakukan perubahan perilaku instalasi sebagai risiko yang perlu diperiksa.

Kontrol terakhir adalah masa tunggu minimum untuk paket baru. Administrator dapat menahan versi yang baru diterbitkan selama 1 hingga 365 hari, atau menonaktifkan aturan itu dengan nilai nol. Nilai defaultnya satu hari. Logikanya sederhana: memberi waktu bagi komunitas dan alat keamanan untuk menemukan paket yang mencurigakan sebelum versi tersebut dipakai dalam build atau sesi coding agent.

Ada jalur pengecualian, tetapi tetap ada biaya operasional

Paket yang diblokir tidak selalu berarti paket tersebut berbahaya. Versi baru bisa saja membawa perbaikan keamanan penting, atau aturan usia paket terlalu ketat untuk kebutuhan tim. Karena itu, GitHub menyediakan alur permintaan pengecualian. Pengguna mengirim alasan, repositori, ekosistem, nama paket, dan versi yang dibutuhkan; administrator enterprise atau security manager kemudian meninjau dan menyetujui atau menolak permintaan itu.

Alur ini membuat package firewall lebih realistis untuk lingkungan produksi, tetapi juga menambah pekerjaan bagi tim platform. Kebijakan yang terlalu longgar mengurangi manfaat pemeriksaan. Kebijakan yang terlalu ketat dapat membuat pipeline berhenti pada saat yang tidak tepat. Organisasi perlu menggabungkan firewall dengan lockfile, review perubahan dependency, pembatasan token, dan pemantauan aktivitas build. Tidak ada satu proxy yang bisa mengubah dependency publik menjadi dependency tepercaya secara otomatis.

Masih preview dan baru untuk npm

Package firewall gratis selama public preview. GitHub menyebut bahwa ketika tersedia secara umum, layanan ini akan ditagih berdasarkan penggunaan dengan pola yang mirip billing GitHub Actions. Belum ada harga general availability yang diumumkan dalam dokumentasi peluncuran. Dukungan ekosistem lain juga belum tersedia.

Bagi pengguna Enterprise Cloud, fitur ini menarik terutama karena coding agent kini ikut menjadi endpoint yang perlu diamankan. Agen dapat memasang dependency untuk menjalankan tugas, sama seperti CI runner atau workstation developer. Itu memperluas permukaan supply chain, tetapi juga memberi tempat baru untuk memasang aturan sebelum paket menyentuh lingkungan kerja. Untuk saat ini, package firewall lebih tepat dilihat sebagai pagar tambahan untuk instalasi npm, bukan pengganti praktik dasar keamanan dependency.

Sumber https://github.blog/changelog/2026-10-20-github-package-firewall-in-public-preview/ Sumber tambahan: https://docs.github.com/en/code-security/how-tos/secure-your-supply-chain/secure-your-dependencies/protecting-endpoints-with-package-firewall Konteks npm: https://docs.npmjs.com/cli/v11/using-npm/scripts