By NHI Mgmt Group Editorial TeamBased on Zenity: “AMA: Navigating Deployment Under the EU AI Act” (August 2, 2026)

TL;DR: As the EU AI Act enters enforcement on August 2, 2026, deployers face a visibility and governance problem: many cannot reliably identify where AI agents run, what data they can access, or what actions they can take, according to Zenity. That gap makes continuous monitoring and action inventory a compliance issue, not just an operational one.


At a glance

What this is: Zenity frames EU AI Act enforcement as a visibility and governance problem for organisations deploying AI agents, especially where high-risk systems lack clear inventory, access, and action oversight.

Why it matters: This matters because identity, access, and governance teams need to prove where AI agents operate, what they can touch, and how their actions are controlled before regulatory scrutiny begins.


Context

The core problem is not just regulatory timing. It is that many organisations cannot reliably inventory AI agents, map their access, or understand what those agents can do once deployed across enterprise systems.

For identity and security teams, that creates a governance gap across AI operations, agent authorisation, and monitoring. The article treats EU AI Act enforcement as a forcing function for visibility, assessment, and continuous oversight rather than a one-time compliance exercise.

Because the article focuses on deployed AI agents rather than a specific breach, the relevant question is whether current governance models can keep up with agent activity once systems are already in production.


Key questions

Q: How should organisations prepare their AI inventory for EU AI Act compliance?

A: Start by building a complete inventory of every AI system in use or development, then classify each one by risk level and business purpose. Capture data sources, governance controls, and where the system is deployed. That inventory becomes the control point for scoping obligations, prioritising remediation, and proving to regulators that compliance decisions were made systematically rather than ad hoc.

Q: Why does agent visibility matter for high-risk AI systems?

A: Because you cannot govern what you cannot observe. If teams cannot see what data an agent can access or what actions it can take, they cannot prove that the system stayed within intended boundaries, which turns oversight into guesswork rather than compliance evidence.

Q: What are the signs that AI governance is failing in the enterprise?

A: Common warning signs include rapid growth in AI use without matching policy coverage, sensitive files being copied into personal accounts, and a large share of AI apps carrying high or critical risk. Another indicator is weak visibility into who is using which tools and what data they are sending. If teams cannot answer those questions, governance is not working as intended.

Q: What should teams do when AI agents share a platform with human users?

A: Use separate entitlement models for humans and agents, even when they operate in the same tool. Human access, technical team access, and agent permissions should be reviewed differently because they create different risk profiles, different approval needs, and different revocation triggers.


Background and context

Why AI agent inventory becomes a compliance control

AI agents are not governed well if teams cannot first identify where they run and which enterprise services they can reach. In practice, deployment sprawl creates a discovery problem: multiple platforms, multiple owners, and inconsistent logging make it hard to reconstruct the full action surface. Under a regime like the EU AI Act, that means inventory is not just asset management. It becomes the baseline evidence for oversight, scoping, and accountability across agent deployments.

Practical implication: establish a current inventory of agent deployments, owners, data touchpoints, and execution paths before compliance reviews begin.

Action visibility is the real governance gap

The article’s strongest signal is that deployers are not only missing agent counts, they are missing behavioural visibility. An agent may be technically present but operationally opaque if no one can tell what data it accessed, which actions it took, or whether those actions stayed inside intended bounds. That is why action-level monitoring matters more than static configuration review. Without it, governance becomes a snapshot of intent rather than evidence of execution.

Practical implication: log and review agent actions at the level of data access, tool use, and privilege-bearing decisions.

Continuous monitoring is required once agents are in the enterprise perimeter

Agents that operate across enterprise platforms change state over time, so point-in-time approval is not enough to sustain control. Continuous monitoring is the mechanism that closes the gap between initial deployment approval and real-world operational drift. This is especially important where agents can touch regulated workflows or high-impact decisions. The governance model has to assume change after go-live, not stability after sign-off.

Practical implication: move from launch-time review to ongoing monitoring of access scope, behaviour drift, and control exceptions.


NHI Mgmt Group analysis

Agent governance is becoming a compliance evidence problem, not just an AI operations problem. The article shows that the hard part is no longer whether an organisation can deploy agents, but whether it can prove where they run and what they do. That shifts the control conversation from pilot readiness to evidentiary governance. Practitioners should treat agent inventory as audit material, not a side asset register.

Continuous oversight, not initial approval, is the control model the EU AI Act is implicitly demanding. A deployment that looks safe on day one can drift quickly once agents begin acting across platforms and data sets. The important governance question is whether the organisation can keep observing those actions after deployment. That changes monitoring from a technical convenience into a regulatory requirement.

Action visibility is the missing concept in most agent programmes. Teams often know an agent exists, but not which actions it is authorised to initiate, combine, or repeat across systems. That gap is broader than access management alone, because it includes the behavioural boundary of the agent itself. Action opacity: when an organisation can name an agent but cannot explain its runtime actions, governance has already fallen behind the deployment.

