Puntos clave de la noticia:
- Chainstack reveló una brecha que expuso información de clientes y potencialmente credenciales de nodos, aunque afirmó que nodos, consola y API no fueron modificados.
- El atacante entró mediante Grafana, alcanzó un servidor MCP sin autenticación con permisos cluster-admin y utilizó ARTEX, un framework que coordina agentes LLM.
- Chainstack no halló pruebas de lectura de credenciales de nodos, pero pidió rotarlas, cambiar contraseñas, regenerar claves API y vigilar el phishing.
Chainstack reveló una brecha de seguridad que expuso datos de clientes y potencialmente credenciales de nodos, vinculada a herramientas de inteligencia artificial. En su informe oficial del incidente, el proveedor de infraestructura Web3 explicó que un atacante llegó a producción tras comprometer un entorno de desarrollo. El incidente expuso información de clientes, pero no modificó los nodos, la consola ni la API, afectando a la infraestructura Web3. Chainstack añadió que no almacenaba números de tarjetas ni códigos de seguridad, por lo que esos datos no quedaron expuestos.
Las herramientas de IA ayudaron a convertir fallos de infraestructura en acceso a producción
El atacante accedió a una instancia de Grafana expuesta a Internet en un clúster Kubernetes de desarrollo, donde seguían activas credenciales predeterminadas y no existía autenticación adicional. El proxy de Grafana abrió una ruta hacia servicios internos, incluido un servidor MCP sin autenticación con privilegios cluster-admin. Chainstack no encontró una vulnerabilidad explotada. La intrusión combinó credenciales por defecto, falta de autenticación, permisos excesivos y credenciales de larga duración, mostrando cómo las amenazas vinculadas a la IA pueden amplificar debilidades existentes. El acceso inicial ocurrió el 26 de octubre y el acceso a producción, el 29.
Chainstack evaluó con alta confianza que el atacante utilizó ARTEX, un framework open source que coordina agentes LLM para automatizar intrusiones. Los investigadores relacionaron la brecha con una campaña global por coincidencias técnicas, aunque aclararon que esto no identifica al responsable. El atacante leyó secretos de producción, utilizó una clave VPN comprometida y consultó bases de datos. Pudieron quedar expuestos nombres de organizaciones, titulares de cuentas, correos electrónicos de miembros y hashes de contraseñas, reforzando las preocupaciones sobre exposición de credenciales en empresas cripto. Chainstack detectó la intrusión el 31 de octubre y cortó el acceso.
Los sistemas que almacenaban credenciales de nodos estuvieron accesibles. Chainstack no encontró pruebas de que fueran leídas, pero decidió tratarlas como expuestas y pidió rotarlas. Recomendó cambiar contraseñas, regenerar claves API y vigilar phishing. Chainstack cortó el acceso del atacante el 31 de octubre y observó el último uso de una credencial copiada el 2 de noviembre, mientras rotaba credenciales, invalidaba sesiones y restringía privilegios. La respuesta coincide con otras medidas de seguridad tras filtraciones de datos centradas en rotación de credenciales, autenticación y limitación de accesos.
