
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 分