Skripti otti yhteyttä hyökkääjän hallitsemaan infrastruktuuriin ja latasi käyttöjärjestelmän mukaan räätälöidyn etähallintatroijalaisen eli RAT-haittaohjelman Windows-, macOS- ja Linux-järjestelmille. Tavallinen paketin asennus saattoi näin toimia ensimmäisenä vaiheena laajemmassa hyökkäyksessä.

Vaaralliset versiot olivat saatavilla noin kolme tuntia. Google Threat Intelligence Group havaitsi toimintaa 31. maaliskuuta kello 00.21–03.20 UTC, ja muut raportit kuvaavat samankaltaista kahden tai kolmen tunnin ajanjaksoa. Axios on erittäin laajasti käytetty riippuvuus: lähteet arvioivat sen npm-latausmääräksi noin 80 miljoonasta yli 100 miljoonaan lataukseen viikossa. Arviot vaihtelevat lähteittäin.

Miten ylläpitäjätili joutui hyökkääjän haltuun?

Julkisesti saatavilla olevat tiedot viittaavat vahvimmin npm-tilin kaappaukseen, eivät Axios-kirjaston ohjelmointivirheeseen. Erään raportin mukaan hyökkääjät käyttivät pääylläpitäjälle kuuluvaa pitkäikäistä npm-käyttöoikeustunnistetta. Muissa raporteissa puhutaan yleisemmin ylläpitäjätilin tai julkaisuoikeuksien vaarantumisesta.

Ero on olennainen. Hyökkäys rikkoi luottamusrajan ylläpitäjän julkaisuoikeuksien ja npmin julkaisuprosessin välillä. Koska paketit julkaistiin aidon ja valtuutetun tilin kautta, kehittäjillä ja automaattisilla järjestelmillä oli vähemmän syitä pitää niitä epäilyttävinä.

Mitä haitallinen riippuvuus teki?

plain-crypto-js@4.2.1 esiintyi tavallisen pakettiriippuvuuden tapaan, mutta sen todellinen tarkoitus oli suorittaa postinstall-skripti. Skripti otti yhteyttä komento- ja hallintapalvelimeen ja haki järjestelmän käyttöjärjestelmälle sopivan toisen vaiheen haitallisen ohjelman.

Kehittäjän ei siis tarvinnut ladata selvästi epäilyttävää suoritettavaa tiedostoa. Haittaohjelma saattoi käynnistyä tavallisen riippuvuuspäivityksen, CI-koontiajon tai altistumisjakson aikana automaattisesti suoritetun npm install -komennon yhteydessä. Tietoturvaohjeissa suositellaan käsittelemään järjestelmiä, joihin jompikumpi vaarallisista Axios-versioista asennettiin, mahdollisesti vaarantuneina.

Oliko BlueNoroff hyökkäyksen takana?

Julkisissa arvioissa ei ole yksimielisyyttä tekijästä. Osa raporteista yhdistää operaation Pohjois-Koreaan kytkeytyviin toimijoihin, kuten BlueNoroffiin tai sitä lähellä oleviin ryhmiin. Microsoft puolestaan katsoi hyökkäyksen liittyvän Sapphire Sleet -toimijaan.

Näitä arvioita ei pitäisi esittää yhtenä varmistettuna johtopäätöksenä. Koodin, infrastruktuurin ja toimintatapojen samankaltaisuus voi antaa suuntaa tekijän tunnistamiseen, mutta se ei yksin todista, mikä ryhmä hyökkäyksen toteutti. Varmimmin voidaan todeta, että Axiosin tapauksessa kaapattiin ylläpitäjätili, julkaistiin saastuneet versiot ja levitettiin monialustainen RAT. Tekijän henkilöllisyys on julkisissa arvioissa edelleen kiistanalainen.

Miten SilverFox käytti väärennettyjä Claude-sovelluksia?

SilverFox eteni eri reittiä: ryhmä levitti Windowsille, macOS:lle ja Linuxille tarkoitettuja väärennettyjä Claude-sovelluksia. Kampanja kohdistui teollisuuden, konsultoinnin, kaupan ja liikenteen alan organisaatioihin Intiassa, Indonesiassa, Etelä-Afrikassa ja Venäjällä.

