Skip to main content
PAM uses a proxy-based architecture. Nothing connects directly to your databases or servers: everything goes through the Gateway. This keeps your infrastructure isolated while providing secure, auditable access.

Components

Infisical Platform — the control plane. Stores account credentials, manages permissions, and hosts the web interface. Gateway — a lightweight service you deploy in your private network. It proxies connections to your databases and servers, injects credentials, and records sessions. Client — a user’s browser (Web Access) or the CLI. Connects to the Gateway through an encrypted tunnel. An AI agent connects through the CLI, which holds the tunnel on its behalf. Actor — the user or machine identity the session belongs to. Permissions, policies, and the audit trail all follow the actor.

How a connection works

When an actor connects to an account:
  1. Access is requested — a user selects Launch in the browser, or the CLI command runs
  2. Infisical checks permissions — verifies the actor has a membership with the right role
  3. Template rules are enforced — MFA, reason requirement, session duration
  4. Approval is checked — a gated account also needs an approved access request
  5. Connection is established — an encrypted tunnel is created between the client and Gateway
  6. Gateway fetches credentials — retrieves them from Infisical
  7. Gateway connects to the target — using the credentials
  8. Traffic flows through the Gateway — the actor interacts with the database/server
  9. Session is recorded — Gateway captures and uploads session activity, attributed to the actor
The actor never sees the credentials. The database/server never sees the actor directly.

Network security

In relay mode, the Gateway uses outbound connections only:
  • No inbound ports — your firewall doesn’t need to allow any inbound traffic
  • Outbound to Infisical — for credential retrieval and session uploads
  • Outbound to your infrastructure — to connect to databases and servers
In direct listen mode, Infisical opens the connection instead, so the Gateway accepts inbound traffic on its listen address from the Infisical host.
Your databases and servers stay completely isolated from the internet either way. Only the Gateway is reachable, and only from Infisical.
Direct listen changes where a CLI session connects from. Browser-based sessions work in either mode, because the platform brokers the connection. infisical pam access connects from the user’s own machine instead, so it needs to reach the Gateway’s listen address. Users outside that network need a VPN into it, or a relay running on the Gateway alongside direct listen.

Encryption

All connections are encrypted:
  • Client to Gateway — end-to-end encrypted tunnel
  • Gateway to Infisical — TLS
  • Session recordings — encrypted before upload
The Relay server (which routes traffic between clients and Gateways) can’t decrypt or inspect the traffic passing through it.

Recording architecture

Recording happens at the Gateway:
  1. Traffic flows through the Gateway
  2. Gateway captures session events
  3. Events are encrypted and cached locally
  4. Events upload to Infisical in real-time
  5. If connectivity drops, recording continues locally and syncs when restored
This ensures no data is lost, even during network issues.

Deployment options

For deployment instructions, see Deploy a Gateway.

Next steps

Deploy a Gateway

Deploy a Gateway in your network.

Launch Your First Session

Connect to a database in under 10 minutes.