Zero
Trust
The definitive operational guide to eliminating implicit trust from your network. Covers identity-based access, micro-segmentation, ZTNA, device posture, and a phased migration path from legacy perimeter defenses.
Overview & Core Principles
Zero Trust Architecture (ZTA) is a security model, not a product. It eliminates the concept of a trusted internal network — the assumption that everything inside the corporate perimeter is safe. Coined by John Kindervag at Forrester in 2010 and formalized by NIST in SP 800-207, ZTA mandates continuous verification of every request, regardless of origin.
Design and operate as if adversaries are already inside your network. Every segment, every workload, every user is a potential lateral movement vector.
Authenticate and authorize every request using all available signals: identity, device health, location, service, data classification, and behavioral anomalies.
Grant the minimum access required, just-in-time, for the exact resource needed. No standing privileges. Time-bound sessions. Continuous re-evaluation.
The End of the Perimeter
The traditional perimeter model assumed a trusted interior separated from an untrusted exterior by firewalls and VPNs. This model has fundamentally collapsed. The attack surface now spans cloud workloads, remote users, SaaS applications, and third-party supply chains — none of which sit inside a definable perimeter.
- Trust everything inside the network boundary
- VPN grants broad access to internal subnets
- Flat network — lateral movement is trivial
- Authentication happens once at the edge
- No visibility into east-west traffic
- Single breach = full internal exposure
- Implicit trust based on IP address
- Trust nothing — verify every request
- Access granted per-application, per-session
- Segmented — blast radius is contained
- Continuous authentication & re-authorization
- Full visibility: north-south and east-west
- Breach impact limited to smallest unit
- Explicit trust based on identity + context
The Forces That Killed the Perimeter
Applications no longer live in the data center. AWS, Azure, GCP, M365, Salesforce, Workday — corporate data now lives outside any traditional perimeter. Routing all traffic through a VPN creates catastrophic latency and a single choke point.
The workforce operates from home networks, coffee shops, mobile hotspots. The endpoint is no longer on a corporate LAN. The device itself may be BYOD, unmanaged, or compromised.
SolarWinds, Log4Shell, MOVEit. Adversaries compromise trusted third-party software or vendors to gain implicit access to victim networks. Perimeter firewalls provide zero defense against trusted-insider threat vectors.
81% of breaches involve stolen credentials (Verizon DBIR). VPN + password = complete network access for any attacker with a phished credential. Perimeter defenses collapse at the authentication layer.
The Five Pillars
CISA's Zero Trust Maturity Model organizes ZTA across five interdependent pillars. Progress in each pillar compounds — strong identity makes micro-segmentation policies more precise; device health data enriches authentication decisions; visibility across all pillars enables automation.
Identity as the New Perimeter
In a Zero Trust model, identity is the control plane. Every access decision — user to app, service to service, workload to data store — flows through an identity provider (IdP). The IdP becomes the authoritative source of truth for who (or what) is requesting access, enriched by contextual signals from device, network, and behavioral analytics.
Identity Provider Architecture
Consolidate authentication to a single IdP (Okta, Azure AD, Ping Identity). Use SAML 2.0 or OIDC for all application integrations. Eliminate local accounts. Every identity must have an authoritative source.
CAE (OpenID CAEP) allows resource servers to receive real-time revocation signals from the IdP — token invalidation in under 15 minutes drops to near-instant when a policy change or credential compromise is detected.
Contextual Access Policy Signals
| Signal Category | Data Points | Risk Weight |
|---|---|---|
| Identity Strength | Authentication method, MFA type, credential age, compromised credential check | HIGH |
| Device Posture | MDM enrollment, OS patch level, disk encryption, EDR presence, jailbreak status | HIGH |
| Network Context | Source IP, ASN reputation, geolocation, VPN/TOR exit node detection | MEDIUM |
| Behavioral Baseline | Typical access time, typical resource patterns, velocity anomalies | MEDIUM |
| Resource Sensitivity | Data classification label, regulatory scope (PCI, HIPAA), blast radius | HIGH |
| Session Risk Score | Composite risk score computed in real-time; triggers step-up auth or deny | HIGH |
MFA & Phishing Resistance
Multi-factor authentication is necessary but not sufficient. SMS OTP and TOTP codes are vulnerable to real-time phishing (AiTM — Adversary-in-the-Middle attacks). Evilginx, Modlishka, and similar proxy frameworks can intercept and relay valid MFA codes in real time. Zero Trust requires phishing-resistant MFA as the baseline for privileged access.
- SMS one-time passwords (SIM-swappable)
- Standard TOTP codes (relayed by proxy)
- Plain push approval notifications
- Email magic links (if email is compromised)
- FIDO2 / WebAuthn — hardware or platform authenticator, origin-bound
- Passkeys — FIDO2 with synced credentials, consumer-friendly
- PIV / Smart Cards — certificate-based, required for U.S. federal (M-22-09)
- Windows Hello for Business — TPM-backed, Kerberos/FIDO2
Privileged Access Management
Privileged accounts are the crown jewels. Domain admins, root accounts, service principals with broad permissions — these are the accounts attackers pivot to after initial compromise. Zero Trust mandates eliminating standing privileged access entirely and replacing it with just-in-time (JIT) and just-enough-access (JEA) models.
Privileged access is elevated on-demand for a bounded time window (e.g., 1 hour). No permanent admin role assignments. Every elevation is logged, requires approval workflow, and auto-expires.
Scope privileges to the minimum required for the specific task. Instead of Domain Admin, use a custom role scoped to a single OU or resource group. Role definitions are task-specific, not broad.
Administrative tasks performed only from hardened, dedicated PAWs. Isolated from the internet and standard user activity. No email, no browsing. Separate device or VM for privileged sessions.
Micro-Segmentation
Micro-segmentation replaces flat network architecture with granular, policy-enforced zones — down to individual workload or process level. Even if an attacker compromises one workload, east-west (lateral) movement to other workloads is blocked. The goal: a breach in web tier cannot reach the database tier without explicit policy permission.
Segmentation Tiers
| Tier | Granularity | Technology | ZT Alignment |
|---|---|---|---|
| Network Segmentation | VLANs, subnets | Firewall ACLs, router policy | PARTIAL — coarse, IP-based |
| Perimeter Micro-seg | DMZ zones, app tiers | NGFWs, NSGs, Security Groups | PARTIAL — better, still coarse |
| Workload Micro-seg | Per VM / container | Illumio, Guardicore, NSX-T, Calico | STRONG — identity-aware policy |
| Process Micro-seg | Per process / port | eBPF-based (Cilium, Tetragon) | OPTIMAL — kernel-level enforcement |
Policy Model: Allowlist, Not Denylist
Legacy firewalls operate on denylist logic — block known bad, allow everything else. Micro-segmentation inverts this: deny all by default, allow only explicitly declared flows. Every permitted communication path is intentional and documented.
ZTNA vs VPN
Zero Trust Network Access (ZTNA) replaces VPN tunnels with identity-aware, application-level access brokers. Instead of granting network access, ZTNA grants application access — only after verifying identity, device posture, and policy, and only to the specific application requested.
| Dimension | Traditional VPN | ZTNA |
|---|---|---|
| Access Scope | Full network segment / subnet | Single application, per session |
| Trust Basis | Authenticated = trusted | Authenticated + device + risk score |
| Visibility | Encrypted tunnel, limited inspection | Full session logging, app-layer visibility |
| Lateral Movement | Unrestricted once inside | Blocked — no network access granted |
| Performance | Hairpin traffic through data center | Direct-to-app or cloud-proxied, low latency |
| Application Discovery | IP/port scanning possible | Dark — apps invisible without auth |
| Unmanaged Devices | VPN client required | Clientless browser access option |
ZTNA Deployment Models
Lightweight agent on managed endpoints continuously reports device posture to the ZTNA service. Access decisions incorporate real-time device health. Agent intercepts application traffic and routes through ZTNA broker.
Products: Zscaler Private Access, Cloudflare Access, Palo Alto Prisma Access, Cisco Duo SSE
Browser-based access through reverse proxy. No agent required — ideal for contractors, partners, BYOD. Device posture limited to browser-observable signals. Session isolation via browser rendering.
Products: Cloudflare Browser Isolation, Zscaler Cloud Browser Isolation, Axis Security
Software-Defined Perimeter
A Software-Defined Perimeter (SDP) implements the "need to know" principle at the network layer. Applications and infrastructure are invisible — they do not respond to unauthenticated connection attempts. Only after mutual authentication through a controller does the infrastructure reveal itself and allow connectivity.
Data Classification & Protection
Zero Trust protects data, not networks. You cannot apply appropriate controls without knowing what data you have, where it lives, and how sensitive it is. Data classification is the prerequisite to data-aware access policy.
| Classification | Examples | Controls Required | Regulatory Scope |
|---|---|---|---|
| RESTRICTED | PII, PHI, PCI cardholder data, credentials, trade secrets | Encryption at rest + in transit, MFA required, DLP block, PAM-controlled, audit all access | GDPR, HIPAA, PCI-DSS, CCPA |
| CONFIDENTIAL | Internal financials, HR data, unreleased product plans, M&A details | Encryption, authenticated access, DLP monitor, access review quarterly | SOX, various |
| INTERNAL | Internal wikis, process docs, non-sensitive code | Authenticated access, encryption in transit | General data protection |
| PUBLIC | Marketing, press releases, public docs | Integrity controls, no confidentiality requirement | N/A |
Data-Loss Prevention Integration
DLP policies enforce data classification at the enforcement point — intercepting uploads, emails, and clipboard operations that attempt to move RESTRICTED data to unauthorized destinations. In a ZT model, DLP is a session control layer integrated with the ZTNA/SSE platform.
Device Trust & Posture
Device health is a critical signal in ZTA access decisions. A compromised endpoint authenticating with valid credentials should be denied access to sensitive resources. Device posture — MDM enrollment status, patch level, EDR presence, disk encryption — is evaluated continuously, not just at login.
- MDM enrolled (Intune / Jamf / SOTI)
- OS patch level within 14 days of release
- Full disk encryption enabled (BitLocker / FileVault)
- EDR agent active and reporting (CrowdStrike / Defender)
- Compliant screen lock policy
- Approved certificate from PKI issued
- Missing EDR: Block access to Restricted tier, allow Internal only
- OS out of date: Redirect to remediation portal, 7-day grace
- No MDM enrollment: Agentless ZTNA only (browser-isolated)
- Jailbroken/rooted: Full deny, SOC alert, quarantine device
Workload Identity
Human users are only half the access problem. Workloads — microservices, functions, pipelines, VMs — communicate constantly, and each communication is an opportunity for lateral movement. Workload identity issues cryptographic identities to every workload and enforces mutual authentication on service-to-service communication.
Secret Management — No Hardcoded Credentials
Workloads authenticate to Vault using their SPIFFE/SVID identity or cloud IAM role. Vault issues short-lived, scoped credentials (DB passwords, API keys, TLS certs) that expire automatically. No static credentials ever stored in config or environment variables.
AWS IAM roles for service accounts (IRSA), Azure Managed Identity, GCP Workload Identity Federation. Workloads receive temporary, auto-rotated tokens from the cloud provider's IAM service — no secret management overhead.
Visibility & Analytics
Zero Trust generates more telemetry than any other security architecture — every access decision, every policy evaluation, every denied request is a data point. This telemetry feeds analytics platforms that detect anomalies, drive policy tuning, and provide the forensic record needed for incident response.
User and Entity Behavior Analytics baselines normal access patterns. Detects: off-hours access, impossible travel, privilege escalation chains, data staging/exfil patterns, mass file access.
NetFlow / IPFIX / eBPF-sourced telemetry from micro-segmentation layer. Maps east-west traffic, detects scanning, identifies unexpected communication paths, powers blast radius analysis.
EDR/XDR agents provide process execution, file system, registry, and network events from endpoints. Correlates endpoint activity with network and identity events for full attack chain reconstruction.
Log Sources — Required for ZTA Baseline
| Source | Key Events | Retention |
|---|---|---|
| Identity Provider | All auth events, MFA challenges, policy evaluations, token issuance/revocation | 1 year |
| ZTNA / Access Proxy | Every access request (allow/deny), session duration, bytes transferred, app accessed | 1 year |
| Micro-Segmentation | All connection attempts, policy hits/misses, new/changed flows | 90 days |
| Endpoint EDR | Process creation, network connections, file writes, credential access | 90 days |
| PAM / Vault | Elevation requests, credential checkouts, session recordings, secret access | 2 years |
| Cloud Control Plane | IAM changes, resource creation/deletion, config changes (CloudTrail, Activity Log) | 2 years |
Policy Automation & Orchestration
ZTA policies must respond to risk signals faster than human operators can act. Automated policy enforcement closes the gap between detection and response — revoking access, quarantining devices, and isolating workloads in seconds, not hours.
CISA Zero Trust Maturity Model
CISA's ZT Maturity Model defines four stages across all five pillars. Organizations rarely advance all pillars simultaneously — focus on achieving ADVANCED across Identity first, as it provides the most immediate risk reduction and enables higher maturity in other pillars.
- Static perimeter defenses
- Manual access provisioning
- No device posture checking
- Password-only authentication
- Flat network architecture
- Minimal telemetry
- MFA deployed (some users)
- Basic MDM enrollment
- VLAN segmentation
- SSO / IdP introduced
- SIEM with basic correlation
- Manual access review (annual)
- Phishing-resistant MFA
- ZTNA replacing VPN
- Workload micro-segmentation
- JIT privileged access (PAM)
- Automated threat response
- Quarterly access reviews
- Dynamic, risk-scored policy
- Continuous re-authorization (CAE)
- mTLS service mesh everywhere
- Dynamic secrets, no static creds
- Real-time SOAR automation
- Continuous access review (CIEM)
Implementation Roadmap
ZTA is a multi-year journey, not a product purchase. Organizations that try to boil the ocean — rearchitecting everything simultaneously — fail. The most successful implementations use a phased approach that delivers quick wins in identity (highest ROI) while progressively modernizing network and data controls.
- Big-bang approach — too much change at once
- Buying tools before defining policy
- Ignoring service account identities
- Skipping observe/audit mode (enforce blindly)
- No executive sponsorship / budget alignment
- Siloed teams — network vs. identity vs. security
- Underestimating change management / user friction
- Identity-first sequencing — highest ROI, lowest disruption
- Observe before enforce — map reality, then apply policy
- Executive mandate with clear success metrics
- Cross-functional tiger team (IAM + Net + Sec + App)
- User experience investment — poor UX = shadow IT
- Continuous measurement against CISA maturity model
- Vendor agnostic architecture (avoid lock-in)