Identidad para máquinas

Durante años la identidad digital preguntó: ¿quién eres?

Los sistemas agentic agregan otra pregunta: ¿qué estás autorizado a hacer en mi nombre?

Autenticar identifica un actor. No explica la delegación que vuelve legítima una acción. La diferencia es crítica cuando el software puede planear y ejecutar a través de varios servicios.

La relación emergente es un grafo: humano ↔ agente ↔ servicio ↔ infraestructura. Cada borde requiere su propio claim. Una persona puede autorizar conciliación de facturas, pero no la creación de proveedores. Reutilizar una credencial duradera en toda la cadena colapsa límites de confianza distintos.

El sistema debe saber quién creó el agente, quién lo autorizó, qué autoridad fue delegada, qué recursos puede usar, cuánto dura, qué acciones ocurrieron, si pueden verificarse y si el acceso puede revocarse inmediatamente.

Un token válido puede probar acceso a un endpoint. No necesariamente prueba que esta persona aprobó este propósito bajo esta política en este momento.

La identidad se vuelve dinámica. La identidad humana suele ser relativamente durable; la autoridad de un agente debería ser efímera y contextual. Puede derivarse para una tarea, reducirse para una herramienta y expirar al terminar el workflow.

Esto coincide con zero trust: la ubicación de red o un login anterior no son evidencia permanente. Se evalúan actor, acción, recurso y contexto. Las credenciales cortas reducen exposición, pero la decisión de autorización sigue siendo explícita.

Un actor autónomo no debería simplemente poseer credenciales. Debe operar dentro de un límite verificable de autoridad.

Un agente de viajes puede leer el calendario y comparar vuelos. Podría comprar un tiquete reembolsable debajo de un límite. Un viaje no reembolsable o un cambio de documento exige aprobación nueva. “Acceso a viajes” es demasiado amplio; la autoridad es un conjunto de transiciones restringidas.

La procedencia vuelve inspeccionable la cadena. La auditoría conecta delegación humana, instancia del agente, versión de política, identidad del servicio y operación resultante. Una firma protege evidencia, pero no determina si la política fue buena.

La revocación es control de runtime. La autoridad puede terminar porque una tarea fue cancelada, cambió el rol humano o el comportamiento cruzó un umbral. En sistemas distribuidos, caches y jobs largos dificultan la revocación inmediata. El máximo retraso aceptable es una decisión arquitectónica.

También debemos separar machine identity de agent identity. Un workload puede ser auténtico mientras cada sesión dentro de él recibe un propósito mucho más limitado.

El próximo problema de identidad no es solamente probar quién es un actor. Es probar qué estaba autorizado a hacer.