Identidades de herramientas y de agentes

Un agente puede llamar a una herramienta con su propia identidad (de servicio) o con una delegada: un token corto emitido para el usuario que habla con él, dirigido a un servicio concreto (la audiencia) y con caducidad. La diferencia es quién decide el acceso. Con identidad delegada, el sistema de destino aplica los permisos del usuario y rechaza lo que ese usuario no podría pedir directamente. Con identidad de servicio, el agente puede pedir cualquier cosa que el servicio le permita, y lo único que lo frena es lo que el modelo decida hacer.

Lo mismo vale para las identidades de las propias herramientas: una carga de trabajo con identidad propia, sin clave guardada, es preferible a una clave estática copiada en una variable de entorno, porque la identidad se emite, caduca y se revoca sola.

Una clave estática que no caduca y no va ligada a ninguna persona es la peor combinación para una herramienta con efecto: nada limita cuándo ni desde dónde se usa, y en el registro del destino todas las llamadas parecen iguales. Si la herramienta mueve dinero, cambia datos o envía mensajes, el riesgo crece.

Lee la configuración de identidades y localiza la herramienta que se autentica con una clave estática sin caducidad.

La configuración dice lo que debería pasar; el registro del sistema de destino dice lo que pasó. Un agente puede estar configurado con identidad delegada y, aun así, caer a su propia identidad cuando algo falla: un token que caduca en mitad de la conversación, un servicio que rechaza al usuario. Si la regla de respaldo es «usar la identidad del agente», el fallo se convierte en una ampliación silenciosa de permisos.

Compara la columna identidad_efectiva del registro con la configuración y encuentra la ejecución que consultó un pedido con la identidad del servicio.

La duración de un token es parte del control: uno corto limita lo que puede hacerse con una copia robada y obliga a renovar con la identidad del usuario. Uno largo es cómodo, y por eso se alarga hasta que nadie recuerda por qué. En una auditoría se compara la duración de los tokens delegados con la de los de servicio.

Calcula cuántos minutos más dura el token de servicio de consultar_stock que el token delegado de consultar_pedido.

El hueco de esta sala es una regla de respaldo: cuando el token del cliente expira, Michay sigue con su identidad propia, que en el servicio de pedidos puede leer cualquier pedido. La corrección tiene que vivir donde el modelo no la pueda saltar: en la configuración de la herramienta y en lo que acepta el destino, no en lo que el modelo «sabe» que debe hacer.