Qué hacer si un agente de IA filtra datos de tu empresa

Si un agente de IA ha sacado, cambiado o dejado a la vista datos de clientes o de empleados, la empresa tiene que avisar a la Agencia Española de Protección de Datos (AEPD) cuanto antes y, si es posible, en un máximo de 72 horas desde que lo sabe, según el artículo 33 del Reglamento General de Protección de Datos (RGPD). La única excepción es que sea improbable que la brecha suponga un riesgo para esas personas. Lo primero es cortar los accesos del agente y guardar su registro de actividad, el historial de lo que ha hecho, porque sin él es muy difícil saber qué datos tocó y completar la notificación.

Un agente de IA es un programa que usa un modelo de lenguaje, la tecnología de ChatGPT, Gemini o Claude, para conseguir un objetivo por su cuenta. El 14 de septiembre de 2026 la AEPD contó que había recibido la primera notificación de una brecha en la que el ataque se habría hecho con uno de estos agentes. Según la notificación, el agente consiguió iniciar sesión, buscó por su cuenta fallos en la aplicación y, al encontrarlos, modificó datos personales y accedió a facturas. La Agencia aclara que esa información viene de la empresa afectada y que todavía tiene que analizarla.

Claves en 30 segundos

• Una brecha de datos personales es cualquier fallo de seguridad por el que se destruyen, se pierden o se cambian datos personales, o por el que alguien sin permiso accede a ellos o los recibe, aunque sea por accidente (artículo 4.12 del RGPD). Cuenta igual si la provoca un atacante con un agente o el agente de la propia empresa.
• Se notifica a la AEPD sin dilación indebida, es decir, sin retrasos que no se puedan justificar, y si es posible en 72 horas como mucho desde que la empresa sabe que ha habido una brecha, lo que la ley llama tener constancia. No hace falta notificar si es improbable que haya riesgo para las personas (artículo 33).
• Si el riesgo para las personas es alto, también hay que avisarlas a ellas (artículo 34).
• Toda brecha se documenta dentro de la empresa, se notifique o no (artículo 33.5).
• La AEPD tiene dos herramientas, Asesora Brecha y Comunica-Brecha RGPD, que ayudan a decidir si hay que notificar y si hay que avisar a los afectados.

Dos maneras en que un agente de IA acaba en una brecha

La AEPD describe un agente como un sistema capaz de planificar tareas, usar herramientas, ejecutar código, consultar fuentes y cambiar de plan según lo que encuentra. A diferencia de un chat, tiene permisos para actuar, como abrir documentos, enviar correos o cambiar datos. Por eso la brecha puede llegar por dos lados, según lo use quien ataca o trabaje para la propia empresa.

Cuando el agente lo usa quien ataca

Según la notificación, es lo que ocurrió en el caso de septiembre. Quien ataca le da al agente un objetivo, y el agente prueba accesos y busca fallos sin que nadie lo guíe paso a paso. Una clave API o un token son las llaves con las que un programa entra en otro sin escribir una contraseña, y la AEPD señala que un agente que consigue una cuenta o una de esas llaves con permisos de más puede moverse a la velocidad de una máquina por varios servicios antes de que la empresa note algo raro. Por eso conviene saber cuántas llaves de este tipo hay en la empresa y qué abre cada una.

Cuando el agente trabaja para tu empresa

Un agente que lee el correo, abre documentos o navega por internet puede recibir órdenes de alguien de fuera. La guía de la AEPD sobre agentes de IA, de febrero de 2026, lo llama inyección indirecta de prompts (un prompt es la instrucción que se le da a la IA). Consiste en esconder instrucciones en un PDF, un correo o una página web para que el agente las tome por órdenes legítimas y, por ejemplo, envíe datos fuera de la empresa. La guía pone el ejemplo de un correo con instrucciones en texto blanco sobre fondo blanco, que el agente obedece cuando lo lee para resumirlo, aunque nadie haya hecho clic en nada. En el artículo sobre Claude Cowork se explica cómo funciona este riesgo en un agente concreto y qué parte controla la empresa.

Si el agente acaba enviando datos de clientes a quien no debe, o los borra o los cambia por error, también es una brecha de datos personales, aunque haya sido sin querer. Lo mismo vale para los agentes que un empleado conecta por su cuenta al correo o a las carpetas de la empresa, con la dificultad añadida de que nadie sabe que están ahí.

Cuando el agente es de un proveedor que trata los datos por encargo de la empresa (lo que el RGPD llama encargado del tratamiento), ese proveedor tiene que avisar a la empresa sin dilación indebida cuando sepa de la brecha (artículo 33.2). Quien notifica a la AEPD sigue siendo la empresa, porque es la responsable del tratamiento, la que decide para qué se usan esos datos.

Qué hacer en las primeras horas

El plazo empieza a contar cuando la empresa tiene constancia de la brecha, según la página de la AEPD sobre notificaciones. Con un agente de por medio, este orden permite llegar a tiempo con la información que pide la ley.

