By NHI Mgmt Group Editorial TeamDomain: AI SecuritySource: Holistic AIPublished March 6, 2026

TL;DR: Gartner says AI agents cannot be trusted to follow instructions as intended and predicts independent guardian agents will replace much of today’s AI risk stack in over 70% of organisations by 2029, according to Holistic AI. The core issue is not just model accuracy but runtime governance across clouds, repositories, and identity systems.


At a glance

What this is: This is a Holistic AI blog post about Gartner’s Market Guide for Guardian Agents, arguing that AI governance now needs runtime controls that can watch, evaluate, and act on agent behaviour.

Why it matters: It matters because AI agents can create identity, access, and policy enforcement gaps that traditional IAM and governance models were not designed to contain.

👉 Read Holistic AI's analysis of Gartner's Market Guide for Guardian Agents


Context

AI governance breaks down when organisations assume agent behaviour can be fully constrained by static policies or one-time approval gates. Guardian agents are being framed as a control layer for runtime oversight, which matters because AI agents operate across data sources, identity systems, and execution environments that change faster than traditional review cycles. In that sense, the primary gap is not model capability alone, but control continuity across the full AI lifecycle.

The identity relevance is real here. When an AI system can act across multiple identity systems, the governance problem becomes one of delegated authority, policy enforcement, and transaction integrity, not just model safety. That is why this topic belongs at the intersection of AI governance, IAM, and NHI oversight rather than in a purely model-centric conversation.


Key questions

Q: How should security teams govern AI agents that use multiple identity layers?

A: Security teams should inventory every identity layer an agent can use, including static credentials, session identities, embedded tool identities, and any delegated relationships between agents. Governance fails when one layer is controlled while another remains open, because the agent can still act through the weaker path. Treat the layered identity surface as the actual access boundary.

Q: Why do ephemeral workloads complicate traditional IAM and access review processes?

A: Because the identity may exist for minutes or hours, while access review cycles operate on days or weeks. That means the key control point shifts from retrospective certification to runtime issuance, scope limitation, and immediate revocation. If the credential outlives the workload, the governance model is already behind.

Q: What breaks when AI governance relies only on approval workflows?

A: Approval-only governance breaks when usage shifts outside sanctioned channels. Employees then move to shadow AI, and security teams lose visibility into data flows, model use, and policy violations. The result is slower formal adoption, more informal usage, and less confidence that controls match actual risk.

Q: Who is accountable when an AI agent makes an unauthorised change?

A: Accountability should be assigned to the governance model that authorised the delegation, the owner of the workflow, and the team that set the policy boundary. In practice, organisations need clear responsibility for agent configuration, monitoring, and incident response because the machine’s speed does not remove human accountability for the delegated identity.


Technical breakdown

What guardian agents do in AI runtime governance

Guardian agents are a control pattern that sits alongside AI systems to monitor actions, assess policy compliance, and intervene when behaviour drifts outside approved boundaries. In Gartner’s framing, they combine governance and runtime controls within AI TRiSM, which means they are intended to operate continuously rather than as a pre-deployment checklist. That distinction matters because agentic systems can generate actions dynamically after initial approval. The control challenge is therefore not only output quality, but whether the agent’s decisions remain aligned with data access rules, acceptable use policy, and workflow scope throughout execution.

Practical implication: Treat guardian-agent capability as runtime enforcement, not documentation or review.

Why AI agents strain identity and access controls

AI agents complicate identity governance because they can act through multiple identities, use tools, and cross environments without a human sitting in the approval loop for every step. That creates a mismatch between traditional IAM assumptions and agent behaviour. Classic controls such as periodic access reviews, role assignment, and approval workflows assume access is relatively stable and attributable to a person or service. Agentic systems can change context quickly, chain actions, and interact with repositories, cloud services, and business systems in ways that make static entitlement models too coarse. This is where NHI governance becomes central, especially for credentials, tokens, and delegated access used by agents.

Practical implication: Map each agent to its identities, tool permissions, and data boundaries before it reaches production.

Why policy enforcement must move closer to execution

The article’s underlying message is that policy cannot live only at design time. If a model or agent can generate unauthorised or mis-scoped transactions after deployment, then governance has to operate at the point of action. That requires runtime inspection, decision logging, and intervention logic that can stop, redirect, or escalate risky behaviour when policy context changes. For identity teams, the technical implication is clear: access governance for agents cannot rely on the same cadence as human joiner-mover-leaver workflows. It needs continuous checks around intent, delegation, and transaction-level control.

Practical implication: Place enforcement where agent actions occur, not only where the agent is approved.


NHI Mgmt Group analysis

Guardian agents represent a governance control layer, not a new model risk label. The article is best understood as evidence that AI security is moving from model assessment to runtime supervision. That shift matters because agent behaviour can create policy violations even when the underlying model is not compromised. Practitioners should treat this as a control architecture problem, not a branding exercise.

AI agent identity is now a governance category in its own right. When an agent operates across clouds, repositories, and multiple identity systems, the question is no longer only what it can do, but under which identity, with what delegation, and under whose accountability. That is where NHI governance and IAM intersect directly with AI TRiSM. The practitioner takeaway is to inventory agent identities the same way you inventory service accounts and privileged workloads.

