Okta y AWS muestran un agente que actúa por un usuario identificado. Sus pruebas miden cuánto tarda revocarlo
Okta Cross App Access y Bedrock AgentCore Identity hacen que cada token nombre al usuario y al agente. Los autores midieron la revocación: 1 segundo, 5 minutos, 86 minutos.
Escuche este artículo · 4 min
Narración completa del artículo, generada con IA.

La mayor parte de lo que se escribe sobre identidad de agentes termina cuando se emite el token. Un nuevo diseño de referencia de AWS y Okta va más allá: sus autores intentaron retirar el acceso y cronometraron lo que ocurrió.
El diseño: dos planos, tres tokens
El artículo combina Okta Cross App Access (XAA) con Amazon Bedrock AgentCore Identity. Okta actúa como el plano de gobernanza: decide qué agente puede actuar para qué usuario contra qué aplicación. AgentCore Identity es el plano de ejecución: guarda credenciales y emite tokens de corta duración.
Una solicitud pasa por tres tokens. El usuario inicia sesión y obtiene un token de ID. Okta lo canjea por un ID-JAG, una concesión de un solo uso válida durante cinco minutos y emitida para un agente específico. AgentCore canjea esa concesión por un token de acceso a recursos que nombra tanto al usuario como al agente y lleva los grupos del usuario. El servicio receptor puede así saber quién pidió, qué agente actuó y qué tiene permitido hacer el usuario.
Los autores probaron los casos límite: se rechazó una concesión emitida para un agente distinto, igual que una concesión cerca de caducar, una concesión reutilizada y una solicitud de scopes fuera de la conexión configurada. En comparación con el intercambio de tokens OAuth simple, XAA añade una declaración de actor, aplica scopes aprobados por un administrador y deniega a usuarios que nunca fueron asignados al agente. Los pasos de identidad añadieron unos 0,6 segundos a una solicitud que tardaba unos 30 segundos de extremo a extremo.
Cómo se ve la revocación en la práctica
Después retiraron el acceso y midieron.
¿Cuánto tiempo después de la revocación puede seguir actuando un agente?
De inmediatoMás de una hora
- Alrededor de 1 segundoOkta rechaza nuevas solicitudes para un usuario cuya asignación se eliminó
- Hasta 5 minutosLos tokens ya emitidos siguen funcionando hasta que caducan
- 86 minutosUna desactivación de agente en cola en la API beta de agentes de IA de Okta
Cada número enseña algo distinto. Eliminar a un usuario funciona rápido para las solicitudes nuevas. Los tokens en vuelo siguen funcionando durante su vida útil, así que la vida útil del token es el verdadero límite inferior para detener una acción delegada. Okta no vuelve a comprobar al usuario cuando se canjea una concesión. Y desactivar el agente en sí, en una API beta, tardó 86 minutos en surtir efecto en la prueba de los autores.
Los autores se cuidan de decir que estos resultados reflejan su configuración y que el código de ejemplo no es para producción. Esa cautela es justa. El valor no son los números exactos, sino la costumbre de medirlos.
Ponga los números en su plan de incidentes
Sostuvimos que detener a un agente es la parte fácil de un incidente solo si el plan existe antes de la puesta en producción. Este artículo aporta los datos que ese plan necesita:
- Conozca sus tres relojes. Tiempo para bloquear nuevas solicitudes, vida útil máxima de los tokens emitidos y tiempo para desactivar la identidad del agente en sí. Mídalos en su propio tenant.
- Fije la vida útil de los tokens según la ventana de daño que acepte. Cinco minutos es razonable para leer datos. Para agentes que pueden mover dinero o cambiar registros, vidas útiles más cortas o una comprobación en el recurso merecen la latencia.
- Tenga un interruptor más rápido que el proveedor de identidad. Si desactivar un agente puede quedar en cola, mantenga un bloqueo en el gateway o en el servidor de recursos que surta efecto de inmediato.
- Registre ambos nombres. Los tokens que llevan al usuario y al agente hacen posible la revisión del incidente. Asegúrese de que los sistemas receptores registren ambos, no solo al usuario.
La parte 2 de la serie añadirá AgentCore Gateway con políticas Cedar, un segundo agente en Amazon EKS y un registro de auditoría de CloudWatch. La parte 1 ya deja el punto principal: la identidad delegada para agentes no termina cuando se emite el token. Termina cuando usted sabe con qué rapidez puede retirarla.