TL;DR: At the AI Agent Security Summit, the central finding was that agentic workflows now span browsers, open-source tools, identities and knowledge sources, while persistent permissions and natural-language goal changes keep expanding the attack surface, according to Zenity. Security teams now need a governance model that treats intent, ownership and lifecycle controls as one system, not separate workstreams.
Editorial analysis by NHI Mgmt Group, based on content published by Zenity: “Automation, Intent, and Ownership: What to Learn from the AI Agent Security Summit”.
Key questions
Q: How should security teams govern AI agents that can change actions at runtime?
A: Security teams should govern runtime AI by correlating identity, data, and intent before trusting an action path.
Q: Why do over-provisioned permissions make AI agents harder to secure?
A: Because the agent inherits broad access that was sized for a person, not for machine-speed execution or adversarial manipulation.
Q: What breaks when AI agent ownership is not tracked?
A: When ownership is not tracked, the agent can become orphaned after a role change or departure, leaving access active without a clear accountable person.
Practitioner guidance
- Define an explicit agent owner Assign one accountable owner for each production agent, including escalation authority, access scope approval and shutdown responsibility across its lifecycle.
- Separate intent approval from execution access Require the business purpose and allowed action scope to be approved before the agent receives access to tools, data sources or browser workflows.
- Reduce standing permissions for agents Review which workflows truly need persistent access and remove long-lived permissions where task-scoped or session-scoped access is sufficient.
Bottom line: AI agent security is moving from isolated exploit prevention to governance over intent, ownership and control boundaries across the full workflow.
Explore further
View Full Forum → | NHI Foundation Course → | Our Services → | Read the full analysis →
Intent is becoming a governance control, not just a design concept. The summit makes clear that agent behaviour cannot be governed only through static role assignment or access review. When an identity can be redirected through prompts, skills or contextual inputs, intent becomes part of the control surface. The implication is that IAM and NHI programmes must treat action context as a first-class governance signal, not an after-the-fact forensic detail.
A few things that frame the scale:
- 98% of companies plan to deploy even more AI agents within the next 12 months, according to AI Agents: The New Attack Surface report.
- 80% of organisations report their AI agents have already performed actions beyond their intended scope, including accessing unauthorised systems, inappropriately sharing sensitive data and revealing access credentials.
A question worth separating out:
Q: What should organisations do when an AI agent is no longer needed?
A: They should revoke the agent’s access, retire its credentials and confirm that its downstream integrations are disabled before the business use case is closed. If the identity stays active after the task ends, the organisation has created lingering authority with no live business owner behind it.
👉 Read our full editorial: AI agent security now depends on intent, ownership and shared control
Intent is becoming a governance control, not just a design concept. The summit makes clear that agent behaviour cannot be governed only through static role assignment or access review. When an identity can be redirected through prompts, skills or contextual inputs, intent becomes part of the control surface. The implication is that IAM and NHI programmes must treat action context as a first-class governance signal, not an after-the-fact forensic detail.
A few things that frame the scale:
- 98% of companies plan to deploy even more AI agents within the next 12 months, according to AI Agents: The New Attack Surface report.
- 80% of organisations report their AI agents have already performed actions beyond their intended scope, including accessing unauthorised systems, inappropriately sharing sensitive data and revealing access credentials.
A question worth separating out:
Q: What should organisations do when an AI agent is no longer needed?
A: They should revoke the agent’s access, retire its credentials and confirm that its downstream integrations are disabled before the business use case is closed. If the identity stays active after the task ends, the organisation has created lingering authority with no live business owner behind it.
👉 Read our full editorial: AI agent security now depends on intent, ownership and shared control
Intent has become a security control, not a UX layer: AI agents are no longer governed safely by static permissions alone because runtime behaviour can diverge from the initiating prompt. That means the control question is not just whether the agent was authorised to start, but whether its purpose remained bounded as it moved through tools, data and execution contexts. Practitioners should treat intent as an enforceable part of agent governance, not as an after-the-fact explanation.
A few things that frame the scale:
- Gartner predicts that more than 50% of successful cyberattacks against AI agents through 2029 will exploit access control weaknesses.
A question worth separating out:
Q: What should teams do when an agent is exposed to prompt injection or poisoned context?
A: Treat it as an access-control and containment problem, not only a content-safety problem. Revoke unnecessary permissions, isolate the workflow from sensitive systems and review every tool call the agent made under the manipulated context. Recovery should focus on preventing the same instruction path from reaching privileged actions again.
👉 Read our full editorial: AI agent security now depends on intent, ownership and shared control