EU AI Act enforcement will expose weak handoffs between AI policy, security, and identity teams. The article implies that no single function can solve this alone, because visibility, assessment, and monitoring each sit across different owners. Organisations that keep agent oversight inside only one team will miss the cross-functional evidence chain. Practitioners should expect governance to move toward shared control ownership.

For high-risk systems, agent governance now sits on the same path as access governance and audit readiness. That is the practical takeaway from the article’s emphasis on assessment and continuous monitoring. The organisations most likely to struggle are the ones that still treat AI oversight as a policy statement rather than a control set. Practitioners should align agent governance with existing identity and monitoring disciplines, not with isolated AI projects.

From our research library:

What this signals

Action opacity: AI governance breaks down when organisations can identify an agent but cannot explain its runtime actions. That is the practical gap this article exposes, and it is why inventory without behavioural telemetry is not enough for regulated deployments.

The EU AI Act pressure point is not just policy interpretation. It is whether enterprise teams can maintain continuous oversight once agents begin operating across business systems, which pushes AI governance closer to identity, logging, and audit disciplines than many programmes expect.


For practitioners

  • Inventory every deployed agent Create a live register of agent deployments, platform owners, data sources, and business functions so you can show where each agent operates and who is accountable for it.
  • Map agent action boundaries Document what each agent can read, write, trigger, or hand off across enterprise systems, including any high-risk workflows or regulated data paths.
  • Implement continuous behavioural monitoring Track agent actions after deployment, including access changes, unusual task sequences, and exceptions that would not appear in a launch-time review.
  • Build compliance evidence into operations Preserve logs, approvals, and exception records in a way that supports regulatory review without reconstructing intent from fragmented ticket history.

Key takeaways

  • The article frames EU AI Act readiness as a visibility problem for deployed AI agents, not just a legal interpretation problem.
  • The biggest gap is the inability to inventory agents, understand their access, and trace their runtime actions across enterprise systems.
  • Organisations need continuous monitoring and evidence retention if they want AI governance to stand up to regulatory scrutiny.

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 CSA MAESTRO address the attack surface, NIST AI RMF and NIST CSF 2.0 set the technical controls, and EU AI Act defines the regulatory obligations.

FrameworkControl / ReferenceRelevance
EU AI ActArt. 9 — Risk Management SystemThe article is explicitly about EU AI Act enforcement and deployment readiness.
Recommendation — Align agent oversight, evidence, and monitoring to the EU AI Act risk-management expectations.
NIST AI RMFGOVERN — AI Governance and AccountabilityThe core issue is governance ownership, accountability, and oversight of deployed AI agents.
Recommendation — Assign clear accountability for agent inventory, monitoring, and compliance evidence under GOVERN.
OWASP Agentic AI Top 10ASI03 — Identity & Privilege AbuseAgent access, actions, and runtime boundaries are central to the article's risk model.
Recommendation — Review whether agent privileges and action boundaries can be abused beyond intended scope.
CSA MAESTROGovernance and TrustThe article concerns governance for agentic systems operating across enterprise platforms.
Recommendation — Apply agent governance controls that preserve visibility, accountability, and runtime trust.
NIST CSF 2.0GV.RM-01 — Risk Management StrategyThe article frames AI agent oversight as part of enterprise risk and compliance management.
Recommendation — Integrate agent monitoring and evidence collection into the organisation's risk management strategy.

Key terms

  • Agent Inventory: A governed record of every AI agent in use, including who created it, who can invoke it, what data it can reach, and what actions it can trigger. Without a current inventory, security teams cannot judge whether agent access still matches the business purpose.
  • Dynamic visibility: Dynamic visibility is the ability to observe how an identity is actually used over time, not just whether it was approved. In practice, it combines telemetry, relationship mapping, and behavioural baselines so teams can detect drift, misuse, and delegated action that still appears legitimate.
  • Continuous Monitoring: Continuous Monitoring is the ongoing evaluation of access, activity, and control state rather than a periodic snapshot. In practice, it helps teams spot privilege drift, conflicting transactions, and configuration changes before they become audit findings or operational losses.
  • Compliance Evidence: Compliance evidence is the artefact trail that proves a control operated as intended. In identity programmes, that usually includes approvals, review outcomes, revocation records, and exception handling. Strong evidence is time-bound, attributable, and reusable across audits instead of being rebuilt manually for each framework.

Deepen your knowledge

NHI governance, agentic AI identity, and machine identity lifecycle are core topics in our NHI Foundation Level course, the industry's only accredited NHI security programme. If you are building or maturing an IAM programme, it is worth exploring.
NHIMG Editorial Note
Published by the NHIMG editorial team on July 5, 2026.
Updated on October 11, 2026.
NHI Mgmt Group, the independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org