Read-only MCP gateway scanner that scores repositories across seven security and production-readiness dimensions.
Copy the AI prompt to install this server into Claude Code, Cursor, or another agent β or use 1-click editor setup below.
We haven't yet run this listing's install command through our automated sandbox check. This isn't a red flag β we're steadily working through the catalog.
π‘ Paste the JSON block into your client's configuration file under mcpServers, then restart the application.
Inspect callable tools, capabilities, and parameters exposed to AI agents by MCP Gateway Scan.
Read-only static scanner for MCP / agent-gateway production-readiness anti-patterns. Point it at a repo, get a 7-dimension red/yellow/green score in seconds.
Built by the team behind the Provenwright MCP Gateway Readiness Audit β a full cited audit with evidence index, scored gap matrix, and 90-day roadmap. Full audit: provenwright.com/audit
It scans your code and config for the failure modes that turn an MCP gateway from a demo into an incident β authorization decided by the model, error handlers that fail open, unpinned supply chains, dark traces, unbounded spend, inline secrets, and missing operational levers β and prints exactly where each one lives.
100% read-only. It only reads files. It never executes your code, never makes network
calls, and never prints a secret value β for inline-secret hits it reports the location
only (<file:line>), with the value redacted.
Requires Node β₯ 18.
Before you wire a third-party MCP server into an agent that holds real credentials,
point connect at it and get a single top-line verdict β CONNECT, REVIEW, or
DO-NOT-CONNECT β over the same 7 dimensions, with the single worst finding surfaced first.
The verdict reduces the dimension scores into one decision:
| Verdict | When | Exit |
|---|---|---|
| DO-NOT-CONNECT | any S1 (full-compromise-class) dimension is red | 1 |
| REVIEW | concrete-or-possible risk (red S2/S3 or any yellow) | 1 |
| CONNECT | every dimension green on the static checks | 0 |
Same scan engine, same --json / --ci flags, same read-only / secret-redaction guarantees β
connect only re-frames the output as a connect/no-connect decision. A green CONNECT is a good
signal, not a guarantee: a static scan cannot vouch for the publisher or runtime behavior.
The same package can also run as an MCP server so your agent runs the scan conversationally β just ask it to "scan this repo for gateway-readiness".
Claude Code (one command):
Cursor / any MCP client β add to your .mcp.json:
Then ask your agent to run the scan_gateway tool:
{ "path": "<repo or dir>", "ci": false } (ci optional β adds the CI gate verdict).Same package, two modes β
mcp-gateway-scan mcpis the server (use it from your agent); the defaultmcp-gateway-scan <path>is the CLI (run it directly in a terminal or CI). Themcpsubcommand does not change the CLI behavior.
mcp-gateway-scan is listed on the Glama MCP directory,
where you can inspect its tool schema, Try it in the browser, or deploy the containerized
server straight from the listing. The build spec and release process are documented in
docs/glama-release.md.
--ci prints a compact, greppable summary and exits non-zero on any red dimension, so a
regression (a new fail-open handler, an unpinned image, a committed secret) fails the build:
| Dim | Checks for |
|---|---|
| D1 Tool-access / RBAC | Authorization expressed in prompts; absence of a gateway policy layer |
| D2 Fail-close | catch/except blocks that return allow/true/ok/pass; missing timeouts |
| D3 Onboarding / supply chain | :latest, @main, npx -y β¦@, unpinned images; rewards sha256: / integrity |
| D4 Observability | Presence/absence of OTel / traceparent / spans; raw prompts in logs |
| D5 Routing / cost | Missing max_tokens / budget / rate-limit / quota |
| D6 Secrets / identity | Inline secret literals (location only, value redacted); rewards op:// / vault: / process.env; IDP/OIDC |
| D7 Prod-readiness | Missing kill-switch / feature-flag, 429 / rate-limit, eval / red-team gate |
Each dimension is scored π’ green / π‘ yellow / π΄ red with a severity tag, plus the matched
evidence (file:line). The methodology behind the rubric maps to OWASP Top 10 for LLM
Applications, the MCP spec (2025-06-18), and OpenTelemetry GenAI semantic conventions.
The fixtures/vulnerable tree contains only fake, non-functional placeholder secrets
(sk-EXAMPLENOTREALβ¦, AKIAEXAMPLEβ¦) so you can see the redacted-secret output safely.
Every finding is meant to be defensible to a skeptical senior engineer. The scanner
distinguishes prompt content (a system-message string / YAML prompt field) from code
that merely documents a pattern β so a doc comment quoting rg 'only use|if the user is admin' is not flagged as authorization-in-prompt, while the same words inside a real
system prompt are. Comment lines and grep-recipe / regex documentation are suppressed
across all dimensions, and "control present" signals are matched in code/config, not prose.
This is a fast, free heuristic wedge β a static pattern scanner. A green score is a good signal, not a guarantee; a red score is a concrete pointer to fix. It does not run fault-injection, inspect your live IAM/IDP, or read your traces. That depth is what a full MCP Gateway Readiness Audit provides: a cited Gap Matrix and a sequenced 90-day remediation roadmap.
Factual signals from GitHub, npm, and our automated checks β not a rating.
No reviews yet β be the first to share how this listing worked for you.
Showcase your server listing on GitHub or your project documentation. Embed this dynamic SVG badge to highlight official listing status and live engagement.
[](https://allmcps.com/mcp/willianpinho-mcp-gateway-scan)<a href="https://allmcps.com/mcp/willianpinho-mcp-gateway-scan"><img src="https://allmcps.com/api/badge/willianpinho-mcp-gateway-scan?style=directory" alt="MCP Gateway Scan on AllMCPs" /></a>