MCP Server Deployment: From Local Stdio to Production
A practical guide to MCP server deployment: picking a transport, choosing a host, and adding auth, with real examples from Cloud Run, AWS, Cloudflare and Vercel.
8 min read
AI agent governance covers the policies and identity controls that keep autonomous agents in check, built on NIST, OWASP, ISO and EU AI Act rules.
By October 2026, an AI agent inside a typical enterprise can read a customer record, call several internal APIs and send an email without a person approving any single step. That kind of delegated authority is what makes agents useful, and it is also why agent governance has moved out of policy memos and into product roadmaps, regulatory FAQs and open security standards this year.
AI agent governance is the set of policies, identity controls and runtime oversight that define what an autonomous agent is allowed to do, what data it can touch and who is accountable when it acts. It draws on frameworks built specifically for agents, including NIST's AI Risk Management Framework, OWASP's Top 10 for Agentic Applications, ISO/IEC 42001 and the EU AI Act, alongside vendor tooling such as Microsoft Entra Agent ID.
Agent governance sits on top of general AI governance, with additions that matter because agents act rather than only answer.
NIST published the AI Risk Management Framework (AI RMF 1.0, NIST AI 100-1) on 26 January 2023, organized around four functions: GOVERN, MAP, MEASURE and MANAGE. A follow-up profile for generative AI, NIST AI 600-1, came out in July 2024 and added twelve content-focused risk areas such as confabulation and information security. Neither document was written with autonomous, tool-using agents in mind. The Cloud Security Alliance's NIST AI RMF Agentic Profile whitepaper, published 27 March 2026 as a draft, argues the base framework has four structural gaps for agents: no autonomy-tier classification, no model for tool-use risk, no runtime behavioral monitoring, and no way to track accountability through delegation chains where one agent hands a task to another. The paper also notes that NIST announced an AI Agent Standards Initiative in February 2026 through its Center for AI Standards and Innovation, with an AI Agent Interoperability Profile planned for the fourth quarter of 2026.
Security-specific guidance comes from OWASP's GenAI Security Project. It published the OWASP Top 10 for Agentic Applications 2026 on 9 December 2025, built with contributions from more than 100 industry experts, to document the risks in systems that plan, act and chain decisions on their own. On 1 September 2026, the same project added the Agent Control Standard (ACS), an open specification for middleware hooks that let a safety policy be enforced at runtime and ported across different agent frameworks, with its source published on GitHub.
Outside security, ISO/IEC 42001:2023 is the first international management-system standard for AI. It covers how an organization assigns responsibility for AI use, assesses risk and monitors systems through their lifecycle, structured around the same Plan-Do-Check-Act cycle as other ISO management standards. Certification against it is voluntary and carried out by independent certification bodies, not by ISO itself.
Regulation adds a separate layer. The European Commission's AI Act Service Desk states plainly that AI agents are not a distinct legal category under the AI Act: they fall under the existing definitions of an "AI system" and, where relevant, a "general-purpose AI model." From 2 August 2026, the Act's Article 50 transparency rules apply to any agent intended to interact with people or generate content, and a Code of Practice to operationalize those rules has since been published by the Commission. If an agent is later classified as high-risk, the Act's Chapter III obligations apply from 2 December 2027 for new systems and 2 August 2028 for systems already on the market. For general-purpose AI models with systemic risk, an agent's autonomy and tool use are explicit factors in that systemic-risk designation under Article 51(1)(b).
Microsoft's Cloud Adoption Framework for AI agents lays out agent governance as four coordinated domains: a control plane for ownership, identity and observability; data governance and compliance; security; and development standards. The control plane recommendation is specific: give every agent a single, traceable identity, keep one organization-wide registry of every agent rather than letting teams track their own, and apply the same policy whether the agent is first-party, custom-built or bought from a third party. The framework states the reasoning behind that registry directly: "you can't govern agents you don't know exist."
Microsoft Entra Agent ID is the identity layer behind that recommendation. It assigns each agent its own identity and lifecycle controls, lets administrators apply Conditional Access policies to agents the same way they do to human accounts, and feeds a "risky agents" detection feature in Entra ID Protection. Microsoft Agent 365 builds an Agent Registry and an Agent Map on top of that identity layer so a security team can see every agent in the organization and who owns it, while Microsoft Purview Compliance Manager maps regulations such as the EU AI Act into controls that can be checked against an agent's actual configuration. Teams comparing this kind of monitoring and observability tooling can browse the options listed in the monitoring and observability category on AI Agents Listing.
OWASP's Agent Control Standard takes a narrower, framework-agnostic approach. Rather than a full identity platform, it defines hooks that any agent framework can implement, so a safety policy written once can be enforced consistently wherever the agent runs, instead of being rebuilt for every orchestration framework a team adopts.
The Cloud Security Alliance's proposed "autonomy tier" concept is a useful filter for deciding how much governance an agent actually needs: oversight obligations should scale with how much unsupervised, consequential action an agent can take, rather than apply the same way to every system labeled "AI agent." A read-only internal assistant that only summarizes documents for a human to act on carries a different risk profile than an agent with code execution, database write access and the ability to send external communications on its own. The EU AI Act's own trigger points reflect this split: the transparency duty applies only to agents that interact with people or generate content, and the heavier Chapter III rules apply only once an agent is classified as high-risk.
Even so, the Cloud Adoption Framework's baseline steps, a single identity per agent, a central registry and consistent policy enforcement across platforms, are cheap enough to apply to low-autonomy agents too. The alternative is the "shadow agent" problem Microsoft's own guidance warns about: untracked deployments that nobody can secure because nobody knows they exist.
AI agent governance is the set of policies, identity controls and oversight mechanisms that define what an autonomous AI agent is allowed to do, what data it can access and who is accountable for its actions. It draws on frameworks such as NIST's AI RMF, OWASP's Top 10 for Agentic Applications and the EU AI Act, plus vendor tools that assign agents their own identity and track them in a central registry.
No. The European Commission's AI Act Service Desk states that AI agents are not a separate legal category under the Act. They are covered by the existing definitions of an AI system and, where applicable, a general-purpose AI model, with transparency rules under Article 50 applying from 2 August 2026 and high-risk obligations under Chapter III applying from 2 December 2027 or 2 August 2028 depending on the system.
General AI governance frameworks such as NIST's AI RMF and ISO/IEC 42001 were built before autonomous, tool-using agents were common, and they don't address autonomy levels, tool-use risk or accountability across chains of delegated sub-agents. The Cloud Security Alliance's 2026 Agentic Profile proposes extending NIST's GOVERN, MAP, MEASURE and MANAGE functions specifically to cover those gaps.
Examples read for this article include Microsoft Entra Agent ID for per-agent identity and Conditional Access, Microsoft Agent 365 for an organization-wide agent registry, and OWASP's Agent Control Standard, an open specification for enforcing runtime safety policy across different agent frameworks.
No. ISO/IEC 42001 certification is voluntary and performed by independent certification bodies rather than by ISO. Organizations can use the standard's management-system structure for AI governance without seeking formal certification.
Readers comparing how individual agent products handle identity, logging and permission scope can browse listings in the AI Agents directory on AI Agents Listing.
One email a week. New agents, MCP servers and skills, and what is actually getting traction.
A practical guide to MCP server deployment: picking a transport, choosing a host, and adding auth, with real examples from Cloud Run, AWS, Cloudflare and Vercel.
8 min read

An MCP gateway sits between AI agents and MCP servers. Here are 8 options compared, from open source projects like Docker and Microsoft's to managed platforms like Composio and Kong.
9 min read
Learn how to deploy an AI agent: pick an execution pattern, choose a host, and launch safely, with real examples from LangGraph, AWS, Google Cloud and Salesforce.
7 min read