Summary
- La versión -02, actualizada el 1 de noviembre, corrige el mandato anterior de evaluar a todos los agentes y limita la decisión de acceso al principal y al actor vigente.
- Los recibos enlazados pueden revelar después que una tarea continuó tras la suspensión de un agente anterior. El receptor no puede bloquear la llamada por ese antecedente según la regla propuesta.
Una cadena de custodia no es un guardia de seguridad. En la nueva versión del borrador Agent Execution Evidence, esa diferencia deja de esconderse entre campos técnicos. Un agente inicia una tarea, otro la retransmite y un servicio recibe la petición final. Si el primero fue suspendido, el servicio puede encontrarlo en la historia. La decisión de entrada se toma con el principal de la operación y el agente que actúa ahora.
El giro está documentado. La versión -01 pedía evaluar a cada actor. Los autores explican que se publicó desde una versión anterior del trabajo y la -02 corrige el punto. La nueva sección 6.7.2 adopta la regla de la RFC 8693: importan las declaraciones principales del token y el actor actual. Los actores anidados de etapas pasadas se registran en actor_chain para auditoría y no deben decidir la admisión.
Eso no vuelve inútil el registro. El borrador quiere recibos del lado que llama y del que recibe, unidos por referencias verificables. Con ambos conjuntos, una revisión posterior puede identificar quién aceptó cada salto, qué base de admisión anotó y si el trabajo siguió circulando después de suspender a un agente aguas arriba. Pero el propio texto reconoce que el receptor no puede rechazar una llamada sólo porque un actor previo haya sido suspendido. La contabilidad llega después de la apertura.
Tampoco conviene confundir historia declarada con autoridad demostrada. Al llegar al servicio, la cadena procede del emisor del token; puede estar incompleta. La coincidencia entre recibos disponibles acredita consistencia, no una lista exhaustiva ni un estrechamiento de permisos en cada salto. El estado del agente que llama ahora sí debe ser suficientemente reciente conforme a la política del receptor. Si ese agente tiene una restricción vigente, sólo cabe admitir las operaciones permitidas por ella.
La sección 14 deja abierta una admisión que considere todo el historial. Requeriría definir qué historia es completa, a quién creer y cómo encaja con la RFC 8693. El registro del IETF clasifica el texto como borrador individual actualizado el 1 de noviembre. Falta una regla implantada que consulte la suspensión de los agentes anteriores antes de abrir la puerta.
Informe para miembros
Contexto ampliado del perfil
Inicia sesión con el nivel de membresía adecuado para desbloquear el informe completo y las notas de las fuentes.
Solo para el Círculo Estratégico
Círculo Estratégico
Abierto a todos los lectores. Desbloquea informes de perfil después de unirte e iniciar sesión.
Únete al Círculo EstratégicoSolo para Leadership Alliance
Leadership Alliance
Para propietarios y directivos cualificados de activos de propiedad intelectual; inicia sesión para desbloquear los informes de la alianza.
Unirse a Leadership Alliance





