Sapphire Sleet kaappasi 145 Mastra AI -npm-pakettia – näin toimitusketjuhyökkäys eteni ja miten Microsoft reagoi

Mastra on suosittu JavaScript- ja TypeScript-kehys tekoälysovellusten ja -agenttien rakentamiseen. Vaarantuneiden pakettien yhteenlaskettu latausmäärä ylitti 1,1 miljoonaa viikossa . Microsoft yhdisti operaation Sapphire Sleet -ryhmään suurella varmuudella 19. kesäkuuta 2026 .

Näin hyökkäys eteni

Hyökkäyksessä hyödynnettiin tuttua mutta tehokasta toimitusketjuriskiä: yhtä luotettua ylläpitäjätiliä ja sen laajoja julkaisuoikeuksia.

1. Ylläpitäjän manipulointi ja tilin kaappaus

Hyökkääjät kohdistivat sosiaalisen manipuloinnin Mastran lailliseen ylläpitäjään ja saivat haltuunsa tämän npm-tunnukset . Kaapattu tili, ehindero, pystyi julkaisemaan paketteja koko @mastra-nimitilassa .

2. Kymmenien pakettien massajulkaisu

Kaapattua tiliä käytettiin kaikkien nimitilan pakettien uudelleenjulkaisemiseen noin 88 minuutin aikana. Joidenkin raporttien mukaan suurin julkaisupyrähdys tapahtui vain 19 minuutissa . Nopeus viittaa automatisoituun julkaisuohjelmaan eikä yksittäisiin käsin tehtyihin latauksiin.

3. Haitallinen riippuvuus naamioitiin tutuksi kirjastoksi

Jokaiseen vaarantuneeseen pakettiversioon lisättiin riippuvuus nimeltä easy-day-js. Nimi muistuttaa laillista ja laajasti käytettyä dayjs-päivämääräkirjastoa – kyseessä oli niin sanottu typosquatting eli kirjoitusasuun perustuva huijaus . Turvallisuustutkijat ovat nimenneet kampanjan easy-day-js:n mukaan .

4. Haittakoodi käynnistyi jo asennuksen aikana

Pakettien haitallinen koodi oli sidottu npm:n postinstall-skriptiin. Käytännössä jo npm install -komennon suorittaminen saattoi käynnistää hyötykuorman; sovellusta ei tarvinnut ensin ajaa .

Hyötykuorma myös poisti TLS-varmenteiden tarkistuksen käytöstä ja latasi hyökkääjien hallitsemasta infrastruktuurista toisen vaiheen varastajan .

5. Kohteena olivat avaimet ja tunnukset

Haittaohjelma etsi kehittäjien työasemilta ja rakennusympäristöistä muun muassa kryptovaluuttalompakoiden avaimia, pilvipalvelujen tunnuksia sekä CI/CD-putkien salaisuuksia . CI/CD tarkoittaa ohjelmiston jatkuvan integraation ja toimituksen automaatiota, jota käytetään esimerkiksi testaukseen ja julkaisemiseen.

Microsoft: kyse oli Sapphire Sleetistä

Microsoft arvioi 19. kesäkuuta suurella varmuudella, että operaation takana oli Sapphire Sleet, pohjoiskorealainen valtiollinen toimija, joka kohdistaa toimintaansa erityisesti rahoitus- ja kryptovaluuttasektoreihin . Arvio perustui hyökkäyksessä havaittuun infrastruktuuriin sekä aiemmista operaatioista tuttuihin toimintatapoihin, tekniikoihin ja menetelmiin eli TTP-malleihin .

Amazon Threat Intelligence on lisäksi yhdistänyt saman toimijan aiempiin npm-kampanjoihin, joissa kohteina olivat muun muassa axios-, debug-, chalk- ja typo-crypto-paketit .

Microsoft kiristää NuGetin tunnistekäytäntöjä

Mastra-tapaus korosti riskiä, jonka pitkäikäiset julkaisutunnisteet aiheuttavat. Microsoft ilmoitti jo valmistelemistaan muutoksista, joiden tarkoitus on pienentää varastettujen avainten käyttöikkunaa.

Uusien API-avainten enimmäiskesto putoaa 30 päivään

17. elokuuta 2026 alkaen uusien NuGet.org API-avainten enimmäisvoimassaolo lyhenee 365 päivästä 30 päivään . Ennen tätä päivää luodut avaimet vanhenevat pakotetusti 1. marraskuuta 2026 .

