Celah 'SlugFest' di npm Trusted Publishing Mengancam 1.500+ Paket dari Pembajakan

Pengenalan npm Trusted Publishing

npm Trusted Publishing adalah fitur keamanan modern yang memfasilitasi publikasi paket otomatis dari GitHub Actions ke registry npm menggunakan mekanisme OpenID Connect (OIDC). Mekanisme ini dirancang untuk menghapus kebutuhan menyimpan token npm berumur panjang (statis) di dalam pipeline CI/CD, sehingga menekan risiko kebocoran rahasia.

Dengan OIDC, pipeline build akan meminta token identitas berdurasi singkat yang langsung ditukarkan dengan kredensial rilis sementara. Metode ini secara signifikan meningkatkan standar keamanan otomasi pengembangan perangkat lunak modern.

Inti Masalah: Kerentanan SlugFest

Peneliti dari Bloom Security menemukan kerentanan logika yang diberi nama SlugFest. Kelemahan ini terjadi karena npm awalnya menyimpan tautan repositori berdasarkan nama teks yang mudah dibaca (slug seperti organisasi/proyek), bukan menggunakan ID unik permanen numerik dari GitHub.

Ketika sebuah nama repositori diubah, ditransfer, atau dihapus, nama slug lama tersebut menjadi bebas dan bisa diklaim ulang oleh siapa saja di GitHub. Jika konfigurasi Trusted Publishing pada paket npm belum menyelesaikan publikasi pertamanya (unvalidated configuration), peretas dapat membuat repositori baru dengan slug lama tersebut dan meminta kredensial rilis sah dari npm.

Dampak dan Ancaman pada Agen AI

Lebih dari 1.500 paket npm dengan akumulasi unduhan mencapai lebih dari 10 juta kali teridentifikasi berisiko kena pembajakan ini. Jika peretas berhasil mengambil alih, mereka dapat menyisipkan skrip postinstall berbahaya yang mengeksekusi perintah jahat saat pengembang melakukan instalasi dependensi.

Risiko ini makin diperparah oleh melonjaknya penggunaan agen koding berbasis kecerdasan buatan (AI). Penelitian menunjukkan sistem pengembang dapat menginstal hingga 350 paket per bulan melalui asisten AI. Agen AI yang mengeksekusi instalasi secara otomatis tanpa peninjauan manual dapat secara tidak sengaja menjalankan skrip berbahaya dari paket yang terbajak.

Kronologi dan Tindakan Remidiasi

Laporan bug dikirimkan ke GitHub melalui HackerOne pada 6 Juni 2026 dan divalidasi pada 9 Juni 2026. Setelah proses perbaikan selama 120 hari, GitHub dan npm meluncurkan perbaikan menyeluruh pada 2 Oktober 2026.

Kini, konfigurasi Trusted Publishing yang baru dibentuk namun belum tervalidasi akan kadaluwarsa secara otomatis dalam waktu 48 jam. Pengikatan permanen ke ID numerik immutable GitHub baru terjadi setelah rilis pertama berhasil diselesaikan.

Langkah Mitigasi untuk Pengembang

Untuk menjaga integritas rantai pasok perangkat lunak, para pengembang dan pemelihara paket disarankan untuk:

• Memeriksa ulang seluruh pautan repositori pada konfigurasi Trusted Publisher npm.
• Menghapus dan membuat ulang ikatan konfigurasi apabila repositori mengalami perubahan nama atau transfer lokasi.
• Memindahkan trigger publikasi otomatis ke event yang lebih aman seperti push, release, atau workflow_dispatch.
• Mengunci versi dependensi (version pinning) pada file manifes proyek.