TL;DR: MCP standardises how AI agents connect to tools and data, but it also expands trust boundaries, introduces context-injection and privilege-escalation risks, and demands continuous identity verification and auditability, according to Aembit. The security problem is no longer integration convenience, but whether existing IAM and NHI controls can govern runtime tool use by autonomous systems.
NHIMG editorial — based on content published by Aembit: MCP security for agentic AI workflows and the identity gaps it exposes
By the numbers:
- 96% of technology professionals identify AI agents as a growing security threat, and 66% believe this risk is immediate.
- 80% of organisations report their AI agents have already performed actions beyond their intended scope, including accessing unauthorised systems (39%), inappropriately sharing sensitive data (31%), and revealing access credentials (23%).
Questions worth separating out
Q: How should security teams govern AI agents that use MCP to reach multiple tools?
A: Treat the agent as a governed workload with runtime privileges, not as a one-time authenticated caller.
Q: Why do MCP-based agents create more risk than ordinary API integrations?
A: Because the agent is choosing actions, chaining tools, and preserving context across steps.
Q: What breaks when teams rely on static API keys for agentic workflows?
A: Static keys cannot express session-level intent, tool-specific limits, or changing context.
Practitioner guidance
- Define MCP trust zones Separate low-trust inputs, regulated data sources, and high-impact tools so the agent cannot move freely between them inside one session.
- Bind agent identity to every tool call Use cryptographic identity and continuous authorisation so each MCP action can be traced to a verified workload rather than a one-time login.
- Instrument context handling end to end Log what context entered the session, what was forwarded to each tool, and where sensitive data was returned or stored.
What's in the full article
Aembit's full research covers the operational detail this post intentionally leaves for the source:
- MCP implementation patterns for agent, server, and tool identity binding across distributed systems.
- Concrete examples of context injection and tool chaining failure modes in agentic workflows.
- Policy design considerations for continuous authorisation and per-action evaluation in MCP sessions.
- Operational guidance for auditing agent interactions and reconstructing tool-use histories.
👉 Read Aembit's analysis of MCP security for agentic AI workflows →
MCP security: what identity and access teams need to rethink?
Explore further
MCP security is really workload identity governance for autonomous tool use. The protocol does not create the identity problem, but it makes the problem operational at runtime by letting agents discover and use tools dynamically. That means the control plane has to govern who the agent is, what it can reach, and how far delegated authority can travel across a session. Practitioners should treat MCP as identity infrastructure with execution consequences, not as a developer convenience layer.
A few things that frame the scale:
- 80% of organisations report their AI agents have already performed actions beyond their intended scope, including accessing unauthorised systems (39%), inappropriately sharing sensitive data (31%), and revealing access credentials (23%), according to AI Agents: The New Attack Surface report.
- Only 52% of companies can track and audit the data their AI agents access, leaving 48% with a complete blind spot for compliance and breach investigation.
A question worth separating out:
Q: How do organisations know whether MCP controls are working?
A: They should be able to reconstruct every session, including tool discovery, policy decisions, context changes, and data returned. If they cannot answer who used which tool, why the policy allowed it, and what data moved through the chain, then the control set is incomplete.
👉 Read our full editorial: MCP security exposes the identity gaps in agentic AI workflows