Production Ready · v0.4.1

The Security Layer for MCP
Servers.

Signed, sandboxed, and capability-scoped MCP server packages. Cryptographic provenance attestation for every tool your agents run. Zero-trust by default.

WASM
Sandboxed
Ed25519
Attested
Zero-Trust
Default
mpp-verify — terminal
LIVE
MPP Runtime v0.4.1
SANDBOX ACTIVE
WebAssembly (WASM)·
Rust·
Ed25519 Signatures·
UK Research-Backed·
Zero-Trust Defaults·
WASI Runtime·
Enterprise Licensed·
Sandboxed Execution·
Intent Attestation·
Content-Addressed·

See MPP in Action

Watch how MPP secures AI agent tool execution with sandboxing, signing, and zero-trust enforcement.

The Case for MPP

MCP powers the ecosystem.
MPP secures it.

MCP Today

The Security Gap

  • Lateral movement between tool contexts
  • Silent data exfiltration via tool calls
  • No portable identity for tool authors
  • Unbounded memory and syscall access
  • Zero signature verification
  • Trust-on-first-use with no attestation

MCP defines the protocol. It does not define the security layer. Unattested servers are an unverified trust assumption at every invocation.

MPP Protocol

The MPP Shield

  • WASM sandbox — hardware-level memory isolation
  • Signed provenance with Ed25519 author identity
  • Portable .mpp artifacts, run anywhere
  • Strict syscall allowlisting via WASI
  • Cryptographic manifest integrity checks
  • Intent-bound attestation — permission by design

MPP artifacts are cryptographically sealed — verified identity, bounded permissions, zero implicit trust.

Core Capabilities

Security is not a feature. It's the architecture.

Core Runtime

WASM Isolation

Every MPP artifact executes inside a WebAssembly sandbox. Hardware-level memory safety, tools cannot read host memory, spawn processes, or make arbitrary network calls.

runtime: wasm32-wasi
memory: 64MB cap
syscalls: allowlist-only
Identity Layer

Signed Provenance

Every artifact is signed with Ed25519. Know exactly who authored the tool, from first publish to every update. The chain of custody is immutable.

signer: "0xA3F2...E91C"
algorithm: Ed25519
verified: true
Permission Model

Intent-Bound Attestation

Permissions only activate when the user's declared intent matches the tool's pre-approved scope. No ambient authority, every action is explicitly sanctioned.

permissions: [read-only]
intent: "query-only"
scope: user-matched
Supply Chain

Build Attestation

Every release is cryptographically linked to a verified source commit and publisher identity. The full provenance trail is available to any MCP host or enterprise buyer.

source: verified-commit
publisher: attested
provenance: auditable
How It Works

Security at every step. From publish to runtime.

MPP Registry adds a verifiable security layer to every MCP server tool — so agent frameworks and the teams running them always know exactly what they're executing.

01

Package and sign your tool

Wrap your MCP server as a signed .mpp artifact. Every package gets a cryptographic attestation — publisher identity, content hash, and declared permissions are bound together by an Ed25519 signature.

02

Publish to the registry

Upload your signed package to the MPP Registry. It becomes discoverable by any team or agent framework that queries the registry API. Public packages are free to distribute; private packages stay within your tenant.

03

Run in a sandboxed WASM runtime

Agent frameworks download the package, verify the signature against the registry, and execute it inside a strict WASM sandbox. Memory boundaries, permission scopes, and intent attestations are enforced at runtime.

04

Audit every invocation

Every call from an agent to a tool is logged to an append-only audit trail. Teams get a tamper-evident record of which tool ran, which agent called it, and what permissions were exercised — with no way to delete history.

What you always know

Know who built it

Publisher identity is signed into every package

Know what it does

Declared permissions are attestation-bound, not self-reported

Know it ran safely

WASM isolation prevents escape and data exfiltration

Know it ran at all

Append-only audit log captures every invocation

The Registry

Everything you need. Nothing you don't.

MPP Registry gives teams and agent frameworks a single verified source of truth for MCP server tools — with the security controls that production deployments require.

The Registry

A signed marketplace for MCP tools

MPP Registry is a versioned, cryptographically attested package registry for MCP server tools. Every package carries a verified publisher identity, a declared permission scope, and an immutable content hash — so agent frameworks and the teams operating them know exactly what they're running before it executes.

  • Every package signed with Ed25519 by its publisher
  • WASM-sandboxed at runtime — permissions enforced, not just declared
  • Version-immutable: a published version never changes
  • Public packages discoverable by any MCP-compatible framework
Browse packages
Getting Started

Sign up in under five minutes

Create an account, register as a publisher with your Ed25519 key pair, and receive your API token. From there the CLI handles signing, packaging, and uploading. The first package can be published in a single command.

  • Sign up with email, GitHub, Google, or Microsoft SSO
  • Register your Ed25519 public key once — the CLI handles signing
  • Free plan includes 500 invocations per month, no credit card required
  • Upgrade to paid plans for higher limits, private packages, and team access
Create an account
What You Can Access

Public tools, private packages, and team registries

Free accounts can publish and consume public packages. Paid plans unlock private packages visible only to your team, higher invocation allowances, tenant-level SSO, and an append-only audit log that gives you a full record of every tool call made in your environment.

  • Public packages — free to publish and consume, no account required to download
  • Private packages — scoped to your tenant, not visible in the public registry
  • Team plans — SSO, shared publisher identity, and collaborative package management
  • Audit log — append-only record of every publish, yank, and invocation event
View pricing
FAQ

Common questions. Straight answers.

Contact Us

Get in Touch

Enterprise deployment of MPP is currently in a research and test phase, and we are actively working with selected organisations. Companies are welcome to apply to become part of the test deployment stage. Want to integrate, contribute, or partner? We'd love to hear from you.

What we can help with

  • Early access to the MPP runtime
  • Integrating MPP into your AI platform
  • Licensing the protocol for enterprise use
  • Partnership & commercialisation