Skip to content
Squatch MCP

Security

How the scanner works, and where it stops

Squatch analyzes MCP server metadata and configuration. It never executes tools. Here is precisely what it does, what it does not do, and the limits you should keep in mind.

What the scanner does

  • Connects to public remote MCP endpoints over HTTPS (Streamable HTTP), negotiates a protocol version and lists the tools, resources and prompts the server advertises.
  • Records exactly what was advertised: names, descriptions, input and output schemas, annotations and server information.
  • Classifies each tool's effect (read, write, delete, admin, execute) and capabilities (email, payments, file access and so on) with a deterministic, versioned rule set, and explains every classification.
  • Looks for hidden Unicode (zero-width, bidirectional and tag characters), lookalike publisher names and instruction-like text in metadata.
  • Fingerprints every definition and compares it with the previous scan to detect added, removed, renamed and silently changed tools.
  • Checks verification proofs: DNS TXT records, well-known files, repository ownership and registry namespace ownership.

What it does not do

  • Call, invoke or execute any tool. Ever. Classifications come from metadata, not behavior.
  • Send credentials, API keys or your data to the servers it scans. Scans are unauthenticated.
  • Read resources or run prompts beyond listing what the server advertises.
  • Connect to private, internal or reserved network addresses. Requests are resolved and pinned, redirects are limited and re-checked.
  • Download or run packages. Package and stdio servers are described from registry metadata only.
  • Certify a server as safe. A clean scan means we did not detect issues in what the server advertised at that moment.