Bagaimana Sapphire Sleet Menyusup ke 145 Pakej Mastra AI di npm

Pakej yang terjejas mempunyai jumlah muat turun melebihi 1.1 juta seminggu . Microsoft kemudian mengaitkan operasi itu dengan Sapphire Sleet dengan tahap keyakinan tinggi pada 19 Jun 2026 .

Bagaimana serangan itu berlaku

Serangan ini menunjukkan bagaimana satu akaun penerbit yang dipercayai boleh menjadi pintu masuk kepada keseluruhan ruang nama pakej.

1. Akaun penyelenggara dirampas

Penyerang terlebih dahulu menyasarkan seorang penyelenggara Mastra melalui kejuruteraan sosial dan berjaya mendapatkan kelayakan akaun npmnya . Akaun yang dikenal pasti sebagai ehindero mempunyai kebenaran untuk menerbitkan pakej di seluruh ruang nama @mastra .

2. Penerbitan besar-besaran secara pantas

Dengan menggunakan akaun tersebut, penyerang menerbitkan semula pakej-pakej di bawah ruang nama @mastra/* dalam tempoh 88 minit. Sesetengah laporan menyatakan penerbitan terbesar berlaku dalam tempoh sependek 19 minit . Kelajuan ini menunjukkan bahawa proses berkenaan kemungkinan besar dijalankan oleh skrip automatik, bukannya dimuat naik satu demi satu secara manual.

3. Dependensi palsu disuntik

Setiap versi pakej yang terjejas disertakan dependensi berniat jahat bernama easy-day-js. Nama itu menyerupai pustaka tarikh yang sah dan digunakan secara meluas, dayjs — teknik yang dikenali sebagai typosquatting . Penyelidik keselamatan menamakan kempen ini sebagai “easy-day-js” .

4. Muatan berjalan ketika pemasangan

Kod berniat jahat itu direka untuk berjalan secara automatik melalui skrip npm postinstall. Ini bermakna pembangun yang menjalankan npm install terhadap pakej terjejas boleh mencetuskan muatan tersebut serta-merta, tanpa perlu menjalankan kod aplikasi mereka sendiri .

5. Kelayakan dan aset kripto dicuri

Selepas aktif, muatan itu mencari kunci dompet kripto, kelayakan perkhidmatan awan dan rahsia CI/CD pada komputer pembangun serta sistem binaan yang terjejas . Ia juga mematikan pengesahan TLS sebelum memuat turun pencuri data peringkat kedua daripada infrastruktur yang dikawal penyerang .

Microsoft kaitkan serangan dengan Sapphire Sleet

Pada 19 Jun 2026, Microsoft menilai dengan tahap keyakinan tinggi bahawa operasi berkenaan dilakukan oleh Sapphire Sleet, aktor negara Korea Utara yang lazimnya menyasarkan sektor kewangan dan mata wang kripto. Penilaian itu dibuat berdasarkan infrastruktur serta taktik, teknik dan prosedur (TTP) yang selari dengan operasi Sapphire Sleet yang pernah didokumentasikan .

Amazon Threat Intelligence turut mengaitkan kumpulan sama dengan kempen terdahulu terhadap pakej npm seperti axios, debug, chalk dan typo-crypto .

Respons keselamatan Microsoft

Insiden Mastra mempercepatkan beberapa perubahan keselamatan yang sudah dibangunkan Microsoft, khususnya usaha mengurangkan risiko daripada kelayakan penerbitan yang bertahan terlalu lama.

API key NuGet kini dihadkan kepada 30 hari

Mulai 17 Ogos 2026, tempoh maksimum API key NuGet.org yang baharu dibuat dikurangkan daripada 365 hari kepada 30 hari . Semua API key yang dibuat sebelum tarikh tersebut akan tamat secara paksa pada 1 November 2026 .

Microsoft menyifatkan API key jangka panjang sebagai rentetan rahsia yang mudah tercicir atau terdedah, sekali gus menjadikannya sasaran menarik dalam serangan rantaian bekalan . Jika dicuri, key yang masih sah memberi penyerang tempoh panjang untuk menerbitkan pakej yang telah disuntik kod berniat jahat — seperti yang berlaku dalam insiden Mastra dan kompromi NX Console baru-baru ini .

Trusted Publishing menjadi pilihan yang disyorkan

Microsoft sangat menggalakkan penyelenggara pakej beralih kepada Trusted Publishing, aliran kerja yang dilancarkan pada September 2025. Kaedah ini menggantikan API key jangka panjang dengan pengesahan OpenID Connect (OIDC) yang berjangka pendek .

Antara kelebihan utamanya ialah :

• Tiada rahsia jangka panjang disimpan dalam repositori atau sistem CI/CD.
• Kelayakan sementara dikeluarkan bagi setiap penerbitan dan biasanya tamat selepas kira-kira satu jam.
• Identiti beban kerja disahkan berdasarkan repositori, aliran kerja dan, jika ditetapkan, persekitaran yang didaftarkan dalam polisi.
• Penyelenggara tidak perlu melakukan putaran rahsia secara manual.
• Kesan kompromi dapat dihadkan dengan ketara jika kelayakan terbocor.

Dalam aliran kerja Trusted Publishing, sistem CI/CD seperti GitHub Actions meminta token OIDC yang ditandatangani secara kriptografi. NuGet.org menyemak token itu berdasarkan polisi penerbit yang didaftarkan, kemudian mengeluarkan API key sementara dan sekali guna yang hanya sah untuk sesi penerbitan tersebut .

Perubahan lebih luas dalam ekosistem npm

Beberapa ciri baharu pada npm melengkapkan pendekatan Microsoft untuk mengurangkan pergantungan pada token penerbitan yang berumur panjang:

• Token klasik npm dibatalkan: npm membatalkan semua token klasik jangka panjang secara kekal pada Disember 2025. Perintah npm login kini mengeluarkan token sesi yang hanya sah selama dua jam .
• Token granular mempunyai tempoh terhad: Token akses granular baharu yang mempunyai kebenaran menulis kini mempunyai tempoh lalai tujuh hari dan maksimum 90 hari .
• Penerbitan berperingkat: Ciri ini tersedia secara umum mulai Mei 2026 dan memerlukan penyelenggara meluluskan keluaran secara jelas selepas melalui cabaran pengesahan dua faktor (2FA), sebelum pakej boleh dipasang oleh umum .

Kesemua langkah ini menyasarkan kelemahan yang sama: satu token penyelenggara npm yang berumur panjang, perlindungannya lemah dan mempunyai akses penerbitan kepada keseluruhan ruang nama pakej.

Apa yang perlu dilakukan pembangun dan penyelenggara

• Semak dan putar API key NuGet sedia ada. Jika key anda dibuat sebelum 17 Ogos 2026, ia akan tamat pada 1 November 2026. Cipta key baharu atau beralih kepada Trusted Publishing sebelum tarikh tersebut .
• Gunakan Trusted Publishing jika tersedia. Pengesahan berasaskan OIDC menghapuskan keperluan menyimpan rahsia jangka panjang dalam saluran CI/CD. Kaedah ini disokong oleh NuGet.org, npm dan PyPI .
• Semak aliran kerja penerbitan npm. Pastikan saluran CI/CD menggunakan kaedah pengesahan yang disokong, seperti token sesi berjangka pendek, token granular atau Trusted Publishing .
• Kunci versi dependensi. Bagi komponen kritikal, gunakan versi yang telah disahkan dan elakkan naik taraf dependensi secara automatik sehingga perubahan tersebut diperiksa .
• Pertimbangkan untuk mematikan skrip pemasangan automatik. Perintah npm install --ignore-scripts, atau tetapan global ignore-scripts = true, boleh menghalang skrip postinstall berniat jahat daripada berjalan .

Kes Mastra menjadi peringatan bahawa keselamatan rantaian bekalan bukan hanya bergantung pada kod sumber. Akaun penerbit, token akses dan proses CI/CD juga merupakan sebahagian daripada permukaan serangan — dan satu kelemahan pada mana-mana lapisan boleh memberi kesan kepada ramai pengguna dalam masa yang sangat singkat.