MCP Gateway Scan

io.github.willianpinho由 GitHub 账号 willianpinho 发布v0.1.1更新于 Oct 24, 2026

Read-only MCP/agent-gateway readiness scanner — scores a repo across 7 security dimensions.

发布方自己的服务:scan.mx Email Diagnostics

已验证STDIO仅桌面开发者工具安全与监控

概览

AI 生成的概览

只读静态扫描器,从七个安全与生产就绪维度为代码仓库或 MCP 网关配置打分。

可以做什么
该软件包可作为 MCP 服务器运行,提供 scan_gateway 工具,接收路径和可选的 ci 参数,返回各维度的绿/黄/红摘要及结构化结果。它检查提示词中的授权、失败开放的错误处理、未固定版本的供应链、缺失的可观测性、无上限的花费、内联密钥以及缺失的运维控制手段。同一软件包也可作为 CLI 使用,支持 --json 和 --ci 输出,并提供 connect 模式返回 CONNECT、REVIEW 或 DO-NOT-CONNECT 结论。
适用场景
在将第三方 MCP 服务器接入持有真实凭据的代理之前使用,或用于检查自己的网关仓库是否存在常见的生产环境反模式。也可作为 CI 门禁,在出现红色维度时使构建失败。
运行要求
需要 Node.js 18 或更高版本;通过 npx 或全局安装本地运行。无需账户、API 密钥或网络访问,且只读取你提供的路径。
安装前请注意
它是静态启发式扫描器,绿色结果只是信号而非保证,也不会测试运行时行为或实时身份配置。它只读取文件,内联密钥命中仅报告位置并隐藏值。README 中推广了一项单独的付费审计服务。

安装

在 SourceWeft 中

  1. 打开 控制台中的 MCP Gateway Scan,将其添加到工作区。
  2. 为需要使用其工具的对话启用该服务。

Desktop only,通过 STDIO。 STDIO 服务会启动本地进程,因此需要 SourceWeft 桌面宿主。

其他 MCP 客户端

参照 仓库 中的启动说明。

README

mcp-gateway-scan

[npm version] [Glama server] [License: MIT]

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

bash
npx mcp-gateway-scan ./path/to/your/gateway

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.


Install

bash
# one-offnpx mcp-gateway-scan <path>
# or globalpnpm add -g mcp-gateway-scanmcp-gateway-scan <path>

Requires Node ≥ 18.

Usage

mcp-gateway-scan <path> [options]
Options:  --json          Machine-readable JSON instead of the terminal report  --ci            Compact, no-color output for pipelines; exits 1 on any RED  --no-color      Disable ANSI colors  -h, --help      Show help  -v, --version   Print version
Exit codes:  0  no red dimensions  1  one or more red dimensions  2  usage / IO error

"Should I connect to this server?" — the connect verdict

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.

bash
# the server's repo checkoutmcp-gateway-scan connect ./some-mcp-server
# its MCP client config entry (.mcp.json / claude_desktop_config.json)mcp-gateway-scan connect ./.mcp.json
# its package manifestmcp-gateway-scan connect ./package.json

The verdict reduces the dimension scores into one decision:

VerdictWhenExit
DO-NOT-CONNECTany S1 (full-compromise-class) dimension is red1
REVIEWconcrete-or-possible risk (red S2/S3 or any yellow)1
CONNECTevery dimension green on the static checks0

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.

Run it inside Claude Code / Cursor (MCP server)

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):

bash
claude mcp add gateway-scan -- npx -y mcp-gateway-scan mcp

Cursor / any MCP client — add to your .mcp.json:

json
{  "mcpServers": {    "gateway-scan": {      "command": "npx",      "args": ["-y", "mcp-gateway-scan", "mcp"]    }  }}

Then ask your agent to run the scan_gateway tool:

  • Input: { "path": "<repo or dir>", "ci": false } (ci optional — adds the CI gate verdict).
  • Output: a per-dimension 🟢🟡🔴 summary + the structured result. Read-only; scans only the path you give it; secret values stay redacted (location only, never the value).

Same package, two modes — mcp-gateway-scan mcp is the server (use it from your agent); the default mcp-gateway-scan <path> is the CLI (run it directly in a terminal or CI). The mcp subcommand does not change the CLI behavior.

Or find it on Glama

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.

