Private AI / VPC Isolation

Agentic AI that runs inside your VPC

We deploy autonomous agents into your own cloud account — private subnets, private model endpoints, zero default egress. Your data stays inside the perimeter your security team already trusts.

  • Deployed in your AWS, Azure, or GCP account
  • No internet egress; PrivateLink to models
  • Your KMS keys, IAM, and VPC controls
  • Every action logged to your SIEM
0
bytes of data leaving your perimeter
100%
of inference over private endpoints
CMK
encryption with your own keys
IaC
reproducible Terraform deploys
// the perimeter problem

Most AI demos quietly ship your data out

A typical agent prototype calls a public API, pipes your documents to a third-party vector store, and routes tool calls through whatever SaaS connector was fastest to wire up. By the time it works, your sensitive data has crossed three trust boundaries you never approved.

VPC isolation flips that. The agent runs in subnets you own, talks to models over private links, and can only reach the systems on an explicit allowlist. There is no public IP, no default egress route, and nothing to exfiltrate even if a prompt goes sideways.

  • No NAT gateway or internet route on agent subnets
  • Egress allowlist enforced at the security group
  • Data residency stays in your chosen region
// how isolation is enforced

Controls baked into the architecture

Isolation isn't a setting we toggle on at the end — it's the foundation every other layer sits on.

// deployment

How we land in your account

A measured rollout that your cloud and security teams review at every step.

01

Assess

We review your VPC topology, IAM model, KMS strategy, and which internal systems the agents must reach.

02

Provision

We deliver Terraform that stands up isolated subnets, private endpoints, roles, and logging inside your account.

03

Deploy

Agents and their model endpoints go live in the perimeter, wired only to the approved allowlist of systems.

04

Verify

We run egress, access, and lineage tests, then hand over the IaC, runbooks, and audit dashboards.

Public API vs. VPC-isolated deployment

The same agent, two very different security postures.

Public API agentVPC-isolated agent
Data pathCrosses the public internetStays inside your subnets
Model accessThird-party hosted APIPrivateLink or in-VPC model
EgressOpen by defaultDenied; allowlist only
Encryption keysVendor-managedYour KMS / Key Vault CMKs
Audit logsVendor's dashboardYour CloudTrail & SIEM
ResidencyWherever the vendor runsYour chosen region

Frequently asked questions

Does any of our data leave the VPC?

No. Agents, model endpoints, vector stores, and tool connectors all live inside subnets you control. Egress is denied by default and only the specific destinations you approve — your own databases and APIs — are reachable through security-group and NACL rules.

Which clouds do you support?

AWS, Azure, and GCP. We deploy into your existing account using Terraform, so the agents inherit your VPC, IAM, KMS keys, logging, and tagging conventions rather than spinning up a parallel environment you have to govern separately.

How do agents reach the model if there's no internet egress?

Through private connectivity — Amazon Bedrock via VPC endpoints (PrivateLink), Azure OpenAI over Private Link, or a self-hosted open-weight model on GPU instances inside the VPC. Inference traffic never traverses the public internet.

Can we keep our own keys and audit everything?

Yes. Encryption uses your KMS/Key Vault CMKs, secrets sit in your secrets manager, and every tool call, model request, and approval is written to your CloudTrail/Activity Log and SIEM. You hold the keys and the logs.

Bring your VPC. We'll bring the agents.

A working session to map your perimeter, connectivity, and the path to isolated agents in your own account.