TL;DR: The White House’s 2026 National Cybersecurity Strategy explicitly prioritises agentic AI security, and Zenity argues that practical implementation now needs discovery, IAM, runtime monitoring, and secure development controls across AI agents, tools, and multi-agent interactions, according to Zenity. The governance assumption that policy-approved access can be reviewed later breaks when agents act at runtime and exceed human-paced control loops.
NHIMG editorial — based on content published by Zenity: From Policy Planning to Agentic Action, an execution roadmap for the President’s agentic AI security priorities
By the numbers:
- 85% of organisations lack full visibility into third-party vendors connected via OAuth apps.
- When AWS credentials are exposed publicly, attackers attempt access within an average of 17 minutes, and as quickly as 9 minutes in some cases.
Questions worth separating out
Q: How should security teams govern AI agents that can choose tools at runtime?
A: Security teams should treat tool choice as an access decision, not just an application behaviour.
Q: Why do existing IAM controls fall short for autonomous agents?
A: Existing IAM controls assume access can be reviewed, certified, or revoked on a human governance cadence.
Q: What breaks when policy says one thing and the agent executes another?
A: The governance model breaks because approval and enforcement are no longer aligned.
Practitioner guidance
- Inventory every agent before granting broader access Create a registry for each AI agent that records owner, approval boundary, tool access, data reach, and runtime context.
- Scope agent permissions at configuration time Move least-privilege decisions earlier in the lifecycle so the agent receives only the tools and data paths it needs before runtime.
- Add runtime enforcement to policy approval Use behavioural monitoring and execution guards that can stop unsafe tool invocation, data expansion, or recursive delegation while the task is active.
What's in the full article
Zenity's full article covers the operational detail this post intentionally leaves for the source:
- The seven-domain execution roadmap, including discovery, IAM, monitoring, and secure development recommendations.
- The proposed federal control architecture for shared agentic governance and machine-readable authorisation telemetry.
- The standards mapping to NIST, COSAiS, SSDF, OWASP, and related policy workstreams.
- The rationale behind each recommendation for federal agencies and enterprise adopters.
👉 Read Zenity's analysis of the U.S. agentic AI security strategy →
Agentic AI security policy shift: what IAM teams need now?
Explore further
Agentic AI security is now an identity governance problem, not just a model-security problem. The strategy’s own framing shows that risk is concentrated in identities, tools, and runtime behaviour, not only in what the model outputs. That is why discovery, IAM, monitoring, and development controls all sit in the same control plane. Practitioners should treat agentic systems as governed actors, not clever applications.
A few things that frame the scale:
- Only 1.5 out of 10 organisations are highly confident in their ability to secure NHIs, compared to nearly 1 in 4 for securing human identities, according to The State of Non-Human Identity Security.
- A separate finding from the same research shows that 85% of organisations lack full visibility into third-party vendors connected via OAuth apps.
A question worth separating out:
Q: Who is accountable when an AI agent causes damage through delegated access?
A: Accountability sits with the organisation that assigned the agent its authority, not with the model itself. The practical question is whether ownership, logging, and approval boundaries were defined tightly enough to explain what the agent was allowed to do and why it could do it. Without that, incident review becomes guesswork rather than governance.
👉 Read our full editorial: Agentic AI security policy now demands execution roadmaps