
AppSec Toolbox MCP
io.github.ai-ronin-systems由 GitHub 账号 ai-ronin-systems 发布v0.3.0更新于 Oct 26, 2026
Passive AppSec scanners as eight parameterless MCP tools; the audited repository is data.
概览
在加固容器中运行十款固定版本的安全扫描器,以八个无参数 MCP 工具对不可信代码仓库做被动审计。
- 可以做什么
- 运行完整审计包或单项扫描:带抑制清单的 SAST、密钥扫描、依赖与 OSV 检查、仓库与 IaC 扫描、语言专项分析以及 SBOM 生成
- 获取各扫描器的原生报告,以及把每份报告 SHA-256 与被扫描目录指纹绑定的运行清单
- 查看目标中发现的抑制标记清单,以及每次工具调用的审计日志
- 当文件无法读取时记录覆盖范围限制,而不是让整次运行失败或给出虚假的干净结果
- 适用场景
- 当需要让助手审计你不信任的代码仓库,并希望得到证据而非结论,同时不提供 shell、不让其选择目标路径、也不执行仓库的构建或代码时使用。适合需要可复现、带指纹的扫描输出的安全审查流程。
- 运行要求
- 以 stdio 本地进程方式从 OCI 镜像(ghcr.io/ai-ronin-systems/appsec-toolbox-mcp:0.3.0)通过 Docker 运行,仅限桌面端。操作者需将一个仓库以只读方式挂载到 /runner/target,并将一个可写目录挂载到 /runner/output。可选环境变量 APPSEC_LANGS 用于选择语言配置(auto、none 或 python,node 之类的列表)。离线模式需事先获取规则与公告数据。
安装
在 SourceWeft 中
- 打开 控制台中的 AppSec Toolbox MCP,将其添加到工作区。
- 为需要使用其工具的对话启用该服务。
Desktop only,通过 STDIO。 STDIO 服务会启动本地进程,因此需要 SourceWeft 桌面宿主。
其他 MCP 客户端
参照 仓库 中的启动说明。
README
appsec-toolbox-mcp
Let an AI agent audit code you do not trust, without giving it a shell, a path to choose, or the repository's code to run.
Ten pinned security scanners behind eight parameterless MCP tools, in one hardened container. The audited repository is treated as the attacker. The agent only ever collects evidence.
Recorded from examples/agent_demo.py against examples/vulnerable-sample. Waiting time is shortened; the real scan time is in the last line.
In 30 seconds
- What it is. Semgrep, Gitleaks, OSV-Scanner, Trivy, Checkov, Syft, and language specialists (Bandit, FindSecBugs, njsscan, gosec) exposed to any MCP client as fixed capabilities:
security.sast,security.secrets,security.dependencies, and so on. - The threat model. The repository under audit is hostile: it controls every file the scanners parse and every string the agent reads back. So the agent gets nothing to steer: no arguments, no target path, no shell, no way to run the repository's build or code.
- What you get. Native scanner reports, a run manifest that ties each report's SHA-256 to a recomputable fingerprint of the scanned tree, and an audit log of every tool call.
Engineering highlights
Each claim links to the code or test that proves it.
Verification in layers. Unit tests cover the scripts. A smoke test drives the Makefile through Makefile MCP with fake scanners whose stubs fail if any hardening flag is missing. The image test runs the real scanners against a known-vulnerable sample, a hostile sample that tries every attack above, and offline mode, under the documented resource limits. Independent adversarial reviews attacked the image; every confirmed finding was fixed with a regression test, and what remains is written down in the threat model.
Quick start
Offline mode, the resource limits, and the target-settings hardening are on main and ship in the next release. To use them now: docker build -t appsec-toolbox-mcp:dev . and IMAGE=appsec-toolbox-mcp:dev.
Run it as an MCP stdio server against one repository:
Register the same command as a stdio server in any MCP client:
Compose, offline mode, language selection, and every evidence file are in Usage.
How it works
The operator mounts exactly one repository at /runner/target and one writable directory at /runner/output. The audited path is never an MCP parameter, so the agent has no host-path capability. A trusted Makefile holds every scanner command; Makefile MCP decides which of its targets the agent may call. Language specialists are picked by detection (APPSEC_LANGS=auto) or by the operator, never by the agent.
Threat model
The audited repository is the attacker, and the agent reading its reports may be steered by it. Read the threat model: attacker goals, sixteen threats with their controls and residual risks, what is and is not guaranteed, and an operator checklist.
Design choices
- Evidence, not verdicts. Reports stay in each scanner's native format. The toolbox never grades, deduplicates, or normalizes findings; a consumer does that with the full evidence.
- One closed set of scanners. Four language profiles, no plug-in framework, no user-defined pipelines. Generic SCA stays with OSV and Trivy; specialists add a different analysis engine, not a duplicate one.
- Coverage gaps are recorded, never papered over. A source-only Java project gets no FindSecBugs pass, because the toolbox will not compile untrusted code; the manifest says so.
- Everything pinned. Scanner versions are pinned and updated one at a time against known-positive and hostile fixtures (update policy).
It is not an autonomous auditor, an LLM agent, a DAST engine, a credential manager, a report normalizer, or a shell server.
Part of a larger system
Makefile MCP is published on PyPI and the official MCP Registry, with its own threat model.
Documentation
Development
More in Usage.
License
Apache-2.0.
来源:README.md,提交 0bd11d0
工具
0版本历史
1- v0.3.0最新Oct 25, 2026
评分
已满足适用检查项的 50%
该评分衡量此收录条目的完整程度,依据注册中心条目、端点与公开来源计算得出。它不是对服务器本身的评价,也不表示服务器安全或当前可用:可连通性是带日期的检查结果,评分也不包含安装量或用户评价。
- 近 30 天内可连通25 分
请保持端点能够响应 MCP 握手;SourceWeft 每 30 天探测一次。
- 已声明认证方式10 分
请在注册中心条目中声明凭据请求头,或保持端点能够响应探测,以便判定其认证方式。
- 已列出工具15 分
请让服务器在无凭据时响应 tools/list,或发布可在沙箱中无凭据启动的软件包。
- 描述必需15 分
- 图标10 分
- 文档15 分
- 许可证10 分