Di Balik Serangan Supply Chain TanStack dan Worm Mini Shai‑Hulud

Analisis keamanan menemukan bahwa paket‑paket tersebut telah dimodifikasi dengan malware pencuri kredensial yang menargetkan mesin developer serta sistem CI/CD seperti GitHub Actions.

Karena banyak pustaka TanStack memiliki jutaan unduhan setiap minggu, rilis yang telah disusupi ini berpotensi menyebar dengan cepat ke lingkungan pengembangan dan pipeline build di berbagai perusahaan.

Kemudian diketahui bahwa insiden TanStack hanyalah sebagian dari operasi yang lebih besar. Peneliti keamanan menemukan bahwa kampanye Mini Shai‑Hulud secara keseluruhan mencakup:

• 172 paket yang dikompromikan
• lebih dari 400 versi berbahaya
• aktivitas di dua ekosistem paket besar: npm dan PyPI

Sebagian besar aktivitas tersebut terjadi dalam jendela waktu sekitar 48 jam pada 11–12 Mei 2026.

Bagaimana GitHub Actions dieksploitasi

Alih‑alih mencuri token publikasi npm secara langsung, penyerang menargetkan otomasi yang digunakan untuk merilis paket.

Menurut analisis pasca‑insiden dari TanStack, serangan memanfaatkan beberapa kelemahan dalam workflow GitHub Actions sekaligus, termasuk:

• penyalahgunaan pola workflow pull_request_target
• cache poisoning antara repository fork dan repository utama
• ekstraksi token OIDC GitHub Actions dari proses runner

Dengan merangkai teknik tersebut, kode yang dikendalikan penyerang dapat berjalan di dalam pipeline rilis dan mengekstrak kredensial yang memiliki izin untuk menerbitkan paket. Versi berbahaya kemudian dirilis menggunakan identitas publikasi resmi proyek.

Karena pipeline resmi yang melakukan publikasi, paket yang dirilis dapat tampak sepenuhnya sah dan bahkan memiliki provenance build atau tanda tangan digital yang valid, sehingga sulit dibedakan dari rilis normal.

Cara worm Mini Shai‑Hulud menyebar

Paket yang telah disusupi membawa kode yang berperilaku seperti worm supply‑chain yang dapat menyebar sendiri.

Saat paket diinstal, skrip tertentu dijalankan selama proses instalasi dependensi atau saat kode pertama kali diimpor. Skrip ini dapat mengunduh payload tambahan atau menjalankan malware lain.

Dalam beberapa kasus, ini dilakukan melalui lifecycle hook paket atau kode yang langsung dieksekusi saat modul diimpor.

Setelah aktif, malware mencoba untuk:

• mengumpulkan kredensial dan rahasia sistem
• mengakses lingkungan CI/CD
• menggunakan token yang dicuri untuk menerbitkan paket berbahaya lainnya

Pendekatan ini memungkinkan serangan bergerak secara lateral antara komputer developer, pipeline build, dan proyek open‑source lainnya.

Karena banyak package manager menjalankan skrip selama proses instalasi, sekadar menginstal dependensi yang terinfeksi sudah cukup untuk memicu malware.

Kredensial dan sistem yang menjadi target

Malware dalam kampanye ini terutama menargetkan kredensial developer dan cloud, karena akses tersebut dapat membuka jalan ke infrastruktur yang lebih luas.

Peneliti keamanan melaporkan bahwa worm memindai sistem untuk berbagai rahasia, termasuk:

• kredensial AWS IAM
• GitHub Personal Access Tokens
• token publikasi npm
• token HashiCorp Vault
• kredensial service account Kubernetes
• SSH private keys
• konfigurasi Docker dan variabel lingkungan

Malware juga diketahui memindai banyak jalur file pada workstation developer dan runner CI untuk menemukan konfigurasi atau rahasia yang tersimpan.

Karena itu, setiap lingkungan yang sempat menginstal paket terkompromi dianggap berpotensi terekspos dan disarankan untuk melakukan rotasi kredensial.

Pernyataan OpenAI soal data pengguna

Karena beberapa pustaka yang terdampak digunakan luas di ekosistem developer, muncul pertanyaan apakah layanan teknologi besar ikut terdampak.

OpenAI menyatakan tidak menemukan bukti bahwa data pengguna mereka diakses atau bocor akibat insiden supply‑chain yang melibatkan pustaka TanStack.

Pernyataan ini ditujukan untuk meredam kekhawatiran bahwa layanan yang bergantung pada paket tersebut mungkin telah mengekspos data pelanggan.

Mengapa serangan ini penting

Kampanye Mini Shai‑Hulud menunjukkan perubahan penting dalam taktik serangan supply chain perangkat lunak.

1. Menargetkan otomasi, bukan akun manusia
Penyerang tidak perlu mencuri kredensial maintainer jika mereka dapat membajak pipeline rilis otomatis.

2. Paket berbahaya dengan tanda tangan sah
Karena paket dipublikasikan melalui pipeline resmi, rilis tersebut dapat memiliki provenance dan tanda tangan yang terlihat terpercaya.

3. Dampak lintas ekosistem
Serangan ini secara bersamaan menargetkan npm dan PyPI, memperluas potensi dampaknya secara drastis.

4. Propagasi seperti worm
Malware mencoba mencuri token lalu menggunakannya untuk menyebarkan dirinya ke paket lain secara otomatis.

Gabungan faktor‑faktor ini membuat kampanye tersebut menjadi salah satu insiden supply‑chain open‑source paling signifikan yang dilaporkan pada 2026.

Pelajaran keamanan bagi developer dan tim engineering

Respons dari maintainer dan peneliti keamanan menyoroti beberapa praktik penting untuk melindungi rantai pasok perangkat lunak modern.

Anggap instalasi dependensi sebagai eksekusi kode
Menginstal paket dapat menjalankan skrip atau kode yang langsung dieksekusi.

Rotasi kredensial setelah potensi paparan
Lingkungan yang memasang paket terkompromi harus segera mengganti semua rahasia yang dapat diakses.

Perkuat workflow CI/CD
Tim disarankan meninjau konfigurasi GitHub Actions, membatasi izin token, dan menghindari pola workflow berisiko seperti pull_request_target bila tidak benar‑benar diperlukan.

Audit versi dependensi
Perusahaan perlu memastikan tidak ada versi paket berbahaya yang digunakan selama jendela insiden Mei 2026.

Pantau pipeline build dan publikasi
Aktivitas jaringan yang tidak biasa, instalasi dependensi tak terduga, atau publikasi paket tanpa otorisasi dapat menjadi tanda kompromi supply chain.

Pelajaran besar bagi ekosistem open‑source

Rantai pasok perangkat lunak modern dibangun di atas otomasi dan dependensi bersama. Serangan Mini Shai‑Hulud menunjukkan bahwa sistem yang mempercepat pengembangan ini juga dapat menjadi jalur penyebaran malware yang sangat efisien.

Dengan menargetkan pipeline build dan infrastruktur developer, penyerang mampu menyebarkan kode berbahaya melalui saluran yang dipercaya dan menjangkau ribuan proyek dalam hitungan jam.

Karena itu, semakin banyak organisasi kini memperlakukan pipeline CI/CD, manajemen dependensi, dan lingkungan developer sebagai batas keamanan kritis, bukan sekadar alat kenyamanan dalam proses pengembangan.