
AppSec Toolbox MCP
io.github.ai-ronin-systemsPublished by GitHub account ai-ronin-systemsv0.3.0Updated Oct 26, 2026
Passive AppSec scanners as eight parameterless MCP tools; the audited repository is data.
Overview
Runs ten pinned security scanners inside a hardened container and exposes them as eight parameterless MCP tools for passive auditing of an untrusted repository.
- What you can do
- Run a full audit bundle or individual scans: SAST with suppression inventory, secret scanning, dependency and OSV checks, repository and IaC scanning, language-specific analysis, and SBOM generation
- Collect native scanner reports plus a run manifest that ties each report's SHA-256 to a fingerprint of the scanned tree
- Review an inventory of suppression markers found in the target and an audit log of every tool call
- Record coverage limits when a file cannot be read, instead of failing the run or reporting a clean result
- When to use it
- Use it when an assistant should audit a repository you do not trust and you want evidence rather than verdicts, with no shell, no target path and no execution of the repository's build or code. Suited to security review workflows where reproducible, fingerprinted scanner output matters.
- Requirements
- Runs locally as a stdio server from an OCI image (ghcr.io/ai-ronin-systems/appsec-toolbox-mcp:0.3.0) via Docker, desktop only. The operator mounts exactly one repository read-only at /runner/target and one writable directory at /runner/output. Optional APPSEC_LANGS environment variable selects language profiles (auto, none, or a list such as python,node). Offline mode needs rule and advisory data fetched beforehand.
Installation
In SourceWeft
- Open AppSec Toolbox MCP in the dashboard and add it to a workspace.
- Enable the server for the chats that should use its tools.
Desktop only via STDIO. STDIO servers start a local process, so they need the SourceWeft desktop host.
Other MCP clients
Follow the launch instructions in the repository.
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.
Source: README.md at commit 0bd11d0
Tools
0Version history
1- v0.3.0LatestOct 25, 2026
Score
50% of the applicable checks met
How complete this listing is, computed from the registry entry, the endpoint and public sources. Not a rating of the server and not a statement that it is safe or working today: reachability is a dated check, and no installs or reviews go into the score.
- Reached in the last 30 days25 pts
Keep the endpoint answering the MCP handshake; SourceWeft probes it every 30 days.
- Auth declared10 pts
Declare the credential headers in the registry entry, or keep the endpoint answering the probe so its auth can be classified.
- Tools listed15 pts
Answer tools/list without a credential, or ship a package that starts in a sandbox without one.
- DescriptionRequired15 pts
- Logo10 pts
- Documentation15 pts
- License10 pts