1. Desactivar el agente y cortar sus accesos, lo que incluye anular sus claves y tokens y desconectar lo que tenga enlazado, como el correo, las carpetas compartidas, el programa de gestión de clientes (CRM) o la facturación. Si quien atacó entró con una cuenta de la empresa, se cambia la contraseña de esa cuenta.
2. Guardar las pruebas antes de borrar nada. El registro de actividad del agente dice qué consultó, qué abrió, qué cambió y a quién envió algo. Junto a él se guardan sus instrucciones, sus conversaciones y, si lo hubo, el correo o el documento que llevaba las órdenes escondidas. Si la herramienta es de un proveedor, se le piden sus registros.
3. Medir el alcance, es decir, qué datos eran, de qué personas y de cuántas, si se vieron, se copiaron, se cambiaron o se borraron, y si estaban cifrados, protegidos para que nadie sin permiso pueda entenderlos.
4. Decidir si hay que notificar. Salvo que sea improbable que haya riesgo para las personas, se notifica desde la sede electrónica de la AEPD. La herramienta Asesora Brecha ayuda a decidirlo, aunque la AEPD recuerda que la decisión es de la empresa.
5. Avisar a las personas afectadas si el riesgo para ellas es alto. Para valorarlo está Comunica-Brecha RGPD.
6. Documentar la brecha aunque se decida no notificarla, con los hechos, sus efectos y lo que se hizo para corregirla (artículo 33.5).

Para la parte técnica se puede llamar al 017, Tu Ayuda en Ciberseguridad, la línea del Instituto Nacional de Ciberseguridad (INCIBE). Según su web, atiende también a empresas y profesionales, de 8 de la mañana a 11 de la noche, todos los días del año.

Qué pide el aviso a la AEPD y de dónde sacar cada dato

La notificación tiene que llevar como mínimo los cuatro datos de la tabla (artículo 33.3 del RGPD). Al lado de cada uno está de dónde sacarlo cuando la brecha la ha provocado un agente.

Si a las 72 horas falta información, se puede dar por partes. Si la notificación llega más tarde de ese plazo, tiene que explicar el motivo del retraso (artículo 33, apartados 1 y 4).

Cuándo hay que avisar a clientes y empleados

Cuando es probable que la brecha suponga un alto riesgo para las personas, la empresa tiene que comunicárselo a ellas sin dilación indebida y en un lenguaje claro y sencillo. El aviso explica qué ha pasado e incluye un contacto para pedir más información, las posibles consecuencias y las medidas tomadas o previstas (artículo 34 del RGPD). Según la nota de prensa de la AEPD del 20 de octubre, las organizaciones que le notificaron una brecha en el primer semestre de 2026 enviaron más de 71 millones de comunicaciones a personas afectadas.

El artículo 34 prevé tres casos en los que no hace falta avisar a cada persona:

• cuando los datos estaban protegidos de forma que nadie sin permiso pudiera entenderlos, por ejemplo cifrados;
• cuando, después de la brecha, la empresa ha tomado medidas que hacen que el alto riesgo ya no sea probable;
• cuando avisar a cada persona supone un esfuerzo desproporcionado, y entonces se hace una comunicación pública que informe igual de bien.

Si un agente ha sacado datos de clientes, avisarles sirve además para que estén atentos a posibles fraudes. La AEPD lo explica con las brechas de proveedores de hoteles, en las que quien accede a los datos de las reservas puede usarlos para enviar mensajes que parecen del hotel, y aconseja desconfiar de los mensajes inesperados que piden pagos, datos bancarios o contraseñas.

Más brechas notificadas y ataques más rápidos

Entre enero y junio de 2026 la AEPD recibió 3.027 notificaciones de brechas, frente a las 1.271 del mismo periodo de 2025, según esa misma nota de prensa. En esos seis meses ya superó las 2.735 de todo 2025, según su blog del 21 de octubre. La propia AEPD advierte de que la cifra mide brechas notificadas y no basta para concluir que las brechas hayan crecido en la misma proporción.

Una parte del aumento viene de los proveedores. En marzo la Agencia detectó que un fallo en un solo proveedor había provocado brechas en varias de las empresas que trabajaban con él, y su informe de julio atribuye buena parte del aumento de los meses anteriores a los hoteles y a sus proveedores, generalmente de software de reservas.

El caso del agente es uno solo, y la AEPD dice que no permite hablar de tendencia, aunque lo considera una señal de que los ataques con IA ya afectan a datos personales reales. En la entrada sobre ese caso explica que la IA hace que técnicas de ataque ya conocidas sean más rápidas y de mayor alcance, y que con eso queda menos tiempo para detectarlas y pararlas. En otra entrada, del 28 de septiembre y dedicada a la IA ofensiva (el uso de la IA para atacar), añade que con los agentes el tiempo medio entre que alguien entra en un sistema y se lleva los datos se ha reducido a cuestión de minutos.

Cómo preparar la empresa antes de que pase

En la entrada sobre el primer caso, la AEPD pide que los ataques asistidos o ejecutados con IA entren de forma expresa en el análisis de riesgos de cada uso que la empresa hace de datos personales, lo que la ley llama tratamiento, y advierte de que los procedimientos pensados para ataques manuales pueden quedarse cortos. Las medidas que siguen, pensadas para una empresa que ya trabaja con agentes, se basan en esa entrada, en la de la IA ofensiva y en su guía sobre agentes.

