Asegurando agentes de IA: Prácticas de IAM en operaciones empresariales del Golfo

Un solo panel de control, docenas de identidades digitales y un agente persistente que nunca cierra sesión. Esta es la realidad para los equipos de TI en empresas del Golfo a medida que los agentes de IA se vuelven parte integral de las operaciones de atención al cliente. A diferencia de los usuarios humanos, estos agentes se autentican una vez, interactúan con múltiples sistemas y ejecutan tareas a velocidad de máquina. Este cambio revela una brecha: los marcos de IAM establecidos, diseñados para personas, tienen dificultades para rastrear y controlar actores no humanos que operan de manera continua.

La brecha de IAM para agentes: donde fallan los modelos humanos

El IAM tradicional en sectores regulados del Golfo —banca, telecomunicaciones, inmobiliarias— se centra en autenticar personas, asignar roles y registrar sus acciones. Los agentes de IA, en cambio, son identidades digitales que persisten y actúan de forma autónoma. Pueden encadenar acciones entre sistemas, activar pasos en flujos de trabajo y manejar datos sensibles sin los puntos de control humanos habituales.

Surgen rápidamente dos riesgos:

• Visibilidad: Los registros estándar de IAM pueden no capturar lo que hace un agente de IA dentro de una aplicación o a través de APIs, dejando vacíos en la auditoría.
• Gestión del ciclo de vida: Los agentes de IA se crean, actualizan y retiran de manera diferente a los usuarios humanos. Sin un proceso claro de baja, pueden quedar agentes inactivos o credenciales obsoletas, lo que introduce riesgos.

El resultado es la brecha de IAM para agentes: un desajuste entre los controles centrados en personas y las realidades operativas de los agentes automatizados.

Principios para IAM de agentes: qué cambia realmente

Los reguladores del Golfo han elevado las expectativas para la gobernanza de identidades, reflejando el aumento de la automatización en la atención al cliente y los flujos de trabajo administrativos. El cambio es práctico, no teórico. Cuatro principios guían ahora el IAM para agentes de IA:

1. Descubrimiento: Mantener un inventario actualizado de cada agente de IA, incluyendo propietario, propósito y acceso a sistemas. Esto va más allá de nombrar cuentas: cada agente debe ser rastreado desde su creación hasta su baja.
2. Acceso granular: Asignar permisos según la tarea, no por conveniencia. Por ejemplo, un asistente digital que revisa documentos KYC en un banco regional recibe acceso limitado solo para ese flujo de trabajo, nunca para la gestión general de cuentas o aprobaciones de riesgo.
3. Auditabilidad por acción: Registrar cada acción significativa a nivel de aplicación, no solo los eventos de autenticación. En la práctica, esto significa documentar qué campos de datos se accedieron, qué pasos de flujo de trabajo se activaron y el resultado de cada acción. Este nivel de auditabilidad es cada vez más esperado bajo marcos como el SAMA Cybersecurity Framework (sdaia.gov.sa, 2022) y la Ley de Protección de Datos Personales de los EAU (u.ae, 2023). Según un resumen de auditoría de 2025 de una consultora regional de cumplimiento, más del 60% de las empresas revisadas tuvieron al menos una observación relacionada con registros insuficientes para identidades no humanas.
4. Controles de ciclo de vida: Establecer y hacer cumplir procedimientos claros para actualizar, revisar y retirar identidades de agentes. Los agentes huérfanos o no utilizados se desactivan sistemáticamente, reduciendo la exposición al riesgo.

Cómo se aplica en la práctica: ejemplo de una empresa regulada

Una empresa inmobiliaria en los EAU adoptó agentes de IA para automatizar la captación de prospectos, la verificación de documentos y la interacción con clientes. Cada agente recibió una identidad única en el directorio central de la compañía. Los permisos se asignaron por flujo de trabajo: por ejemplo, un agente podía leer documentos enviados por clientes pero no modificar registros ni iniciar transacciones financieras. Las revisiones de acceso se programaron trimestralmente y cualquier permiso no utilizado se revocaba.

La auditabilidad era un requisito del consejo directivo. Cada acción de los agentes —ya fuera actualizar un campo en el CRM o activar una notificación— se registraba tanto en el CRM como en un almacén de auditoría dedicado. Los registros a nivel de aplicación capturaban los detalles: qué datos se tocaron, qué flujo de trabajo se ejecutó y si la acción tuvo éxito. Para ciertos agentes, la empresa aplicó reglas estrictas de retención: algunos registros se conservaban 90 días, otros se eliminaban de inmediato según la política. Si bien algunas empresas buscan reducir hallazgos de auditoría relacionados con identidades de máquina, hasta agosto de 2026 no hay documentación pública sobre mejoras cuantitativas en tasas de incidentes o ahorros de costos.

Errores comunes y lecciones operativas

Incluso con estos principios, la implementación rara vez es sencilla. Los desafíos habituales incluyen:

• Credenciales compartidas: Usar cuentas de servicio genéricas para varios agentes impide atribuir acciones o aplicar el principio de mínimo privilegio. Esto aún ocurre en algunas empresas del Golfo, especialmente en fases piloto.
• Permisos demasiado amplios: Otorgar acceso generalizado por conveniencia suele llevar a una acumulación de privilegios. Las revisiones periódicas y la expiración automática de permisos ayudan, pero requieren disciplina en los procesos.
• Registros de auditoría incompletos: El registro a nivel de aplicación es esencial, pero puede pasarse por alto si solo se monitorean los registros de autenticación. Los equipos deben asegurarse de capturar y revisar cada acción crítica: recuperación de datos, ejecución de flujos de trabajo, actualizaciones de sistemas.
• Baja poco clara: Sin una desactivación obligatoria, los agentes retirados pueden permanecer en los sistemas, creando vulnerabilidades ocultas.

Abordar estas brechas requiere coordinación entre TI, auditoría, cumplimiento y líderes de negocio. En sectores regulados del Golfo, es habitual que los equipos de auditoría soliciten evidencia de baja de agentes y registros por acción durante las revisiones.

La posición de Amira sobre este tema

Amira aborda la brecha de IAM para agentes tratando cada agente de IA como una identidad digital gestionada, con permisos adaptados a flujos de trabajo específicos y retención configurada según requisitos empresariales y regulatorios. Cada acción —por teléfono, WhatsApp, web y CRM— se registra a nivel de sistema y de conversación, apoyando las necesidades de auditoría y cumplimiento. Los controles de residencia y retención de datos pueden configurarse para alinearse con la política local, incluyendo periodos de retención por asistente según se requiera. Para los equipos operativos, esto significa que las identidades de máquina son tan responsables y auditables como las humanas. Si desea ver cómo funciona esto en sus propios procesos, reserve una demostración de 60 minutos.