Um infostealer recém-observado chamado Aokigahara está atrás dos locais onde os desenvolvedores guardam seus segredos mais valiosos: assistentes de programação com IA, estações de trabalho de desenvolvedores e credenciais de nuvem. A campanha do infostealer Aokigahara contra ferramentas de programação com IA é um lembrete de que os atacantes se importam cada vez menos com sua senha e cada vez mais com os tokens, chaves e arquivos de sessão que seus dispositivos armazenam silenciosamente.

Os detalhes públicos sobre este malware são limitados, então este post se atém ao que foi reportado e explica por que a técnica importa.

Como o Aokigahara rouba logins e tokens de sessão

De acordo com o que foi reportado, o Aokigahara é um infostealer, um tipo de malware que é executado em uma máquina infectada, coleta arquivos sensíveis e dados armazenados, e os envia a um atacante. Seus alvos reportados incluem assistentes de programação com IA, estações de trabalho de desenvolvedores e credenciais de nuvem, com os itens de destaque sendo tokens de login, chaves SSH e material de acesso à nuvem.

Infostealers não precisam invadir uma conta pelo caminho difícil. Uma vez que o malware está sendo executado em um dispositivo, ele pode ler arquivos que as aplicações deixam para mantê-lo conectado. É por isso que um único laptop infectado pode expor vários serviços ao mesmo tempo: o navegador, o editor de código, a linha de comando e qualquer ferramenta de nuvem configurada na mesma máquina.

O artigo de origem é breve, então não podemos dizer como o Aokigahara é distribuído ou quantas pessoas foram afetadas. Não vamos adivinhar. O que está claro é a categoria de dados que ele deseja, e essa categoria merece ser compreendida por si só.

Por que desenvolvedores e contas de nuvem são alvos de alto valor

Máquinas de desenvolvedores são excepcionalmente ricas. Uma estação de trabalho típica pode conter chaves SSH para servidores e repositórios de código, credenciais de acesso à nuvem, tokens de API e estado de login para assistentes de IA. Um dispositivo comprometido pode, portanto, ser um trampolim para código-fonte, infraestrutura e sistemas de produção.

Assistentes de programação com IA adicionam outra camada. Eles frequentemente ficam autenticados por longos períodos e vinculados a código e projetos privados. Se um atacante obtiver o token que comprova que você está conectado, ele pode conseguir agir como você sem nunca ver sua senha.

Isso se encaixa em um padrão mais amplo de atacantes voltando sua atenção para ferramentas de desenvolvimento com IA. Para um contexto mais amplo, veja nossa cobertura sobre como o Claude Code foi weaponizado em um ataque de ransomware autônomo, que mostra como essas ferramentas podem ser abusadas por uma direção diferente.

Por que tokens de sessão roubados contornam o MFA

A autenticação multifator (MFA) protege o momento do login. Ela pede algo além da sua senha, como um código ou um prompt. Mas depois que você passa por essa verificação, o serviço emite um cookie ou token de sessão que diz, na prática, que este usuário já está verificado.

Se o malware copia esse token, um atacante pode apresentá-lo ao serviço e pular a etapa de login completamente. Não há senha para adivinhar e nenhum código para interceptar, porque a prova de verificação já foi roubada. Chaves SSH funcionam de forma semelhante: uma chave privada no disco pode autenticar em um servidor sem qualquer segundo fator, a menos que a própria chave esteja protegida.

Isso não significa que o MFA é inútil. Ele ainda bloqueia uma grande parte das tomadas de conta, especialmente aquelas que dependem de senhas vazadas. Ele simplesmente não pode ajudar quando o próprio dispositivo está comprometido e os tokens são extraídos dele. É por isso que a higiene do dispositivo importa tanto quanto senhas fortes.

O que isso significa para você

Se você escreve código, administra servidores ou usa assistentes de IA com acesso a projetos privados, trate sua estação de trabalho como um cofre. Os segredos armazenados nela frequentemente valem mais do que qualquer senha individual.

Mesmo que você não seja um desenvolvedor, a lição se aplica. Os navegadores armazenam cookies de sessão, e malware que os lê pode sequestrar contas que estavam protegidas por MFA. O risco vem do dispositivo estar infectado, então manter esse dispositivo limpo é parte de proteger cada conta que você usa nele.

Passos práticos para proteger suas credenciais

  • Audite onde os segredos vivem. Verifique se há chaves de API, tokens e credenciais em arquivos de texto simples, arquivos de ambiente, histórico do shell e pastas de projetos. Mova-os para um gerenciador de segredos dedicado ou para o armazenamento seguro do seu sistema operacional.
  • Proteja as chaves SSH. Use uma frase-senha em chaves privadas e considere chaves com suporte de hardware quando possível, para que a chave não possa simplesmente ser copiada.
  • Rotacione qualquer coisa que possa estar exposta. Se você suspeita que um dispositivo foi infectado, revogue e reemita tokens, chaves SSH e credenciais de nuvem a partir de um dispositivo limpo. Encerre sessões ativas em todos os lugares.
  • Migre para MFA resistente a phishing. Passkeys e chaves de segurança de hardware resistem ao phishing muito melhor do que SMS ou códigos de aplicativo, embora nenhum MFA resolva completamente o roubo de tokens de uma máquina infectada.
  • Mantenha os dispositivos limpos. Instale atualizações, use proteção de endpoint confiável, evite executar scripts ou pacotes não verificados e tenha cuidado com downloads e anexos de e-mail.
  • Limite privilégios e tempos de vida. Use tokens de curta duração e as permissões mais restritas que funcionem, para que uma credencial roubada valha menos.

A conclusão

A campanha do infostealer Aokigahara contra ferramentas de programação com IA mostra que os atacantes estão seguindo as credenciais, e essas agora ficam em assistentes de IA e ambientes de desenvolvedores tanto quanto em campos de senha. Comece auditando onde seus segredos estão armazenados, rotacione quaisquer tokens e chaves que possam ter sido expostos e migre para MFA resistente a phishing. Para saber mais sobre como os atacantes estão usando ferramentas de desenvolvimento com IA a seu favor, leia nosso relatório sobre ferramentas de programação com IA sendo abusadas em ataques.