Skip to content
Open
Show file tree
Hide file tree
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
2 changes: 2 additions & 0 deletions docs/permit-mcp-gateway/advanced-features.mdx
Original file line number Diff line number Diff line change
Expand Up @@ -138,3 +138,5 @@ The following capabilities have been referenced in marketing materials but are n
---

**Interested in Enterprise features?** [Schedule a demo](https://calendly.com/permit-io/demo) or reach out at [support@permit.io](mailto:support@permit.io). You can also find us on [Slack](https://io.permit.io/slack).

**Need the gateway in your own infrastructure?** See [Enterprise Deployment](/permit-mcp-gateway/enterprise-deployment) for customer-controlled deployment options, including local PDP, private MCP servers, and data residency compliance.
2 changes: 2 additions & 0 deletions docs/permit-mcp-gateway/architecture.mdx
Original file line number Diff line number Diff line change
Expand Up @@ -482,6 +482,8 @@ Permit MCP Gateway is available as a **hosted gateway** at `*.agent.security`. E

Point your MCP clients to `https://<host>.agent.security/mcp` and the gateway handles the rest — authentication, authorization, and audit logging are all built in.

For organizations that need the gateway inside their own network — for data residency, private MCP servers, or local PDP authorization — see [Enterprise Deployment](/permit-mcp-gateway/enterprise-deployment).

## Key Advantages

* **Single enforcement point** for authentication, authorization, consent, and audit
Expand Down
158 changes: 158 additions & 0 deletions docs/permit-mcp-gateway/enterprise-deployment.mdx
Original file line number Diff line number Diff line change
@@ -0,0 +1,158 @@
---
title: Enterprise Deployment
sidebar_label: Enterprise Deployment
description: Deploy Permit MCP Gateway within your own infrastructure — keep MCP traffic inside your network, meet data residency requirements, and unlock enterprise security controls.
sidebar_position: 10
---

# Enterprise Deployment

For organizations that need MCP gateway enforcement **within their own network boundary**, Permit offers two enterprise deployment models — from running the gateway and PDP locally while using Permit.io as the cloud control plane, to a **fully on-premises deployment** where the entire stack — including the control plane — runs in your environment with no external dependencies.

:::info Getting Started
Enterprise deployment is available on **Enterprise plans**. The [hosted gateway](/permit-mcp-gateway/overview#hosted-gateway-saas) is the recommended starting point for evaluation — you can migrate to customer-controlled deployment at any time without losing policies, users, or audit history.
:::

---

## Why Deploy On-Premises

### Data Residency and Compliance

In the hosted deployment, MCP traffic — including tool call parameters and upstream server responses — flows through Permit's managed infrastructure. For many organizations this is acceptable, but some requirements demand more:

- **Regulated industries** — healthcare (HIPAA), financial services (SOX, PCI-DSS), and government (FedRAMP) environments where data must not leave approved network boundaries
- **Data residency laws** — GDPR, data sovereignty regulations, or contractual obligations that restrict where data can be processed
- **Internal policy** — organizations with blanket requirements that production traffic stays within corporate infrastructure

With customer-controlled deployment, **MCP traffic never leaves your network**. The gateway runs inside your VPC or on-premises data center, and tool calls are proxied directly to upstream MCP servers without traversing external infrastructure.

### Network-Level Control

Running the gateway in your own environment gives you full control over the network layer:

- **Private MCP servers** — proxy to internal MCP servers that are not exposed to the internet, without opening firewall rules
- **Network segmentation** — place the gateway in a dedicated security zone with controlled ingress/egress
- **VPC peering** — connect directly to upstream services over private links, eliminating public internet hops
- **Custom TLS** — use your own certificates and PKI infrastructure
- **IP allow-listing** — control which networks can reach the gateway, beyond application-layer authentication

### Low-Latency Authorization

The hosted gateway evaluates authorization decisions against Permit's cloud PDP. In customer-controlled deployments, you can run a **local PDP** alongside the gateway:

- **Low-latency authorization** — policy decisions evaluated locally, eliminating network round-trips to the cloud
- **Resilience** — authorization continues even if internet connectivity to Permit.io is temporarily interrupted
- **Predictable latency** — no variability from cross-region PDP calls; performance is bounded by local compute

In the customer-controlled model, Permit.io still serves as the cloud control plane — policy changes propagate to your local PDP automatically via [OPAL](https://www.opal.ac/), with no manual sync required. For fully on-premises deployments, the control plane also runs locally — see [Fully On-Premises Deployment](#fully-on-premises-deployment) below.

---

## Deployment Models

Permit MCP Gateway supports three deployment models. Choose based on your compliance, network, and operational requirements:

| Aspect | Hosted (SaaS) | Customer-Controlled | Fully On-Premises |
| --- | --- | --- | --- |
| **Gateway location** | Managed by Permit at `*.agent.security` | Runs in your VPC, on-prem, or private cloud | Runs in your environment |
| **MCP traffic path** | Through Permit's managed infrastructure | Stays entirely within your network | Stays entirely within your network |
| **Authorization decisions** | Permit.io cloud PDP | Local PDP in your environment | Local PDP in your environment |
| **Policy management (control plane)** | Permit.io cloud | Permit.io cloud | **On-premises control plane** — runs in your environment |
| **Audit logs** | Permit.io cloud storage | Your infrastructure + Permit.io (configurable) | **Fully local** — no data leaves your network |
| **TLS certificates** | Managed by Permit | Your certificates, your PKI | Your certificates, your PKI |
| **Private MCP servers** | Must be internet-accessible | Accessible over private network | Accessible over private network |
| **Internet connectivity required** | Yes | Yes (for control plane sync) | **No** — supports air-gapped environments |
| **Uptime dependency** | Permit infrastructure | Your infrastructure + Permit.io for policy updates | **Fully self-contained** — no external dependencies |
| **Best for** | Fast adoption, SaaS workloads, evaluation | Data residency, private MCP servers, local PDP | Air-gapped, classified, and zero-trust environments |

### What Stays the Same Across All Models

All deployment models use the **same gateway codebase, same policy model, and same authorization logic**. The differences are purely about where components run and where traffic flows:

- Same ReBAC policy model with trust levels, consent, and the `min()` ceiling logic
- Same MCP client configuration — users just point to your internal gateway URL instead of `*.agent.security`
- Same admin dashboard experience for gateway management
- Same policy inspection and audit log capabilities
- Policies, users, and audit history can be migrated seamlessly between deployment models

---

## Fully On-Premises Deployment

For organizations with the strictest security requirements, Permit offers a **fully on-premises deployment** where the entire stack runs within your environment — including the control plane. No component communicates with external services, and no data leaves your network.

### What's Included

The fully on-premises package includes everything needed to run the complete Permit MCP Gateway stack independently:

- **Gateway** — the MCP proxy with authentication and authorization enforcement
- **Consent Service** — user-facing OAuth 2.1 authorization server and consent UI
- **Policy Decision Point (PDP)** — local authorization engine for real-time `permit.check()` evaluations
- **Control Plane** — policy management, resource schemas, role assignments, and audit log storage — all running locally
- **Admin Dashboard** — the same gateway management UI, hosted within your infrastructure
- **Policy Dashboard** — full policy inspection, audit log analysis, and configuration — running on-premises

### Air-Gapped Environments

The fully on-premises deployment is designed to operate in **air-gapped environments** with no internet connectivity:

- **No outbound connections** — the gateway, PDP, control plane, and all supporting services run entirely within your network boundary. The system is designed to operate without outbound connections — there are no required phone-home, telemetry, or license check mechanisms.
- **Offline policy management** — policies are created, modified, and evaluated locally. Changes propagate from the on-premises control plane to the local PDP without any external dependency.
- **Self-contained updates** — software updates are delivered as versioned artifacts (container images, binaries) that can be transferred into the air-gapped environment via your existing secure media processes.
- **Local audit storage** — all audit logs, consent records, and session data are stored within your infrastructure. No data is transmitted externally.

### When to Choose Fully On-Premises

This deployment model is designed for environments where external connectivity is not an option:

- **Defense and intelligence** — classified environments where systems must operate within secure enclaves with no internet access
- **Critical infrastructure** — energy, utilities, and industrial control environments with strict network isolation requirements
- **Government and public sector** — agencies subject to FedRAMP High, ITAR, or similar frameworks with strict infrastructure control requirements
- **Healthcare with strict data isolation** — environments where even policy metadata must remain within the compliance boundary
- **Financial institutions with zero-trust mandates** — organizations that require every component — including policy management — to run within their security perimeter

---

## Enterprise Security Controls

Enterprise deployment unlocks additional security capabilities beyond the core gateway features available on all plans. Some features below may be in early access — see the [feature maturity table](/permit-mcp-gateway/advanced-features#feature-maturity-summary) for current status.

### Agent Interrogation

An agentic-native identity mechanism that engages connecting agents directly through the MCP protocol — verifying their identity, purpose, and behavioral fingerprint before any tools are unlocked. Agent Interrogation provides:

- **Composite agent identity** — binds the delegating human, workflow context, and agent fingerprint into a single identity used for all policy and audit decisions
- **Drift detection** — detects changes in agent behavior across sessions, surfacing potential prompt injection or configuration drift
- **Per-workflow policy** — define different trust levels for the same MCP client operating in different contexts

See [Advanced Features: Agent Interrogation](/permit-mcp-gateway/advanced-features#agent-interrogation) for the full technical details.

### Human-in-the-Loop Approvals

Pause agent execution for sensitive operations and route approval requests to designated reviewers. Routine operations continue uninterrupted — only high-risk actions require human confirmation.

### Time-Limited Consent

Set custom consent windows that automatically expire. Grant a contractor's agent two-week access, a vendor integration 90-day access, or a production debugging session 4-hour access — when the window closes, access is revoked automatically.

### Additional Enterprise Controls

- **Agent Verification** — behavioral profiling and identity baseline tracking across sessions
- **Session Monitoring** — compare declared intent vs. actual tool call patterns, with anomaly surfacing
- **Permission Receipts** — auditable records of every permission grant for compliance reporting
- **Intent-Based Access Control** — evaluate agent purpose against policy before execution begins

See [Advanced Features](/permit-mcp-gateway/advanced-features) for the full list and maturity status of each capability.

---

## Get Started

Enterprise deployment is designed and scoped in collaboration with your team to ensure it meets your specific compliance, network, and operational requirements.

- **[Schedule a demo](https://calendly.com/permit-io/demo)** — see the enterprise deployment in action and discuss your architecture
- **[Contact us](mailto:support@permit.io)** — reach out with specific compliance or deployment questions
- **[Join our Slack](https://io.permit.io/slack)** — talk with the team and other enterprise users

Ready to evaluate? Start with the [Quick Start](/permit-mcp-gateway/quickstart) to set up a hosted gateway in under 5 minutes.
4 changes: 4 additions & 0 deletions docs/permit-mcp-gateway/host-setup.mdx
Original file line number Diff line number Diff line change
Expand Up @@ -320,3 +320,7 @@ Adopting Permit MCP Gateway incrementally reduces risk and builds organizational
- **Review before broadening** — inspect audit logs after each phase before adding more users or servers
- **Document trust level decisions** — record why specific tools were classified at specific levels, especially any manual overrides
- **Keep direct access disabled** — remove direct MCP server connections from client configs to prevent agents from bypassing the gateway

:::tip Enterprise Deployment
If your organization requires the gateway inside your own network — for data residency, private MCP servers, or compliance — see the [Enterprise Deployment](/permit-mcp-gateway/enterprise-deployment) guide. You can evaluate with the hosted gateway and migrate seamlessly when ready.
:::
1 change: 1 addition & 0 deletions docs/permit-mcp-gateway/index.mdx
Original file line number Diff line number Diff line change
Expand Up @@ -62,6 +62,7 @@ See [Permit.io Integration](/permit-mcp-gateway/permit-integration/) for the det
- [**Architecture**](/permit-mcp-gateway/architecture/) — Technical architecture, data flows, and sequence diagrams
- [**Permit.io Integration**](/permit-mcp-gateway/permit-integration/) — Policy engine internals and authorization model
- [**Advanced Features**](/permit-mcp-gateway/advanced-features/) — Enterprise capabilities and roadmap
- [**Enterprise Deployment**](/permit-mcp-gateway/enterprise-deployment/) — Customer-controlled deployment for regulated environments and data residency

## Prerequisites

Expand Down
31 changes: 22 additions & 9 deletions docs/permit-mcp-gateway/overview.mdx
Original file line number Diff line number Diff line change
Expand Up @@ -158,12 +158,14 @@ This section describes what Permit MCP Gateway enforces, what it logs, and what

### Hosted vs. Customer-Controlled Deployment

| Aspect | Hosted | Customer-Controlled |
| --- | --- | --- |
| **Gateway location** | Managed by Permit at `*.agent.security` | Runs in your environment (VPC, on-prem) |
| **Policy decisions** | Evaluated by Permit.io cloud PDP | Can be evaluated by a local PDP |
| **Data in transit** | MCP traffic flows through the hosted gateway | MCP traffic stays within your network |
| **Best for** | Fast adoption, SaaS workloads, evaluation | Regulated environments, data residency requirements |
| Aspect | Hosted | Customer-Controlled | Fully On-Premises |
| --- | --- | --- | --- |
| **Gateway location** | Managed by Permit at `*.agent.security` | Runs in your environment (VPC, on-prem) | Runs in your environment |
| **Control plane** | Permit.io cloud | Permit.io cloud | **On-premises** — runs in your environment |
| **Policy decisions** | Evaluated by Permit.io cloud PDP | Evaluated by a local PDP | Evaluated by a local PDP |
| **Data in transit** | MCP traffic flows through the hosted gateway | MCP traffic stays within your network | **All data** stays within your network |
| **Internet required** | Yes | Yes (for control plane) | **No** — supports air-gapped environments |
| **Best for** | Fast adoption, SaaS workloads, evaluation | Data residency, private MCP servers | Air-gapped, classified, zero-trust environments |

:::note
Customer-controlled deployment is available for enterprise plans. [Contact us](mailto:support@permit.io) for architecture details. The hosted deployment is available for all plans and is the recommended starting point.
Expand Down Expand Up @@ -241,12 +243,23 @@ The fastest way to get started. Each gateway host runs under a subdomain of `age
- **Minutes to first value** — create a host, import a server, connect a client
- **Isolated per host** — each host gets its own subdomain, users, policies, and sessions

### Customer-Controlled Deployment
### Customer-Controlled Deployment (Enterprise)

For organizations that require enforcement within their own network boundary, Permit offers deployment options where the gateway and policy decision point (PDP) run in your environment. Permit.io still serves as the control plane, but authorization decisions and MCP traffic stay entirely within your network.

Key benefits of customer-controlled deployment:

- **Data stays in your network** — MCP traffic (tool call parameters, upstream responses) never leaves your VPC or data center
- **Private MCP servers** — proxy to internal servers that aren't exposed to the internet
- **Local PDP** — low-latency authorization decisions with no external network dependency
- **Same policy model** — identical ReBAC trust levels, consent flows, and audit logging as the hosted version

For the strictest requirements, Permit also offers a **fully on-premises deployment** where the entire stack — including the control plane — runs within your environment. This supports **air-gapped environments** with no internet connectivity and no external dependencies.

For organizations that require enforcement within their own network boundary, Permit offers deployment options where the gateway and policy decision point (PDP) run in your environment. Permit.io still serves as the control plane, but authorization decisions and MCP traffic stay within your network.
See the full [Enterprise Deployment](/permit-mcp-gateway/enterprise-deployment) guide for architecture details, deployment scenarios, and migration path.

:::note
Customer-controlled deployment is available for enterprise plans. [Contact us](mailto:support@permit.io) or [schedule a demo](https://calendly.com/permit-io/demo) for architecture details and availability.
Customer-controlled and fully on-premises deployments are available on Enterprise plans. [Schedule a demo](https://calendly.com/permit-io/demo) to discuss your requirements, or start with the [hosted gateway](/permit-mcp-gateway/quickstart) to evaluate — policies and users migrate seamlessly.
:::

---
Expand Down
1 change: 1 addition & 0 deletions sidebars.js
Original file line number Diff line number Diff line change
Expand Up @@ -215,6 +215,7 @@ const sidebars = {
"permit-mcp-gateway/architecture",
"permit-mcp-gateway/permit-integration",
"permit-mcp-gateway/advanced-features",
"permit-mcp-gateway/enterprise-deployment",
{
type: "category",
label: "Usage Examples and Demos",
Expand Down
Loading