Gateway-first by design
Traditional PAM stacks scatter enforcement across agents, vault checkouts, and network ACLs. Wardengate centralizes brokering, MFA, recording, and audit at a single choke point. Operators never receive direct network reachability to production — they receive session grants bound to identity, policy version, and time window.
Five layers, one policy engine
The access layer connects your IdP and client tools. The gateway layer brokers protocols and applies step-up MFA plus inline recording. The control plane schedules approvals, JIT windows, and connector health. The data layer persists session metadata, recordings, and signed audit bundles. Targets remain unchanged — SSH daemons, RDP hosts, databases, and Kubernetes APIs see brokered connections, not standing operator credentials.
Core components
The API and scheduler coordinate organizations, assets, and grants. Protocol connectors terminate SSH, RDP, database, and Kubernetes sessions. The policy engine evaluates identity attributes, group membership, device posture, and risk signals at connect time. The recording pipeline captures keystrokes, screen, and file events inline. Object storage holds playback artifacts; PostgreSQL holds structured metadata for search, SIEM export, and auditor review.
Scaling and resilience
Start with a single control plane and one gateway connector for a pilot estate. Scale horizontally by adding gateway nodes behind a load balancer — sessions are stateful at the connector but policy and audit remain centralized. Active/standby and multi-region patterns place connectors close to targets while keeping one authoritative policy store. See the deployment models guide for scenario-specific topologies.