Skip to content

Chapter 3 — Prisma Access Architecture: Components, Presence & Services

Prisma Access is a multi-tenant, purpose-built cloud service operated by PaloAlto Networks. Customers manage policy; PaloAlto Networks manages the underlying infrastructure. This chapter covers the key components, management options, global footprint, and security services.

Updated: Reflects May 2026 architecture. The source PDF references Cortex Data Lake (now Strata Logging Service) and shows Cloud Services Plugin on Panorama as the primary management path; current docs recommend Strata Cloud Manager.


Architecture Overview

Prisma Access sits between users/branches and their destinations — internet, SaaS, or corporate resources. All traffic is inspected by the full security stack in a single pass.

graph TD
    U["💻 Mobile Users<br/>(GlobalProtect)"]
    B["🏬 Remote Networks<br/>(Branch IPSec)"]

    subgraph PA["☁️ Prisma Access"]
        MUSP["MU-SPN<br/>(Mobile User nodes)"]
        RNSP["RN-SPN<br/>(Remote Network nodes)"]
        SI["Service Infrastructure<br/>(internal fabric)"]
        CAN["SC-CAN<br/>(Corporate Access Node)"]
    end

    SCM["Strata Cloud Manager<br/>or Panorama"]
    SLS["Strata Logging Service"]
    DC["🏢 HQ / Data Centre"]
    Internet["🌐 Internet / SaaS"]

    U -->|GlobalProtect tunnel| MUSP
    B -->|IPSec tunnel| RNSP
    MUSP --> SI
    RNSP --> SI
    SI --> CAN
    CAN -->|IPSec| DC
    SI --> Internet
    SCM -.->|manages| PA
    PA -.->|logs| SLS

Security Processing Nodes (SPNs)

SPNs are the compute units where all inspection occurs. They are deployed in PaloAlto-operated cloud infrastructure at PoPs worldwide — not configurable by the customer.

Node Type Purpose
MU-SPN (Mobile User SPN) Gateway for GlobalProtect users; nearest node selected automatically by location
RN-SPN (Remote Network SPN) Gateway for branch IPSec tunnels; inspects all site-bound traffic

Both node types are multi-tenant with full traffic isolation between customers. Traffic between SPNs and CANs is encrypted end-to-end.


Service Infrastructure & Corporate Access Nodes

  • Service Infrastructure — private IP fabric connecting MU-SPNs, RN-SPNs, and the customer's network. Subnets are allocated by the customer at onboarding.
  • SC-CAN (Service Connection Corporate Access Node) — the IPSec tunnel from Prisma Access into the customer's HQ or data centre, enabling mobile users and branches to reach private applications.

Management Options

Interface Status Best For
Strata Cloud Manager (SCM) Recommended All new deployments; unified network + security policy, AI-driven recommendations, automated upgrades
Panorama (Cloud Services Plugin) Fully supported, with one new-deployment restriction — see note below Organisations managing large PAN-OS estates who want unified management across Prisma Access and hardware NGFWs

SCM capabilities: - Single-pane config for network and security policy - AI-driven best-practice recommendations - Automated software upgrade management for Prisma Access nodes - Direct integration with Strata Logging Service

Refined 2026-07-09 — the table previously labeled Panorama "Legacy/supported," which overstates how deprecated it actually is. The precise, current picture: Panorama remains fully supported for existing Prisma Access deployments (Panorama-managed or Panorama multi-tenant) — no forced migration, no reduced support. The actual restriction, effective April 15, 2026, is narrower than "legacy" implies: Palo Alto no longer offers Panorama-based Prisma Access multi-tenancy for new (greenfield) deployments — new multi-tenant deployments must use Strata Cloud Manager's Multitenant Cloud Manager instead. New single-tenant Panorama-managed deployments are not affected by this restriction. Palo Alto has also signaled that some features introduced after April 15, 2026 may ship exclusively on SCM going forward, which is the direction "legacy" was gesturing at — but as of this check, that's a forward-looking trend, not a statement that Panorama itself is deprecated today.

The source training modules focus heavily on Panorama workflows because SCM was less mature when they were produced. This manual updates management references to SCM where applicable and preserves Panorama-specific procedures in Part 5 configuration chapters.


Global Presence

Prisma Access operates from 100+ locations worldwide:

Corrected 2026-07-09 — this previously read "100+ PoPs across 76+ countries." Confirmed via direct fetch of Palo Alto's current Prisma Access Locations documentation: it states "Prisma Access provides over 100 locations worldwide," with no specific country count anywhere in the source. The "76+ countries" figure couldn't be traced to any current authoritative source, so it's been removed rather than repeated as an unconfirmed specific number — softened to what's actually verifiable.

  • Latency — users connect to the geographically nearest PoP, not a central DC
  • Data sovereignty — PoP selection can be constrained to specific geographic regions for compliance
  • Redundancy — each PoP spans multiple cloud availability zones; connections auto-recover if one zone fails

Current PoP locations: docs.paloaltonetworks.com/prisma/prisma-access (updated as new locations are added).


Logging and Analytics: Strata Logging Service

All Prisma Access traffic generates log data (connection, threat, URL, DNS). This flows to Strata Logging Service (formerly Cortex Data Lake).

Integrations: - Prisma Access Insights — built-in dashboard: traffic trends, user activity, threat summaries, anomaly detection - XSIAM / Cortex XDR — correlated threat investigation for organisations on the PaloAlto XDR platform - Third-party SIEM — Syslog or HTTPS export to Splunk, Microsoft Sentinel, and others

The Cortex Data Lake → Strata Logging Service change is a branding and capability update. Existing API integrations continue to function.


Security Services

Applied in a single inspection pass at every MU-SPN and RN-SPN:

Service What it Provides
App-ID Application identification by traffic signature, not port/protocol
URL Filtering Category-based blocking and logging; SafeSearch enforcement
Threat Prevention IPS signatures, anti-spyware, C2 traffic blocking
Malware Prevention (WildFire) Cloud sandbox + static analysis for file-based threats
SSL/TLS Decryption Encrypted traffic inspection per policy
DNS Security DNS tunnelling, C2 callback, and DGA detection
SaaS Visibility & Control App-ID extended to SaaS; CASB-like controls for shadow-IT
DLP Content inspection to detect and block data exfiltration

Key Takeaways

  • Prisma Access is composed of distributed MU-SPNs (users) and RN-SPNs (networks) connected via an internal service fabric
  • SC-CANs provide the path from Prisma Access back to corporate resources
  • Strata Cloud Manager is the recommended management interface for new deployments
  • 100+ global PoPs ensure inspection happens close to users and branches
  • All security services apply in a single pass — no chained inspection hops

Previous: Chapter 2 — The Perimeter Is Now Everywhere: SASE Concepts & Key Components · Next: Chapter 4 — Prisma Access for Networks