Chainalysis afirma que una investigación sobre un ataque a sus sistemas ha determinado que los nombres, los nombres de usuario, los hashes de contraseñas y los tokens activos de todos los usuarios quedaron expuestos, tal como informó The Hacker News el 6 de noviembre. La empresa de análisis de blockchain ha restringido el acceso a varios servicios y afirma que los usuarios deberán restablecer sus contraseñas y, cuando corresponda, rotar las claves API a medida que se restablezca el acceso.
La última revelación amplía la exposición de credenciales más allá del subconjunto de contraseñas de clientes que la empresa había informado anteriormente. Los hashes de contraseñas son representaciones almacenadas de las contraseñas; los tokens activos son credenciales que se usan para autorizar el acceso. Chainalysis ha bloqueado las cuentas afectadas y ha dejado fuera de servicio la interfaz de usuario y la API de Know Your Transaction (KYT), otros productos de cribado de direcciones y la página de inicio de sesión. Durante la investigación, también eliminó el acceso a Reactor y Data Solutions.
Chainalysis afirmó que seguía sin tener pruebas de que se hubieran accedido los datos de la investigación ni de que se hubieran manipulado sus datos de atribución, es decir, la información que se usa para asociar la actividad en blockchain con entidades. La empresa ha añadido monitorización para detectar actividad inusual.
Una exposición más amplia surge durante la investigación
La actualización llega menos de una semana después de que Chainalysis revelara que un actor externo había obtenido acceso no autorizado a sus sistemas y herramientas internas. La empresa describió un ataque en curso en varios frentes que implica «técnicas ofensivas agénticas», es decir, agentes de IA utilizados para ejecutar tareas de ataque.
Durante su investigación, Chainalysis identificó lo que denominó un ataque «on-path» (de interposición en la ruta), en el que un atacante intercepta las comunicaciones, lo que expuso algunas contraseñas de clientes. La empresa afirmó haber cerrado ese vector de ataque. La identidad del atacante sigue sin estar clara; Chainalysis describió el incidente como similar a los ataques contra otras plataformas tecnológicas en las últimas semanas.
Los clientes que recibieron correos electrónicos para restablecer la contraseña no podían completar de inmediato el proceso mientras el acceso estaba restringido. Chainalysis les recomendó cambiar las contraseñas de otros sistemas en los que hubieran reutilizado esas credenciales.
Agentes de IA van tras credenciales de la nube
The Hacker News relacionó el incidente con las revelaciones de Chainstack, OpenCode, Warp y WorkOS sobre ataques impulsados por IA, algunos de los cuales involucran a ARTEX, una herramienta autónoma de pruebas de penetración. Esos informes aportan contexto a la descripción del ataque que hace Chainalysis, sin establecer que el mismo actor o la misma herramienta fueran los responsables.
Según los hallazgos de Microsoft, recogidos por The Hacker News, un marco ofensivo de IA agéntica busca en repositorios públicos de GitHub secretos expuestos, incluidas credenciales de aplicaciones y claves API de servicios de IA. Los agentes pueden analizar los resultados de búsqueda y llevar a cabo ataques posteriores, lo que reduce el trabajo manual que requiere un operador.
En al menos un caso informado, un agente pasó de buscar secretos en GitHub a extraer datos de Azure Key Vault, el servicio en la nube de Microsoft para almacenar secretos, en cinco minutos. Microsoft evaluó que la actividad está en curso desde agosto de 2026.
Parte de la campaña consistió en usar credenciales válidas de aplicaciones para acceder a los entornos de identidad Microsoft Entra ID de las organizaciones y a recursos conectados de Azure y Microsoft 365. Los inicios de sesión se originaron desde 199.19.77[.]84 y 199.19.77[.]18. Microsoft afirmó que un agente inició sesión con éxito como identidades de aplicación, conocidas como entidades de servicio (service principals), en decenas de aplicaciones asociadas en entornos de varias organizaciones.
El atacante buscó operaciones que devolvieran credenciales: claves de cuentas de almacenamiento, configuraciones de App Service, cadenas de conexión, credenciales de publicación, conexiones y almacenes de datos de IA y aprendizaje automático, y credenciales de usuario de Azure Kubernetes Service. Posteriormente, las aplicaciones comprometidas accedieron a SharePoint y OneDrive, con actividad que incluía descargas de archivos y acceso a elementos del buzón.
Microsoft también observó intentos de robar recursos de Azure, incluidos servicios comprometidos de IA de Azure, probablemente para respaldar ataques más amplios. Los agentes obtuvieron tokens de aplicaciones OAuth restringidas a una sola organización y después usaron esas aplicaciones comprometidas para enumerar otros recursos de la nube. En unos pocos casos, extrajeron secretos de Azure Key Vault.
Según Microsoft, los agentes buscaron reiteradamente credenciales de servicios de IA, incluidas claves API de los principales proveedores y aplicaciones OAuth con acceso a Foundry Tools, antes conocidos como Azure Cognitive Services.
El acceso robado a la IA se convierte en un negocio de reventa
La actividad más amplia coincide con un aumento de los ataques contra plataformas de desarrolladores de IA en el último mes. Los usos informados incluyen la reventa de accesos, el consumo de los recursos informáticos de las víctimas mediante «LLMjacking» y el uso de infraestructura comprometida para ocultar el origen de nuevos ataques.
En hallazgos publicados esta semana, Google describió a delincuentes que robaban acceso a la nube a modelos de lenguaje de gran tamaño (LLM) comerciales y lo vendían a clientes que pagaban. Unos intermediarios llamados «LLM mixers» dirigen las solicitudes de los suscriptores a través de cuentas empresariales comprometidas, reparten el consumo entre esas cuentas y ocultan el origen del acceso. Los compradores pueden usar los modelos sin tener sus propias credenciales de API legítimas ni infraestructura en la nube.
Wiz, propiedad de Google, afirmó que este mercado de reventa hace que el acceso robado sea fácil de monetizar y probablemente incentiva nuevos robos de credenciales. Identificó al menos dos operaciones que usaban claves robadas de AWS Bedrock de dos organizaciones distintas: llm-routing[.]com, también llamada momo, y xingjiabiapi[.]org. Ambas anunciaban acceso con descuento a una amplia selección de modelos de frontera, aunque no había pruebas de que sus operadores hubieran llevado a cabo los compromisos iniciales.
Una dirección IP asociada con llm-routing[.]com, 23.106.46[.]239, alojó una página de destino de Artex a mediados de octubre de 2026, y Zeabur la marcó como indicador de compromiso. Zeabur reveló el mes pasado que un atacante desconocido había explotado credenciales en texto claro para comprometer su infraestructura y extraer más de 3,2 millones de registros de variables de entorno y datos asociados a 321.810 cuentas.
El informe enumeró cuatro direcciones IP usadas para probar claves robadas y sospechosas de estar vinculadas al abuso de tokens de LLM y a su reventa:
23.106.46.23938.246.114.118104.243.32.5031.57.201.201
Wiz afirmó que los atacantes también comprometían entornos específicamente para financiar el uso a gran escala de modelos a costa de las víctimas, generando cargos por API de IA de cientos de miles de dólares.
Chainalysis describe el camino de vuelta al servicio
Chainalysis afirmó que pretendía empezar a restablecer el acceso a KYT y a Address Screening. Los clientes deben proporcionar direcciones IP de confianza a [email protected] o a su equipo de cuenta para que la empresa pueda añadirlas a una lista de permitidas (allowlist), es decir, una lista de direcciones de red autorizadas. Después, los usuarios podrán restablecer sus contraseñas y rotar sus claves API para registrar transacciones.
La empresa indicó que seguía trabajando para reforzar sus sistemas y restablecer Reactor y Data Solutions. Prevé añadir protecciones adicionales a las cuentas y exigirá a todos los usuarios restablecer su contraseña y rotar las claves API cuando corresponda, y los demás cambios de acceso se comunicarán a los clientes.
