Where should approval for MCP write tools be enforced?
Summary
The article discusses where to enforce approval for write actions in MCP tools, considering client-side and server-side approaches, and what to log for checking against approved actions.
Similar Articles
Anyone actually doing security review on MCP servers before devs install them?
A question about whether anyone is conducting security reviews on MCP servers before developers install them, highlighting a potential vulnerability in the AI tool ecosystem.
How are you actually vetting MCP servers before you install them?
A discussion about the lack of vetting for MCP servers before installation, highlighting a study that found 5.5% tool-poisoned and 14.4% with known bugs, plus a systemic RCE in the MCP SDK.
Azure DevOps MCP and the confused-deputy problem in agent PR review
A report on Microsoft's Azure DevOps MCP server reveals a confused-deputy attack where hidden PR text can manipulate AI review agents (Copilot CLI, Claude Code) into unintended tool calls with the user's permissions. Recommendations include using read-only identities and requiring separate approval steps.
Human approval is too vague for production agents
The article argues that human-in-the-loop in agent systems should move from vague approvals to explicit, auditable step-level signed decision records with detailed evidence, payloads, idempotency keys, rollback paths, and ownership. It highlights the danger of approving a black-box story rather than a specific operation.
How are you safely letting AI agents / MCP tools change production data today? Would “data branches” help?
A discussion proposing that AI agents working with production data should use data branches — letting the agent write to a cloned database and then reviewing the final diff instead of approving each action individually.