• Saber qué agentes hay en la empresa y qué pueden tocar, también los que la gente conecta por su cuenta. La política de uso de IA de la empresa es el sitio para decir cuáles están aprobados y dónde se avisa de un incidente.
• Dar a cada agente solo los permisos que necesita su tarea (lo que la AEPD llama principio de menor privilegio) y que sus claves caduquen cuando dejen de hacer falta.
• Tener activado y guardado el registro de actividad de cada agente.
• Exigir que una persona apruebe de forma expresa las acciones con consecuencias, como enviar datos a terceros o hacer envíos masivos.
• Tener un «interruptor» para detener las automatizaciones y poder seguir trabajando a mano mientras están paradas, como recomienda la AEPD en su entrada sobre la IA ofensiva.
• Incluir los agentes en el procedimiento de brechas y ensayarlo con un simulacro, como pide la Agencia para todos estos procedimientos.

Preguntas frecuentes

¿Cuál es el plazo para comunicar una brecha de seguridad?

A la AEPD, sin dilación indebida y, si es posible, en 72 horas como mucho desde que la empresa tiene constancia de la brecha (artículo 33 del RGPD). Si se notifica más tarde, hay que explicar el motivo. A las personas afectadas, cuando el riesgo para ellas es alto, también sin dilación indebida y sin un número fijo de horas (artículo 34).

¿Qué se considera una brecha de datos personales?

Cualquier fallo de seguridad por el que se destruyen, se pierden o se alteran datos personales, por accidente o a propósito, o por el que alguien sin permiso accede a ellos o los recibe (artículo 4.12 del RGPD). Un correo con datos de clientes enviado a quien no debía es una brecha, igual que un ataque.

¿Es una brecha si el error lo comete nuestro propio agente de IA?

Sí. Lo es si el agente envía datos personales a quien no debe, deja que alguien sin permiso los vea, o los borra o los cambia por error, porque la definición del RGPD incluye los incidentes accidentales. Salvo que sea improbable que haya riesgo para las personas, se notifica a la AEPD como cualquier otra brecha.

¿Notificar una brecha a la AEPD significa que nos van a sancionar?

No necesariamente. La AEPD dice que notificar no supone por sí solo que se abra un procedimiento para sancionar a la empresa, y que hacerlo bien y a tiempo demuestra que ha actuado con diligencia. En cambio, no notificar cuando había obligación sí es una infracción, según la misma página de la AEPD.

¿Qué pasa si la brecha la provoca el agente de un proveedor?

El proveedor tiene que avisar a la empresa sin dilación indebida cuando sepa de la brecha (artículo 33.2 del RGPD), y la empresa decide si notifica a la AEPD y si avisa a los afectados. El contrato con el proveedor tiene que obligarlo a ayudar a la empresa a cumplir estas obligaciones (artículo 28.3.f), así que conviene que el contrato diga también cómo y en cuánto tiempo tiene que avisar el proveedor.

Por dónde empezar si ya usas agentes

La AEPD termina su entrada sobre el primer caso con seis fundamentos: conocer los tratamientos de datos, guardar solo los datos necesarios, limitar los accesos, corregir los fallos de seguridad, controlar a los proveedores y estar preparada para responder. Con agentes, esa lista sigue valiendo y queda menos margen para reaccionar, porque un agente con permisos de más llega a más sitios en menos tiempo mientras las 72 horas corren igual. Por eso, de toda la lista, lo primero que conviene revisar en una empresa que ya usa agentes son los accesos y los permisos de cada uno.

Si quieres revisar qué agentes usa tu equipo y con qué permisos, o dejar preparado el procedimiento para una brecha, escríbenos.

Este artículo tiene finalidad divulgativa y no constituye asesoramiento legal individualizado. Para evaluar las obligaciones concretas de tu empresa, contacta con nosotros.

Dónde leerlo en la fuente

• Primera notificación de una brecha de datos personales causada por un ataque ejecutado mediante un agente de IA, entrada del blog de la AEPD del 14 de septiembre de 2026.
• La entrada del blog de la AEPD sobre la IA ofensiva y el riesgo para la protección de datos, del 28 de septiembre de 2026.
• La AEPD recibe más de 3.000 notificaciones de brechas de datos personales en el primer semestre del año, nota de prensa del 20 de octubre de 2026.
• Incremento de las notificaciones de brechas de datos y medidas para prevenirlas y gestionarlas, entrada del blog de la AEPD del 21 de octubre de 2026.
• Notificación de brechas de datos personales a la Autoridad de Control, página de la AEPD actualizada el 14 de septiembre de 2026.
• Inteligencia artificial agéntica desde la perspectiva de protección de datos, guía de la AEPD, versión 1.2 de febrero de 2026 (PDF).
• Reglamento General de Protección de Datos, artículos 4.12, 28, 33 y 34, en el texto publicado por el BOE.

Todas las páginas se consultaron el 24 de octubre de 2026.