Kyse ei ollut Anthropic-yhtiön aidoista Claude-asennusohjelmista, vaan tuotemerkkiä jäljittelevistä sovelluksista. Huijaus perustui uskottavaan työelämän tilanteeseen: työntekijä etsii tekoälyä hyödyntävää tuottavuustyökalua, lataa tutulta näyttävän sovelluksen ja asentaa sen tietämättä, että mukana on haittaohjelma. Kasperskyn raportoinnin mukaan kampanja liittyi SilverFoxin toimintaan, jota on havaittu useissa aalloissa joulukuusta 2025 lähtien.

Verohuijauksista tekoälysyötteihin

Kampanja jatkoi aiempaa veroteemaista tietojenkalastelua. Tammi–helmikuussa 2026 tutkijat kirjasivat yli 1 600 haitallista sähköpostia, joissa esiintyttiin virallisina verotarkastusilmoituksina tai tarjottiin verorikkomusten luetteloita.

Jakelutapa muuttui, mutta luottamukseen vetoava elementti pysyi. Veroviranomaisen ilmoitus luo kiireen ja auktoriteetin tuntua. Tunnettu tekoälyavustaja puolestaan vaikuttaa ajankohtaiselta ja hyödylliseltä. Molemmissa tapauksissa vastaanottajaa voidaan houkutella avaamaan liite, lataamaan pakattu tiedosto tai asentamaan ohjelmisto tarkistamatta lähdettä.

SilverFox käytti vaiheistettua toimitusmallia, jossa hyökkäyksen eri vaiheille oli erillinen infrastruktuuri. Tällainen hajautus voi vaikeuttaa koko hyökkäysketjun tunnistamista tai estämistä yhden verkkotunnuksen tai muun yksittäisen tunnisteen perusteella.

Yhteinen opetus: luottamus kuuluu hyökkäyspinta-alaan

Axiosin ja SilverFoxin kampanjat kohdistuivat eri luottamussuhteisiin:

• Ylläpitäjän luottamus: Axios-julkaisut näyttivät tulevan valtuutetulta npm-julkaisijalta.
• Riippuvuuksien luottamus: Pakettienhallinta käsitteli haitallista riippuvuutta normaalin asennusketjun osana.
• Tuotemerkin luottamus: Väärennetyt Claude-asennusohjelmat lainasivat tunnetun tekoälytuotteen identiteettiä.
• Työtapojen luottamus: Kehittäjät ja työntekijät tekivät tavanomaisia asioita – päivittivät riippuvuuksia tai asensivat tuottavuusohjelmiston.

Axios-tapaus osoittaa, miksi lyhyt altistumisikkuna ei tarkoita vähäistä riskiä. Pakettiasennukset ja CI-järjestelmät voivat toimia automaattisesti, joten vaikutus ei rajoitu ihmisiin, jotka lataavat ja tarkistavat julkaisun käsin. SilverFox puolestaan osoittaa, että nopeasti yleistyvät ohjelmistokategoriat tarjoavat hyökkääjille uskottavia uusia syöttejä.

Mitä organisaatioiden kannattaa tehdä nyt?

Axios-tapauksen vuoksi kannattaa tarkistaa lukitustiedostot, pakettimanifestit, koontilokit, välimuistit ja riippuvuusluettelot seuraavien tunnisteiden varalta: axios@1.14.1, axios@0.30.4 ja plain-crypto-js@4.2.1. Jokainen kone, jolle vaarallinen versio asennettiin altistumisjakson aikana, on tutkittava ladattujen haittaohjelmien, luvattoman pysyvyyden ja paljastuneiden tunnistetietojen varalta. Ohjeistuksissa suositellaan käsittelemään kyseisiä asennuksia mahdollisesti vaarantuneina.

Tekoälyohjelmistojen osalta työntekijöiden tulisi ladata työpöytäsovellukset vain hyväksytyistä kanavista, tarkistaa julkaisija ja latausosoite sekä estää tai eristää hyväksymättömät asennusohjelmat. npm-julkaisemisessa phishingin kestävä monivaiheinen tunnistautuminen, lyhytikäiset ja tarkasti rajatut tunnisteet, julkaisujen alkuperän todentaminen, lukitustiedostot ja riippuvuusmuutosten tarkistaminen voivat pienentää riskiä, että yhden tilin kaappaus muuttuu toimitusketjuhyökkäykseksi.

Laajempi periaate on tarkistaa jokainen luottamusraja. Tutun paketin nimi ei todista, että jokainen sen julkaisu on turvallinen. Eikä tutun tuotteen nimi todista, että jokainen sen asennusohjelma on aito.

