Resumen
¿Por qué la identidad es el principal factor limitante para la escalabilidad de la IA Enterprise?
Los sistemas IAM tradicionales son estáticos, mientras que los sistemas de IA basados en agentes exhiben comportamientos dinámicos en tiempo de ejecución que generan cadenas de delegación y consumen entre 5 y 30 veces (hasta 1000 veces) más eventos de permisos que las interacciones estándar. Las organizaciones escalan la IA 12 veces más rápido al integrar la Identity Governance (atenuación, alcance sensible al contexto y rotación automatizada) en la etapa de arquitectura, en lugar de tratar la seguridad como una puerta de cumplimiento posterior.
Hace dieciocho meses, comenzamos a sentarnos en las salas donde realmente se toman las decisiones sobre la escalabilidad de la IA. No en los escenarios de las ponencias principales, sino en las sesiones de trabajo donde los líderes de seguridad, los arquitectos de plataformas y los patrocinadores comerciales negocian qué se lanza y qué se retrasa. El patrón que observábamos era constante y sorprendente: las organizaciones que alcanzaban la producción más rápidamente no eran las que tenían los mejores modelos ni la mayor cantidad de datos. Eran las que, desde el primer día, trataron la identidad como un elemento fundamental del diseño de la IA.
La identidad determina si se envía el producto a producción o si se permanece en fase piloto. Es el factor que limita la tasa de adopción de la IA en las Enterprise, algo para lo que casi nadie diseña con la suficiente antelación.
Lo sabemos porque hemos pasado 18 meses observando cómo se desmorona en tiempo real, en sectores como los servicios financieros, la salud, la venta minorista y el software Enterprise, por nombrar solo algunos. El modo de error es notablemente consistente, independientemente del sector, el modelo elegido o la plataforma en la nube.
Una intención humana, mil eventos de permiso
Hace unos meses, un responsable de seguridad de una empresa de servicios financieros nos explicó el problema con claridad. Su equipo había desplegado tres agentes de IA en enero como parte de un proyecto piloto controlado, cuyo alcance estaba definido, documentado y aprobado. Para marzo, habían encontrado otros 17 en ejecución en toda la organización que nadie había autorizado. Conectado a los datos de producción. Realizando llamadas a la API. Operando con credenciales de empleados.
“Ya ni siquiera sé a qué están conectados”, dijo. Ella no era un caso excepcional. Ella era la mediana.
Una sola tarea de agente consume entre 5 y 30 veces más eventos de identidad que una interacción estándar. Apile flujos de agentes —un agente llama a otro, delega subtareas, crea subagentes— y los investigadores de Stanford descubrieron que el límite superior alcanza 1000 veces para Workflows de razonamiento complejos con bucles de reintento y autocorrección.
Una intención humana. Mil eventos de permiso. Cada uno de esos eventos representa una superficie de ataque, una vulnerabilidad en materia de cumplimiento normativo y una decisión de gobernanza que la gestión de identidades y accesos tradicional (IAM) nunca fue diseñada para manejar.
Solo el 24.4 % de las organizaciones tienen visibilidad completa de sus agentes de IA. Para 2028, la empresa promedio de la lista Fortune 500 contará con más de 150 000 agentes. Actualmente, el 90 % de esos agentes tienen permisos excesivos. Y esto se extiende más allá de los agentes discretos a modelos finamente ajustados que realizan llamadas de inferencia, pipelines RAG que extraen información de almacenes confidenciales, cadenas de mensajes que invocan herramientas y orquestaciones multiagente donde los permisos se propagan a través de capas de delegación que nadie ha otorgado explícitamente.
El cincuenta y tres por ciento accede a datos confidenciales sin la gobernanza adecuada. El problema de la IA en la sombra va más allá de los agentes. Toda inferencia no autorizada conlleva permisos heredados que se acumulan a la velocidad de la máquina.
“La explosión de eventos de identidad no es un efecto secundario de la IA con capacidad de agencia, sino su característica definitoria.” Cada agente que implementa sin gobernanza no es solo un riesgo. Es un factor multiplicador de cualquier otro riesgo en su entorno."
- Sai Lolayekar, líder de innovación empresarial, socios de seguridad, AWS
La mayoría de los marcos de gobernanza están solucionando el problema de ayer
El sector está convergiendo en una narrativa cómoda: “rediseñe sus Workflows, incorpore la seguridad desde el principio y gestione a sus agentes”. Las principales firmas de análisis y proveedores de servicios en la nube así lo afirman. Y si bien es correcto, este enfoque es insuficiente.
El problema es que la mayoría de los marcos de gobernanza que se están implementando hoy en día son motores de políticas estáticos que intentan gobernar sistemas dinámicos. Definen los permisos en el momento del despliegue. Pero la IA agéntica no funciona así. El comportamiento de un agente emerge en tiempo de ejecución. Razona qué herramienta usar a continuación. Decide si se debe delegar. Determina qué datos necesita basándose en un contexto que no existía cuando se redactó la política.
La gobernanza estática para agentes dinámicos es como redactar leyes de tráfico para una ciudad que rediseña sus carreteras cada hora.
Lo que se necesita —y lo que casi nadie ha construido completamente todavía— es Identity Governance que funcione con la misma velocidad y adaptabilidad que los propios agentes:
- Permisos que se atenúan en la etapa final a medida que las cadenas de delegación se alargan
- Acceso sensible al contexto que se restringe a medida que aumenta la sensibilidad
- Interruptores de apagado que no requieren que un humano detecte el problema primero
Esta es la brecha. Y es por eso que la identidad no es solo “importante” para la historia del escalado de la IA, sino que es el factor limitante. Las organizaciones que resuelven esto primero no solo evitan el riesgo. Se mueven más rápido que los demás porque pueden desplegar agentes en producción mientras que sus competidores siguen estancados en modo piloto, esperando las políticas perfectas.
Los cuatro principales patrones de fallas de seguridad que realmente vemos fallar (desde la sala, no del informe)
Tras mantener conversaciones con cientos de empresas, observamos cuatro patrones recurrentes que mantienen a las organizaciones atrapadas. Así es como se ven cuando está sentado a la mesa:
1. El punto ciego de las oportunidades
Una empresa del sector de salud invirtió 4 millones de dólares en la creación de agentes de procesamiento de reclamos impulsados por IA con los controles de acceso adecuados. La oportunidad de mayor valor residía, de hecho, en el flujo de trabajo de autorización previa en la etapa inicial, donde los médicos compartían credenciales y los agentes heredaban permisos de nivel de administrador por defecto. Se equivocaron al asegurar lo que no debían porque nunca asignaron dónde se concentraba el riesgo de identidad.
2. La desconexión entre estrategia y ejecución
Una organización minorista donde el director ejecutivo anunció «la prioridad de la IA» en enero, el CTO financió tres iniciativas de plataforma y el CISO lanzó un marco de gobernanza —todos apuntando en direcciones diferentes. En el tercer trimestre, 12 equipos estaban creando agentes en cuatro entornos de ejecución sin ninguna coordinación en cuanto a la identidad. Estaban creando 12 versiones de la misma deuda técnica, y ninguna de ellas podía superar una revisión de seguridad unificada.
3. Experimentos que nunca se gradúan
Una empresa de software empresarial lanzó 47 proyectos piloto de agentes de IA en 18 meses; solo tres llegaron a producción. Todos los pilotos que se estancaron se toparon con el mismo obstáculo: la revisión de seguridad. Cada uno había inventado su propio modelo de autenticación, almacenamiento de credenciales y permisos. Cuarenta y cuatro implementaciones de identidad a medida, cero infraestructura de gobernanza reutilizable. Los pilotos no fallaron por la capacidad de la IA. Fracasaron porque nadie construyó la plataforma de identidad que les permitiera graduarse.
4. Cuando los mecanismos de protección se convierten en obstáculos
El informe Global CISO Insights 2026 de Okta reveló que solo el 31 % de los CISO se sienten totalmente alineados con la alta dirección y el consejo de administración en lo que respecta al riesgo aceptable de la IA, y menos de la mitad afirma que su consejo considera la seguridad de la IA como un facilitador del negocio en lugar de un mero requisito de cumplimiento normativo. El resultado: los equipos de seguridad se convierten en el Departamento del No, no porque quieran serlo, sino porque el proceso los coloca en esa situación.
Todos estos patrones tienen la misma causa raíz: la identidad fue tratada como un elemento secundario en lugar de un pilar fundamental del diseño.
La solución no reside en una mejor alineación ni en más políticas. Se trata de una propiedad diferente, donde la identidad se convierte en una decisión de arquitectura, no en un filtro de revisión a posteriori.
“No se puede escalar la autonomía sin escalar la responsabilidad: la identidad es una decisión de diseño fundamental que distingue la ventaja acumulativa del riesgo acumulativo”.
- Eddie Kim, director de Desarrollo de Mercado de IA, AWS ISV Norteamérica
Para que quede claro: la calidad del modelo y la disponibilidad de los datos no son irrelevantes, sino necesarias. Pero no es ahí donde las organizaciones se estancan. Hemos visto cómo equipos con modelos de primera clase y flujos de datos impecables se estancaban durante meses porque no podían responder preguntas básicas sobre la autorización de agentes. El cuello de botella se ha desplazado.
El problema del cerebro Enterprise
En la industria se está debatiendo actualmente sobre el “cerebro empresarial”—la idea de que los agentes necesitan memoria y contexto compartidos para que lo que un agente aprende esté disponible para los demás, en lugar de desaparecer cuando finaliza la sesión.
Este es el instinto correcto. Los agentes sin estado que lo olvidan todo entre sesiones son la razón por la que los pilotos deslumbran y los sistemas de producción decepcionan. Pero nadie en esa conversación pregunta: “¿Quién gobierna la memoria?”.
Cuando el agente A se entera de algo sobre la situación financiera de un cliente y lo comparte con el agente B, que está gestionando un Workflows de marketing, ¿estaba autorizada esa compartición de información? Cuando el contexto acumulado de un agente incluye información de identificación personal, secretos comerciales o comunicaciones privilegiadas, ¿quién decide qué se conserva, qué se elimina y quién más puede acceder a él?
El cerebro empresarial sin gobernanza de la identidad es una amnesia organizacional sustituida por la vigilancia organizacional. No ha resuelto el problema. Ha creado uno nuevo que es más difícil de detectar y más difícil de contener.
Aquí es donde la identidad deja de ser un simple control de seguridad para convertirse en un elemento de diseño fundamental para la próxima generación de arquitectura de IA. La capa de memoria, la capa de contexto, la capa de conocimiento compartido... todas ellas necesitan controles de acceso que tengan en cuenta la identidad y que funcionen a la misma velocidad que los agentes que las utilizan.
Una empresa de servicios financieros con la que nos reunimos había implementado agentes con memoria compartida, pero sin controles de acceso basados en la identidad. En cuestión de semanas, un agente de marketing había accedido a datos financieros de clientes que un agente de cumplimiento normativo había sacado a la luz; datos que no tenía autorización para conservar ni mecanismo para eliminarlos.
Cómo Okta y AWS están protegiendo conjuntamente la memoria agéntica y los Workflows delegados
Precisamente por eso diseñamos la integración de Okta con AWS para que no solo gestione las acciones de los agentes, sino también su memoria. Para los equipos que ejecutan cargas de trabajo basadas en agentes en Amazon Bedrock, cada agente que se implementa es una nueva identidad que debe ser descubierta, definida y administrada.
Okta para agentes de IA se integra directamente con Amazon Bedrock y Amazon Bedrock AgentCore para cerrar la brecha de gobernanza de la IA y resolver cinco desafíos simultáneamente:
- Detección de IA en la sombra en todo el entorno
- Registro universal para asignar propiedad humana a cada identidad autónoma
- Aplicación del principio de mínimo privilegio donde los permisos se atenúan a medida que crecen las cadenas de delegación
- Rotación automatizada de credenciales a velocidad de máquina
- Registros de auditoría completos que proporcionan constancia inalterable de cada acción del agente
Lo más importante es que esto funciona con cualquier proveedor de identidad existente (Entra ID, Ping u otros) sin necesidad de reemplazar nada.
¿Cómo se ve esto en la práctica? Un equipo de venta minorista al que asesoramos construyó su capa de gobernanza de agentes antes de escribir un solo agente. Cada agente hereda una identidad con ámbito definido en el momento de su instanciación. Los permisos se atenúan automáticamente cuando un agente delega. Su primer agente pasó del concepto a la producción en 11 días. Su duodécimo agente tardó tres días porque la infraestructura de gobernanza ya estaba en funcionamiento.
El caso de negocio es una cuestión de velocidad, no de riesgo
En las decenas de Organizations a las que hemos asesorado, se repite el mismo patrón: los equipos que integran la Identity Governance desde el primer día alcanzan la fase de producción en ciclos de seis semanas. Los equipos que añaden la gobernanza posteriormente siguen en fase piloto a los 18 meses, porque cada revisión de seguridad les obliga a rediseñar la arquitectura.
Eso supone una diferencia de velocidad de 12 veces entre las organizaciones que priorizan la identidad y las que la dejan para el final. Y se acumula. El equipo que prioriza la identidad ha lanzado 12 iteraciones y ha aprendido de los comentarios de producción, mientras que el equipo que deja la identidad para el final aún está negociando la aprobación de su primer despliegue.
Los datos de BCG de 2026 confirman el patrón general: las organizaciones con una estrategia clara de IA que incluye el rediseño del flujo de trabajo experimentan un aumento de 25 puntos porcentuales en el impacto empresarial cuantificable. Según los estudios de Eightfold, esto se traduce en un aumento del EBITDA de entre el 10% y el 25%. Por lo que hemos visto en la práctica, el diseño centrado en la identidad es el factor predictivo más importante para determinar si un rediseño del flujo de trabajo llega a producción o fracasa en la fase piloto.
El mecanismo es sencillo: los equipos que priorizan la identidad crean una capa de gobernanza compartida una sola vez, y cada agente posterior la hereda. Los equipos que dejan la identidad para el final reconstruyen la gobernanza de forma personalizada para cada agente, en cada ocasión. El primer enfoque escala linealmente. El segundo aumenta cuadráticamente en costo y fricción, y finalmente deja de aumentar por completo.
Plan de acción: tres marcos de trabajo para la preparación de la identidad de IA
Creemos en “pensar en grande, empezar poco a poco y crecer rápidamente”. Aquí tiene tres conversaciones para empezar:
1. La auditoría de fricción
- Quién: usted y su equipo de operaciones
- Identifique de 3 a 5 puntos de fricción de alta frecuencia
- Para cada uno, pregúntese: "Si diseñáramos esto desde cero hoy, con la IA como una capacidad nativa y la Identity Governance integrada, ¿qué aspecto tendría?"
2. La decisión sobre la arquitectura de identidad
- Quiénes: Usted + su CISO + el responsable de su plataforma de IA
- Tres preguntas: “¿Cuántos agentes están en activo ahora mismo, tanto autorizados como no autorizados?” ¿Podemos revocar el acceso de cualquier agente en menos de 60 segundos? Si un agente delega en un subagente, ¿se atenúan o se heredan los permisos?
- El diagnóstico: Si no puede responder a las tres preguntas, tiene un problema de arquitectura.
3. La conversación sobre la velocidad
- Quién: usted + su CEO/junta directiva
- Replantee la seguridad de "mitigación de riesgos" a "velocidad de implementación".
- El enfoque estratégico: La cuestión no es cómo gobernar la IA de forma segura, sino cómo llegar a producción 12 veces más rápido que la competencia. El diseño centrado en la identidad es la respuesta.
La economía de agentes está llegando más rápido de lo que la mayoría de las Organizations está preparada para afrontar. La industria está convergiendo en la idea de que los agentes necesitan identidades emitidas por máquinas con aplicación del principio de mínimo privilegio y total auditabilidad, una postura ahora codificada por el NCCoE del NIST en su marco para la identidad y autorización de agentes de IA. Pero la convergencia en la idea no es lo mismo que la convergencia en la ejecución. La brecha entre saber que la identidad importa e incorporarla a la arquitectura es donde se acumula la ventaja. Las organizaciones que lo hagan bien no solo evitarán riesgos —avanzarán más rápido y lanzarán más.
La identidad es la decisión de diseño que determina la preparación para la producción. No lo pase por alto. Constrúyalo primero.
