Critical Risk →

remove_user_from_team

Remove a user from a team

How to control remove_user_from_team ↓

AI agents call remove_user_from_team to permanently remove resources in EspoCRM-MCP — typically in cleanup and lifecycle workflows. It does its job in a single call, and there is no undo.

Critical Risk

Removing a user from a team is an irreversible access-control change (without a corresponding re-add operation visible in context). It revokes the user's team membership, which can affect their permissions, data visibility, and collaboration access within EspoCRM. This is a destructive action with potentially high blast radius if misused by an AI agent.

From the tool's definition 'Remove a user from a team' — the action explicitly removes/deletes a membership relationship between a user and a team

Documented attack patterns abuse exactly the kind of access remove_user_from_team gives an agent:

PolicyLayer is an MCP gateway — it sits between your AI agents and EspoCRM-MCP, and nothing reaches the server without passing your rules. This is the rule we recommend for remove_user_from_team:

policy.json
{
  "version": "1",
  "default": "deny",
  "hide": [
    "remove_user_from_team"
  ]
}

remove_user_from_team disappears from the agent's tool list entirely, and any attempt to call it is denied. The rest of the server keeps working.

  1. Create a free account and register EspoCRM-MCP — nothing to install.
  2. Add this policy — paste it, or build it visually.
  3. Point your MCP client (Claude, Cursor, anything) at your gateway URL.
RESTRICT THIS TOOL →

Free to start. No card required.

Go deeper

What does the remove_user_from_team tool do? +

Remove a user from a team. It is categorised as a Destructive tool in the EspoCRM-MCP MCP Server, which means it can permanently delete or destroy data. Block by default and require explicit approval.

How do I enforce a policy on remove_user_from_team? +

Register the EspoCRM- MCP server in PolicyLayer and add a rule for remove_user_from_team: allow, deny, rate-limit, or require approval. Point your MCP client at the PolicyLayer proxy URL and the rule is enforced on every call, before it reaches EspoCRM-MCP. Nothing to install.

What risk level is remove_user_from_team? +

remove_user_from_team is a Destructive tool with critical risk. Critical-risk tools should be blocked by default and only enabled with explicit human approval.

Can I rate-limit remove_user_from_team? +

Yes. Add a rate_limit block to the remove_user_from_team rule in your PolicyLayer policy. For example, setting max: 10 and window: 60 limits the tool to 10 calls per minute. Rate limits are tracked per agent session and reset automatically.

How do I block remove_user_from_team completely? +

Set action: deny in the PolicyLayer policy for remove_user_from_team. The AI agent will receive a policy violation error and cannot call the tool. You can also include a reason field to explain why the tool is blocked.

What MCP server provides remove_user_from_team? +

remove_user_from_team is provided by the EspoCRM- MCP server (zaphod-black/espomcp). PolicyLayer sits as a proxy in front of this server to enforce policies before tool calls reach the server.

Enforce policy on every EspoCRM-MCP tool call.

Deterministic rules across all 46 EspoCRM-MCP tools. Per-identity grants. Full audit log. Live in minutes. Nothing to install.

Free to start. No card required.

46 EspoCRM-MCP tools catalogued and risk-classified — across an index of 42,500+ MCP servers.

// GET IN TOUCH

Have a question or want to learn more? Send us a message.

Message sent.

We'll get back to you soon.