Skripti otti yhteyttä hyökkääjän hallitsemaan infrastruktuuriin ja latasi käyttöjärjestelmän mukaan räätälöidyn etähallintatroijalaisen eli RAT-haittaohjelman Windows-, macOS- ja Linux-järjestelmille. Tavallinen paketin asennus saattoi näin toimia ensimmäisenä vaiheena laajemmassa hyökkäyksessä.

Vaaralliset versiot olivat saatavilla noin kolme tuntia. Google Threat Intelligence Group havaitsi toimintaa 31. maaliskuuta kello 00.21–03.20 UTC, ja muut raportit kuvaavat samankaltaista kahden tai kolmen tunnin ajanjaksoa. Axios on erittäin laajasti käytetty riippuvuus: lähteet arvioivat sen npm-latausmääräksi noin 80 miljoonasta yli 100 miljoonaan lataukseen viikossa. Arviot vaihtelevat lähteittäin.

Miten ylläpitäjätili joutui hyökkääjän haltuun?

Julkisesti saatavilla olevat tiedot viittaavat vahvimmin npm-tilin kaappaukseen, eivät Axios-kirjaston ohjelmointivirheeseen. Erään raportin mukaan hyökkääjät käyttivät pääylläpitäjälle kuuluvaa pitkäikäistä npm-käyttöoikeustunnistetta. Muissa raporteissa puhutaan yleisemmin ylläpitäjätilin tai julkaisuoikeuksien vaarantumisesta.

Ero on olennainen. Hyökkäys rikkoi luottamusrajan ylläpitäjän julkaisuoikeuksien ja npmin julkaisuprosessin välillä. Koska paketit julkaistiin aidon ja valtuutetun tilin kautta, kehittäjillä ja automaattisilla järjestelmillä oli vähemmän syitä pitää niitä epäilyttävinä.

Mitä haitallinen riippuvuus teki?

plain-crypto-js@4.2.1 esiintyi tavallisen pakettiriippuvuuden tapaan, mutta sen todellinen tarkoitus oli suorittaa postinstall-skripti. Skripti otti yhteyttä komento- ja hallintapalvelimeen ja haki järjestelmän käyttöjärjestelmälle sopivan toisen vaiheen haitallisen ohjelman.

Kehittäjän ei siis tarvinnut ladata selvästi epäilyttävää suoritettavaa tiedostoa. Haittaohjelma saattoi käynnistyä tavallisen riippuvuuspäivityksen, CI-koontiajon tai altistumisjakson aikana automaattisesti suoritetun npm install -komennon yhteydessä. Tietoturvaohjeissa suositellaan käsittelemään järjestelmiä, joihin jompikumpi vaarallisista Axios-versioista asennettiin, mahdollisesti vaarantuneina.

Oliko BlueNoroff hyökkäyksen takana?

Julkisissa arvioissa ei ole yksimielisyyttä tekijästä. Osa raporteista yhdistää operaation Pohjois-Koreaan kytkeytyviin toimijoihin, kuten BlueNoroffiin tai sitä lähellä oleviin ryhmiin. Microsoft puolestaan katsoi hyökkäyksen liittyvän Sapphire Sleet -toimijaan.

Näitä arvioita ei pitäisi esittää yhtenä varmistettuna johtopäätöksenä. Koodin, infrastruktuurin ja toimintatapojen samankaltaisuus voi antaa suuntaa tekijän tunnistamiseen, mutta se ei yksin todista, mikä ryhmä hyökkäyksen toteutti. Varmimmin voidaan todeta, että Axiosin tapauksessa kaapattiin ylläpitäjätili, julkaistiin saastuneet versiot ja levitettiin monialustainen RAT. Tekijän henkilöllisyys on julkisissa arvioissa edelleen kiistanalainen.

Miten SilverFox käytti väärennettyjä Claude-sovelluksia?

SilverFox eteni eri reittiä: ryhmä levitti Windowsille, macOS:lle ja Linuxille tarkoitettuja väärennettyjä Claude-sovelluksia. Kampanja kohdistui teollisuuden, konsultoinnin, kaupan ja liikenteen alan organisaatioihin Intiassa, Indonesiassa, Etelä-Afrikassa ja Venäjällä.

