De berörda versionerna fanns tillgängliga i ungefär tre timmar. Google Threat Intelligence Group registrerade aktivitet mellan 00.21 och 03.20 UTC den 31 mars, medan annan incidentrapportering beskriver ett liknande fönster på två till tre timmar. Axios är ett centralt beroende i JavaScript-ekosystemet. Olika rapporter uppskattar användningen till omkring 80 miljoner till över 100 miljoner nedladdningar per vecka, även om siffrorna varierar mellan källorna.
Den starkaste offentliga rapporteringen pekar på ett övertaget npm-konto, inte på en sårbarhet i Axios själva kod. En rapport uppger att angriparna använde en långlivad åtkomsttoken som tillhörde huvudunderhållaren. Andra beskriver händelsen mer generellt som ett intrång i underhållarens konto eller publiceringsuppgifter.
Skillnaden är viktig. Angreppet passerade förtroendegränsen mellan underhållarens publiceringsbehörighet och npms distributionssystem. Eftersom versionerna publicerades via ett legitimt konto hade utvecklare och automatiserade system färre skäl att reagera.
plain-crypto-js@4.2.1 var utformat för att se ut som ett normalt paketberoende, men fanns där för att köra ett postinstall-skript. Skriptet kontaktade en kommando- och kontrollserver och hämtade en andra nyttolast anpassad till värddatorns operativsystem.
Angreppet krävde alltså inte att utvecklaren laddade ner en uppenbart misstänkt körbar fil. Utlösaren kunde vara en vanlig beroendeuppdatering, ett CI-bygge eller ett automatiskt npm install
Attributionen är inte fastställd i det material som finns tillgängligt här. Viss rapportering kopplar operationen till Nordkoreaanknutna aktörer, däribland BlueNoroff eller närliggande kluster, medan Microsoft har tillskrivit intrånget Sapphire Sleet.
Bedömningarna bör därför inte presenteras som en enda bekräftad slutsats. Likheter i kod, infrastruktur och arbetssätt kan ge en ledtråd om attribution, men bevisar inte i sig vilken grupp som genomförde attacken.
Den försiktiga slutsatsen är att Axios-komprometteringen omfattade ett kapat underhållarkonto, manipulerade paketversioner och en plattformsöverskridande RAT. Vem som låg bakom angreppet är fortfarande omtvistat i offentliga bedömningar.
SilverFox valde en annan väg in i organisationer: gruppen distribuerade förfalskade Claude-appar för Windows, macOS och Linux. Kampanjen riktade sig mot organisationer inom industri, konsultverksamhet, handel och transport i Indien, Indonesien, Sydafrika och Ryssland.
Apparna var imitationer av Anthropics varumärke Claude – inte legitima Claude-installationer. Metoden byggde på ett trovärdigt arbetsscenario: en anställd söker efter ett AI-verktyg för produktivitet, laddar ner något som ser bekant ut och installerar i stället skadlig kod. Kasperskys rapportering beskriver kampanjen som en del av SilverFox verksamhet, som har observerats i flera vågor sedan december 2025.
Kampanjen byggde också vidare på tidigare nätfiske med skattetema. Under januari och februari 2026 registrerade forskare över 1 600 skadliga mejl som utgav sig för att vara officiella meddelanden om skattekontroller eller påstod sig innehålla listor över skatteöverträdelser.
Leveransmetoden förändrades, men förtroendesignalen var densamma. Skattebesked skapar brådska och auktoritet. Ett välkänt AI-verktyg signalerar i stället relevans och bekvämlighet. Båda strategierna kan få mottagaren att öppna en bilaga, ladda ner ett arkiv eller installera programvara innan avsändaren har verifierats.
SilverFox använde en stegvis leveransmodell med separat infrastruktur för olika delar av intrånget. Det kan göra det svårare för försvarare att blockera eller identifiera hela angreppskedjan utifrån en enda domän eller indikator.
Axios- och SilverFox-kampanjerna riktade in sig på olika förtroenderelationer:
Axios-fallet visar varför ett kort exponeringsfönster ändå kan bli farligt. Paketinstallationer och CI-jobb kan köras automatiskt, så antalet berörda system begränsas inte till personer som manuellt granskar en ny version. SilverFox-fallet visar samma princip från andra hållet: snabbt växande programvarukategorier ger angripare trovärdiga nya lockbeten.
När det gäller Axios bör organisationer granska låsfiler, paketmanifest, byggloggar, cachelagring och inventeringar av beroenden efter axios@1.14.1, axios@0.30.4 och plain-crypto-js@4.2.1. Alla datorer som installerade en berörd version under exponeringsfönstret bör undersökas med avseende på hämtade nyttolaster, otillåten beständighet och läckta inloggningsuppgifter. Säkerhetsråd rekommenderar uttryckligen att sådana installationer behandlas som potentiellt komprometterade.
För AI-program bör anställda behöva hämta skrivbordsappar via godkända kanaler, kontrollera utgivare och nedladdningsdomän samt blockera eller sätta okända installationsprogram i karantän. För npm-publicering kan phishing-resistent flerfaktorsautentisering, kortlivade eller strikt begränsade åtkomstuppgifter, ursprungsinformation för releaser, låsfiler och granskning av beroendeförändringar minska risken att ett kapat konto utvecklas till en leveranskedjeattack.
Den bredare säkerhetskontrollen är verifiering vid varje förtroendegräns. Ett bekant paketnamn är inget bevis på att varje version är säker, och ett välkänt produktnamn är inget bevis på att varje installationsprogram är äkta.