Un infostealer recién observado llamado Aokigahara está yendo tras los lugares donde los desarrolladores guardan sus secretos más valiosos: asistentes de codificación con IA, estaciones de trabajo de desarrolladores y credenciales de la nube. La campaña del infostealer Aokigahara contra herramientas de codificación con IA es un recordatorio de que a los atacantes cada vez les importa menos tu contraseña y más los tokens, claves y archivos de sesión que tus dispositivos almacenan silenciosamente.

Los detalles públicos sobre este malware son limitados, así que este artículo se ciñe a lo que se ha reportado y explica por qué la técnica importa.

Cómo Aokigahara roba inicios de sesión y tokens de sesión

Según lo reportado, Aokigahara es un infostealer, un tipo de malware que se ejecuta en una máquina infectada, recopila archivos sensibles y datos almacenados, y los envía a un atacante. Sus objetivos reportados incluyen asistentes de codificación con IA, estaciones de trabajo de desarrolladores y credenciales de la nube, siendo los elementos principales los tokens de inicio de sesión, las claves SSH y el material de acceso a la nube.

Los infostealers no necesitan irrumpir en una cuenta por la vía difícil. Una vez que el malware se ejecuta en un dispositivo, puede leer los archivos que las aplicaciones dejan atrás para mantenerte conectado. Por eso un solo portátil infectado puede exponer varios servicios a la vez: el navegador, el editor de código, la línea de comandos y cualquier herramienta de nube configurada en la misma máquina.

El artículo fuente es breve, así que no podemos decir cómo se distribuye Aokigahara ni cuántas personas se han visto afectadas. No vamos a especular. Lo que está claro es la categoría de datos que busca, y esa categoría merece entenderse por sí misma.

Por qué los desarrolladores y las cuentas de nube son objetivos de alto valor

Las máquinas de los desarrolladores son inusualmente ricas. Una estación de trabajo típica puede contener claves SSH para servidores y repositorios de código, credenciales de acceso a la nube, tokens de API y el estado de inicio de sesión de asistentes de IA. Un solo dispositivo comprometido puede ser, por tanto, una plataforma para acceder al código fuente, la infraestructura y los sistemas de producción.

Los asistentes de codificación con IA añaden otra capa. A menudo se autentican durante largos periodos y están vinculados a código y proyectos privados. Si un atacante obtiene el token que demuestra que has iniciado sesión, podría actuar como tú sin ver jamás tu contraseña.

Esto encaja con un patrón más amplio de atacantes que dirigen su atención hacia las herramientas de desarrollo con IA. Para más contexto, consulta nuestra cobertura sobre cómo Claude Code fue weaponizado en un ataque de ransomware autónomo, que muestra cómo estas herramientas pueden ser abusadas desde una dirección diferente.

Por qué los tokens de sesión robados eluden el MFA

La autenticación multifactor (MFA) protege el momento del inicio de sesión. Solicita algo más que tu contraseña, como un código o una confirmación. Pero después de superar esa verificación, el servicio emite una cookie o token de sesión que dice, en efecto, que este usuario ya está verificado.

Si el malware copia ese token, un atacante puede presentarlo al servicio y saltarse el paso de inicio de sesión por completo. No hay contraseña que adivinar ni código que interceptar, porque la prueba de verificación ya ha sido robada. Las claves SSH funcionan de manera similar: una clave privada en el disco puede autenticarse ante un servidor sin ningún segundo factor, a menos que la clave misma esté protegida.

Esto no significa que el MFA sea inútil. Sigue bloqueando una gran parte de las apropiaciones de cuentas, especialmente aquellas que dependen de contraseñas filtradas. Simplemente no puede ayudar una vez que el dispositivo mismo está comprometido y los tokens son extraídos de él. Por eso la higiene del dispositivo importa tanto como las contraseñas robustas.

Qué significa esto para ti

Si escribes código, administras servidores o usas asistentes de IA con acceso a proyectos privados, trata tu estación de trabajo como una caja fuerte. Los secretos que almacena a menudo valen más que cualquier contraseña individual.

Aunque no seas desarrollador, la lección se aplica. Los navegadores almacenan cookies de sesión, y el malware que las lee puede secuestrar cuentas que estaban protegidas por MFA. El riesgo proviene de que el dispositivo esté infectado, así que mantener ese dispositivo limpio es parte de proteger cada cuenta que usas en él.

Pasos prácticos para proteger tus credenciales

  • Audita dónde viven los secretos. Busca claves de API, tokens y credenciales en archivos de texto plano, archivos de entorno, historial de shell y carpetas de proyectos. Muévelos a un gestor de secretos dedicado o al almacenamiento seguro de tu sistema operativo.
  • Protege las claves SSH. Usa una frase de contraseña en las claves privadas y considera claves con respaldo de hardware cuando sea posible, para que la clave no pueda simplemente copiarse.
  • Rota cualquier cosa que pueda estar expuesta. Si sospechas que un dispositivo fue infectado, revoca y reemite tokens, claves SSH y credenciales de nube desde un dispositivo limpio. Cierra la sesión en todos los sitios donde haya sesiones activas.
  • Cambia a MFA resistente al phishing. Las passkeys y las claves de seguridad de hardware resisten el phishing mucho mejor que los SMS o los códigos de aplicación, aunque ningún MFA resuelve del todo el robo de tokens desde una máquina infectada.
  • Mantén los dispositivos limpios. Instala actualizaciones, usa protección de endpoint de confianza, evita ejecutar scripts o paquetes no verificados y sé cauteloso con las descargas y los archivos adjuntos de correo electrónico.
  • Limita privilegios y vigencias. Usa tokens de corta duración y los permisos más restringidos que funcionen, para que una credencial robada valga menos.

La conclusión

La campaña del infostealer Aokigahara contra herramientas de codificación con IA muestra que los atacantes siguen a las credenciales, y estas ahora residen en asistentes de IA y entornos de desarrollo tanto como en los campos de contraseña. Empieza auditando dónde se almacenan tus secretos, rota cualquier token y clave que pueda haberse expuesto, y pasa a MFA resistente al phishing. Para más información sobre cómo los atacantes están aprovechando las herramientas de desarrollo con IA en su beneficio, lee nuestro informe sobre herramientas de codificación con IA siendo abusadas en ataques.