Phishnoo Sandbox
Explore synthetic security awareness metrics and file example threat reports.
Beschreibung vom Entwickler (englisches Original)
Read-only MCP/agent-gateway readiness scanner — scores a repo across 7 security dimensions.
Diese drei werden nie zu einer Punktzahl zusammengefasst: Meinungen, Messungen und Beliebtheit sind verschiedene Dinge.
Für diesen Server haben wir noch keine Zusammenfassung in einfacher Sprache geschrieben. Unten stehen die Fakten, die wir aus der Registry gelesen haben.
Wähle die KI-App, die du nutzt, und kopiere die Einstellungen.
Du brauchst
Welche App nutzt du?
Wähle oben deine App. Wir merken sie uns, damit der Button beim nächsten Mal „In … installieren“ anzeigt.
Öffne Claude Desktop → Settings → Developer → Edit Config und füge dies in claude_desktop_config.json ein
{
"mcpServers": {
"gateway-scan": {
"command": "npx",
"args": [
"-y",
"mcp-gateway-scan",
"mcp"
]
}
}
}Führe das in deinem Terminal aus
claude mcp add gateway-scan -- npx -y mcp-gateway-scan mcpIn .cursor/mcp.json in deinem Projekt oder in ~/.cursor/mcp.json einfügen
{
"mcpServers": {
"gateway-scan": {
"command": "npx",
"args": [
"-y",
"mcp-gateway-scan",
"mcp"
]
}
}
}Dein Browser fragt, ob er die App öffnen darf, dann zeigt die App die Einstellungen und bittet dich um Bestätigung. Schlüsselwerte bleiben leer, damit du sie selbst einträgst.
In .vscode/mcp.json in deinem Projekt einfügen
{
"servers": {
"gateway-scan": {
"type": "stdio",
"command": "npx",
"args": [
"-y",
"mcp-gateway-scan",
"mcp"
]
}
}
}Dein Browser fragt, ob er die App öffnen darf, dann zeigt die App die Einstellungen und bittet dich um Bestätigung. Schlüsselwerte bleiben leer, damit du sie selbst einträgst.
Dieser Server läuft auf deinem Computer, und ChatGPT kann sich nur mit Servern im Internet verbinden. Wähle eine andere App.
Deine Auswahl bleibt in einem Cookie auf diesem Gerät; kein Konto nötig.
Diese Einstellungen werden aus dem Registry-Eintrag des Entwicklers erzeugt. Wenn in der README etwas anderes steht, folge der README.
Läuft auf deinem Computer; die Tool-Liste erscheint nach der Installation in deiner KI-App.
Wir prüfen Informationen, die jeder sehen kann; den Code haben wir nicht gelesen. Checks, die nicht zutreffen, werden nicht mitgezählt. · Geprüft am 8. Nov. 2026
Der Registry-Name wurde mit dem GitHub-Konto willianpinho bestätigt, dem das Repo gehört
Dieses Repo haben wir noch nicht von GitHub gelesen
Dieses Repo haben wir noch nicht von GitHub gelesen
Dieser Server läuft auf deinem Computer; es gibt keinen Endpunkt im Internet
Läuft auf deinem Computer und nutzt stattdessen lokale Einstellungen
Läuft auf deinem Computer; Tool-Listen können wir nur von Endpunkten im Internet lesen
Verglichen mit allen aktiven Servern dieser Kategorie in der Registry. Sterne zählen nur, wenn dem Herausgeber das Repo gehört.
Er hat 1 von 1 zutreffenden Basischecks bestanden. Den Code haben wir nicht gelesen. Bevor du einen Schlüssel oder Token hinzufügst, sieh nach, welche Zugriffe der Server verlangt, und nutze einen Schlüssel, der nur die Berechtigungen hat, die du brauchst.
Die Registry nennt keinen erforderlichen Schlüssel, manche Server bitten dich aber bei der ersten Nutzung, dich anzumelden.
Er läuft auf deinem Computer. Deine KI-App startet ihn bei Bedarf, und die Daten laufen nicht über die Server des Entwicklers (außer der Server ruft selbst einen Onlinedienst auf).
Das GitHub-Repo wurde zuletzt – geändert, und die neueste Version (0.1.1) kam vor 5 Monaten in die Registry.
Apps, die MCP unterstützen, etwa Claude Desktop, Claude Code, Cursor und VS Code. Außerdem brauchst du Node.js auf deinem Computer.
In derselben Kategorie: Phishnoo Sandbox, Zovo Dependency Audit, TeamOnly
Server derselben Kategorie von anderen Entwicklern, sortiert nach Sternen.
So liest du eine Karte:↓ Downloads pro Wochei★ GitHub-SterneiDrei Säulen: Bewertungen · Checks · NutzungiAktualisiert = neueste Version in der Registry veröffentlichti
Explore synthetic security awareness metrics and file example threat reports.
Audit a dependency list for known vulnerabilities, licenses and outdated versions.
Deploy AI-built internal apps behind your company login, with a database, files and secrets.
Unverändert aus dem Repo des Entwicklers übernommen. PopNx MCP hat den Inhalt weder geprüft noch empfiehlt es ihn. HTML, Bilder und Skripte wurden entfernt. Links führen von dieser Website weg.
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](https://provenwright.com/audit) — a full cited audit with evidence index, scored gap matrix, and 90-day roadmap. Full audit: provenwright.com/audit
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 ( ), with the value redacted.
# one-off
npx mcp-gateway-scan
pnpm add -g mcp-gateway-scan mcp-gateway-scan
Requires Node ≥ 18.
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
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 server's repo checkout
mcp-gateway-scan connect ./some-mcp-server
mcp-gateway-scan connect ./.mcp.json
mcp-gateway-scan connect ./package.json
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):
claude mcp add gateway-scan -- npx -y mcp-gateway-scan mcp
Cursor / any MCP client — add to your .mcp.json:
{
"mcpServers": { "gateway-scan": { "command": "npx", "args": ["-y", "mcp-gateway-scan", "mcp"] } } }
Then ask your agent to run the `scan_gateway` tool:
{ "path": " ", "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 default
mcp-gateway-scanis the CLI (run it directly in a terminal
or CI). The
mcpsubcommand does not change the CLI behavior.
mcp-gateway-scan is listed on the [Glama MCP directory](https://glama.ai/mcp/servers/willianpinho/mcp-gateway-scan), 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.
[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
--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:
# .github/workflows/gateway-readiness.yml
RED D2 S1 Fail-close / fail-open posture (findings=1) RESULT green=4 yellow=2 red=1 VERDICT FAIL — red dimension(s) present; see findings above.
| 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.
mcp-gateway-scan fixtures/secure # mostly green
mcp-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.
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.
| This scanner (free, MIT) | Full MCP Gateway Readiness Audit (paid) | |
|---|---|---|
| Method | static pattern checks | read-only review of your live codebase |
| Live tests | — | fault-injection (F1–F5), trace verification |
| Evidence | matched line | per-finding file:line in an evidence index |
| Output | 7-dimension score | cited gap matrix + severity + sequenced 90-day roadmap |
| Delivery | instant, automated | expert engagement + live review session |
Need the full audit? This scanner is a free heuristic wedge.
The [Provenwright MCP Gateway Readiness Audit](https://provenwright.com/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: me@willianpinho.com
MIT © Willian Pinho