Nově pozorovaný infostealer s názvem Aokigahara jde po místech, kde vývojáři uchovávají své nejcennější tajemství: AI asistentech pro kódování, vývojářských pracovních stanicích a cloudových přihlašovacích údajích. Kampaň infostealeru Aokigahara zaměřená na nástroje pro AI kódování je připomínkou, že útočníkům stále méně záleží na vašem hesle a stále více na tokenech, klíčích a souborech relací, které vaše zařízení tiše ukládají.

Veřejné podrobnosti o tomto malwaru jsou omezené, proto se tento příspěvek drží toho, co bylo reportováno, a vysvětluje, proč na této technice záleží.

Jak Aokigahara krade přihlášení a relační tokeny

Podle reportů je Aokigahara infostealer, tedy typ malwaru, který běží na infikovaném počítači, shromažďuje citlivé soubory a uložená data a odesílá je útočníkovi. Mezi jeho hlášené cíle patří AI asistenti pro kódování, vývojářské pracovní stanice a cloudové přihlašovací údaje, přičemž hlavními položkami jsou přihlašovací tokeny, SSH klíče a materiály pro přístup do cloudu.

Infostealery nepotřebují prolomit účet obtížnou cestou. Jakmile malware běží na zařízení, může číst soubory, které aplikace zanechávají, aby vás udržely přihlášené. Proto může jeden infikovaný notebook najednou ohrozit několik služeb: prohlížeč, editor kódu, příkazový řádek a jakékoli cloudové nástroje nakonfigurované na stejném počítači.

Zdrojový článek je stručný, takže nemůžeme říci, jak je Aokigahara distribuována ani kolik lidí bylo zasaženo. Nebudeme hádat. Jasné je, o jakou kategorii dat usiluje, a tato kategorie stojí za to pochopit samostatně.

Proč jsou vývojářské stroje a cloudové účty vysoce hodnotnými cíli

Vývojářské stroje jsou neobvykle bohaté. Typická pracovní stanice může obsahovat SSH klíče pro servery a repozitáře kódu, cloudové přístupové údaje, API tokeny a stav přihlášení pro AI asistenty. Jeden kompromitovaný stroj tak může být odrazovým můstkem ke zdrojovému kódu, infrastruktuře a produkčním systémům.

AI asistenti pro kódování přidávají další vrstvu. Často bývají autentizováni po dlouhou dobu a propojeni se soukromým kódem a projekty. Pokud útočník získá token, který prokazuje, že jste přihlášeni, může jednat vaším jménem, aniž by kdy viděl vaše heslo.

To zapadá do širšího vzorce, kdy útočníci obracejí pozornost k nástrojům pro vývoj AI. Pro širší kontext si přečtěte naše pokrytí toho, jak byl Claude Code zneužit při autonomním ransomware útoku, které ukazuje, jak lze tyto nástroje zneužít z jiného směru.

Proč ukradené relační tokeny obcházejí MFA

Vícefaktorové ověřování (MFA) chrání okamžik přihlášení. Vyžaduje něco navíc k vašemu heslu, například kód nebo výzvu. Ale poté, co touto kontrolou projdete, služba vydá relační cookie nebo token, který v podstatě říká: tento uživatel je již ověřen.

Pokud malware tento token zkopíruje, útočník jej může službě předložit a zcela přeskočit krok přihlášení. Není žádné heslo k uhodnutí ani kód k zachycení, protože důkaz o ověření už byl ukraden. SSH klíče fungují podobně: soukromý klíč na disku se může autentizovat vůči serveru bez jakéhokoli druhého faktoru, pokud samotný klíč není chráněn.

To neznamená, že MFA je zbytečné. Stále blokuje velký podíl převzetí účtů, zejména těch, které spoléhají na uniklá hesla. Prostě nemůže pomoci, jakmile je kompromitováno samotné zařízení a tokeny jsou z něj odebrány. Proto je hygiena zařízení stejně důležitá jako silná hesla.

Co to znamená pro vás

Pokud píšete kód, spravujete servery nebo používáte AI asistenty s přístupem k soukromým projektům, považujte svou pracovní stanici za trezor. Tajemství v ní uložená mají často větší hodnotu než jakékoli jednotlivé heslo.

Lekce platí, i když nejste vývojář. Prohlížeče ukládají relační cookies a malware, který je čte, může unést účty, které byly chráněny MFA. Riziko pochází z infekce zařízení, takže udržování tohoto zařízení v čistotě je součástí ochrany každého účtu, který na něm používáte.

Praktické kroky k ochraně vašich přihlašovacích údajů

  • Zkontrolujte, kde se tajemství nacházejí. Hledejte API klíče, tokeny a přihlašovací údaje v souborech s prostým textem, prostředích, historii shellu a složkách projektů. Přesuňte je do specializovaného správce tajemství nebo do zabezpečeného úložiště vašeho operačního systému.
  • Chraňte SSH klíče. Používejte heslo na soukromých klíčích a kde je to možné, zvažte hardwarově podporované klíče, aby klíč nemohl být jednoduše zkopírován.
  • Obměňte vše, co mohlo být ohroženo. Pokud máte podezření, že zařízení bylo infikováno, odvolejte a znovu vystavte tokeny, SSH klíče a cloudové přihlašovací údaje z čistého zařízení. Odhlaste se ze všech aktivních relací všude.
  • Přejděte na MFA odolné vůči phishingu. Passkeys a hardwarové bezpečnostní klíče odolávají phishingu mnohem lépe než SMS nebo kódy v aplikacích, i když žádné MFA plně neřeší krádež tokenů z infikovaného stroje.
  • Udržujte zařízení v čistotě. Instalujte aktualizace, používejte důvěryhodnou ochranu koncových bodů, vyhýbejte se spouštění neověřených skriptů nebo balíčků a buďte opatrní při stahování a e-mailových přílohách.
  • Omezte oprávnění a životnost. Používejte krátkodobé tokeny a nejužší fungující oprávnění, aby ukradený přihlašovací údaj měl menší hodnotu.

Hlavní poznatek

Kampaň infostealeru Aokigahara zaměřená na nástroje pro AI kódování ukazuje, že útočníci sledují přihlašovací údaje, a ty nyní sídlí v AI asistentech a vývojářských prostředích stejně jako v polích pro hesla. Začněte auditem toho, kde jsou vaše tajemství uložena, obměňte všechny tokeny a klíče, které mohly být ohroženy, a přejděte na MFA odolné vůči phishingu. Více o tom, jak útočníci obracejí nástroje pro vývoj AI ve svůj prospěch, si přečtěte v naší zprávě o zneužívání nástrojů pro AI kódování při útocích.