TL;DR: AI agents are gaining autonomy and acting on behalf of users, but most identity and authentication systems were built around a human at the keyboard, according to Stytch. Extending OAuth-style delegation, auditable consent, and ephemeral credentials becomes a governance problem, not just an integration choice, because existing trust models assume direct user interaction and stable approval flows.
Editorial analysis by NHI Mgmt Group, based on content published by Stytch: “Agent ready episode 4 with Stytch: identity, auth + consent for AI agents”.
Key questions
Q: How should security teams handle delegated access when AI agents act on behalf of customers?
A: Security teams should treat delegated access as a separate governance layer, not as a normal login session.
Q: Why do human-centred consent models fail for AI agents?
A: They assume the approving person is present for the full decision chain.
Q: When does ephemeral credentialing reduce risk for AI agents?
A: Ephemeral credentialing reduces risk when it is tied to narrow task scope, automatic expiry, and continuous policy checks.
Practitioner guidance
- Define agent-specific consent boundaries Separate human login from agent delegation so the approved scope, purpose, and downstream action set are explicit and reviewable.
- Issue short-lived credentials for agent sessions Prefer ephemeral credentials that expire with the task, not broad tokens that remain valid after the immediate agent interaction ends.
- Record durable consent receipts Store who approved the delegation, what scope was granted, and which application or MCP server received it so audit teams can reconstruct the decision.
Bottom line: AI agents expose a structural mismatch between human-centred auth flows and delegated machine action, especially when approval and execution are no longer adjacent.
Explore further
View Full Forum → | NHI Foundation Course → | Our Services → | Read the full analysis →
AI agent identity creates an assumption collapse in human-centred auth: existing consent models were designed for a user who is present, aware, and able to approve each action at the moment it happens. That assumption fails when the actor is an agent because the action chain can extend beyond the approval moment and the human may never see the full sequence. The implication is that identity governance has to account for delegated runtime behaviour, not just login-time approval.
A few things that frame the scale:
- 70% of organisations grant AI systems more access than they would give a human employee performing the exact same job, according to the 2026 Infrastructure Identity Survey.
- Systems with least-privileged AI access had a 17% incident rate vs 76% for over-privileged systems. Organisations failing to scope AI access properly are 4.5x more likely to experience a security incident, according to the 2026 Infrastructure Identity Survey.
A question worth separating out:
Q: What should teams do when exposing application data to MCP servers for agents?
A: Treat the MCP server as a governed exposure point, not just a technical connector. Define which data is reachable, which scopes an agent may request, what consent evidence is stored, and how the delegation is revoked if the use case changes.
👉 Read our full editorial: AI agent identity and consent expose gaps in existing auth models