Deepsleuth
io.github.DeepSleuthv1.0.3Updated Oct 6, 2026
Deterministic, no-LLM security scanner for MCP servers, plus an inline proxy gate.
Overview
A deterministic, no-LLM security scanner for MCP servers that audits manifests, source code, runtime responses, and install hooks, and can act as an inline…
- What it does
- Deepsleuth scans MCP servers for security problems without using an LLM, producing byte-identical findings for the same input. It offers two frontends: an inline MCP gateway/proxy that audits tool descriptions at startup, gates every tools/call, and scans responses before returning them; and a batch/sandbox scanner that launches a server in Docker and elicits behavior with synthesized calls and planted canaries. It exposes MCP tools list_detectors, check_listing, and scan_target, and covers evidence locations including descriptions, source, runtime responses, multi-call state, server identity, and install-time scripts.
- When to use it
- Use it when you want to vet an MCP server before trusting it, or when you want a runtime gate in front of a server your assistant calls. It is aimed at security review of MCP servers rather than general-purpose scanning.
- Requirements
- Python 3.11+ and the PyPI package deepsleuth, or the source repository; no required third-party packages. The dynamic layer and proxy-eval need the Docker CLI and daemon; without Docker, static and manifest detectors still run and skipped dynamic coverage is reported. Runs locally over stdio; no authentication or environment variables are declared.
Installation
In SourceWeft
- Open Deepsleuth in the dashboard and add it to a workspace.
- Enable the server for the chats that should use its tools.
Desktop only via STDIO. STDIO servers start a local process, so they need the SourceWeft desktop host.
Other MCP clients
Follow the launch instructions in the repository.
README
Deepsleuth — read the fine print
Deepsleuth is a deterministic, no-LLM security scanner for MCP servers. It audits what a server says — and, more importantly, what it does.
Most MCP scanners read only the declared manifest (tools/list names,
descriptions, schemas). They never launch the server, never call a tool, never
read a response, never read the implementation source, and never reason across
calls — so whole classes of attack are structurally invisible to them.
Deepsleuth sees those. It is a single frontend-agnostic detection core with two frontends:
- Frontend A — inline MCP gateway / proxy (the headline artifact). A
transparent proxy that is an MCP server to the agent and an MCP client to one
downstream server. It audits tool descriptions at startup, enforces a gate
before every
tools/call, and scans every response before returning it. Includes a headlessproxy-evalmode for offline scoring. - Frontend B — batch / sandbox scanner. A pre-flight auditor that launches a server in a Docker sandbox, actively elicits behavior with synthesized calls + planted canaries, and produces findings. Also the offline scoring harness.
Both frontends run the same detectors over the same Context — a detector is
written once and works in both.
No LLM. Ever.
Fully deterministic: parsing, static AST + taint/dataflow, normalized regex/token heuristics, unicode/encoding/entropy analysis, structural diffing, and sandboxed dynamic execution with instrumentation. Same input → byte-identical findings. Offline (no network egress except to the Docker daemon). No threat feeds.
Install
Python 3.11+. No required third-party packages — the scanner speaks MCP over stdio itself, so it installs in externally-managed (PEP 668) environments.
Deepsleuth is itself an MCP server, so agents can scan with it directly:
Tools: list_detectors, check_listing, scan_target.
Install as an agent plugin
The repo is a valid Agent Plugins package
(plugin.json + mcp.json, spec 1.0.0): any compatible client can install it
directly from the repository and gets the deepsleuth MCP server plus the
audit-mcp-server skill. The stdio entry (bin/deepsleuth-mcp) needs only
python3.11+ — the scanner has zero third-party requirements:
For the dynamic layer (Frontend B and proxy-eval) you need the Docker CLI +
daemon. Without Docker the scanner degrades gracefully: static/manifest
detectors still run and the skipped dynamic coverage is reported (never a crash).
Run
<target> can be a server directory (with mcp.json and/or source), an
mcp.json launch spec, or a raw stdio launch command (e.g.
"python3 server.py"). scan exits 0 when clean and non-zero once a finding
reaches --fail-severity (default high).
--allow-unsandboxed runs the dynamic layer without Docker — use it only
for your own trusted fixtures, never on untrusted servers.
--reference-listing tools.json supplies another server's tool list (a JSON
array of {name, description, inputSchema} entries, or an object with a
tools key) so the cross-server name comparison runs against it without
launching a second server. The same comparison also runs automatically across
several entries in one mcp.json and across several server entry modules
found in one directory.
Wire the proxy into an agent
Point your MCP client at the proxy instead of the real server; the proxy launches the real one downstream:
Try it on the bundled fixtures
What it covers
Evidence locations — deepsleuth detects across all eight, with special strength on the five a manifest-only scanner misses:
Mechanism categories: tool-poisoning, agent-config-poisoning,
tool-shadowing, prompt-injection, credential-exposure, command-injection,
path-traversal, ssrf, data-exfiltration, confused-deputy,
auth-misconfiguration, denial-of-service, excessive-privilege,
supply-chain, information-disclosure, client-side-vulnerability, other.
Every finding validates against the fixed finding schema, carries a top-level
evidence_location and confidence, and (from the proxy) records its gate
decision on raw.gate_decision. See DETECTORS.md for one entry per detector
including its known blind spots, and ARCHITECTURE.md for how the layers fit
and how to add a detector.
Known limitations (v1)
- Source analysis is Python-first. Node/TS servers get manifest + install-hook
- dynamic coverage, but source taint is Python-only in v1 (JS is regex-lite).
- Taint is intra-procedural. Flows through helper functions/classes across the module are approximated, not fully tracked.
- The proxy fronts exactly one downstream server (v1 scope; multi-server namespacing is structured for but not built).
- The live proxy's elicitation round-trip and forwarding of downstream-initiated
requests are best-effort. All gate/audit/diff/response logic is fully exercised
by
proxy-eval, which is what the offline evaluator scores. - Without Docker, dynamic detectors are skipped (reported, not silent).
Getting involved
Contributions welcome — see CONTRIBUTING.md. Found a security issue? Please follow SECURITY.md.
Listed in the official MCP Registry:
mcp-name: io.github.DeepSleuth/deepsleuth
Source: README.md at commit a73c55c
Tools
0Version history
1- v1.0.3LatestOct 6, 2026


