DesignPrompt
Zero Trust Architecture Design
Expert guide to designing Zero Trust Network Architecture (ZTNA) based on NIST SP 800-207. Covers identity verification, device posture, micro-segmentation, application access control, and continuous monitoring. Platform guidance for Palo Alto Prisma Access, Fortinet ZTNA, Cisco Duo + Umbrella, Zscaler ZIA/ZPA, and Microsoft Entra.
38 copies
ChatGPTClaudeGemini
Customize variables
Employee count, office locations, number of remote/hybrid workers
Current network architecture, security tools, identity systems (AD, LDAP, SAML), VPN solution
remote-access / lateral-movement / cloud-access / contractor-access / compliance / all
Existing vendor relationships, budget constraints, cloud vs on-prem preference, existing Microsoft 365/Azure investment
Tips for better results
- ·Start with MFA — it is the single highest-ROI Zero Trust control and blocks 99% of account takeover attacks
- ·ZTNA replaces VPN with application-specific access: the user never touches the network, only their authorized app
- ·Map all internal east-west traffic flows before micro-segmenting: unknowns become blocked and break apps
- ·Device posture is the second pillar to tackle after identity: unmanaged endpoints are your biggest blind spot
- ·Zero Trust is a journey, not a product: pick a phased roadmap that does not disrupt operations and iterate
Prompt preview
○ ORGANIZATION_SIZE○ CURRENT_ARCHITECTURE○ PRIMARY_CONCERN○ PLATFORM_PREFERENCE
You are a Zero Trust Architecture expert and CCIE Security architect. Design a practical Zero Trust implementation roadmap based on NIST SP 800-207 for this organization. ## Organization Profile - Size: [Organization size] - Current architecture: [Current architecture] - Primary concern: [Primary security concern] - Platform preference: [Platform preference] --- ## Zero Trust Architecture Design ### 1. Zero Trust Principles (applied to this environment) - **Never trust, always verify**: no implicit trust based on network location — being on the corporate LAN grants nothing; every access request is verified - **Least privilege**: users, devices, and services get minimum necessary access; no standing privileges - **Assume breach**: design as if the attacker is already inside; limit blast radius via micro-segmentation - **Verify explicitly**: authenticate and authorize based on all available data: identity, device posture, location, time, behavior ### 2. NIST SP 800-207 Pillars — Current State vs Target State For each pillar, assess the current state from [Current architecture] and define the target: **Pillar 1: Identity** - Current gaps: VPN without MFA? Password-only auth? No conditional access? - Target: MFA for all access (hardware key or TOTP minimum; phishing-resistant FIDO2/WebAuthn preferred) - Privileged Access Management (PAM): just-in-time access, session recording, approval workflows for admin accounts - Federation: SAML 2.0 / OIDC federation between IdP (Okta, Azure AD/Entra, Ping) and all applications - Service accounts: eliminate static service account passwords; use managed service identities or vaulted credentials **Pillar 2: Device** - Device registration: only managed, compliant devices get access to sensitive resources - Compliance checks before access: OS version, patch level, endpoint protection installed and running, disk encryption, screen lock - Certificate-based device identity: device certificate issued by internal PKI; presented during authentication - MDM/UEM: Intune, Jamf, or equivalent; enforce compliance policies - BYOD: separate trust tier — more restricted access than corporate managed devices **Pillar 3: Network** - Micro-segmentation: eliminate flat trusted LAN; segment by function (servers, workstations, IoT, printers, guest) - East-west inspection: internal firewall policy (Palo Alto NGFW, NSX-T, Cisco TrustSec) for inter-segment traffic - Software-Defined Perimeter (SDP): no implicit access to the network; access to specific application only - Network access control (NAC): Cisco ISE, Aruba ClearPass, or Forescout for device posture at network join **Pillar 4: Application** - ZTNA vs VPN: ZTNA grants access to a specific application, not the network; VPN grants access to the entire network segment - ZTNA how it works: user authenticates to identity provider; agent or browser checks device posture; if compliant, encrypted tunnel to app proxy (not to network); app proxy connects to internal app on behalf of user - Application inventory: catalog all applications; classify by sensitivity; define who/what should access each - Web application: WAF + bot protection in front of public applications **Pillar 5: Data** - Data classification: public / internal / confidential / restricted; apply access controls by classification - DLP (Data Loss Prevention): inspect outbound traffic for sensitive data patterns (SSN, PAN, PHI) - Encryption at rest and in transit: TLS 1.3 for transit; AES-256 for storage - Cloud data: CASB (Cloud Access Security Broker) for SaaS data governance **Pillar 6: Visibility and Analytics** - SIEM: collect logs from all pillars; correlate for anomaly detection - UEBA (User and Entity Behavior Analytics): baseline normal behavior; alert on deviations - Continuous trust scoring: every session has a trust score that can trigger step-up authentication or session termination - SOC integration: Zero Trust events feed into SOC playbooks ### 3. ZTNA vs Traditional VPN — Why ZTNA Wins | Aspect | Traditional VPN | ZTNA | |---|---|---| | Network access | Full network segment access after auth | Application-specific access only | | Lateral movement | Attacker can move freely once inside | Confined to authorized apps | | Device posture | Often not checked | Checked before every session | | User experience | Slow, hair-pin routing | Direct-to-app, lower latency | | Scale | Hub-and-spoke, single bottleneck | Cloud-delivered, distributed PoPs | | Visibility | Limited (encrypted tunnel) | Full session visibility | ### 4. Platform Recommendations for [Platform preference] **Palo Alto Prisma Access (SASE)**: - Prisma Access: cloud-delivered ZTNA + CASB + SWG (Secure Web Gateway) - Prisma SD-WAN: replaces branch VPN with app-aware WAN - GlobalProtect: agent provides device posture to Prisma Access - Integration: works with Okta/Azure AD for identity; Cortex XDR for endpoint - Best for: Palo Alto NGFW customers wanting unified SASE platform **Zscaler (ZIA + ZPA)**: - ZIA (Zscaler Internet Access): SWG + CASB + DLP for internet traffic - ZPA (Zscaler Private Access): ZTNA for internal applications — no network access, app proxy model - Zero Trust Exchange: cloud fabric connecting users, apps, and data - Best for: large enterprises with heavy SaaS usage; excellent cloud-delivered scale - Integration: native integration with Azure AD/Entra, Okta, CrowdStrike **Fortinet ZTNA (FortiClient + FortiGate)**: - FortiClient with ZTNA: agent enforces device posture; FortiGate as ZTNA access proxy - EMS (Endpoint Management Server): manages FortiClient policies and device compliance - Tight integration with FortiGate NGFW and FortiAnalyzer for logging - Best for: existing Fortinet customers; on-prem or hybrid deployment **Cisco (Duo + Umbrella + ISE)**: - Duo: MFA + device trust (phishing-resistant MFA, SSO, device health checks) - Umbrella: DNS-layer security + SWG + CASB - ISE: on-prem NAC for network access control and TrustSec micro-segmentation - Best for: Cisco-heavy environments; strong on-prem NAC capabilities **Microsoft Entra (Azure AD) + Defender**: - Entra Conditional Access: identity-based access control; blocks access if device non-compliant - Entra Private Access: ZTNA for on-prem apps (replaces VPN for M365 shops) - Intune: MDM/UEM for device compliance enforcement - Defender for Endpoint: device risk signals fed into Conditional Access - Best for: Microsoft 365 / Azure-heavy organizations; lowest TCO if already licensed ### 5. Migration Roadmap (Phased Approach) Start from [Current architecture] and migrate gradually to avoid disruption: **Phase 1 (Month 1-3) — Identity foundation**: - Deploy MFA for all remote access users (Duo, Okta, Entra) - Enable phishing-resistant MFA (FIDO2) for privileged accounts - Integrate existing AD with cloud IdP via SAML federation - Audit privileged accounts: remove standing admin rights **Phase 2 (Month 3-6) — Device posture**: - Deploy MDM/UEM (Intune or Jamf); enroll all corporate devices - Configure conditional access: block access from non-compliant devices - Deploy device certificates (PKI) for strong device identity - Segment BYOD from corporate devices at network level **Phase 3 (Month 6-12) — Application access (ZTNA)**: - Inventory all internal applications; prioritize by user count and sensitivity - Deploy ZTNA proxy for top 10 most-used internal apps; retire VPN for those apps - Enable application-level access logging - Migrate remaining VPN users to ZTNA over 6-month period **Phase 4 (Month 12-18) — Network micro-segmentation**: - Map all internal communication flows (use firewall logs / NetFlow) - Implement micro-segmentation: separate server, workstation, IoT segments - Enable east-west inspection on inter-segment traffic - Decomission flat trusted LAN **Phase 5 (Month 18+) — Continuous monitoring and optimization**: - Deploy UEBA for anomaly detection - Tune conditional access policies based on observed behavior - Implement continuous trust scoring with automated response (block, step-up auth) - Quarterly Zero Trust maturity assessment ### 6. Quick Wins (do these first) For [Primary security concern], the highest ROI actions are: 1. MFA on all user accounts: eliminates 99% of password-based account takeover 2. Privileged access management: contain admin credential theft 3. Endpoint detection and response (EDR): detect post-exploitation activity 4. Network segmentation: limit lateral movement blast radius 5. ZTNA for remote access: eliminate VPN full-network-access risk ### 7. Zero Trust Maturity Model | Level | Description | Key Capabilities | |---|---|---| | Traditional (Level 0) | Perimeter-based, implicit trust | VPN, flat LAN, password-only auth | | Initial (Level 1) | MFA deployed, basic device checks | MFA, MDM enrollment, log collection | | Advanced (Level 2) | ZTNA, micro-segmentation | App-level access, segmented network, SIEM | | Optimal (Level 3) | Continuous verification, automation | UEBA, dynamic trust scoring, automated response | Current state assessment for [Current architecture]: [provide level with justification] Target state based on [Primary security concern]: [recommend target level and timeline]
Tags
zero-trustztnanistmicro-segmentationsaseidentitymfapalo-alto-prismazscalerfortinetcisco-duo