La AEPD confirmó el primer ciberataque ejecutado de forma autónoma por un agente de IA en España. Con la Ley 21.719 entrando en vigencia en Chile el 1 de diciembre, qué exige ISO 27001 frente a esta nueva amenaza y qué revisar antes de esa fecha.
Seguridad de datos en las organizaciones.
A mediados de septiembre de 2026, la Agencia Española de Protección de Datos (AEPD) hizo público algo que hasta ahora era solo una hipótesis discutida en papers de ciberseguridad: el primer ciberataque registrado en España en el que un agente de inteligencia artificial actuó de forma autónoma, sin que una persona operara cada paso del ataque. Días después, otro caso mucho más grande (100 empresas atacadas entre el 10 y el 15 de septiembre, con la misma lógica de fondo) confirmó que no fue un hecho aislado. Y en Chile, la ley que obliga a las empresas a responder ante este tipo de incidente entra en vigencia en menos de diez semanas.
Qué pasó exactamente en España
Una organización española notificó a la AEPD, dentro del plazo que exige el Reglamento General de Protección de Datos (RGPD), que había sufrido un acceso no autorizado a datos personales de sus usuarios y a información de facturación. Lo que hizo distinto a este caso de cualquier otro reporte de incidente fue la secuencia de la investigación: un agente de IA obtuvo acceso al sistema con credenciales válidas (la AEPD todavía no ha explicado cómo las consiguió), y a partir de ahí exploró el sistema por su cuenta, encontró una vulnerabilidad adicional sin que nadie se la indicara, modificó datos personales de usuarios y accedió a facturas, todo en una secuencia de decisiones tomadas por el propio agente, no por un operador humano dirigiendo cada movimiento.
La propia AEPD, según recoge wwwhatsnew, resumió el cambio de fondo: la IA no crea amenazas conceptualmente nuevas, pero sí aumenta de forma drástica la velocidad, la escala y la capacidad de adaptación de las técnicas maliciosas ya conocidas. Y Xataka recogió la idea central detrás de esa afirmación: ya no se trata de una IA que asiste a un atacante humano en tareas puntuales, sino de un agente que puede comportarse, dentro de un ataque, como el propio atacante.
No fue un caso aislado
Una semana después, entre el 22 y el 23 de septiembre, Forbes y la firma de investigación Gambit Security publicaron el detalle de una campaña bastante más grande: un atacante de habla china combinó varios modelos de IA (Claude Opus 4.6 de Anthropic, DeepSeek v4.1-flash y Kimi de Moonshot Al), orquestados con herramientas como Cairn y Hermes, para atacar cerca de 100 organizaciones entre el 10 y el 15 de septiembre. Entre las víctimas hubo una cadena hotelera multinacional de más de 10.000 millones de dólares en ingresos y una aerolínea estadounidense grande. El resultado: 618.000 tarjetas de crédito robadas, con un costo operativo total para el atacante de apenas 8.000 dólares (entre 3 y 180 dólares por objetivo).
Dos casos, en dos semanas, con el mismo patrón de fondo: un agente que busca vulnerabilidades, decide cómo explotarlas y ejecuta el resto del ataque con una intervención humana mínima. Para cualquier empresa que hoy diseña su sistema de gestión de seguridad de la información asumiendo que un atacante humano necesita tiempo (para investigar, para decidir, para ejecutar), el punto de partida ya cambió.
Por qué esto no es un problema exclusivo de España
Chile tiene, desde diciembre de 2024, su propia ley de protección de datos personales: la Ley 21.719, que además crea la Agencia de Protección de Datos Personales (APDP), la contraparte chilena de la AEPD. Esta ley entra en vigencia el 1 de diciembre de 2026, es decir, en menos de diez semanas desde este análisis.
Dos artículos de esa ley son directamente relevantes para lo que ocurrió en España:
Artículo 14 quinquies, deber de adoptar medidas de seguridad. Exige al responsable de datos garantizar la confidencialidad, integridad, disponibilidad y resiliencia de sus sistemas de tratamiento, considerando el estado de la técnica, los costos de aplicación y la probabilidad y gravedad de los riesgos. Es, en esencia, el mismo objetivo que persigue un sistema de gestión de seguridad de la información certificado bajo ISO 27001, solo que ahora exigido por ley y no únicamente por buena práctica.
Artículo 14 sexies, deber de reportar las vulneraciones a las medidas de seguridad. Obliga a reportar a la Agencia, por los medios más expeditos posibles y sin dilaciones indebidas, cualquier destrucción, filtración, pérdida o acceso no autorizado a datos personales cuando exista un riesgo razonable para los derechos de los titulares. Cuando la vulneración afecta datos sensibles, de niños o niñas, o datos financieros o bancarios (justamente el tipo de información que el agente de IA accedió en el caso español, facturas y datos personales), la ley exige además notificar directamente a los titulares afectados.
Las sanciones no son simbólicas: la ley clasifica las infracciones en leves, graves y gravísimas, y para estas últimas contempla multas de hasta 20.000 unidades tributarias mensuales o hasta el 4% de los ingresos anuales de la empresa infractora, lo que resulte más alto, cuando no se trata de una empresa de menor tamaño según la ley 20.416.
El caso de la AEPD no es, entonces, un ejemplo lejano para ilustrar una tendencia global. Es una vista previa razonable de qué tipo de incidente va a estar sujeto a reporte obligatorio en Chile a partir de diciembre, con plazos ajustados y sanciones que pueden llegar a un porcentaje de la facturación anual.
Qué exige ISO 27001 frente a un atacante que ya no es humano
Para una empresa con un sistema de gestión de seguridad de la información (SGSI) implementado, o en proceso de implementarlo, este tipo de amenaza obliga a revisar varios controles del Anexo A de ISO/IEC 27001:2022 con una mirada distinta a la que se usaba hace apenas un año:
Evaluación de riesgos (cláusula 6.1.2) y tratamiento de riesgos (6.1.3). El primer punto ciego de la mayoría de las empresas es tener una matriz de riesgos que todavía describe al atacante como una persona con tiempo limitado y recursos acotados. Un agente de IA autónomo cambia la probabilidad y el tiempo de explotación de casi cualquier vulnerabilidad conocida, lo que obliga a actualizar esa evaluación con una frecuencia mayor a la anual, no como ejercicio de papel sino como insumo real para priorizar controles.
A.5.7, inteligencia de amenazas. Este control exige recolectar y analizar información sobre amenazas emergentes. Incorporar de forma explícita el patrón de ataque con agentes de IA (reconocimiento automatizado, explotación en horas en lugar de semanas, bajísimo costo operativo) es hoy un insumo obligatorio para que este control tenga sentido real y no solo exista como documento.
A.8.16, actividades de monitoreo. Es, probablemente, el control más golpeado por este tipo de amenaza. La mayoría de los sistemas de monitoreo se calibraron para detectar patrones de ataque a velocidad y frecuencia humanas. Un agente que ejecuta reconocimiento, explotación y exfiltración en un plazo de horas necesita reglas de detección basadas en comportamiento anómalo, no solo en firmas conocidas de ataques previos.
A.5.15, control de acceso, y A.8.2, gestión de derechos de acceso privilegiados. En el caso español, el punto de entrada fueron credenciales válidas cuyo origen la AEPD todavía no ha aclarado. Sea por robo, filtración o reutilización de contraseñas, el control de acceso con privilegio mínimo y la autenticación multifactor siguen siendo la primera barrera, y también la que con más frecuencia se implementa de forma incompleta.
A.5.24 a A.5.28, gestión de incidentes de seguridad de la información. Un plan de respuesta a incidentes diseñado asumiendo días para detectar y contener un ataque queda obsoleto frente a un ciclo de ataque que se completa en horas. Este control tiene además una conexión legal directa: el plazo de reporte de la Ley 21.719 (medios más expeditos posibles, sin dilaciones indebidas) exige que la empresa ya sepa, antes de que ocurra un incidente, quién decide, quién notifica y en qué plazo interno se activa cada paso.
A.5.31, cumplimiento de requisitos legales, estatutarios, regulatorios y contractuales. Este es el control donde más empresas van a fallar en los próximos meses en Chile, no porque no puedan cumplir la Ley 21.719, sino porque su registro de requisitos legales dentro del SGSI todavía no la incluye como una obligación vigente y con fecha cierta.
El error más común de auditoría en este contexto
El hallazgo que se repite en auditorías de SGSI frente a amenazas emergentes no es la ausencia de controles, es que la evaluación de riesgos y el registro de requisitos legales quedaron congelados en el momento en que se implementó el sistema, y nunca se actualizaron para reflejar ni el cambio en el panorama de amenazas (agentes de IA autónomos) ni el cambio en el marco legal aplicable (una ley de protección de datos que entra en vigencia en semanas, no en años). Un auditor de ISO 27001 no espera que una empresa prediga el futuro, pero sí espera evidencia de que el sistema se revisa y se actualiza de forma periódica y documentada, no solo cuando ya ocurrió el incidente.
Qué hacer ahora, antes del 1 de diciembre
Primero, incorporar la Ley 21.719 al registro de requisitos legales del SGSI, con sus plazos de entrada en vigencia y sus obligaciones de reporte, aunque la empresa todavía no tenga un incidente que gestionar. Segundo, revisar el plan de gestión de incidentes asumiendo tiempos de detección y contención más cortos que los que se usaron para diseñarlo originalmente. Tercero, reforzar el control de acceso privilegiado y la higiene de credenciales (rotación, autenticación multifactor, monitoreo de uso anómalo), que sigue siendo el punto de entrada más común, humano o no. Cuarto, actualizar la evaluación de riesgos para incluir de forma explícita el escenario de ataque ejecutado por un agente de IA autónomo, no como una curiosidad tecnológica sino como una variable real de probabilidad e impacto. Quinto, evaluar si conviene formalizar la figura del delegado de protección de datos que contempla la ley (artículo 50), que en la práctica puede trabajar de la mano con el responsable del SGSI en lugar de duplicar funciones.
Ninguna empresa necesita esperar a que ocurra un incidente similar en Chile o en Latinoamérica para empezar. La ventana entre hoy y el 1 de diciembre es, para la mayoría de las empresas de la región, el tiempo real que queda para que estos cinco puntos dejen de ser una lista de buenas intenciones y pasen a ser parte del sistema de gestión.
¿Tu empresa ya incluyó la Ley 21.719 en su registro de requisitos legales, o sigue tratándola como una noticia lejana? En Profile Empresarial te ayudamos a actualizar tu evaluación de riesgos y tu SGSI bajo ISO 27001 frente a este nuevo panorama de amenazas, antes de que la ley entre en vigencia. Agenda tu diagnóstico con nuestro equipo.
Profile Empresarial. Tu Certificación, Nuestro Compromiso.