Google documenta una campaña de credenciales con agentes de IA en menos de seis horas
Índice de contenidos
Claves de la noticia
- Google observó una campaña de recolección masiva de credenciales asistida por agentes de IA que se preparó y ejecutó en menos de seis horas.
- El sistema automatizó el escaneo, la resolución de errores y la rotación de direcciones IP con una intervención humana reducida.
- GTIG aclara que todavía no ha visto a atacantes desplegar cadenas completamente autónomas contra objetivos reales.
El informe trimestral de Google Threat Intelligence Group muestra cómo actores maliciosos están pasando de pedir código a un chatbot a construir flujos de trabajo con varios agentes. La diferencia clave es que la IA acelera y coordina tareas, pero la evidencia publicada no permite afirmar que ya ejecute por sí sola una intrusión completa desde el acceso inicial.
Una campaña preparada en menos de seis horas
En el caso más destacado, un actor presuntamente motivado por razones económicas comprometió primero un recurso en la nube de una organización. A partir de ese acceso utilizó un asistente de programación, un prompt y varios archivos de instrucciones para planificar, construir y ejecutar una campaña de recolección masiva de credenciales en menos de seis horas.
Las instrucciones en Markdown funcionaban como manuales operativos para el sistema. Permitieron automatizar el escaneo de vulnerabilidades y la captura de credenciales, resolver problemas durante la ejecución y cambiar direcciones IP sin que un operador tuviera que intervenir en cada paso. Google afirma que la campaña obtuvo miles de credenciales de terceros.
La precisión temporal disponible es «menos de seis horas». El informe no publica una duración de cinco horas y 42 minutos, un total de 450 comandos ni una tasa de éxito del 82 %. Tampoco describe en este caso la extracción de sesiones desde memoria, una adaptación de PowerShell al antivirus o un canal de salida mediante DNS cifrado. Añadir esos detalles convertiría una investigación documentada en una reconstrucción especulativa.
Automatización posterior al acceso inicial
El matiz más importante está en el punto de partida. El actor ya había comprometido la infraestructura en la nube antes de desplegar el marco de agentes. La IA automatizó una parte amplia de la operación posterior: reconocimiento, gestión del escaneo, solución de errores y recolección de secretos. No se atribuye al sistema la obtención autónoma del acceso inicial ni toda la cadena de ataque sin participación humana.
Google describe también un servidor de mando y control expuesto que alojaba un marco de reconocimiento y gestión de credenciales llamado Recon. El sistema organizaba, comprobaba y administraba más de 23.800 secretos recolectados, incluidas claves de API para servicios de nube e inteligencia artificial. Para GTIG, esta operación representa un salto desde el robo pasivo en equipos finales hacia una recolección ofensiva coordinada con agentes.
Esta distinción no reduce la gravedad del hallazgo. Automatizar decisiones tácticas y recuperarse de errores permite mantener campañas a una velocidad difícil de igualar mediante revisiones humanas. Sí evita, en cambio, presentar como demostrado un escenario más amplio que el observado.
Google no confirma ataques totalmente autónomos
En otra sección del mismo informe, GTIG señala expresamente que aún no ha observado a actores desplegar cadenas completamente autónomas contra objetivos reales. La organización ve una evolución gradual: modelos utilizados para investigar vulnerabilidades, escribir y depurar código, convertir fallos ya publicados en exploits y orquestar herramientas especializadas.
Ambas ideas pueden coexistir. Una campaña puede contener agentes que gestionan tareas con autonomía y, al mismo tiempo, depender de un acceso obtenido previamente, instrucciones preparadas por personas y decisiones humanas fuera del bucle automatizado. Por eso resulta más preciso hablar de campañas asistidas o habilitadas por agentes que de ciberataques ejecutados íntegramente por IA.
El informe incluye además a UNC6780, un grupo que manipula asistentes de programación y escáneres basados en modelos de lenguaje dentro de compromisos de la cadena de suministro de software. Google detectó archivos de configuración, tareas de integración continua camufladas y comentarios diseñados para provocar rechazos de seguridad en herramientas de análisis. Son comportamientos distintos de la campaña de credenciales y no deben mezclarse como si fueran una única intrusión.
Consecuencias prácticas para los equipos defensivos
La reducción del tiempo obliga a revisar controles que antes dependían de una reacción manual. Las organizaciones pueden limitar el impacto reduciendo permisos de cuentas de servicio, evitando secretos persistentes en archivos y variables de entorno, rotando las claves expuestas y registrando el uso de credenciales de nube y APIs.
También conviene tratar las herramientas de IA conectadas a repositorios, terminales o sistemas de integración continua como identidades con privilegios propios. Deben disponer únicamente de los permisos necesarios, dejar registros auditables y estar separadas de los secretos de producción. La conclusión no es que toda defensa deba delegarse en otro modelo autónomo, sino que los controles preventivos y la revocación rápida ganan importancia cuando el atacante puede automatizar la fase posterior al acceso.
El hallazgo documenta una aceleración real y medible: menos de seis horas para construir y operar una campaña de gran escala. Su relevancia reside precisamente en ese dato, sin necesidad de convertirlo en la primera intrusión completamente autónoma de la historia.
