
mcpwall
io.github.behrensd由 GitHub 账号 behrensd 发布v0.1.2更新于 Oct 24, 2026
iptables for MCP — blocks dangerous tool calls, scans for secrets, logs everything.
概览
一个本地 stdio 代理,位于 AI 编程工具与 MCP 服务器之间,拦截危险工具调用、脱敏泄露的密钥并记录所有调用。
- 可以做什么
- 拦截并管控工具调用:透明代理按 YAML 规则评估每个 tools/call 请求,决定放行或拒绝。
- 阻断敏感访问:内置与自定义规则阻止读取 SSH 密钥、.env、凭据以及执行危险 shell 命令。
- 扫描与脱敏响应:出站规则检测密钥并就地脱敏,拦截提示注入模式,标记异常大的响应。
- 审计与测试:以 JSON Lines 记录放行和拒绝的调用,check 命令可离线试跑某次调用并返回退出码。
- 配置与策略查看:init 可包装已有的 Claude Code、Cursor、Windsurf 或 VS Code 服务器配置,explain-policy 打印合并后的规则。
- 适用场景
- 当 AI 编程代理连接的 MCP 服务器拥有文件系统、shell、数据库或 API 访问权限,而你需要在其前面加一层确定性的本地策略时使用。也适合需要工具调用审计记录,或为受管笔记本和 CI 检查设置更严格基线的团队。
- 运行要求
- 需要 Node.js 与 npm,可全局安装或通过 npx 运行。它包装已有 MCP 服务器的启动命令,因此该服务器及其自身依赖仍然需要。可选 YAML 配置位于 ~/.mcpwall/config.yml 或项目内的 .mcpwall.yml,不存在时使用默认规则。无需账号、API 密钥或网络访问。
安装
在 SourceWeft 中
- 打开 控制台中的 mcpwall,将其添加到工作区。
- 为需要使用其工具的对话启用该服务。
Desktop only,通过 STDIO。 STDIO 服务会启动本地进程,因此需要 SourceWeft 桌面宿主。
其他 MCP 客户端
参照 仓库 中的启动说明。
README
mcpwall
[npm version] [CI] [Node.js] [License: Apache-2.0]
iptables for MCP. Blocks dangerous tool calls, scans for secret leakage, logs everything. No AI, no cloud, pure rules.
Sits between your AI coding tool (Claude Code, Cursor, Windsurf) and MCP servers, intercepting every JSON-RPC message and enforcing YAML-defined policies.
[mcpwall demo — blocking SSH key theft, pipe-to-shell, and secret leakage]
[mcpwall check — test any tool call against your rules without running the proxy]
Why
MCP servers have full access to your filesystem, shell, databases, and APIs. When an AI agent calls tools/call, the server executes whatever the agent asks — reading SSH keys, running rm -rf, exfiltrating secrets. There's no built-in policy layer.
mcpwall adds one. It's a transparent stdio proxy that:
- Blocks sensitive file access —
.ssh/,.env, credentials, browser data - Blocks dangerous commands —
rm -rf, pipe-to-shell, reverse shells - Scans for secret leakage — API keys, tokens, private keys (regex + entropy)
- Scans server responses — redacts leaked secrets, blocks prompt injection patterns, flags suspicious content
- Logs everything — JSON Lines audit trail of every tool call and response
- Uses zero AI — deterministic rules, no LLM decisions, no cloud calls
- Test rules without running the proxy —
mcpwall checkgives instant pass/fail on any tool call
Install
Or use directly with npx:
Quick Start
Option 1: Docker MCP Toolkit
If you use Docker MCP Toolkit (the most common setup), change your MCP config from:
To:
That's it. mcpwall now sits in front of all your Docker MCP servers, logging every tool call and blocking dangerous ones. No config file needed — sensible defaults apply automatically.
Option 2: Interactive setup
This finds your existing MCP servers in Claude Code, Cursor, Windsurf, and VS Code configs and wraps them. Optionally pick a security profile:
Option 3: Manual wrapping (any MCP server)
Change your MCP config from:
To:
Option 4: Wrap a specific server
How It Works
Inbound (requests):
- Intercepts every JSON-RPC request on stdin
- Parses
tools/callrequests — extracts tool name and arguments - Walks rules top-to-bottom, first match wins
- Allow: forward to real server
- Deny: return JSON-RPC error to host, log, do not forward
Outbound (responses):
- Parses every response from the server before forwarding
- Evaluates against
outbound_rules(same first-match-wins semantics) - Allow: forward unchanged
- Deny: replace response with blocked message
- Redact: surgically replace secrets with
[REDACTED BY MCPWALL], forward modified response - Log only: forward unchanged, log the match
Configuration
Config is YAML. mcpwall looks for:
~/.mcpwall/config.yml(global).mcpwall.yml(project, overrides global)
If neither exists, built-in default rules apply.
Example config
mcpwall does not support an interactive ask action; choose allow or deny explicitly.
Rule matchers
The special key _any_value applies the matcher to ALL argument values.
Outbound rules (response inspection)
Outbound rules scan server responses before they reach your AI client. Add them to the same config file:
Outbound matchers
Outbound actions
Named profiles
Pick a security baseline when initializing:
Each profile is a YAML file in rules/profiles/ — copy and customize as needed.
Server-specific recipes
Drop-in configs for common MCP servers, in rules/servers/:
filesystem-mcp.yaml— restricts reads/writes/listings to${PROJECT_DIR}, blocks dotfiles and traversalgithub-mcp.yaml— logs all file reads, blocks broad private repo enumerationshell-mcp.yaml— adds network command and package install blocks
Built-in rule packs
rules/default.yml— sensible defaults (blocks SSH, .env, credentials, dangerous commands, secrets)rules/strict.yml— deny-by-default paranoid mode (whitelist only project reads/writes)
Use a specific config:
CLI
Options:
-c, --config <path>— path to config file--log-level <level>— override log level (debug/info/warn/error)--strict— reject malformed JSON-RPC lines instead of forwarding them raw
Testing rules with mcpwall check
Not sure if a rule will block something? Test it without running the proxy:
Output:
Exit codes: 0 = allowed, 1 = denied or redacted, 2 = input/config error. Pipe-friendly — use in CI or scripts.
Audit Logs
All tool calls are logged by default — both allowed and denied. Logs are written as JSON Lines to ~/.mcpwall/logs/YYYY-MM-DD.jsonl:
Denied entries have args redacted to prevent secrets from leaking into logs.
mcpwall also prints color-coded output to stderr so you can see decisions in real time.
Security Design
- Bidirectional scanning: Both inbound requests and outbound responses are evaluated against rules
- Fail closed on invalid config: Bad regex in a rule crashes at startup, never silently passes traffic
- Fail open on malformed messages by default: Non-JSON-RPC lines are forwarded raw for compatibility; use
--strictto reject malformed JSON-RPC instead - Args redacted on deny: Blocked tool call arguments are never written to logs
- Surgical redaction: Secrets in responses are replaced in-place, preserving the JSON-RPC response structure
- Path traversal defense:
not_undermatcher usespath.resolve()to prevent../bypass - Pre-compiled regexes: All patterns compiled once at startup for consistent performance
- No network: Zero cloud calls, zero telemetry, runs entirely local
- Deterministic: Same input + same rules = same output, every time
License
mcpwall is not affiliated with or endorsed by Anthropic or the Model Context Protocol project. MCP is an open protocol maintained by the Agentic AI Foundation under the Linux Foundation.
来源:README.md,提交 0a17287
工具
0版本历史
1- v0.1.2最新Sep 16, 2026
评分
已满足适用检查项的 50%
该评分衡量此收录条目的完整程度,依据注册中心条目、端点与公开来源计算得出。它不是对服务器本身的评价,也不表示服务器安全或当前可用:可连通性是带日期的检查结果,评分也不包含安装量或用户评价。
- 近 30 天内可连通25 分
请保持端点能够响应 MCP 握手;SourceWeft 每 30 天探测一次。
- 已声明认证方式10 分
请在注册中心条目中声明凭据请求头,或保持端点能够响应探测,以便判定其认证方式。
- 已列出工具15 分
请让服务器在无凭据时响应 tools/list,或发布可在沙箱中无凭据启动的软件包。
- 描述必需15 分
- 图标10 分
- 文档15 分
- 许可证10 分