Kyse ei ollut Anthropic-yhtiön aidoista Claude-asennusohjelmista, vaan tuotemerkkiä jäljittelevistä sovelluksista. Huijaus perustui uskottavaan työelämän tilanteeseen: työntekijä etsii tekoälyä hyödyntävää tuottavuustyökalua, lataa tutulta näyttävän sovelluksen ja asentaa sen tietämättä, että mukana on haittaohjelma. Kasperskyn raportoinnin mukaan kampanja liittyi SilverFoxin toimintaan, jota on havaittu useissa aalloissa joulukuusta 2025 lähtien.

Verohuijauksista tekoälysyötteihin

Kampanja jatkoi aiempaa veroteemaista tietojenkalastelua. Tammi–helmikuussa 2026 tutkijat kirjasivat yli 1 600 haitallista sähköpostia, joissa esiintyttiin virallisina verotarkastusilmoituksina tai tarjottiin verorikkomusten luetteloita.

Jakelutapa muuttui, mutta luottamukseen vetoava elementti pysyi. Veroviranomaisen ilmoitus luo kiireen ja auktoriteetin tuntua. Tunnettu tekoälyavustaja puolestaan vaikuttaa ajankohtaiselta ja hyödylliseltä. Molemmissa tapauksissa vastaanottajaa voidaan houkutella avaamaan liite, lataamaan pakattu tiedosto tai asentamaan ohjelmisto tarkistamatta lähdettä.

SilverFox käytti vaiheistettua toimitusmallia, jossa hyökkäyksen eri vaiheille oli erillinen infrastruktuuri. Tällainen hajautus voi vaikeuttaa koko hyökkäysketjun tunnistamista tai estämistä yhden verkkotunnuksen tai muun yksittäisen tunnisteen perusteella.

Yhteinen opetus: luottamus kuuluu hyökkäyspinta-alaan

Axiosin ja SilverFoxin kampanjat kohdistuivat eri luottamussuhteisiin:

• Ylläpitäjän luottamus: Axios-julkaisut näyttivät tulevan valtuutetulta npm-julkaisijalta.
• Riippuvuuksien luottamus: Pakettienhallinta käsitteli haitallista riippuvuutta normaalin asennusketjun osana.
• Tuotemerkin luottamus: Väärennetyt Claude-asennusohjelmat lainasivat tunnetun tekoälytuotteen identiteettiä.
• Työtapojen luottamus: Kehittäjät ja työntekijät tekivät tavanomaisia asioita – päivittivät riippuvuuksia tai asensivat tuottavuusohjelmiston.

Axios-tapaus osoittaa, miksi lyhyt altistumisikkuna ei tarkoita vähäistä riskiä. Pakettiasennukset ja CI-järjestelmät voivat toimia automaattisesti, joten vaikutus ei rajoitu ihmisiin, jotka lataavat ja tarkistavat julkaisun käsin. SilverFox puolestaan osoittaa, että nopeasti yleistyvät ohjelmistokategoriat tarjoavat hyökkääjille uskottavia uusia syöttejä.

Mitä organisaatioiden kannattaa tehdä nyt?

Axios-tapauksen vuoksi kannattaa tarkistaa lukitustiedostot, pakettimanifestit, koontilokit, välimuistit ja riippuvuusluettelot seuraavien tunnisteiden varalta: axios@1.14.1, axios@0.30.4 ja plain-crypto-js@4.2.1. Jokainen kone, jolle vaarallinen versio asennettiin altistumisjakson aikana, on tutkittava ladattujen haittaohjelmien, luvattoman pysyvyyden ja paljastuneiden tunnistetietojen varalta. Ohjeistuksissa suositellaan käsittelemään kyseisiä asennuksia mahdollisesti vaarantuneina.

Tekoälyohjelmistojen osalta työntekijöiden tulisi ladata työpöytäsovellukset vain hyväksytyistä kanavista, tarkistaa julkaisija ja latausosoite sekä estää tai eristää hyväksymättömät asennusohjelmat. npm-julkaisemisessa phishingin kestävä monivaiheinen tunnistautuminen, lyhytikäiset ja tarkasti rajatut tunnisteet, julkaisujen alkuperän todentaminen, lukitustiedostot ja riippuvuusmuutosten tarkistaminen voivat pienentää riskiä, että yhden tilin kaappaus muuttuu toimitusketjuhyökkäykseksi.

Laajempi periaate on tarkistaa jokainen luottamusraja. Tutun paketin nimi ei todista, että jokainen sen julkaisu on turvallinen. Eikä tutun tuotteen nimi todista, että jokainen sen asennusohjelma on aito.