Los marcos de cumplimiento no fueron diseñados pensando en IA agentiva. El RGPD se redactó antes de que los sistemas autónomos de IA fueran una preocupación empresarial común. Los criterios de servicio de confianza SOC 2 se diseñaron para evaluar infraestructuras estáticas, no agentes de software autodirigidos. Los controles ISO 27001 asumen procesamiento de datos iniciado por humanos, no sistemas de IA que operan de forma asincrónica bajo objetivos humanos.
Esto no significa que estos marcos no se apliquen a la IA agentiva. Sí se aplican, pero su aplicación a agentes crea brechas específicas de cumplimiento que las organizaciones deben abordar proactivamente. Esta publicación identifica las brechas prioritarias bajo cada marco y ofrece caminos concretos de remediación.
RGPD e IA Agentiva
Brecha 1: Base Legal para el Procesamiento Iniciado por Agentes
El RGPD requiere una base legal para cada actividad de procesamiento que involucre datos personales. El procesamiento iniciado por humanos suele estar cubierto por intereses legítimos, ejecución de contrato y consentimiento. Pero cuando un agente de IA, operando con un objetivo amplio como 'analizar patrones de comportamiento de clientes', decide acceder a datos personales como parte de su razonamiento autónomo, ¿quién autorizó esa actividad específica?
La respuesta suele ser poco clara. El usuario que desplegó el agente autorizó que el agente lograra un objetivo, no que realizara cada paso específico de procesamiento de datos. Si el enfoque del agente implica procesar datos personales de formas no anticipadas explícitamente por el usuario, existe un argumento plausible de que la base legal no aplica claramente a ese procesamiento específico.
Remediación: Defina el alcance del acceso a datos personales para cada despliegue de agente en la etapa de aprobación. La documentación de la base legal debe especificar no solo que el agente puede procesar datos, sino qué categorías de datos, con qué propósito y bajo qué base legal. Esto limita el acceso del agente a lo cubierto por la base legal documentada.
Brecha 2: Residencia de Datos y Transferencias Transfronterizas
El RGPD restringe las transferencias de datos personales a países fuera del EEE salvo que exista protección adecuada. Los agentes de IA crean nuevos vectores de transferencia transfronteriza fáciles de pasar por alto: llamadas API a LLM que incluyen datos personales en los prompts, servidores MCP alojados fuera del EEE que procesan datos personales, infraestructura de orquestación de agentes en regiones cloud de EE. UU.
Cuando datos personales se incluyen en un prompt enviado a una API LLM, esos datos se transfieren a donde esté alojado el endpoint de la API. Si el endpoint está en EE. UU. y no existen Cláusulas Contractuales Tipo, esto constituye una violación de transferencia transfronteriza según RGPD. La mayoría de los despliegues empresariales de IA no han mapeado completamente los flujos de datos involucrados en la operación de agentes para sus obligaciones de transferencia.
Remediación: Mapee cada flujo de datos en operaciones de agentes a su ruta física de transferencia. Incluya endpoints de API LLM en su mapeo de transferencias. Asegure que existan CCT u otros mecanismos equivalentes para cualquier transferencia de datos personales de la UE a terceros países. Considere controles de residencia de datos en la capa de gateway de agentes que filtren datos personales de prompts dirigidos a endpoints no conformes.
Brecha 3: Toma de Decisiones Automatizada según el Artículo 22
El Artículo 22 del RGPD restringe la toma de decisiones totalmente automatizada que produzca efectos legales o similares. A medida que los agentes se despliegan en casos como triaje de préstamos, selección de personal, evaluación crediticia y moderación de contenido, la aplicabilidad del Artículo 22 se vuelve real. Las organizaciones deben determinar si las decisiones de agentes en estos contextos constituyen procesamiento 'totalmente automatizado', documentar la supervisión humana involucrada y proporcionar la información requerida a los interesados.
SOC 2 e IA Agentiva
Brecha 1: Controles de Acceso Lógico (CC6.1)
SOC 2 CC6.1 requiere que el acceso lógico esté restringido a personas autorizadas. Los agentes presentan un desafío porque a menudo operan bajo credenciales de usuario, difuminando la frontera entre 'acceso de usuario' y 'acceso de agente'. Cuando un agente realiza acciones usando tokens OAuth de un usuario, el acceso se atribuye al usuario en los registros, pero las decisiones las tomó el agente.
Los auditores que revisan controles SOC 2 preguntan cada vez más: ¿cómo aseguran que los agentes de IA no se usan para eludir restricciones de acceso? Si un usuario no puede acceder directamente a una base de datos, pero puede desplegar un agente que sí porque usa una cuenta de servicio con permisos más amplios, existe una brecha en el control de acceso lógico.
Remediación: Asegure que las identidades de agentes sean distintas de las de usuarios en su arquitectura de control de acceso. Las cuentas de servicio de agentes deben tener permisos limitados a lo necesario para el caso de uso aprobado. Incluya identidades de agentes en las revisiones de acceso de usuarios.
Brecha 2: Integridad de la Pista de Auditoría (CC7.2)
SOC 2 CC7.2 requiere que la organización detecte y aborde eventos de seguridad mediante análisis de la pista de auditoría. Los agentes que operan bajo credenciales de usuario generan registros atribuidos al usuario, no al agente, dificultando reconstruir qué acciones tomó el agente versus el usuario humano.
Este problema de atribución no es solo un tema de seguridad, es un problema de auditoría SOC 2. Si un auditor pregunta '¿quién accedió a este registro el 15 de marzo?', la respuesta 'el agente de IA del usuario, no el usuario directamente' es un hallazgo significativo si los registros no distinguen entre ambos.
Remediación: Implemente registros específicos para agentes que capturen identidad del agente, contexto del usuario bajo el cual operó y las herramientas y datos accedidos. Este registro suplementario debe correlacionarse con los registros estándar para ofrecer la imagen completa requerida para cumplimiento CC7.2.
Brecha 3: Gestión de Cambios (CC8.1)
SOC 2 CC8.1 requiere que los cambios en infraestructura y aplicaciones pasen por un proceso autorizado de gestión de cambios. Los agentes de IA que pueden modificar código, configuración o infraestructura, comunes en despliegues para desarrolladores, representan un riesgo de bypass en gestión de cambios. Un agente que ejecuta un cambio de código en nombre de un usuario está realizando un cambio en el sistema de información. ¿Ese cambio pasa por su proceso de gestión de cambios?
ISO 27001 e IA Agentiva
Brecha 1: Gestión de Activos (A.8)
ISO 27001 Anexo A.8 requiere identificación y gestión de activos de información. Los agentes de IA son activos de información: procesan datos, actúan sobre sistemas organizacionales y representan una superficie de riesgo. La mayoría de los inventarios de activos no incluyen agentes de IA desplegados. Esto es una brecha directa de cumplimiento ISO 27001.
Remediación: Añada los despliegues de agentes de IA a su registro de activos de información. Para cada agente, documente: clasificación, propietario, datos que procesa, sistemas que puede afectar y tratamiento de riesgos aplicable. Incluya los activos de agentes en el alcance de su SGSI.
Brecha 2: Relaciones con Proveedores (A.15)
ISO 27001 A.15 requiere establecer requisitos de seguridad con proveedores y prestadores de servicios. Proveedores de modelos de IA (OpenAI, Anthropic, Google) y vendedores de servidores MCP son proveedores a efectos de A.15. Las organizaciones que despliegan IA agentiva deben tener acuerdos con proveedores que aborden: términos de procesamiento de datos, restricciones a subprocesadores, notificación de incidentes de seguridad y derechos de auditoría.
Muchas organizaciones tienen acuerdos básicos de protección de datos con proveedores de IA, pero no han abordado específicamente el caso de uso agentivo, que cambia materialmente la relación de procesamiento (los datos ahora se envían como parte de operaciones autónomas de agentes, no solo consultas iniciadas por usuarios).
Brecha 3: Gestión de Incidentes (A.16)
ISO 27001 A.16 requiere una capacidad estructurada de gestión de incidentes. Los incidentes de IA agentiva,un ataque por inyección de prompt, un agente exfiltrando datos mediante una llamada a herramienta, un agente tomando acción destructiva no autorizada, son una nueva categoría de incidentes que la mayoría de los playbooks de respuesta no contemplan.
Remediación: Actualice su marco de clasificación de incidentes para incluir tipos específicos de incidentes de IA agentiva. Defina procedimientos de contención (¿cómo detener un agente en ejecución?), investigación (¿cómo reconstruir lo que hizo un agente?) y comunicación (¿cuándo es un incidente de agente una brecha notificable?).
Una Hoja de Ruta Práctica de Cumplimiento
Las brechas de cumplimiento anteriores pueden abordarse en paralelo con el marco de gobernanza descrito en nuestra publicación sobre políticas. Los elementos críticos son:
- RGPD: Mapear flujos de datos de agentes a rutas de transferencia, documentar base legal para cada tipo de agente, actualizar proceso de evaluación del Artículo 22 para incluir decisiones de agentes.
- SOC 2: Implementar identidades distintas para agentes para atribución en auditoría, incluir agentes en revisiones de acceso, extender gestión de cambios para cubrir cambios iniciados por agentes.
- ISO 27001: Añadir agentes al registro de activos, actualizar acuerdos con proveedores para casos de uso agentivos, añadir tipos de incidentes de agentes IA a los playbooks.
Los marcos de cumplimiento evolucionarán para abordar la IA agente de forma más explícita en los próximos 12 a 24 meses: se están actualizando las directrices del GDPR, revisando los criterios SOC 2 y preparando enmiendas para la ISO 27001:2026. Las organizaciones que aborden estas brechas ahora estarán bien posicionadas cuando lleguen estas actualizaciones, en lugar de tener que adaptar controles a flujos de trabajo ya establecidos.
