En nyligen upptäckt infostealer som kallas Aokigahara går efter platserna där utvecklare förvarar sina mest värdefulla hemligheter: AI-kodassistenter, utvecklararbetsstationer och molnuppgifter. Kampanjen där Aokigahara-infostealern riktar in sig på AI-kodverktyg är en påminnelse om att angripare allt mindre bryr sig om ditt lösenord och allt mer om de tokens, nycklar och sessionsfiler som dina enheter i tysthet lagrar.

De offentliga detaljerna om denna skadliga programvara är begränsade, så det här inlägget håller sig till det som har rapporterats och förklarar varför tekniken spelar roll.

Hur Aokigahara stjäl inloggningar och sessionstokens

Enligt rapporteringen är Aokigahara en infostealer, en typ av skadlig programvara som körs på en infekterad maskin, samlar in känsliga filer och lagrad data och skickar dem till en angripare. Dess rapporterade mål inkluderar AI-kodassistenter, utvecklararbetsstationer och molnuppgifter, där de mest framträdande objekten är inloggningstokens, SSH-nycklar och molnåtkomstmaterial.

Infostealers behöver inte bryta sig in i ett konto på det svåra sättet. När väl skadlig programvara körs på en enhet kan den läsa filer som applikationer lämnar kvar för att hålla dig inloggad. Det är därför en enda infekterad laptop kan exponera flera tjänster samtidigt: webbläsaren, kodredigeraren, kommandoraden och alla molnverktyg som är konfigurerade på samma maskin.

Källartikeln är kortfattad, så vi kan inte säga hur Aokigahara levereras eller hur många personer som har drabbats. Vi tänker inte gissa. Det som är klart är vilken typ av data den vill åt, och den kategorin är värd att förstå i sig själv.

Varför utvecklare och molnkonton är högvärdiga mål

Utvecklarmaskiner är ovanligt rika på information. En typisk arbetsstation kan innehålla SSH-nycklar för servrar och kodförråd, molnåtkomstuppgifter, API-tokens och inloggningstillstånd för AI-assistenter. En enda komprometterad enhet kan därför vara en språngbräda in i källkod, infrastruktur och produktionssystem.

AI-kodassistenter lägger till ytterligare ett lager. De är ofta autentiserade under långa perioder och kopplade till privat kod och projekt. Om en angripare får tag på token som bevisar att du är inloggad kan de kunna agera som du utan att någonsin se ditt lösenord.

Detta passar in i ett bredare mönster där angripare riktar sin uppmärksamhet mot AI-utvecklingsverktyg. För mer sammanhang, se vår rapportering om hur Claude Code användes som vapen i en autonom ransomware-attack, som visar hur dessa verktyg kan missbrukas från en annan riktning.

Varför stulna sessionstokens kringgår MFA

Multifaktorautentisering (MFA) skyddar inloggningsögonblicket. Den begär något utöver ditt lösenord, till exempel en kod eller en prompt. Men efter att du har klarat den kontrollen utfärdar tjänsten en sessionscookie eller token som i praktiken säger: den här användaren är redan verifierad.

Om skadlig programvara kopierar den token kan en angripare presentera den för tjänsten och hoppa över inloggningssteget helt. Det finns inget lösenord att gissa och ingen kod att fånga upp, eftersom beviset på verifiering redan har stulits. SSH-nycklar fungerar på liknande sätt: en privat nyckel på disken kan autentisera mot en server utan någon andra faktor, om inte nyckeln i sig är skyddad.

Detta betyder inte att MFA är värdelöst. Det blockerar fortfarande en stor andel kontokapningar, särskilt de som bygger på läckta lösenord. Det kan helt enkelt inte hjälpa när enheten i sig är komprometterad och tokens lyfts ut från den. Det är därför enhetshygien spelar lika stor roll som starka lösenord.

Vad detta innebär för dig

Om du skriver kod, administrerar servrar eller använder AI-assistenter med åtkomst till privata projekt, behandla din arbetsstation som ett valv. Hemligheterna som lagras på den är ofta värda mer än något enskilt lösenord.

Även om du inte är utvecklare gäller lärdomen. Webbläsare lagrar sessionscookies, och skadlig programvara som läser dem kan kapa konton som skyddades av MFA. Risken kommer från att enheten är infekterad, så att hålla den enheten ren är en del av att skydda varje konto du använder på den.

Praktiska steg för att skydda dina uppgifter

  • Inventera var hemligheter finns. Leta efter API-nycklar, tokens och uppgifter i klartextfiler, miljöfiler, skalhistorik och projektmappar. Flytta dem till en dedikerad hemlighetshanterare eller ditt operativsystems säkra lagring.
  • Skydda SSH-nycklar. Använd en lösenfras på privata nycklar, och överväg hårdvarubaserade nycklar där det är möjligt så att nyckeln inte bara kan kopieras.
  • Rotera allt som kan vara exponerat. Om du misstänker att en enhet har infekterats, återkalla och utfärda nya tokens, SSH-nycklar och molnuppgifter från en ren enhet. Logga ut från aktiva sessioner överallt.
  • Byt till nätfiskeresistent MFA. Passkeys och hårdvarusäkerhetsnycklar står emot nätfiske mycket bättre än SMS eller appkoder, även om ingen MFA helt löser tokenstöld från en infekterad maskin.
  • Håll enheter rena. Installera uppdateringar, använd pålitligt skydd för slutpunkter, undvik att köra overifierade skript eller paket, och var försiktig med nedladdningar och e-postbilagor.
  • Begränsa behörigheter och livslängder. Använd kortlivade tokens och de minsta behörigheter som fungerar, så att en stulen uppgift är värd mindre.

Slutsatsen

Kampanjen där Aokigahara-infostealern riktar in sig på AI-kodverktyg visar att angripare följer uppgifterna, och dessa finns nu i AI-assistenter och utvecklarmiljöer i samma utsträckning som i lösenordsfält. Börja med att inventera var dina hemligheter lagras, rotera alla tokens och nycklar som kan ha exponerats, och byt till nätfiskeresistent MFA. För mer om hur angripare använder AI-utvecklingsverktyg till sin fördel, läs vår rapport om AI-kodverktyg som missbrukas i attacker.