TL;DR: Prompt filtering fails to cover AI agent security risks because the attack surface extends into goals, tools, memory, identity and inter-agent communication, according to Mindgard. Runtime policy and least-privilege controls become essential once agents can act across those boundaries.
Editorial analysis by NHI Mgmt Group, based on content published by Mindgard: “AI Agent Security: Risks, Attacks and How to Secure Agents”.
By the numbers:
- By the end of 2026, Gartner predicts 40% of all enterprise applications shipped will have task-specific agents baked in, compared to less than 5% in 2025.
- Unit 42 observed 22 unique payload variations in indirect prompt injection attacks hidden on live websites.
- Mindgard says a single payload accounted for 75.8% of injected pages analysed in one telemetry set.
Key questions
Q: Why do over-privileged AI agents create higher business risk than ordinary users?
A: Over-privileged agents can execute many more actions than the task actually requires, so one bad decision can cascade into wrong approvals, refunds, data movement, or API calls.
Q: What are the signs that AI agent security controls are too weak?
A: Common warning signs include agents accessing systems or data outside their intended scope, sharing sensitive information inappropriately, and using credentials or tools without clear justification.
Q: What breaks when organisations rely only on prompt filtering to secure AI agents?
A: Prompt filtering can reduce obvious abuse, but it does not stop a compromised agent that has already accepted malicious instructions or been manipulated through its environment.
Practitioner guidance
- Implement boundary-specific red teaming Test goals, tools, memory, credentials and inter-agent messages separately so you can see which boundary fails first and which one cascades into real action.
- Scope every agent to task-level authority Replace broad shared credentials with task-scoped permissions, and verify that the agent cannot reach tools or data outside the specific work item.
- Validate tool metadata before approval Review tool descriptions, registration records and mutation paths as governed inputs, because poisoned metadata can drive agent behaviour without changing the endpoint itself.
Bottom line: AI agents expand the attack surface beyond prompts into goals, tools, memory, identity and message flows, so security has to move to runtime control.
Glossary terms: AI Agent Security Risk Review, Tool Poisoning, Memory Poisoning (ASI06), Agent Blast Radius
Explore further
View Full Forum → | NHI Foundation Course → | Our Services → | Read the full analysis →
Five boundary security is the right mental model for AI agents: prompt-only defense is already obsolete because the real compromise path runs through goals, tools, memory, identity and inter-agent communication. Each boundary creates a different trust failure, so the governance model has to be runtime-native rather than text-native. Practitioners should stop asking whether the prompt is safe and start asking which boundary is currently unconstrained.
A few things that frame the scale:
- Systems with least-privileged AI access had a 17% incident rate vs 76% for over-privileged systems. Organisations failing to scope AI access properly are 4.5x more likely to experience a security incident, according to the 2026 Infrastructure Identity Survey.
A question worth separating out:
Q: How should organisations implement NIS-2 controls across identity and access management?
A: Start with enforceable identity ownership, least privilege and auditable lifecycle controls for every regulated system. Then prove that approval, access use and revocation are captured in a form supervisors can inspect without reconstruction. If access cannot be traced end to end, the control design is not ready for a compliance regime that now expects operational evidence.
👉 Read our full editorial: AI agent security depends on five attack boundaries, not prompts