{"id":181795,"date":"2026-11-12T16:31:12","date_gmt":"2026-11-12T16:31:12","guid":{"rendered":"https:\/\/crypto-economy.com\/es\/?p=181795"},"modified":"2026-11-12T16:31:16","modified_gmt":"2026-11-12T16:31:16","slug":"chainstack-confirma-brecha-vinculada-a-ia","status":"publish","type":"post","link":"https:\/\/crypto-economy.com\/es\/chainstack-confirma-brecha-vinculada-a-ia\/","title":{"rendered":"Chainstack confirma una brecha vinculada a IA que expuso datos de clientes y credenciales de nodos"},"content":{"rendered":"
Puntos clave de la noticia:<\/p>\n
Chainstack revel\u00f3 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<\/a>, el proveedor de infraestructura Web3 explic\u00f3 que un atacante lleg\u00f3 a producci\u00f3n tras comprometer un entorno de desarrollo. El incidente expuso informaci\u00f3n de clientes, pero no modific\u00f3 los nodos, la consola ni la API<\/strong>, afectando a la infraestructura Web3<\/a>. Chainstack a\u00f1adi\u00f3 que no almacenaba n\u00fameros de tarjetas ni c\u00f3digos de seguridad, por lo que esos datos no quedaron expuestos.<\/p>\n <\/p>\n El atacante accedi\u00f3 a una instancia de Grafana expuesta a Internet en un cl\u00faster Kubernetes de desarrollo, donde segu\u00edan activas credenciales predeterminadas y no exist\u00eda autenticaci\u00f3n adicional. El proxy de Grafana abri\u00f3 una ruta hacia servicios internos, incluido un servidor MCP sin autenticaci\u00f3n con privilegios cluster-admin. Chainstack no encontr\u00f3 una vulnerabilidad explotada. La intrusi\u00f3n combin\u00f3 credenciales por defecto, falta de autenticaci\u00f3n, permisos excesivos y credenciales de larga duraci\u00f3n<\/strong>, mostrando c\u00f3mo las amenazas vinculadas a la IA<\/a> pueden amplificar debilidades existentes. El acceso inicial ocurri\u00f3 el 26 de octubre y el acceso a producci\u00f3n, el 29.<\/p>\n Chainstack evalu\u00f3 con alta confianza que el atacante utiliz\u00f3 ARTEX, un framework open source que coordina agentes LLM para automatizar intrusiones. Los investigadores relacionaron la brecha con una campa\u00f1a global por coincidencias t\u00e9cnicas, aunque aclararon que esto no identifica al responsable. El atacante ley\u00f3 secretos de producci\u00f3n, utiliz\u00f3 una clave VPN comprometida y consult\u00f3 bases de datos. Pudieron quedar expuestos nombres de organizaciones, titulares de cuentas, correos electr\u00f3nicos de miembros y hashes de contrase\u00f1as<\/strong>, reforzando las preocupaciones sobre exposici\u00f3n de credenciales en empresas cripto<\/a>. Chainstack detect\u00f3 la intrusi\u00f3n el 31 de octubre y cort\u00f3 el acceso.<\/p>\n Los sistemas que almacenaban credenciales de nodos estuvieron accesibles. Chainstack no encontr\u00f3 pruebas de que fueran le\u00eddas, pero decidi\u00f3 tratarlas como expuestas y pidi\u00f3 rotarlas. Recomend\u00f3 cambiar contrase\u00f1as, regenerar claves API y vigilar phishing. Chainstack cort\u00f3 el acceso del atacante el 31 de octubre y observ\u00f3 el \u00faltimo uso de una credencial copiada el 2 de noviembre<\/strong>, mientras rotaba credenciales, invalidaba sesiones y restring\u00eda privilegios. La respuesta coincide con otras medidas de seguridad tras filtraciones de datos<\/a> centradas en rotaci\u00f3n de credenciales, autenticaci\u00f3n y limitaci\u00f3n de accesos.<\/p>\n","protected":false},"excerpt":{"rendered":" Puntos clave de la noticia: Chainstack revel\u00f3 una brecha que expuso informaci\u00f3n de clientes y potencialmente credenciales de nodos, aunque afirm\u00f3 que nodos, consola y API no fueron modificados. El atacante entr\u00f3 mediante Grafana, alcanz\u00f3 un servidor MCP sin autenticaci\u00f3n con permisos cluster-admin y utiliz\u00f3 ARTEX, un framework que coordina agentes LLM. Chainstack no hall\u00f3 … <\/p>\nLas herramientas de IA ayudaron a convertir fallos de infraestructura en acceso a producci\u00f3n<\/h2>\n
<\/p>\n