MCP tool risk levels

Every tool in the catalogue is classified by what it can do to your systems — from harmless retrieval to irreversible deletion and real money moved. Browse by level to see which tools share a blast radius, which attacks target each class, and the policy pattern that contains them.

17,536 critical-risk tools
224,112 tools classified
8,805 servers in the catalogue

61% of catalogued MCP tools only read. The rest — 86,712 tools — change something when called, and 7.8% can do something irreversible.

Read · 137,400 (61%)Write · 47,666 (21%)Execute · 21,510 (9.6%)Destructive + Financial · 17,536 (7.8%)

Each category maps to a behaviour pattern with its own recommended policy approach.

Severity follows from reversibility. Destructive and financial operations share critical severity because both produce outcomes no later control can undo. Execute operations score high because their effects depend on whatever arguments the agent supplies. Reversible writes are medium; retrieval is low. Every classification is grounded in the tool's own definition — name, description, and input schema — and carries quoted evidence on its tool page.

For the full picture of how MCP fails in production and the enforcement architecture that works, start with the MCP Security reference.

What is a critical-risk MCP tool? +

A tool whose effects cannot be undone: destructive operations (permanent deletion or overwrite) and financial operations (payments, refunds, trades). The catalogue currently classifies 17,536 tools as critical across 8,805 servers. The recommended policy is deny by default with explicit human approval.

How does PolicyLayer assign risk levels? +

Every tool in the catalogue is classified by what it actually does — its name, description, and input schema — into Read, Write, Execute, Destructive, or Financial. Classifications are verified with quoted evidence from the tool's own definition, and severity follows from reversibility: anything irreversible is critical, argument-dependent execution is high, reversible writes are medium, retrieval is low.

Why do destructive and financial tools share the critical level? +

Both produce irreversible outcomes. A deleted production branch and a sent payment have the same property: no policy applied after the call can take it back. That is why the recommended control for both is the same — block before the call, not audit after it.

How do I restrict critical-risk tools without blocking the whole server? +

A PolicyLayer policy targets individual tools. A two-line rule hides a server's destructive tools from the agent entirely while every other tool keeps working — the recommended starter policy on every server page in the catalogue does exactly this.

Let agents act without letting them run wild.

Route your MCP servers through PolicyLayer and every tool call is checked against your policy before it runs — allow, deny, or require approval. Per-identity grants. Full audit log. Live in minutes.

Free to start. No card required.

220,000+ tools risk-classified across 43,000+ 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.