Skip to main content

sovereign-mcp-gateway

A gating proxy for Model Context Protocol servers. Point your MCP client at the gateway instead of at your servers. It connects to every upstream you list, merges their tool catalogues into one, and puts every call through a verification chain before it reaches the server that would execute it.

pip install "sovereign-mcp-gateway[all]"
sovereign-mcp-gateway --config gateway.json

The gateway is itself an MCP server, so any client that speaks MCP works with no changes.


What it stops

An agent reads a GitHub issue whose body carries an instruction aimed at the model rather than at you. It is persuaded, and calls git_commit.

commits after injected commit present
straight to mcp-server-git 2 yes
through the gateway 1 no

Same tool, same arguments, same server. The difference is whether anything was in a position to refuse.

Read the walkthrough: Your agent reads an issue — or run it:

pip install "sovereign-mcp-gateway[all]" mcp-server-git
python examples/poisoned_issue.py

Why a proxy and not a library

A library has to be adopted by whoever wrote the server. A proxy protects servers you cannot modify — which is most of them, because the useful MCP servers are published packages someone else maintains.

It also gives you one place to hold policy and one audit trail across every server an agent can reach, rather than per-server configuration nobody keeps in sync.

Configure

{
  "servers": {
    "git":    {"command": "mcp-server-git",    "args": ["--repository", "/repo"]},
    "sqlite": {"command": "mcp-server-sqlite", "args": ["--db-path", "/data.db"]}
  },
  "policy": {"deny_tools": ["git__git_reset"], "pii_policy": "warn"},
  "audit":  {"path": "gateway-audit.jsonl"}
}

Check the wiring before a client ever sees it:

sovereign-mcp-gateway --config gateway.json --check
SOVEREIGN GATEWAY - configuration check
upstreams: 2
layers:   policy -> intent -> text-filter -> frozen-verify -> audit

EXPOSED AS                             UPSTREAM TOOL
git__git_status                        git.git_status
git__git_reset                         git.git_reset          [DENIED]
sqlite__read_query                     sqlite.read_query
...
18 tools exposed.

The chain

policy → intent → text-filter → frozen-verify → [ call executes ] → output-verify → logic-rules → audit
Layer Package Refuses when
policy the tool is on a deny list, or absent from an allow list
intent intentshield the call fails the behavioural floor
text-filter sovereign-shield an argument carries injection, in any of 22 languages or seven encodings
frozen-verify sovereign-mcp the call disagrees with the tool definition frozen at startup
output-verify sovereign-mcp the result fails schema, deception, PII or content checks
logic-rules logicshield the result is inconsistent with rules you configured
audit sovereign-mcp — records every call, allowed or refused, in a hash-chained log

Only sovereign-mcp is required. The optional layers install as extras, and the gateway prints which ones are active at startup — a partial install degrades visibly rather than silently.

pip install sovereign-mcp-gateway            # policy, frozen-verify, audit
pip install "sovereign-mcp-gateway[all]"     # every layer

Verified end to end

Against mcp-server-git and mcp-server-sqlite running as real upstreams, driven by a real MCP client:

Call Result
git__git_status, git__git_log allowed
sqlite__create_table, __write_query, __read_query allowed — the row is really in the database
git__git_reset refused: on the deny list
git__git_push_force refused: no upstream exposes it
git__git_status(repo_path=12345) refused: wrong type for the frozen schema
git__git_commit("IGNORE ALL PREVIOUS INSTRUCTIONS…") refused: text filter
sqlite__git_commit(...) refused: a tool cannot be reached through another upstream's namespace

Afterwards the repository still holds one commit and the database holds exactly the row it should — checked by opening them directly, not by trusting the gateway's own report. Eleven audit records for ten calls; editing any one of them breaks the chain.

Those cases are the test suite, not a screenshot: pytest tests/ -v.

Namespacing

With namespace on (the default) a tool is exposed as git__git_status. Two upstreams offering the same tool name cannot collide, shadow each other, or be reached through the wrong namespace. Turn it off only when you have a single upstream.