Continuous oversight is the named concept this market is converging on. The strongest signal in this article is that static approval and periodic review do not match agentic execution. Continuous oversight means the control has to watch, evaluate, and act while the transaction is still in motion. That approach aligns with NIST AI RMF governance expectations and with broader zero-trust thinking. Practitioners should design for runtime intervention, not retrospective explanation.

Unauthorized agent transactions are likely to look like governance failures before they look like attacks. Gartner’s prediction that many unauthorised transactions will stem from internal policy violations, not malicious actors, is important because it changes how teams classify risk. The failure mode is oversharing, unsafe delegation, or misuse of AI behaviour, which means the control gap sits in policy definition and runtime enforcement. Security teams should stop treating all AI misuse as external threat activity.

Independent oversight will pressure existing tool boundaries across IAM, GRC, and AI platforms. If guardian agents become a standard layer, organisations will need to decide where accountability sits for decisions that are partly model-driven and partly policy-driven. That raises the bar for auditability, logging, and evidence retention across the AI lifecycle. Practitioners should expect more convergence between AI governance, identity controls, and compliance reporting.

What this signals

Continuous oversight will become a programme requirement for any organisation deploying AI agents into production workflows. The practical issue is not whether a model can answer correctly, but whether its actions can be constrained, logged, and interrupted in real time across multiple identity systems.

The governance workload will shift toward inventorying agent identities, delegations, and runtime exceptions, especially where agents touch sensitive data or privileged tools. That makes AI governance inseparable from IAM and NHI control design, particularly in environments already struggling with service-account sprawl and inconsistent review processes.


For practitioners

  • Inventory AI agent identities and delegated access Create a register of every AI agent, the identities it uses, the tools it can call, and the data repositories it can reach. Include service accounts, tokens, API keys, and any cross-system delegation path so ownership and blast radius are explicit.
  • Add runtime policy enforcement for agent transactions Move beyond pre-deployment approval by enforcing policy at the moment an agent acts. Log decisions, block out-of-scope actions, and require escalation when a transaction crosses approved data or identity boundaries.
  • Align agent governance with IAM and NHI controls Treat agent access as a governed identity problem, not only an AI risk. Tie entitlements to least privilege, short-lived access where possible, and clear ownership for review, revocation, and exception handling.
  • Test for policy drift and unsafe autonomy Red-team agent workflows for oversharing, prohibited tool use, and unintended multi-step behaviour. Measure whether the control layer can detect and stop violations before a transaction completes, not after the fact.

Key takeaways

  • AI governance now has to account for what agents do at runtime, not just what models are capable of producing.
  • Agent identity, delegation, and transaction control are becoming core governance issues for IAM and NHI teams.
  • Organisations that cannot enforce policy during execution will keep discovering AI risk only after the transaction has already happened.

Standards & Framework Alignment

This section maps relevant standards and security frameworks to the operational risks and controls described in this guidance.

OWASP Agentic AI Top 10 and OWASP Non-Human Identity Top 10 address the attack and risk surface, while NIST AI RMF, NIST AI 600-1 and NIST CSF 2.0 set the governance and control requirements practitioners need to meet.

FrameworkControl / ReferenceRelevance
OWASP Agentic AI Top 10The article concerns agent runtime control and trust boundaries in agentic systems.
NIST AI RMFGOVERNThe piece is about governance, accountability, and runtime oversight for AI systems.
NIST AI 600-1The article addresses generative AI governance and operational risk in production.
OWASP Non-Human Identity Top 10NHI-01AI agents rely on non-human identities and delegated credentials to operate.
NIST CSF 2.0PR.AA-01Runtime identity and access governance is central to this topic.

Use the GenAI profile to align agent controls with deployment, monitoring, and misuse detection.


Key terms

  • Guardian agent: A guardian agent is a supervising control that monitors AI agents in real time and enforces policy as they operate. In practice, it represents a shift from passive monitoring to active oversight of identity, behaviour, and execution timing across AI workflows.
  • AI Trism: AI Trust, Risk, and Security Management is the operating discipline for controlling AI behaviour, exposure, and accountability in the enterprise. It combines governance, technical enforcement, and audit evidence so AI use can be managed as a live security programme rather than a policy statement.
  • Agent Identity: An agent identity is the set of attributes, credentials and permissions assigned to an autonomous software entity. It is treated as a non-human identity because it can authenticate, act on systems and accumulate access over time, which creates governance, audit and lifecycle obligations similar to other production identities.
  • Runtime Oversight: Runtime oversight is the monitoring and intervention layer that evaluates behaviour after a system is deployed. It covers logging, approvals, rollback, and escalation when an AI system interacts with live data, live users, or live tools, and it is essential when behaviour can change during execution.

What's in the full article

Holistic AI's full blog post covers the operational detail this post intentionally leaves for the source:

  • The exact Gartner wording and market guide context behind the guardian-agent category
  • The full set of Gartner predictions about AI agent risk through 2028 and 2029
  • Holistic AI's platform framing for continuous oversight across the AI lifecycle
  • The original source article and linked report for readers who need the full market context

👉 The full Holistic AI post includes the Gartner quotations, predictions, and source report context.

Deepen your knowledge

The NHI Foundation Level course, the industry's only accredited NHI security programme, covers NHI governance, machine identity security, and secrets management. It helps practitioners connect identity controls to the broader governance challenges created by agentic AI and delegated access.
NHIMG Editorial Note
Published by the NHIMG editorial team on August 18, 2026.
NHI Mgmt Group — the independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org