Example output

  [RED] D2 Fail-close / fail-open posture  S1        Error handlers on the call path return allow/true/ok or pass — the        system fails OPEN. A degraded auth/policy check silently becomes        'allow'. Launch blocker.        ✗ gateway.ts:23  fail-open on error path  return { allowed: true };
  [GREEN] D6 Security, secrets & identity  S1        No inline secrets; credentials referenced from a manager/env and        IDP/OIDC identity wiring is present.        ✓ docker-compose.yml:7  secret-manager / env reference  DATABASE_URL: op://Production/gateway-db/url
  SCORE  ┌────────┬──────────────────────────────────────────┬─────────┬──────────┐  │ Dim    │ Title                                      │ Status  │ Severity │  ├────────┼──────────────────────────────────────────┼─────────┼──────────┤  │ D1     │ Tool-access governance & RBAC              │ RED     │ S1       │  │ ...    │ ...                                        │ ...     │ ...      │  └────────┴──────────────────────────────────────────┴─────────┴──────────┘
  0 green  0 yellow  7 red

Wire it into CI

--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:

yaml
# .github/workflows/gateway-readiness.yml- name: MCP gateway readiness scan  run: npx mcp-gateway-scan ./gateway --ci
RED    D2 S1 Fail-close / fail-open posture (findings=1)RESULT green=4 yellow=2 red=1VERDICT FAIL — red dimension(s) present; see findings above.

The 7 dimensions

DimChecks for
D1 Tool-access / RBACAuthorization expressed in prompts; absence of a gateway policy layer
D2 Fail-closecatch/except blocks that return allow/true/ok/pass; missing timeouts
D3 Onboarding / supply chain:latest, @main, npx -y …@, unpinned images; rewards sha256: / integrity
D4 ObservabilityPresence/absence of OTel / traceparent / spans; raw prompts in logs
D5 Routing / costMissing max_tokens / budget / rate-limit / quota
D6 Secrets / identityInline secret literals (location only, value redacted); rewards op:// / vault: / process.env; IDP/OIDC
D7 Prod-readinessMissing 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.

Try it on the bundled fixtures

bash
mcp-gateway-scan fixtures/secure      # mostly greenmcp-gateway-scan fixtures/vulnerable  # mostly red

The fixtures/vulnerable tree contains only fake, non-functional placeholder secrets (sk-EXAMPLENOTREAL…, AKIAEXAMPLE…) so you can see the redacted-secret output safely.

Accuracy

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.

What this is (and isn't)

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.

This scanner (free, MIT)Full MCP Gateway Readiness Audit (paid)
Methodstatic pattern checksread-only review of your live codebase
Live tests—fault-injection (F1–F5), trace verification
Evidencematched lineper-finding file:line in an evidence index
Output7-dimension scorecited gap matrix + severity + sequenced 90-day roadmap
Deliveryinstant, automatedexpert engagement + live review session

Need the full audit? This scanner is a free heuristic wedge. The Provenwright MCP Gateway Readiness Audit goes deeper: read-only assessment of your live codebase, per-finding evidence (file + line), a cited Gap Matrix, and a sequenced 90-day remediation roadmap.

See a sample report: provenwright.com/sample/
Full audit info: provenwright.com/audit
Book a 15-min call: cal.com/willianpinho
Email: [email protected]

License

MIT © Willian Pinho

来源:README.md,提交 cb22af4

工具

0
SourceWeft 尚未在沙箱中启动过该软件包,因此其工具未知。

版本历史

1
  1. v0.1.1最新Sep 16, 2026

评分

已满足适用检查项的 50%

该评分衡量此收录条目的完整程度,依据注册中心条目、端点与公开来源计算得出。它不是对服务器本身的评价,也不表示服务器安全或当前可用:可连通性是带日期的检查结果,评分也不包含安装量或用户评价。

  • 近 30 天内可连通25 分

    请保持端点能够响应 MCP 握手;SourceWeft 每 30 天探测一次。

  • 已声明认证方式10 分

    请在注册中心条目中声明凭据请求头,或保持端点能够响应探测,以便判定其认证方式。

  • 已列出工具15 分

    请让服务器在无凭据时响应 tools/list,或发布可在沙箱中无凭据启动的软件包。

  • 描述必需15 分
  • 图标10 分
  • 文档15 分
  • 许可证10 分

其他 Scan 集成