Når tillit blir inngangsporten for skadevare

De berørte versjonene lå ute i omtrent tre timer. Google Threat Intelligence Group registrerte aktivitet mellom kl. 00.21 og 03.20 UTC 31. mars, mens annen hendelsesrapportering beskriver et tilsvarende tidsrom på to til tre timer. Axios er en svært sentral avhengighet: Ulike rapporter anslår mellom rundt 80 millioner og over 100 millioner npm-nedlastinger i uken, selv om tallene varierer mellom kildene.

Slik ble vedlikeholderkontoen misbrukt

Den sterkeste offentlige dokumentasjonen peker mot en kontoovertakelse på npm, ikke en svakhet i selve Axios. Én rapport sier at angriperne brukte et langvarig npm-tilgangstoken som tilhørte hovedvedlikeholderen. Andre beskriver mer generelt en kompromittert vedlikeholderkonto eller publiseringslegitimasjon.

Forskjellen er viktig. Angrepet krysset tillitsgrensen mellom vedlikeholderens publiseringsrettigheter og npm-registrets utgivelsesprosess. Fordi versjonene ble publisert gjennom en legitim konto, hadde utviklere og automatiserte systemer færre grunner til å reagere på dem.

Hva den skadelige avhengigheten gjorde

plain-crypto-js@4.2.1 var forkledd som en vanlig pakkeavhengighet, men hadde som formål å kjøre et postinstall-skript. Skriptet kontaktet en kommando- og kontrollserver og hentet en nyttelast tilpasset operativsystemet på vertsmaskinen.

Angrepet krevde derfor ikke at utviklere lastet ned en åpenbart mistenkelig kjørbar fil. Utløseren kunne være en vanlig avhengighetsoppdatering, en CI-bygging eller en automatisk

npm install

Var BlueNoroff ansvarlig?

Attributionen er ikke avklart i materialet som foreligger her. Enkelte rapporter kobler operasjonen til Nord-Korea-tilknyttede aktører, blant annet BlueNoroff eller beslektede grupper, mens Microsoft har knyttet kompromitteringen til Sapphire Sleet.

Disse vurderingene bør ikke presenteres som én bekreftet konklusjon. Likheter i kode, infrastruktur og arbeidsmetoder kan gi et spor mot en mulig aktør, men beviser ikke alene hvem som sto bak. Den forsvarlige konklusjonen er at Axios-kompromitteringen involverte en kapret vedlikeholderkonto, forgiftede utgivelser og en plattformuavhengig RAT. Hvilken aktør som gjennomførte angrepet, er fortsatt omstridt i offentlige vurderinger.

SilverFox brukte falske Claude-apper

SilverFox tok en annen vei inn i organisasjoner: Gruppen distribuerte falske Claude-apper for Windows, macOS og Linux. Kampanjen rettet seg mot organisasjoner innen industri, rådgivning, handel og transport i India, Indonesia, Sør-Afrika og Russland.

Appene var etterligninger av Anthropics Claude-merkevare, ikke ekte Claude-installatører. Metoden utnyttet en troverdig arbeidssituasjon: En ansatt søker etter et AI-verktøy for produktivitet, laster ned det som ser ut som en kjent applikasjon, og installerer i stedet skadevare. Kaspersky har beskrevet kampanjen som del av SilverFox-aktivitet observert i flere bølger siden desember 2025.

Fra skattesvindel til AI-lokkemiddel

Kampanjen bygget også videre på tidligere phishing med skattetema. I januar og februar 2026 registrerte forskere over 1 600 skadelige e-poster som utga seg for å være offisielle meldinger om skattekontroll eller hevdet å inneholde lister over skattebrudd.

Leveringsmetoden endret seg, men tillitssignalet var det samme. Skattevarsler skaper hastverk og autoritet. En merkevarebasert AI-assistent skaper relevans og bekvemmelighet. Begge deler kan få mottakere til å åpne et vedlegg, laste ned et arkiv eller installere programvare før kilden er kontrollert.

SilverFox brukte en trinnvis leveringsmodell med separat infrastruktur for ulike faser av innbruddet. Det kan gjøre det vanskeligere for forsvarere å blokkere eller avdekke hele angrepskjeden ut fra ett enkelt domene eller én indikator.

Den felles lærdommen: Tillit er en del av angrepsflaten

Axios- og SilverFox-kampanjene gikk etter ulike tillitsforhold:

• Tillit til vedlikeholdere: Axios-utgivelsene så ut til å komme fra en autorisert npm-publisher.
• Tillit til avhengigheter: Pakkebehandleren behandlet den skadelige avhengigheten som en del av en normal installasjon.
• Tillit til merkevarer: Falske Claude-installatører lånte identiteten til et kjent AI-produkt.
• Tillit til arbeidsflyter: Utviklere og ansatte fulgte rutiner som å oppdatere avhengigheter eller installere produktivitetsverktøy.

Axios-saken viser hvorfor et kort tidsvindu likevel kan være farlig. Pakkeinstallasjoner og CI-jobber kan kjøre automatisk, slik at antallet berørte systemer ikke begrenses til personer som manuelt undersøker en ny utgivelse. SilverFox-saken viser det samme fra endepunktsiden: Programvarekategorier som tas raskt i bruk, gir angripere troverdige nye lokkemidler.

Dette bør organisasjoner gjøre nå

Ved Axios-hendelsen bør virksomheter kontrollere låsefiler, pakkemanifester, byggel ogre, hurtigbuffere og oversikter over avhengigheter for axios@1.14.1, axios@0.30.4 og plain-crypto-js@4.2.1. Alle maskiner som installerte en berørt versjon i tidsvinduet, bør undersøkes for nedlastede nyttelaster, uautorisert vedvarende tilgang og eksponert legitimasjon. Sikkerhetsråd anbefaler spesifikt at berørte installasjoner behandles som potensielt kompromitterte.

For AI-programvare bør ansatte hente skrivebordsapper gjennom godkjente kanaler, kontrollere utgiver og nedlastingsdomene og blokkere eller sette ukjente installasjonsprogrammer i karantene. Ved npm-publisering kan phishing-resistent flerfaktorautentisering, kortlivede eller strengt avgrensede nøkler, dokumentert utgivelsesopprinnelse, låsefiler og gjennomgang av endringer i avhengigheter redusere risikoen for at én kompromittert konto utvikler seg til et forsyningskjedeangrep.

Det overordnede tiltaket er å kontrollere hvert tillitsledd. Et kjent pakkenavn er ikke bevis på at alle utgivelser er trygge, og et kjent produktnavn er ikke bevis på at alle installasjonsprogrammer er ekte.