エージェントのアイデンティティ／非人間アイデンティティ

ESTABLISHED — agent display name、session ID、tool call ID、human ownerは、durable execution identityと同義ではない。Enterprise運用では、agent principal、runtime instance、credential、human subject／delegator、actor、registry asset、authorization stateを分離して扱う必要がある。

ESTABLISHED — Microsoft Entra Agent IDのagent identityは、stable identifierを持つspecialized service principalとして扱われ、blueprintによるtoken取得や、user-token flowでuser subjectとagent actorを区別して保持する実装面を持つ。

ESTABLISHED — Amazon Bedrock AgentCoreのworkload identityは、deployment／credential schemeから分離したstable workload identityを提供し、credential／token機構と連携する実装面を持つ。

ESTABLISHED — SPIFFE Workload APIはSVIDによるworkload identityの取得・検証を提供する。local caller identificationの方法はimplementation-specificなout-of-band checkに依存し得る。

agent_principal、runtime_instance、credential、human_subject、delegator、actor、registry_asset は別フィールドとして保持する。

credentialは交換可能なproof／token materialであり、durable identityそのものとして扱わない。user-delegated executionでは、providerが対応する範囲でhuman subjectとagent actorの双方を保持する。registryへの登録はauthenticated execution identityの証明ではない。

• provider-specific agent／service-principal representation
• tenant entitlement
• cross-cloud federation
• native actor-chain logging
• lifecycle governance
• organization-specific retention requirements
• implementation acceptance

stable identityが存在してもleast privilegeは証明されない。provider object model、actor-chain logging、cross-cloud federation、tenant entitlement、retentionを共通保証として扱わない。registry asset、runtime principal、credential、human subjectを相互代替しない。