Track Architecture

Why Enforcement Must Run Inside the Customer Environment

Sending your agent's prompts and context to a third-party cloud for 'security' is a privacy paradox. GovernorAI keeps all enforcement inside your VPC.

In short
  • Sending PII and sensitive context to a 3rd-party cloud for 'security analysis' is a privacy paradox.
  • Privacy-preserving enforcement requires a local agent or SDK — data never leaves your trust boundary.
  • GovernorAI keeps all enforcement inside your VPC.

Here is the privacy paradox at the center of most AI guardrail products: to protect you from your agent’s behavior, they require you to send your agent’s context to their cloud. Your agent’s context includes everything: user prompts, tool call parameters, retrieved documents, database contents, and system state.

Sending all of that to a third party — even one with good security practices — is not security. It is a new attack surface.

The Guardrail Data Problem

Cloud-based guardrail services work by receiving a stream of agent interactions and evaluating them against a policy. The evaluation happens on the provider’s infrastructure. The results are returned to your system. For this to work, the provider must receive the full context of each interaction.

Consider what that context can include:

  • Customer names, contact details, and account information
  • Proprietary business logic embedded in system prompts
  • Database query results containing financial records
  • Documents retrieved from internal knowledge bases
  • Authentication tokens passed as tool parameters

For organizations in healthcare, financial services, legal, or any regulated industry, transmitting this data to a third party may itself create compliance violations. The “security” solution introduces a compliance problem.

The VPC Enforcement Model

GovernorAI by SentinelLayer solves this with a fundamentally different architecture: the enforcement engine runs inside your environment. Depending on your deployment model, this means:

  • SDK mode: The policy engine runs in-process with your agent, with zero data leaving the process boundary for enforcement decisions.
  • Sidecar mode: A GovernorAI sidecar container runs in the same pod or host as your agent, connected via a local socket.
  • VPC service mode: A GovernorAI service runs in your VPC, reachable only from within your network perimeter.

In all three modes, the only data that leaves your environment is telemetry — aggregated metrics and policy decisions, without the raw content of tool calls or prompts. The raw data never crosses your trust boundary.

What Does Leave the Environment

For transparency: GovernorAI does collect and transmit certain data for control plane functions:

  • Policy sync: Your policy configuration is fetched from the GovernorAI control plane. This is read-only; your policies are never sent to Sentinel servers unsolicited.
  • Telemetry: Aggregated metrics (tool call counts, policy decision counts, latency distributions) are reported to the control plane for dashboard visibility.
  • Audit log shipping (optional): Audit log entries can be shipped to the GovernorAI-hosted log store, or you can configure them to write only to your own storage.

All of this is configurable. Full air-gap mode — in which the enforcement engine receives no inbound or outbound connections after initial setup — is available for high-security environments.

Data Residency and Compliance

The VPC enforcement model is specifically designed to meet data residency requirements. For organizations that must ensure sensitive data remains within a specific geographic region or network boundary, local enforcement provides the architectural guarantee that cloud-based enforcement cannot:

  • EU organizations with GDPR obligations can run enforcement within EU-hosted VPCs
  • Healthcare organizations with HIPAA requirements can keep PHI within their internal network
  • Government organizations with sovereign cloud requirements can run enforcement in their classified environments

This is not a workaround — it’s an architectural commitment. Enforcement inside the customer environment is not a feature. It is a design principle.

The Right Security Architecture

Security should not create new vulnerabilities. Any system that requires you to expose sensitive data in order to protect it has a flawed architecture. GovernorAI’s local enforcement model eliminates this trade-off: you get comprehensive policy enforcement without surrendering your data to a third party. Your data stays in your environment. Your enforcement stays in your environment. Your audit trail goes where you configure it to go.

That’s what privacy-preserving security actually looks like.

Honesty note

This post argues a position. It is not a capability page: nothing here states what is shipped, configuration-dependent or planned. For that, the claim gate on Resources is the authority, and each platform page names what it does not do.

← All resources