Join our Newsletter — 33% off our NHI Course

AI agent runtime authorization: are your identity controls enough?

 

(@nhi-mgmt-group)
Member Moderator
Joined: 1 year ago
Posts: 17435
Topic starter  

TL;DR: Akeyless summarises Gartner research showing that existing workload identity, agent platforms and secrets tools leave AI agents governed by patchwork controls, while runtime authorization is needed to inspect actions as they happen. The core gap is assumption failure: traditional identity tooling presumes predictable execution, but agents can shift intent mid-session without changing credentials.

Editorial analysis by NHI Mgmt Group, based on content published by Akeyless: “Gartner on AI Agent Security: The Case for Runtime Authorization”.

By the numbers:

  • Organizations reported relying on existing workload access management tools (45%), the agent platforms themselves (41%), and secrets management tools (36%) to inventory and manage generative AI identities.
  • The 2026 Gartner Surviving the Agentic AI Era Survey was fielded among 251 CISOs and their direct reports.
  • Gartner found that 42% of organizations surveyed lack a formal machine IAM strategy.

Key questions

Q: What is the difference between secrets management and workload IAM?

A: Secrets management stores and rotates credentials.

Q: Why do AI agents need separate runtime authentication and authorisation controls?

A: Because agent governance answers who approved the agent and what it should do, while runtime controls decide whether the agent can actually act in a specific system.

Q: How do security teams know if agent governance is actually working?

A: It is working only if the team can answer three questions quickly for any agent: what it can reach, what it did recently, and whether that behaviour matches intent.

Practitioner guidance

  • Separate identity from action governance Map which controls establish agent identity and which controls approve each action.
  • Block reusable agent credentials Remove direct credential possession from agents where possible and broker execution through short-lived, task-bounded access that is minted only for an approved request.
  • Inspect tool parameters at runtime Evaluate the requested command, target and parameters before execution, not after the fact.

Bottom line: AI agent security cannot stop at identity establishment because a valid credential does not guarantee that the next action is authorised.

What's in the full article

Akeyless's full article covers the operational detail this post intentionally leaves for the source:

  • The Gartner survey breakdown showing how CISOs currently split AI identity management across workload tools, agent platforms and secrets management
  • The architecture pattern for independent runtime authorization across MCP, LangChain, CrewAI, AutoGen and other orchestration layers
  • The session-level audit model that records prompts, intent classification, policy verdicts and executed commands for later review
  • The control flow for dynamic secret minting, brokered sessions and revocation when a task completes or changes scope

👉 Read Akeyless's analysis of Gartner's runtime authorization case for AI agents →

Explore further

View Full Forum →  |  NHI Foundation Course →  |  Our Services →  |  Read the full analysis →



   
Quote
Share:

Free weekly newsletter

Subscribe to the NHI & AI Identity Journal

The latest on NHI and Agentic AI security – articles, research, breaches, news and events every week.

Bonus 33% off our NHI Course when you subscribe.