← Todos los insights

Análisis de noticiaEnfoque: España y Latinoamérica3 min de lectura

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.

Una vela encendida en la oscuridad, en duotono La Madre, junto a las palabras Tiempo de revocar
Foto: ViajeroExtraviado (Wikimedia Commons, CC0)

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

  1. Alrededor de 1 segundoOkta rechaza nuevas solicitudes para un usuario cuya asignación se eliminó
  2. Hasta 5 minutosLos tokens ya emitidos siguen funcionando hasta que caducan
  3. 86 minutosUna desactivación de agente en cola en la API beta de agentes de IA de Okta
Tiempos medidos por los autores del artículo en su propia configuración de Okta, noviembre de 2026. No son garantías del producto.

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.

¿Tiene un caso de uso de IA detenido entre el prototipo y la producción?

Cuéntenos qué quiere poner en marcha. Le respondemos con próximos pasos honestos.

Conversemos sobre un caso de uso