La inteligencia artificial ya se utiliza para redactar documentos, analizar información, automatizar procesos o asistir a profesionales. Pero las mismas capacidades que permiten acelerar tareas legítimas también pueden utilizarse para acelerar un ataque informático.
Esta semana, la Agencia Española de Protección de Datos ha hecho público un caso especialmente significativo: ha recibido la primera notificación de una brecha de datos personales en la que un ataque habría sido ejecutado mediante un agente de inteligencia artificial.
Según la información remitida a la AEPD, el agente habría utilizado un conocido modelo de lenguaje para buscar vulnerabilidades, acceder a un sistema y continuar actuando de manera autónoma hasta modificar datos personales y consultar facturas.
La Agencia pide prudencia. Se trata de una única notificación y la información todavía debe analizarse.
Pero el caso introduce una pregunta que empresas, responsables de seguridad, delegados de protección de datos y asesores jurídicos deberían empezar a plantearse:
¿Qué ocurre cuando un ciberataque puede tomar decisiones y avanzar a una velocidad superior a la capacidad de reacción humana?
¿Qué ha ocurrido exactamente?
La información disponible procede de la propia organización afectada.
Según explica la AEPD, el agente atacante comenzó realizando una búsqueda de vulnerabilidades en archivos genéricos.
Después consiguió realizar correctamente un login.
Una vez dentro del sistema, comenzó a buscar de forma autónoma nuevas vulnerabilidades en la aplicación. Esa actividad habría terminado permitiéndole modificar datos personales y acceder a facturas.
Aquí está la diferencia respecto de muchos usos anteriores de inteligencia artificial en ciberdelincuencia.
La IA lleva tiempo utilizándose como herramienta auxiliar para preparar campañas de phishing, generar código, traducir mensajes o analizar información.
En este caso, sin embargo, lo relevante para la AEPD es la capacidad del agente para encadenar diferentes fases del ataque con un mayor grado de autonomía.
No estamos únicamente ante una persona haciendo una pregunta a una IA y copiando posteriormente la respuesta.
El agente puede recibir un objetivo, interactuar con el entorno y adaptar sus siguientes acciones en función de lo que va encontrando.
¿Significa esto que el modelo de IA fue hackeado?
No.
Es una distinción especialmente importante.
La AEPD aclara que la utilización de un determinado modelo de lenguaje no implica que el propio modelo o la infraestructura de su proveedor hayan sido comprometidos.
Tampoco significa necesariamente que esa herramienta haya sido diseñada específicamente para desarrollar actividades maliciosas.
Según la información disponible, un tercero habría utilizado el agente como instrumento para ejecutar diferentes etapas del ataque.
Esto evita una conclusión demasiado simplificada: el problema no es necesariamente que una IA “se haya convertido” espontáneamente en un atacante.
El riesgo está en que determinadas capacidades autónomas puedan ser utilizadas deliberadamente para acelerar técnicas de ataque ya conocidas.
¿Por qué un agente de IA cambia el riesgo?
Un ataque informático tradicional también puede automatizar muchas tareas.
La diferencia que preocupa a los especialistas es la capacidad de los nuevos agentes para observar resultados, tomar decisiones y adaptar su comportamiento.
La propia AEPD explica que la inteligencia artificial no introduce necesariamente amenazas conceptualmente nuevas, pero puede aumentar considerablemente tres variables:
velocidad, escala y capacidad de adaptación.
Pensemos en un procedimiento habitual.
Una organización detecta un acceso sospechoso. Un profesional revisa la alerta. Determina qué usuario está afectado. Comprueba los permisos. Bloquea las credenciales. Analiza los registros. Identifica los datos comprometidos.
Ese procedimiento necesita tiempo.
Pero si el atacante automatizado puede probar nuevas rutas, cambiar de objetivo o explotar sucesivamente distintas vulnerabilidades mientras la organización todavía está analizando la primera alerta, el margen de reacción disminuye.
Y ahí aparece el verdadero cambio.
¿Qué tiene que ver esto con el RGPD?
Mucho.
Un ciberataque puede convertirse también en una violación de seguridad de datos personales.
El RGPD define estas violaciones como aquellas que ocasionen, de manera accidental o ilícita, la destrucción, pérdida o alteración de datos personales transmitidos, conservados o tratados de otra forma, o la comunicación o acceso no autorizados a dichos datos.
Cuando se produce una brecha, el responsable del tratamiento debe analizar sus consecuencias.
Si existe riesgo para los derechos y libertades de las personas, el artículo 33 del RGPD establece, con carácter general, que debe notificarse a la autoridad de control sin dilación indebida y, de ser posible, en un máximo de 72 horas desde que se tenga constancia de ella.
En determinadas circunstancias de alto riesgo también puede resultar necesario comunicar la violación a las personas afectadas.
Que el atacante utilice IA no elimina ninguna de estas obligaciones.
Lo que puede cambiar es la rapidez con la que la organización necesita detectar qué ha sucedido y evaluar su alcance.
El problema no empieza cuando llega la notificación
Desde una perspectiva de cumplimiento, sería un error limitar el análisis al protocolo para comunicar una brecha.
El RGPD exige también aplicar medidas técnicas y organizativas apropiadas atendiendo, entre otros factores, al riesgo existente.
Por tanto, si cambia el escenario de amenazas, las organizaciones deberían valorar si sus análisis de riesgos y medidas de seguridad continúan siendo adecuados.
La publicación de la AEPD no implica que todas las empresas tengan que adquirir inmediatamente nuevas herramientas de ciberseguridad.
Sí ofrece, en cambio, una razón bastante clara para revisar si los procedimientos actuales contemplan ataques más rápidos y automatizados.
Cinco cuestiones que deberían revisar las empresas
La primera es la gestión de credenciales.
El caso comunicado a la AEPD incluyó un login correcto. Las credenciales continúan siendo uno de los activos más sensibles de cualquier organización.
La segunda son los permisos. Una cuenta comprometida no debería proporcionar acceso indiscriminado a sistemas o información que no necesita para desarrollar su función.
La tercera es la capacidad de detección. Si un agente puede encadenar acciones rápidamente, un sistema que depende únicamente de una revisión humana posterior puede reaccionar demasiado tarde.
La cuarta es el plan de respuesta ante incidentes. Debe estar claro quién actúa, qué sistemas deben aislarse, cómo se preservan evidencias y quién determina si existe una brecha de datos personales.
Y la quinta es la coordinación entre tecnología y cumplimiento.
Un incidente informático no es únicamente un problema del departamento técnico cuando afecta a información personal.
Puede activar obligaciones jurídicas concretas.
¿Qué debería hacer un despacho o asesoría?
Los despachos profesionales merecen especial atención porque manejan información especialmente sensible de clientes.
Expedientes, documentación fiscal, nóminas, contratos, datos identificativos, procedimientos judiciales, información económica y comunicaciones confidenciales forman parte habitual de su actividad.
Eso convierte la seguridad en algo más que una cuestión informática.
Un despacho debería saber, al menos:
- Qué información almacena.
- En qué sistemas se encuentra.
- Quién puede acceder a ella.
- Qué proveedores intervienen.
- Qué procedimiento se activa ante un acceso no autorizado.
- Quién evalúa si debe notificarse a la AEPD.
- Cómo se documentan las decisiones adoptadas.
Además, los profesionales deberían conocer cómo comunicar internamente una incidencia. Una detección rápida sirve de poco si nadie sabe a quién trasladarla.
¿Hay que cambiar ahora todos los protocolos?
No necesariamente.
La propia AEPD advierte de que estamos ante una sola notificación y que no puede utilizarse para establecer una tendencia estadística.
Por eso tampoco tendría sentido reaccionar desde el alarmismo.
La recomendación razonable es otra: incorporar esta nueva capacidad de los atacantes al análisis de riesgos.
Si un protocolo parte de que siempre habrá una persona tomando manualmente cada decisión del ataque, quizá esa premisa merezca revisarse.
Si una cuenta comprometida dispone de permisos excesivos, reducirlos ya era una buena práctica antes de los agentes de IA.
Si la organización tarda días en detectar comportamientos anómalos, ya existía un problema.
La IA puede hacer que las consecuencias de esas debilidades aparezcan más rápido.
IA para atacar, pero también para defender
La automatización no es exclusiva de los atacantes.
Las organizaciones también pueden utilizar herramientas automatizadas para analizar patrones, detectar comportamientos anómalos, priorizar alertas y responder con mayor rapidez.
Precisamente por eso, el debate no debería plantearse como “IA contra humanos”.
El escenario más probable es otro: sistemas automatizados atacando entornos protegidos también mediante sistemas cada vez más automatizados, con profesionales supervisando, evaluando riesgos y tomando decisiones críticas.
La supervisión humana continúa siendo esencial, pero tendrá que apoyarse en herramientas capaces de operar a una velocidad compatible con el nuevo entorno.
De riesgo teórico a incidente real
Probablemente esta sea la conclusión más relevante de la publicación de la AEPD.
La Agencia no está anunciando una nueva epidemia de ciberataques autónomos ni afirmando que los agentes de IA hayan sustituido a los ciberdelincuentes.
Está documentando algo más concreto: ya existe al menos una notificación en España en la que un agente de IA habría participado autónomamente en distintas fases de un ataque que terminó afectando a datos personales reales.
Para empresas y despachos, la respuesta no debería ser el miedo a utilizar inteligencia artificial.
Debería ser exactamente la misma que ante cualquier evolución relevante del riesgo tecnológico: revisar qué información protegemos, qué controles tenemos, cuánto tardamos en detectar un incidente y si sabemos exactamente qué hacer cuando ocurre.
Porque si los ataques se vuelven más rápidos, la seguridad y el cumplimiento tampoco pueden seguir funcionando a la velocidad de antes.
Fuentes y enlaces
AEPD – Primera notificación de una brecha de datos personales causada por un ataque ejecutado mediante un agente de IA (15/09/2026)
Publicación oficial de la AEPD
Reuters – Spanish data watchdog publicises first AI agent-linked data breach report (15/09/2026)
Información de Reuters
Cinco Días – Primera brecha de datos ejecutada por un agente de inteligencia artificial de forma autónoma (16/09/2026)
Información de Cinco Días