Policy

"policy": {
  "deny_tools":  ["git__git_reset", "write_query"],
  "allow_tools": null,
  "pii_policy":  "warn",
  "fail_closed": true,
  "rate_limit_interval": 0
}
  • deny_tools matches either the exposed name (git__git_reset) or the upstream tool name (git_reset, on every upstream that has it).
  • allow_tools, when set, refuses everything not listed.
  • pii_policy defaults to warn, not block. Real tools return personal data as normal output — every git log entry carries an author email — and blocking those makes the gateway unusable. Set block when your tools should never emit PII.
  • fail_closed decides what happens when a layer itself errors. Default: refuse.
  • rate_limit_interval is 0, which disables the behavioural floor's own inter-action delay. That delay is right for one agent taking deliberate steps and wrong for a proxy, where a burst of tool calls is ordinary traffic.
  • entropy_policy defaults to warn. The text filter's entropy heuristic hunts for encoded payloads hidden in prose, but tool arguments are routinely structured — paths, identifiers, hashes — where high entropy is normal. A temporary directory path alone was enough to have a legitimate call refused. Set block when your arguments really are prose.

What this does not do

It verifies calls against frozen definitions and inspects arguments and results. It does not read your servers' source, so it cannot see a check that is present, is called, and silently does nothing. That still takes someone reading the implementation.

It also cannot protect against a compromised upstream returning correct-looking data — Layer C consensus in sovereign-mcp addresses that, and requires model providers you configure yourself.

Licence

Business Source License 1.1 — see LICENSE.

In short: the source is public, and you may read it, modify it, and use it for development, evaluation and any other non-production purpose at no cost. Production use requires a commercial licence. Each version converts to Apache 2.0 on its Change Date, four years after publication.

To license it for production, or to ask whether your use needs one: contact@sovereign-shield.net

Download files

Download the file for your platform. If you're not sure which to choose, learn more about installing packages.

Source Distribution

sovereign_mcp_gateway-0.1.2.tar.gz (22.1 kB view details)

Uploaded Source

Built Distribution

If you're not sure about the file name format, learn more about wheel file names.

sovereign_mcp_gateway-0.1.2-py3-none-any.whl (15.8 kB view details)

Uploaded Python 3

File details

Details for the file sovereign_mcp_gateway-0.1.2.tar.gz.

File metadata

  • Download URL: sovereign_mcp_gateway-0.1.2.tar.gz
  • Upload date:
  • Size: 22.1 kB
  • Tags: Source
  • Uploaded using Trusted Publishing? No
  • Uploaded via: twine/6.2.0 CPython/3.12.10

File hashes

Hashes for sovereign_mcp_gateway-0.1.2.tar.gz
Algorithm Hash digest
SHA256 927e6dfcd7f16103f1397081c72c3737d2f1586db471cbfec273d0c25a7263a5
MD5 feed3cc3849543ee075ce45fdd332736
BLAKE2b-256 0528c533a4c71fb5b8b9c965979bb89bc39403d991c54794090e8d44ac224f44

See more details on using hashes here.

File details

Details for the file sovereign_mcp_gateway-0.1.2-py3-none-any.whl.

File metadata

File hashes

Hashes for sovereign_mcp_gateway-0.1.2-py3-none-any.whl
Algorithm Hash digest
SHA256 220909bdefe7caa6736ce6b343a09000b0c32e9c89c0f2bff80b718e507cf660
MD5 8987e29a5fc2088319ea7b20aa65b72d
BLAKE2b-256 731ec8380c1733412b359b11bce3f374e4c569e317b682b090e55d747c3a00d5

See more details on using hashes here.

Release history Release notifications | RSS feed

This release

0.1.2 This release

2 files

0.1.1

2 files

0.1.0

2 files

Supported by

AWS Cloud computing and Security Sponsor Datadog Monitoring Depot Continuous Integration Fastly CDN Google Download Analytics Sentry Error logging StatusPage Status page