Microsoftin perustelu on suoraviivainen: pitkään voimassa olevat API-avaimet ovat helposti hukattavia merkkijonoja ja yksi keskeisistä toimitusketjuhyökkäysten väylistä . Jos hyökkääjä saa avaimen haltuunsa, hänelle voi avautua pitkä aika julkaista luotettavalta näyttäviä, mutta troijalaistettuja paketteja.

Trusted Publishing korvaa pitkäikäiset salaisuudet

Microsoft suosittelee ylläpitäjiä siirtymään Trusted Publishing -malliin. Syyskuussa 2025 julkaistu toimintatapa käyttää pitkäikäisten API-avainten sijaan OpenID Connect - eli OIDC-todennusta .

Mallin tärkeimmät hyödyt ovat seuraavat :

• julkaisuympäristöön tai CI/CD-järjestelmään ei tarvitse tallentaa pitkäikäistä salaisuutta
• julkaisua varten myönnetään lyhytikäinen tunniste, joka vanhenee automaattisesti, yleensä noin tunnissa
• julkaisupyyntö voidaan sitoa tiettyyn repositorioon, työnkulkuun ja tarvittaessa ympäristöön
• tunnisteita ei tarvitse kierrättää käsin
• vuotaneen tunnisteen aiheuttama vahinko jää huomattavasti rajatummaksi.

Kun Trusted Publishing -mallia käyttävä työnkulku käynnistyy, CI/CD-palvelu, kuten GitHub Actions, pyytää palveluntarjoajalta kryptografisesti allekirjoitetun OIDC-tunnisteen. NuGet.org tarkistaa tunnisteen rekisteröityä julkaisukäytäntöä vasten ja myöntää kyseistä julkaisukertaa varten väliaikaisen, kertakäyttöisen API-avaimen .

Myös npm vähentää pitkäikäisten tunnisteiden riskiä

Microsoftin toimet ovat osa laajempaa muutosta pakettirekistereissä:

• npm peruutti kaikki perinteiset pitkäikäiset classic-tokenit pysyvästi joulukuussa 2025. npm login antaa nykyisin kaksituntisen istuntotunnisteen .
• Uusien kirjoitusoikeudellisten granular access tokenien oletusvoimassaolo on seitsemän päivää ja enimmäisvoimassaolo 90 päivää .
• npm:n staged publishing -ominaisuus on ollut yleisesti saatavilla toukokuusta 2026 lähtien. Se edellyttää ylläpitäjältä kaksivaiheisen tunnistautumisen avulla tehtävää hyväksyntää ennen kuin julkaisu voidaan asentaa julkisesti .

Tavoitteena on estää juuri Mastra-hyökkäyksen kaltainen tilanne: yhden pitkäikäisen ja heikosti suojatun ylläpitäjätunnisteen avulla voidaan julkaista haitallisia päivityksiä kokonaisen pakettinimitilan laajuudelta.

Mitä kehittäjien kannattaa tehdä nyt?

• Tarkista NuGet-avaimet heti. Ennen 17. elokuuta 2026 luodut avaimet vanhenevat 1. marraskuuta. Luo tarvittaessa uusi avain tai siirry Trusted Publishing -malliin .
• Siirry OIDC-pohjaiseen julkaisemiseen. Trusted Publishing poistaa pitkäikäisten salaisuuksien tarpeen CI/CD-putkista. Mallia tukevat muun muassa NuGet.org, npm ja PyPI .
• Käy npm-julkaisutyönkulut läpi. Varmista, että putket käyttävät tuettuja istunto-, granular-token- tai Trusted Publishing -menetelmiä .
• Lukitse riippuvuuksien versiot. Erityisesti kriittisissä järjestelmissä tunnettujen, hyväksi todettujen versioiden pinnaaminen vähentää riskiä, että automaattinen päivitys tuo ympäristöön vaarantuneen paketin .
• Harkitse asennusskriptien estämistä. Komento npm install --ignore-scripts tai asetus ignore-scripts = true voi estää haitallisen postinstall-skriptin automaattisen suorittamisen .

Mastra-tapauksen keskeinen opetus ei ole vain se, että yksittäinen paketti voi olla haitallinen. Myös luotettu ylläpitäjätili, laajat julkaisuoikeudet ja pitkään voimassa oleva tunniste muodostavat yhdessä riskin, joka voi levitä nopeasti tuhansiin kehitysympäristöihin.