TL;DR: As agentic AI systems begin to trigger workflows, call APIs, move data, and create other agents, Token Security argues that identity and authorisation must shift from human-centric admin patterns to continuous, lifecycle-based controls. That matters because autonomous behaviour makes provenance, accountability, and policy enforcement harder to preserve across multi-agent environments.
Editorial analysis by NHI Mgmt Group, based on content published by Token Security: “Forging Trust in Agentic AI Ecosystems Through Identity and Authorization”.
Key questions
Q: Why do agentic AI deployments become risky when identity controls are coarse-grained?
A: Agentic AI becomes risky because it can act within whatever access it is given, including broad permissions that were never designed for autonomous decision making.
Q: Why do autonomous agents make traditional access reviews less effective?
A: Access reviews assume permissions persist long enough to be observed, challenged, and recertified.
Q: What are the signs that AI agent permissions are too broad in enterprise environments?
A: Common warning signs include agents accessing tools they do not need, performing irreversible actions without confirmation, retrieving cross-tenant or unrelated data, and acting with long-lived credentials.
Practitioner guidance
- Define unique identities for every agent Do not let multiple agents share the same API key, service account, or token.
- Bind credentials to the issuing agent Use sender-constrained, short-lived tokens so a stolen credential cannot be replayed by a different agent.
- Move authorisation checks to each sensitive call Evaluate context, purpose, and permission at every high-risk API call rather than only at startup or registration.
Bottom line: Agentic AI creates an identity problem because autonomous systems can act across environments without the stable human subject model that traditional IAM assumes.
Explore further
View Full Forum → | NHI Foundation Course → | Our Services → | Read the full analysis →
Identity for agents is now a governance primitive, not an implementation detail. When autonomous systems can trigger workflows, call APIs, and delegate to other agents, identity is the only durable way to preserve provenance. Human-centric admin patterns do not scale to runtime decision-making, so the governance model has to move to verifiable, agent-specific identity at the point of action. Practitioners should treat agent identity as part of the control plane, not a background configuration task.
A few things that frame the scale:
- Only 13% of organisations feel extremely prepared for the reality of agentic AI despite the majority racing toward autonomous adoption, according to the 2026 Infrastructure Identity Survey.
A question worth separating out:
Q: Should organisations use human IAM patterns for agentic AI systems?
A: Only as a starting reference, not as the operating model. Human IAM assumes a stable person, a durable session, and clear intent, while agents can act, delegate, and change scope dynamically. Teams need agent-specific identity, continuous verification, and finer-grained authorisation if they want control to survive autonomy.
👉 Read our full editorial: Agentic AI identity and authorisation need stronger trust controls