Skip to main content

MCP Audit

MCP Audit is an open-source security regression scanner for Model Context Protocol servers. It extracts tool capabilities and permissions, detects risky cross-tool data flows, compares security posture across Git revisions, and emits CI-friendly evidence.

The first version focuses on Python/FastMCP projects and the core product thesis from the spec: show what an MCP server can do, what changed, and whether the change creates a dangerous capability path.

MCP005 is the capability-graph rule: it identifies when one tool returns classified data and another tool in the same MCP registration context can send it to an external destination. Findings include the source, data classification, sink, destination, path, source evidence, impact, and remediation.

Install locally

uv sync

Run project commands through uv run, or activate the virtual environment with source .venv/bin/activate before using bare commands.

The package also supports isolated CLI installation directly from a checkout:

pipx install .
mcp-audit --version
mcp-audit scan .

The product and CLI are named MCP Audit, while the PyPI distribution is named mcp-capdiff:

pipx install mcp-capdiff
mcp-audit --version

Scan a server

uv run mcp-audit scan .

Scans fail closed when source cannot be read or when no MCP tools are discovered. Use --allow-empty only when an empty result is intentional.

Useful output formats:

uv run mcp-audit scan . --format json
uv run mcp-audit scan . --format sarif --output mcp-audit.sarif

Generate a capability manifest

uv run mcp-audit manifest .

Compare against a Git baseline

uv run mcp-audit diff --base origin/main

The diff report focuses on security changes: before/after risk, added and changed tools, expanded capabilities, new findings, resolved findings, and approval removal.

Run tests

uv run pytest

The corpus contains positive, negative, and edge cases under fixtures/, including host allowlisting, path-root validation, approval gating, and cross-tool sensitive-data paths.

GitHub Action

The repository includes a composite action that runs the security diff, uploads SARIF to GitHub Code Scanning, and fails the check when policy thresholds are crossed:

permissions:
  actions: read
  contents: read
  security-events: write

steps:
  - uses: actions/checkout@v4
    with:
      fetch-depth: 0
  - uses: actions/setup-python@v5
    with:
      python-version: "3.12"
  - uses: your-org/mcp-audit@v0.1
    with:
      target: .
      base: origin/main
      policy: mcp-audit.yaml

JSON reports and manifests use the versioned schema documented in docs/report-schema.md.

The copyable vulnerable FastMCP demo includes four before/after pull-request scenarios and its own Action workflow.

V0.1 rules

  • MCP001 arbitrary shell execution.
  • MCP002 unrestricted filesystem access.
  • MCP003 arbitrary URL or SSRF surface.
  • MCP004 high-impact side effect without approval.
  • MCP005 sensitive read to external write path.
  • MCP007 unbounded security-sensitive input.
  • MCP010 destructive tool exposed.
  • MCP016 capability escalation in a diff.
  • MCP017 approval removed in a diff.

Each rule's detection behavior, examples, remediation, and limitations are documented in docs/rules.

Demo fixtures

uv run mcp-audit scan fixtures/safe_server
uv run mcp-audit scan fixtures/vulnerable_server

The vulnerable fixture includes a sensitive file read tool, an unrestricted URL fetcher, shell execution, and a destructive operation. MCP Audit should flag the individual findings and the cross-tool path:

read_customer_file -> agent_context -> fetch_url

Policy

The default policy fails on high and critical findings. A minimal policy file can set a risk threshold and suppress reviewed findings:

policy:
  ci:
    fail_on:
      - critical
      - high
    max_risk_score: 60

suppress:
  - rule: MCP003
    tool: internal_fetch
    reason: "Network egress is enforced by service mesh"
    expires: 2027-01-31

Suppression reasons are required. Expired suppressions no longer hide findings, and mcp-audit policy check reports them. See policy documentation.

Version contracts

CLI, ruleset, report schema, and manifest schema versions evolve independently. See versioning and report schema.

Passing MCP Audit is technical security evidence, not a legal compliance determination.

Metadata

Release files for mcp-capdiff 0.1.1

For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.

Source distribution (sdist)

Source distribution for mcp-capdiff 0.1.1
File Size Uploaded
mcp_capdiff-0.1.1.tar.gz 44.2 kB Details

Built distribution (wheel)

Table of built distributions (wheels) for mcp-capdiff 0.1.1
File Interpreter ABI Platform
mcp_capdiff-0.1.1-py3-none-any.whl Python 3 none any Details

Total release size: 71.9 kB

Release files / mcp_capdiff-0.1.1.tar.gz

Download URL mcp_capdiff-0.1.1.tar.gz
Size 44.2 kB
Tags Source
SHA-256 checksum
How to use checksums
08fd0b8edb2074711bc06950a8358d2c9fc933125c45e5c2f74acf3e1f57eb8f
BLAKE2b-256 checksum
How to use checksums
9f5422bb0ac0aaa8ac622b37ad1f4bb8866f91445fc666ea94901f39891a87a1
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.14

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Oct 1, 2026.

Transparency log

Release files / mcp_capdiff-0.1.1-py3-none-any.whl

Download URL mcp_capdiff-0.1.1-py3-none-any.whl
Size 27.7 kB
Tags Python 3
SHA-256 checksum
How to use checksums
67c01f433cc486c6a28b628421fe5a935fc99f18a4cfd3d42e6d869c7d933c2a
BLAKE2b-256 checksum
How to use checksums
0fc503477d6977f32a2b06784215164a22f04c0325039ae3ccde093b88ddcdbb
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.14

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Oct 1, 2026.

Transparency log

Release history Release notifications | RSS feed

0.2.3

2 release files

0.2.2

2 release files

0.2.1

2 release files

0.2.0

2 release files

0.1.3

2 release files

0.1.2

2 release files

This release

0.1.1 This release

2 release files

Anthropic, PBC Visionary sponsor Bloomberg Visionary sponsor Hudson River Trading Visionary sponsor Meta Visionary sponsor NVIDIA Visionary sponsor Microsoft Sustainability sponsor Depot Continuous Integration AWS Cloud computing and Security Sponsor Datadog Monitoring Fastly CDN Google Download Analytics Sentry Error logging StatusPage Status page