Mcp Supply Audit

io.github.kimmawlaPublished by GitHub account kimmawlav0.1.0Updated Nov 5, 2026

Audits MCP servers as software artifacts: registry entries, packages, configs, tool definitions.

The publisher's own server: audit.domains - Domain Valuation

VerifiedSTDIODesktop onlyDeveloper ToolsSecurity & Monitoring

Overview

AI-generated overview

Audits MCP servers as supply-chain artifacts — registry entries, PyPI/npm packages, client configs and tool definitions — using read-only static checks.

What you can do
  • Audit a whole server in one merged report from a registry name or a package name plus ecosystem
  • Check registry entries for repository consistency, owner match, package and version existence and remote URLs
  • Check PyPI or npm package versions for advisories, yanked or deprecated state, install scripts, provenance and publish recency
  • Test whether a name is close to a known popular package or registry name
  • Scan a pasted MCP client config for unpinned runners, plain-http remotes, hardcoded secrets, shell wrappers and broad paths
  • Scan a tools/list snapshot for hidden Unicode, instruction-like phrasing, exfiltration wording and encoded blobs
When to use it
Useful when deciding whether an MCP server, package or client config is safe to adopt, or when reviewing a server's tool descriptions for prompt-injection style indicators. It suits reviewers who want reproducible, rule-based checks rather than a verdict.
Requirements
Runs locally over stdio as a Python package (mcp-supply-audit), typically launched with uvx or from a source checkout with uv. No authentication, API keys or environment variables are declared. Outbound network access to registry.modelcontextprotocol.io, pypi.org, registry.npmjs.org and api.osv.dev is needed for the checks.
Before you install
Pre-release and not yet published, so it must be run from a source checkout for now. Reports are indicators only: no findings is not proof of safety, and static checks cannot see runtime behavior. A check that fails or times out is listed as skipped, so read the skipped list. Pasted configs and tool snapshots may contain secrets, which are sent to the four external services listed.

Installation

In SourceWeft

  1. Open Mcp Supply Audit in the dashboard and add it to a workspace.
  2. 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

mcp-supply-audit

Audits MCP servers as software artifacts: registry entries, packages, configs, tool definitions.

An MCP server. Static checks only. It never runs the code it inspects.

Status: pre-release, in development. Not yet published. Nothing here is a security guarantee.

Why this exists

Most MCP security scanners focus on tool descriptions. This project looks at the server as a supply-chain artifact: does the registry entry match its package and repo, is the name close to a popular one, what do the package version's own metadata and advisories say, and what does the config you are about to copy actually do.

What works today

Six tools, served over stdio by a FastMCP server (tool surface). All are read-only and take names or pasted text, never a path.

  • audit_server: runs the checks below that apply to one server (a registry name, or a package name plus pypi/npm) concurrently under a 30 s deadline, and returns one merged report. A check that fails or times out is listed as skipped; the rest of the report still returns.
  • audit_registry_entry: an MCP Registry entry's repository consistency with its packages, owner match, package and version existence, ownership markers, status, and remote URLs (as text).
  • audit_package: one PyPI or npm package version's OSV.dev advisories, yanked or deprecated state, install scripts (npm only), provenance, publish recency (PyPI only) and declared repository.
  • check_typosquat: whether a name is close to one in a dated reference list (curated PyPI and npm names; for registry names, also names crawled from the MCP Registry).
  • scan_mcp_config: an MCP client config's servers, for unpinned runners, plain-http remotes, hardcoded secrets, shell wrappers, broad paths, non-registry sources and risky env.
  • scan_tool_definitions: checks a tools/list snapshot for hidden Unicode, instruction-like phrasing, cross-tool references, exfiltration phrasing, encoded blobs, and other indicators.

Outbound requests go only to registry.modelcontextprotocol.io, pypi.org, registry.npmjs.org and api.osv.dev.

Quick start

Not on PyPI yet: these commands work once the package is published. Until then, run it from a source checkout.

For Claude Code, with uv:

bash
claude mcp add mcp-supply-audit -- uvx mcp-supply-audit

Pinned to one version (uvx's package@version form):

bash
claude mcp add mcp-supply-audit -- uvx [email protected]

scan_mcp_config flags the first form in the configs it scans (CF001, unpinned package runner).

From a source checkout

Run it from a checkout of this repository with uv:

bash
cd mcp-supply-audituv sync

Then point an MCP client at the mcp-supply-audit console script in that checkout. For Claude Code:

bash
claude mcp add mcp-supply-audit -- uv --directory /path/to/mcp-supply-audit run mcp-supply-audit

For clients configured with JSON (e.g. Claude Desktop's mcpServers):

json
{  "mcpServers": {    "mcp-supply-audit": {      "command": "uv",      "args": ["--directory", "/path/to/mcp-supply-audit", "run", "mcp-supply-audit"]    }  }}

Then ask, for example, "Is the MCP server <namespace>/<name> safe to install?" and the client can call audit_server. Read the report's skipped checks: a report with no findings is not proof of safety.

Design principles

  • Never executes a scan target. Static analysis and metadata only. No tool accepts a filesystem path.
  • Hostile input by default. Text from a target is sanitized, capped, and returned only as quoted evidence under untrusted_text. Hidden characters are shown as visible \uXXXX escapes.
  • Deterministic rules, no LLM in detection. Results are reproducible and unit-tested.
  • Findings are indicators, not verdicts. Every report lists which checks ran and which were skipped, and states that no findings is not proof of safety.
  • Mapped to the OWASP MCP Top 10 (beta, v0.1), by ID.

Limits

Static checks cannot see runtime behavior. Audit and telemetry gaps, shadow servers, and context over-sharing are outside what this tool can detect.

Per-check limits: registry checks, package checks, typosquat checks, config checks.

Evaluation

No benchmark has been run yet.

Development

bash
uv syncuv run pytest -quv run ruff checkuv run ruff format --check

Security

To report a vulnerability in this project, see SECURITY.md.

License

MIT

Source: README.md at commit 47f5543

Tools

0
SourceWeft started this package once in an isolated sandbox, without credentials, to list its tools. That failed: the package did not install.

Version history

1
  1. v0.1.0LatestNov 5, 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

Other Audit integrations