Search DevTools

Jump to any tool or page

Midplane

Unexplored

Safe-by-default SQL guardrails for AI agents: AST-checked queries, per-table policy, audit log.

midplaneai4 stars0 forksData & Databases
View source

Install

Terminal

$npx -y midplane server

mcp_config.json

{
  "mcpServers": {
    "ai-midplane-midplane": {
      "env": {
        "DB_PATH": "${DB_PATH}",
        "DATABASE_URL": "${DATABASE_URL}",
        "MIDPLANE_TELEMETRY": "${MIDPLANE_TELEMETRY}",
        "MIDPLANE_POLICY_FILE": "${MIDPLANE_POLICY_FILE}"
      },
      "args": [
        "-y",
        "midplane",
        "server"
      ],
      "command": "npx"
    }
  }
}

Documentation

Midplane

Safe-by-default SQL guardrails for AI agents. Midplane sits in the query path between an AI agent (Claude, Cursor, any MCP client) and your Postgres database. It parses every statement with a real SQL AST โ€” not a regex blocklist โ€” enforces a declarative per-table access policy, blocks destructive DML/DDL, and writes an event-sourced audit log of which agent ran what, before the query executes.

๐Ÿ“– Full documentation lives at midplane.ai/docs โ€” agent setup, the policy reference, self-hosting, deployment, and the threat model. This README is just the orientation.

Why this exists

AI coding agents are being plugged into production Postgres without an audit trail or a safety layer. The deprecated Anthropic reference Postgres MCP shipped a stacked-statement injection vector (Datadog Security Labs, 2025); the common service-role setup hands an agent a connection that can read and write every table. Midplane parses every query as an AST, denies the dangerous shapes, and writes a durable audit row before the query reaches your database.

What it blocks

  • Destructive writes by default โ€” DELETE FROM users is denied even with a WHERE, until you opt the table into read_write.
  • Whole-table wipes and schema destruction โ€” no-WHERE DELETE / UPDATE and all DROP / TRUNCATE / ALTER, regardless of table policy.
  • Stacked-statement injection โ€” SELECT 1; DROP TABLE users denied at parse time.
  • Writes hidden inside a read โ€” WITH x AS (DELETE FROM users RETURNING *) SELECT * FROM x is denied at the inner DELETE, not the outer SELECT. The same recursive walk covers subqueries, UNION arms, and JOINs.

The full policy model, the parse โ†’ policy โ†’ audit pipeline, and the adversarial corpus that pins it are documented at midplane.ai/docs.

In a real chat

A delete all users prompt to Claude Code, against a Midplane-fronted DB:

โบ Hold on โ€” that's destructive and irreversible. Before I run DELETE FROM public.users, please confirm.

user: confirm delete all users

โบ Midplane blocked it: "writes to table users are not allowed by the table-access policy." The DELETE was audited but not executed.

Quick start

Three ways in โ€” same open-core codebase behind all of them. Step-by-step guides are at midplane.ai/docs.

Managed cloud

The fastest way to try Midplane: sign up at app.midplane.ai and go from zero to your first guarded query in a couple of minutes. Dashboard, policy editor, hosted audit log, agent-token issuance. Nothing to install, multi-region, fully supported.

Guard one database yourself

Put the MIT engine in front of a Postgres database and point an agent at it. Nothing to install โ€” npx ships with Node and fetches the midplane package on first run (needs Node 22.16+; on anything older it says so and exits). Add this to your MCP client's config (Claude Code, Claude Desktop, Cursor โ€” they all take this shape):

{
  "mcpServers": {
    "midplane": {
      "command": "npx",
      "args": ["-y", "midplane", "server", "--stdio"],
      "env": { "DATABASE_URL": "postgres://user:pass@host:5432/db" }
    }
  }
}

Keep the connection string in that env block rather than on a command line, where it would leak to ps aux and your shell history. The block still lands in a plaintext config file, so give Midplane its own least-privilege Postgres role: it governs which SQL runs, not what the role underneath it can reach.

That config is already the safe default: reads allowed, writes and DDL denied, every query audited to ~/.midplane/audit.db. Read the log back with npx midplane audit denies. To open specific tables up, generate a policy with npx midplane init โ€” it introspects your schema over a read-only connection, suggests a tenant column, and writes a validated midplane.policy.yaml.

For a CI pipeline or a long-lived sidecar, the same engine ships as a self-contained image with no Node in it โ€” midplane/midplane:0.19.0, serving Streamable HTTP instead of stdio. Setup ยท engine/README.md.

Self-host the whole app

The complete single-tenant product โ€” dashboard, policy editor, audit log, agent-token issuance โ€” keyless and uncapped, on your own Postgres. Docker is the only prerequisite:

git clone https://github.com/midplaneai/midplane && cd midplane
./bin/self-host up                               # โ†’ http://localhost:3000

That generates secrets into .env.self-host, brings up Postgres + the web app, applies migrations on boot, and prints the dashboard URL โ€” the first email+password signup becomes the owner.

Running from source, the single-image deploy, the engine-spawn topology, and the full walkthrough: midplane.ai/docs (in-repo: SELF_HOST.md).

Open core

Midplane is open core, MIT, and self-hostable. Everything outside apps/web/src/ee/ is the Community Edition โ€” the whole single-tenant product, uncapped when self-hosted. apps/web/src/ee/ is the commercial Enterprise Edition (SSO/SAML today; the governance band over time); deleting it leaves a working MIT build. The managed cloud is the same codebase and the supported, paid path. See LICENSE for the MIT terms and NOTICE for the ee/ carve-out.

Architecture

One codebase, two deployables:

  • Control plane (repo root) โ€” dashboard, policy management, audit views, agent-token issuance, hosted MCP proxy. MIT except apps/web/src/ee/.
  • Engine (engine/) โ€” the MIT query-path engine, compiled to a self-contained binary. The control plane spawns it per project and never reimplements it, so hosted and self-host run the exact same engine โ€” only the packaging differs.
apps/web              Next.js dashboard + Better Auth + projects API
packages/db           Drizzle schema (customers, projects, audit index)
packages/kms          encryptDsn / decryptDsn (env-mode dev, AWS KMS prod)
packages/router       Hosted MCP request handler โ€” token โ†’ project โ†’ engine
engine/               The MIT query-path engine
infra/telemetry-proxy Cloudflare Worker for anonymized OSS install telemetry

Operating the managed multi-region cloud (Fly + Neon + KMS) is in docs/deploy.md.

Contributing

Issues and PRs welcome โ€” start with CONTRIBUTING.md. The single highest-leverage contribution is a new entry in the adversarial SQL corpus: a bypass attempt and the policy fix that defeats it. Commits are DCO-signed (git commit -s). For security issues, follow SECURITY.md โ€” don't open a public issue.

License

MIT โ€” see LICENSE. No copyleft, no BSL, no source-available rug-pull. The one carve-out is apps/web/src/ee/ (the commercial Enterprise Edition, governed by apps/web/src/ee/LICENSE and recorded in NOTICE); deleting it leaves a fully working MIT build.


More: Docs ยท Pricing ยท Support ยท Design system ยท Code of Conduct

Sourced from the repository README.

More in Data & Databases