SCM Firewall Onboarding Guide
End-to-end procedure: prerequisites, device onboarding, and post-onboarding configuration
- NGFW (hardware firewalls) — Steps 1–4, then Step 6 (Onboarding) and Step 7 (Post-Onboarding)
- VM-Series (Software NGFW Credits) — All 7 steps (Step 5 covers VM-Series specific prerequisites)
- Prisma Access — Steps 1–2, then Step 6 Section 6.2
- Panorama-managed firewalls — Steps 1–4 (use Section 4.2 for certificates); add Step 5 if VM-Series; Step 7 for CloudConnector
- Note: Step 1 is hardware/software verification; Step 2 is licensing & accounts
Procedure Overview
Work through each step in order; each builds on the previous one. Complete every required item before moving to the next step.
- Step 1. Hardware & Software Compatibility — supported models, PAN-OS versions, single vsys
- Step 2. Licensing & Account Readiness — Activation Console, SCM license, device association, deployment profiles
- Step 3. Network & Connectivity — ports, FQDNs, DNS, NTP, proxy configuration
- Step 4. Device Certificates — install and verify certificates on all firewalls
- Step 5. VM-Series Specific Prerequisites — credit activation, deployment profiles, auto-registration PINs, cloud platform readiness (VM-Series only)
- Step 6. Onboard Devices to Strata Cloud Manager — configure firewalls for cloud management, associate in SCM, verify connectivity
- Step 7. Post-Onboarding Setup & Automation — CloudConnector plugin, device labels, onboarding rules, configuration push, policy labels
Step 1: Hardware & Software Compatibility
Before anything else, confirm your devices can actually be onboarded to SCM.
1.1 Supported Firewall Models
Verify your hardware is on the supported list for SCM cloud management.
| Series | Supported Models |
|---|---|
| Panorama Virtual | PRA-25, PRA-100, PRA-1000 |
| VM-Series | VM-200, VM-300, VM-500, VM-600, VM-700 |
| PA-200 Series | PA-220 |
| PA-400 Series | PA-410, PA-410R, PA-440, PA-450, PA-450R, PA-460 |
| PA-800 Series | PA-820, PA-850 |
| PA-3000 Series | PA-3220, PA-3250, PA-3260, PA-3410, PA-3420, PA-3430, PA-3440 |
| PA-5000 Series | PA-5220, PA-5250, PA-5260, PA-5280, PA-5410, PA-5420, PA-5430, PA-5445, PA-5450 |
| PA-7000 Series | PA-7050, PA-7080 |
- PA-410 is not supported if the Enterprise DLP license is active
- Multi-vsys is NOT supported — only single vsys configurations work with SCM
1.2 PAN-OS Version Requirements
| Requirement | Version |
|---|---|
| Minimum (all firewalls and Panorama) | PAN-OS 10.2.3 |
| Recommended (auto-telemetry enablement) | PAN-OS 10.2.17+, 11.1.11+, 11.2.8+, or 12.1.2+ |
Firewalls running the recommended versions will have telemetry enabled automatically upon onboarding. Older versions (10.2.3 – 10.2.16) require manual telemetry enablement after onboarding.
PAN-OS 10.2 reached end-of-life on August 27, 2025. Although SCM accepts 10.2.x devices for onboarding, plan to onboard only currently supported releases (11.1 or later) and upgrade any remaining 10.2 firewalls.
Step 1 Checklist
- Hardware models — all firewalls on the supported model list
- PAN-OS version — all firewalls running 10.2.3 or later
- Single vsys — confirmed (multi-vsys not supported)
Step 2: Licensing & Account Readiness
With hardware and software confirmed, ensure you have the right licenses and accounts in place.
2.0 Configure Okta SSO Authentication (Optional)
Okta SSO setup for SCM administrator login is covered in a dedicated guide: SCM Administrator SSO with Okta. Complete that guide before proceeding to Section 2.1 if your organization uses Okta for identity management. If you are not using an external identity provider, skip to 2.1.
2.1 Choose Your SCM License Tier
| Feature | SCM Essentials (Free) | SCM Pro (Paid) |
|---|---|---|
| Cost | Included with NGFW / Prisma Access purchase | Paid upgrade |
| Operational Health | Basic hardware/software alerts | Advanced forecasting, RCA, Capacity Analyzer |
| Security Posture | Best Practice Analysis (BPA) | Real-time enforcement, Policy Analyzer (ML), Compliance |
| Config Management | Cloud management for NGFW/Prisma | Full capabilities |
| Strata Logging Service | Separate add-on | Included (1-year default retention) |
| ADEM | No | AI-Powered ADEM |
| In-App Support Cases | No | Yes (requires Platinum Support) |
| Strata Copilot | Yes | Yes |
As of May 8, 2025, legacy license types reached end-of-sale. Existing customers are being migrated automatically at no additional cost:
- AIOps for NGFW Free → SCM Essentials
- AIOps for NGFW Premium + Logging → SCM Pro for NGFW
- Prisma Access + ADEM + Logging → SCM Pro for Prisma Access
2.2 Activate & Verify License Status
- Log in to the Activation Console (also referred to as “the Hub”).
- Navigate to Common Services > Tenant Management.
- Verify your SCM license tier (Essentials or Pro) is active.
- Check that the Activation Status shows Complete.
- If using SCM Pro, confirm Strata Logging Service shows as included.
- If using SCM Essentials and you need logging, activate the SLS add-on separately.
The Activation Status must show Complete before you proceed. License provisioning can take up to 30 minutes. If the status shows “In Progress” or “Pending,” wait for it to complete before continuing; services will not function until provisioning finishes.
2.3 Verify Deployment Profile Association (VM-Series only)
This section applies if you are deploying VM-Series firewalls using Software NGFW Credits. It assumes you have already activated a credit pool and created a deployment profile in the Customer Support Portal. If you have not yet created a deployment profile, see Create a Deployment Profile first.
Once your SCM license activation is complete, verify that your deployment profile is associated with the correct tenant:
- In the Activation Console, navigate to Common Services > Tenant Management > Deployment Profiles.
- Locate your deployment profile (search by name or auth code starting with “D”).
- Check the Profile Association Status:
- If it shows Complete — your profile is correctly associated. Proceed to Section 2.4.
- If it shows Associating — provisioning is in progress. Wait up to 50 minutes for it to complete.
- If your deployment profile is not listed — it has not been associated with this tenant yet. Follow the steps below.
Associate a Deployment Profile with Your Tenant
If your deployment profile does not appear under the tenant’s Deployment Profiles tab:
- Navigate to Common Services > Subscriptions & Add-ons.
- Look for your deployment profile under Ready for Activation — click Activate Now.
Alternatively: In CSP under Software NGFW Credits > Current Deployment Profiles, click Finish SetUp next to the profile — this redirects you to the Activation Console. - Authenticate with SSO if prompted.
- On the Activate Subscriptions based on Deployment Profiles page:
- Select the CSP account you are subscribed to.
- Select (or create) the target tenant and region.
- Select the deployment profile to associate (search by name or auth code).
- (Optional) Select Additional Services such as Cloud Identity Engine.
- Agree to Terms and Conditions → click Activate.
- Wait for the Profile Association Status to show Complete (provisioning takes approximately 15–50 minutes).
A deployment profile can only be associated with one Tenant Service Group (TSG) at a time. All deployment profiles linked to the same TSG must use the same management subscription. You cannot mix SCM Pro and Strata Logging Service on the same tenant.
Reference: Create a Deployment Profile | Activate the Deployment Profile
VM-Series firewalls do not have serial numbers until they are deployed, licensed, and bootstrapped. This is why the deployment profile is important: the auth code from your deployment profile must be included in the bootstrap data so the firewall can license and register itself automatically.
If your VM-Series firewalls have not been deployed yet, skip this step for now; you will associate them after deployment. VM-Series firewalls using Software NGFW Credits register automatically when they boot with a valid auth code and auto-registration PIN, so they will appear in Device Associations once deployed. Hardware NGFWs should be associated at this stage.
See Step 5: VM-Series Specific Prerequisites for bootstrap configuration details, including how to include the auth code and auto-registration PIN in your init-cfg.txt or cloud instance user data.
2.4 Associate Devices to Tenant
- In the Activation Console, navigate to Common Services > Device Associations.
- Click Add Devices.
- Select all firewalls to be onboarded by their serial numbers.
- Confirm each device has an active support license.
- Click Save.
Devices must have a valid device certificate installed before they will associate with the correct tenant and can be onboarded to SCM.
- Hardware NGFWs: Generate an OTP and install the certificate manually or via Panorama. See Step 4: Install Device Certificates. You also need a Customer Support Portal (CSP) account with Super User or Standard User role for OTP generation.
- VM-Series: The device certificate is installed automatically during bootstrap when you include the auto-registration PIN ID and PIN Value in your init-cfg.txt or cloud instance user data. This is why the PIN is a required element in the SCM bootstrap process. See Step 5, Section 5.4: Generate Auto-Registration PIN for details.
Prisma Access users only need Steps 1 and 2. Certificates are handled differently for Prisma Access.
- Panorama version 10.0 or higher (if currently Panorama-managed)
- Account with superuser privileges
- Valid Prisma Access license
- Cloud Identity Engine Directory Sync integrated with Prisma Access tenant
Migration from Panorama management to SCM is one-way. You cannot revert to Panorama management after migrating to SCM.
Step 2 Checklist
- CSP account — active account at support.paloaltonetworks.com with Super User or Standard User role
- Activation Console access — can log into apps.paloaltonetworks.com/hub
- SCM license activated — Essentials or Pro is active for your tenant, Activation Status shows Complete
- Support licenses — active on all devices to be onboarded
- Strata Logging Service — included (Pro) or add-on activated (Essentials), if needed
- (VM-Series only) Deployment profile — associated with tenant, Profile Association Status shows Complete
- Devices associated to tenant — all hardware firewalls associated with correct tenant in Activation Console under Common Services > Device Associations (VM-Series: skip if not yet deployed — they auto-register on first boot)
- (Prisma Access only) — All Prisma Access requirements confirmed
Step 3: Network & Connectivity
This is the step most commonly missed. All ports and FQDNs must be open before you attempt onboarding.
3.1 Required Outbound Ports
| Port | Protocol | Purpose |
|---|---|---|
| TCP 80 | HTTP | OCSP/CRL certificate validation |
| TCP 443 | HTTPS | SCM communication, certificates, telemetry, API services |
| TCP 444 | SSL | Strata Logging Service, SLS certificates |
| TCP 3978 | Custom | SCM management, Strata Logging Service, Panorama |
| TCP 5222–5224, 5228, 5229 | Custom | Device telemetry (PAN-OS 10.0+) |
3.2 Required FQDNs — Certificate Services
These must be reachable for device certificates to install and renew.
| FQDN | Port | Purpose |
|---|---|---|
ocsp.paloaltonetworks.com |
80 | OCSP validation |
crl.paloaltonetworks.com |
80 | Certificate revocation list |
ocsp.godaddy.com |
80 | OCSP validation (alternate CA) |
api.paloaltonetworks.com |
443 | API services, certificate fetch |
apitrusted.paloaltonetworks.com |
443 | Trusted API endpoint |
certificatetrusted.paloaltonetworks.com |
443 | Certificate services |
certificate.paloaltonetworks.com |
443 | Certificate services |
3.3 Required FQDNs — Strata Cloud Manager
| FQDN | Port | Purpose |
|---|---|---|
ds-cloudmgmt.paloaltonetworks.com |
443 | Discovery service |
*.{region}.ngfw.cloudmgmt.paloaltonetworks.com |
443, 3978 | Regional SCM endpoint |
| Region | FQDN Pattern |
|---|---|
| Australia | *.aus.ngfw.cloudmgmt.paloaltonetworks.com |
| Canada | *.ca.ngfw.cloudmgmt.paloaltonetworks.com |
| EU | *.eu.ngfw.cloudmgmt.paloaltonetworks.com |
| France | *.fr.ngfw.cloudmgmt.paloaltonetworks.com |
| India | *.in.ngfw.cloudmgmt.paloaltonetworks.com |
| Indonesia | *.id.ngfw.cloudmgmt.paloaltonetworks.com |
| Israel | *.il.ngfw.cloudmgmt.paloaltonetworks.com |
| Italy | *.it.ngfw.cloudmgmt.paloaltonetworks.com |
| Japan | *.jp.ngfw.cloudmgmt.paloaltonetworks.com |
| Poland | *.pl.ngfw.cloudmgmt.paloaltonetworks.com |
| Qatar | *.qa.ngfw.cloudmgmt.paloaltonetworks.com |
| Saudi Arabia | *.sa.ngfw.cloudmgmt.paloaltonetworks.com |
| Singapore | *.sg.ngfw.cloudmgmt.paloaltonetworks.com |
| South Africa | *.za.ngfw.cloudmgmt.paloaltonetworks.com |
| Spain | *.es.ngfw.cloudmgmt.paloaltonetworks.com |
| Switzerland | *.ch.ngfw.cloudmgmt.paloaltonetworks.com |
| UK | *.uk.ngfw.cloudmgmt.paloaltonetworks.com |
| USA | *.us.ngfw.cloudmgmt.paloaltonetworks.com |
3.4 Required FQDNs — Strata Logging Service
| FQDN | Port | Purpose |
|---|---|---|
*.gpcloudservice.com |
443, 444 | Logging service endpoints |
lic.lc.prod.us.cs.paloaltonetworks.com |
444 | Legacy licensing (PAN-OS 9.1.7 or earlier only) |
3.5 Required App-IDs
If using a Palo Alto Networks firewall to secure traffic between your devices and cloud services, allow these App-IDs in security policy.
| App-ID | Ports | Notes |
|---|---|---|
paloalto-logging-service |
444, 3978 | Not required for telemetry-only (no SLS license) |
paloalto-shared-services |
444, 3978 | Required for general connectivity |
panorama |
444, 3978 | Required if content version < 8290 |
paloalto-device-telemetry |
443, 5222–5224, 5228, 5229 | Telemetry (PAN-OS 10.0+) |
google-base |
443, 5222–5224, 5228, 5229 | Telemetry (PAN-OS 10.0+) |
If using the CloudConnector plugin, Panorama must be able to reach your region's FQDN on TCP 443.
| Region | FQDN |
|---|---|
| Americas | prod.us.secure-policy.cloudmgmt.paloaltonetworks.com |
| Australia | prod.au.secure-policy.cloudmgmt.paloaltonetworks.com |
| Canada | prod.ca.secure-policy.cloudmgmt.paloaltonetworks.com |
| Europe | prod.eu.secure-policy.cloudmgmt.paloaltonetworks.com |
| FedRAMP | prod.gov.secure-policy.cloudmgmt.paloaltonetworks.com |
| Germany | prod.de.secure-policy.cloudmgmt.paloaltonetworks.com |
| India | prod.in.secure-policy.cloudmgmt.paloaltonetworks.com |
| Japan | prod.jp.secure-policy.cloudmgmt.paloaltonetworks.com |
| Singapore | prod.sg.secure-policy.cloudmgmt.paloaltonetworks.com |
| United Kingdom | prod.uk.secure-policy.cloudmgmt.paloaltonetworks.com |
3.7 Proxy Considerations
If outbound traffic routes through a proxy:
- The proxy must support non-standard SSL ports TCP 3978 and TCP 444
- CloudConnector plugin 2.2.0+ supports proxy settings configured in Panorama (requires a commit after configuration; settings take effect on the next commit cycle)
3.8 Configure DNS & NTP
Both DNS and NTP must be configured on every firewall before onboarding. NTP is required for certificate validation.
- Log into the firewall web interface.
- Navigate to Device > Setup > Services → edit Services.
- Configure DNS — enter Primary and Secondary DNS server addresses.
- Select NTP → enter Primary NTP server (and optional Secondary).
- Click OK → Commit.
- Verify NTP sync:
admin> show ntp
Expected result: status shows synced.
3.9 Validate Connectivity
Run these commands from each firewall CLI to confirm network readiness:
# Test DNS resolution to SCM discovery service
admin> ping host ds-cloudmgmt.paloaltonetworks.com
# Test DNS resolution to certificate services
admin> ping host certificate.paloaltonetworks.com
# Verify NTP sync
admin> show ntp
# Check license status
admin> request license info
Step 3 Checklist
- Outbound ports open — 80, 443, 444, 3978, 5222–5224, 5228, 5229
- Certificate FQDNs reachable — all FQDNs from Section 3.2
- SCM FQDNs reachable — discovery service + your regional endpoint
- SLS FQDNs reachable —
*.gpcloudservice.com - (If using PA firewall for transit) — App-IDs from Section 3.5 allowed in security policy
- (If using proxy) — proxy allows TCP 3978 and TCP 444
- DNS configured — resolving on each firewall
- NTP configured and synced —
show ntpreturns “synced” on each firewall
Step 4: Install Device Certificates
Device certificates authenticate your firewalls with Palo Alto cloud services. This must be done before onboarding.
PA-400, PA-1400, PA-3400, PA-5400, PA-5450, PA-5500, and PA-7500 series firewalls install the certificate automatically during initial registration. Verify the certificate is valid; if not, follow the manual process below.
Certificates are valid for 90 days with automatic renewal 15 days before expiration.
Palo Alto Docs: Install Device Certificate
Use this workflow when the firewall is not managed by Panorama.
Step 1: Generate a One-Time Password (OTP)
The OTP is valid for 60 minutes and allows only one attempt. Have the firewall ready before generating.
- Log into the Customer Support Portal.
- Navigate to Products > Device Certificates.
- Click Generate OTP.
- Select Generate OTP for a Next-Gen Firewall (PAN-OS) → Next.
- Select your device serial number → Generate OTP.
- Download or Copy the OTP immediately.
Step 2: Install the Certificate
Option A (Web Interface):
- Log into the firewall web interface as Superuser.
- Navigate to Device > Setup > Management > Device Certificate.
- Click Get certificate → paste the OTP → OK.
Option B (CLI):
admin> request certificate fetch otp
Step 3: Verify
Refresh the page and confirm Current Device Certificate Status shows as Valid with a future expiration date.
admin> show device-certificate status
Palo Alto Docs: Install Device Certificate for Managed Firewalls
Use this workflow when firewalls are managed by Panorama. This lets you install certificates on multiple firewalls at once without logging into each one individually.
Prerequisites
- Panorama role: Superuser (required to generate the OTP Request Token)
- Licenses: Device Management license and Support license on Panorama
- CSP alignment: Managed firewalls must belong to the same CSP account as Panorama
- Outbound internet access from each managed firewall
Step 1: Configure NTP on Panorama and Managed Firewalls
- On Panorama: Go to Panorama > Setup > Services → select NTP → enter the Primary NTP server → OK → Commit to Panorama.
- On managed firewalls (via Template): Go to Device > Setup > Services and select the appropriate Template → enter NTP server details → OK → Commit and Push.
Step 2: Generate the OTP Request Token on Panorama
- Log into Panorama as a Superuser.
- Navigate to Panorama > Managed Devices > Summary.
- Select the managed firewalls that require a certificate.
- Select Request OTP From CSP > Custom selected devices.
- Copy the entire output in the OTP Request Token field.
Step 3: Generate the OTP on CSP
The OTP is valid for 60 minutes and allows only one attempt.
- Log into the Customer Support Portal.
- Navigate to Products > Device Certificates > Generate OTP.
- Select Generate OTP for Panorama managed firewalls → Next.
- Paste the OTP Request Token copied from Panorama → Generate OTP.
- Wait a few minutes, then go to OTP History → Copy to Clipboard.
Step 4: Upload OTP and Install
- In Panorama, go to Panorama > Managed Devices > Summary.
- Click Upload OTP.
- Paste the OTP from CSP and click Upload.
You must paste the OTP text; uploading a downloaded file is not supported.
Step 5: Verify
In Panorama, navigate to Panorama > Managed Devices > Summary and confirm:
- The Device Certificate column displays Valid for each firewall
- The Device Certificate Expiry Date shows a future date
If the certificate shows Expired:
- Standalone devices: Generate a new OTP and repeat Section 4.1.
- Panorama-managed devices: Repeat Section 4.2 — generate a new OTP Request Token, get a new OTP from CSP, and upload it.
- TPM devices (PA-400, PA-1400, PA-3400, PA-5400 series): Use CLI without OTP:
admin> request certificate fetch
If using WildFire or Advanced WildFire, refresh the registration channel on each firewall (standalone or Panorama-managed):
admin> request wildfire registration channel public
Step 4 Checklist
Standalone firewalls:
- OTP generated from CSP (60-minute window, one attempt)
- NTP configured and committed on each firewall
- Device certificate installed successfully
- Certificate status verified as Valid
Panorama-managed firewalls:
- Panorama Superuser access confirmed
- Managed firewalls on the same CSP account as Panorama
- NTP configured on Panorama and pushed to managed firewalls via template
- OTP Request Token generated from Panorama
- OTP generated from CSP using “Panorama managed firewalls” option
- OTP uploaded via Panorama (pasted, not file upload)
- Certificate status shows Valid for all managed firewalls
- Expiry dates confirmed as future dates
Both:
- (WildFire users) Registration channel refreshed on each firewall
Step 5: VM-Series Specific Prerequisites
This step applies only to VM-Series firewalls. Hardware NGFW users can skip to the Pre-Flight Checklist.
VM-Series firewalls follow a different onboarding path than hardware NGFWs. Before onboarding to SCM, you must activate your credit pool, create deployment profiles, and ensure your cloud platform allows management-plane connectivity.
5.1 Licensing Model Comparison
Understand which licensing model applies to your VM-Series deployment.
| Aspect | Software NGFW Credits | BYOL (Fixed Model) |
|---|---|---|
| Flexibility | Adjust vCPUs and services anytime | Fixed at purchase |
| PAN-OS | 10.0.4+ (max 64 flexible vCPUs) | All versions |
| Panorama Cost | Included (vCPU cost only) | Separate purchase |
| Security Services | Add/remove via deployment profile | Bundle 1 or Bundle 2 (fixed) |
| Credit Reuse | Credits return to pool when VM deactivated | Non-reusable |
| Registration | Automatic via auth code | Separate manual step |
| SCM Deployment Profile | Required — created in CSP | Not applicable |
If you purchased a credit pool and create deployment profiles with auth codes starting with “D,” you are using Software NGFW Credits. If you purchased a specific VM model license (VM-200, VM-300, etc.) with a traditional auth code, you are using BYOL.
5.2 Activate Software NGFW Credit Pool
If using Software NGFW Credits, your credit pool must be activated before creating deployment profiles.
- Check for the activation email from Palo Alto Networks containing:
- Credit pool ID
- Start and end dates (term: 1–5 years)
- Total credit amount
- Click the activation link or log into CSP.
- Navigate to Products > Software NGFW Credits > Start Activation.
- Select the credit pool to activate.
- Select the support account to associate with.
- Choose a default credit pool for deposits.
- Click Deposit Credits to complete activation.
Both allocated and unallocated credits expire at the end of the term. If a firewall is deactivated while it has internet access, its credits are refunded to the pool for reallocation. Plan your deployments accordingly.
5.3 Verify Deployment Profile Status
You should have already created and activated your deployment profile in Section 2.3. Before continuing, confirm:
- Profile Association Status shows Complete (not “Associating” or “Pending”) in Common Services > Tenant Management > Deployment Profiles
- If the status is still “Associating,” wait up to 50 minutes for provisioning to finish
5.4 Generate Auto-Registration PIN
The auto-registration PIN enables automatic device certificate installation during VM-Series bootstrap, eliminating the need for manual OTP-based certificate fetch (Step 4).
- Log into CSP.
- Navigate to Products > Device Certificates.
- Generate a Registration PIN for your VM-Series deployment.
- Record both values:
- PIN ID (e.g.,
abcdefgh1234****) - PIN Value (e.g.,
zyxwvut-0987****)
- PIN ID (e.g.,
These values are used in the bootstrap configuration (init-cfg.txt or cloud user data):
# In init-cfg.txt or cloud instance user data:
vm-series-auto-registration-pin-id=abcdefgh1234****
vm-series-auto-registration-pin-value=zyxwvut-0987****
The auto-registration PIN is different from the OTP used in Step 4. The PIN is reusable across multiple VM-Series deployments and installs the device certificate automatically during bootstrap. The OTP is single-use (one attempt, 60-minute window) and requires manual installation. For VM-Series, the PIN method is preferred.
5.5 Cloud Platform Readiness
Your cloud environment must allow the VM-Series management interface to reach Palo Alto Networks cloud services. This is in addition to the general network requirements in Step 3.
- Management subnet — must have internet access (via Internet Gateway or NAT Gateway)
- Security Group on management interface — allow outbound on all ports from Step 3, Section 3.1
- IAM Instance Profile — required if using bootstrap from S3 (s3:GetObject, s3:ListBucket permissions)
- User Data / S3 Bootstrap — include
vm-series-auto-registration-pin-idandvm-series-auto-registration-pin-valuein init-cfg.txt
- Management subnet — must have internet access (public IP or NAT Gateway on management NIC)
- NSG on management subnet — allow outbound on all ports from Step 3, Section 3.1
- Custom Data — include PIN ID and PIN Value in the VM’s custom data field during deployment
- Managed Identity — required if using bootstrap from Azure File Share
- Management subnet — must have internet access (external IP or Cloud NAT on management NIC)
- VPC Firewall Rules — allow egress on all ports from Step 3, Section 3.1
- Instance Metadata — include PIN ID and PIN Value as custom metadata key-value pairs
- Service Account — required if using bootstrap from GCS (storage.objects.get, storage.objects.list permissions)
- Management network — must have routable internet access to Palo Alto Networks cloud services
- Firewall rules — allow outbound on all ports from Step 3, Section 3.1 from the management interface
- Bootstrap ISO / USB — include init-cfg.txt with PIN ID and PIN Value
- DNS and NTP — must be reachable from the management interface (see Step 3, Section 3.8)
5.6 Configure “Managed By” Setting
Before onboarding a VM-Series firewall to SCM, set the management mode on the device.
- Log into the firewall web interface.
- Navigate to Device > Setup > Management.
- Under Panorama Settings, select Managed By Cloud Service.
- Set the connection port: 3978 (default) or 443.
- (Optional) Enable Compress Config for large configurations.
- Commit.
Changing management mode to “Cloud Service” is a prerequisite for SCM onboarding. This is configured on the firewall, not in SCM.
Step 5 Checklist (VM-Series Only)
Software NGFW Credits:
- Credit pool activated — credits deposited and available in CSP
- Deployment profile — created (Section 2.3), auth code (starts with “D”) recorded
- Profile association status — shows “Complete” (if cloud subscriptions included)
- Auto-registration PIN generated — PIN ID and PIN Value recorded
BYOL:
- VM model license activated — auth code registered in CSP
- Device certificate installed — via OTP (Step 4) since BYOL does not use auto-registration PINs
All VM-Series:
- Cloud platform — management subnet has internet access
- Security groups / firewall rules — outbound ports from Step 3 allowed from management interface
- Bootstrap config — init-cfg.txt or user data includes PIN ID/Value (Software NGFW) or auth code (BYOL)
- “Managed By Cloud Service” — configured on each firewall
- Connection port — 3978 or 443 set consistently
Step 6: Onboard Devices to Strata Cloud Manager
6.1 NGFW Onboarding
This workflow applies to both hardware NGFWs and VM-Series firewalls.
Step 1: Configure the Firewall Locally
- Verify DNS and NTP are configured under Device > Setup > Services.
- Navigate to Device > Setup > Management > Panorama Settings.
- Select Managed By Cloud Service.
- (PAN-OS 11.2+) Choose communication port: Default (dedicated port 3978) or 443 (standard SSL).
- (Optional) Enable Compress Config for faster configuration transfers.
- Commit changes.
PAN-OS 11.2 and later allow you to choose between the dedicated management port (3978) and standard SSL (443). Use port 443 if your network restricts non-standard ports. Older PAN-OS versions always use port 3978.
Step 2: Associate Devices in SCM
- In SCM, go to System Settings > Device Associations > Add Devices.
- Select the serial numbers of firewalls to onboard.
- Associate each firewall with Strata Cloud Manager or AIOps for NGFW.
Step 3: Move to Cloud Management
- Go to System Settings > Device Management > Available Devices.
- Select the firewall(s).
- Click Move to Cloud Management.
Moving a device to cloud management transfers configuration authority from the local firewall (or Panorama) to SCM. Local configuration changes will be overridden by SCM on the next push. Ensure your configuration is backed up before proceeding.
Step 4: Verify
- In SCM, check Cloud Managed Devices — status should show Success.
- On the firewall CLI, run:
admin> show cloud-management-status
Confirm Connected shows Yes.
The show cloud-management-status command should show:
- Connected: yes
- Endpoint FQDN: your regional SCM endpoint
- TCP status: Connected
- DNS status: Resolved
6.2 Prisma Access Onboarding
Log into the SCM tenant associated with your Prisma Access deployment; no additional steps needed. Your Prisma Access deployment will appear automatically for monitoring and visibility.
Choose Strata Cloud Manager as the management interface during activation. SCM will be your primary management console from the start.
Use the in-product migration workflow available in SCM.
Migration from Panorama management to SCM is one-way. You cannot revert to Panorama management after migrating. Ensure you have a full backup of your Panorama configuration before proceeding.
6.3 Enable Telemetry
Telemetry is required for SCM to collect health data via Strata Logging Service.
Auto-Enabled Versions (no action needed)
| PAN-OS Branch | Minimum Version for Auto-Telemetry |
|---|---|
| 10.2.x (EOL 2025-08-27; upgrade recommended) | 10.2.17+ |
| 11.1.x | 11.1.11+ |
| 11.2.x | 11.2.8+ |
| 12.1.x | 12.1.2+ |
Manual Enablement (older PAN-OS versions)
If your firewall is running a version below the auto-enable thresholds:
- Register the device in CSP under Assets > Devices.
- Ensure the device certificate is installed (see Step 4).
- Manually enable telemetry sharing on each device.
Expect a ~2 hour delay before initial insights appear. Full insights for a new device may take several hours.
Verify Telemetry Status
# Check telemetry status and last upload time
admin> show device-telemetry details
# Check telemetry region and configuration
admin> show device-telemetry settings
# Force immediate telemetry collection
admin> request device-telemetry collect-now
Step 6 Checklist
NGFW / VM-Series:
- Panorama Settings — “Managed By Cloud Service” selected on each firewall
- Local commit — changes committed on the firewall
- Device associated — serial number linked to SCM in System Settings > Device Associations
- Cloud management — device moved via System Settings > Device Management
- SCM status — shows Success in Cloud Managed Devices
- CLI verification —
show cloud-management-statusshows Connected: Yes - Telemetry — enabled (automatic on supported versions, manual on older)
Prisma Access:
- Logged into SCM tenant or completed migration from Panorama
Step 7: Post-Onboarding Setup & Automation
These steps are optional but recommended for production environments, especially at scale.
7.1 Panorama CloudConnector Plugin
If you use Panorama and want BPA/Policy Analyzer features in SCM, install the CloudConnector plugin.
Requirements
- Panorama running PAN-OS 10.2.3+
- Valid device certificate on Panorama
- Telemetry enabled on Panorama
- AIOps for NGFW Premium or SCM Pro license (required for Policy Analyzer and BPA)
Installation
- Enable via CLI:
admin> request plugins cloudconnector enable basic
On PAN-OS 11.0.1 and later, the CloudConnector plugin is preinstalled. You only need to enable it.
If upgrading from the AIOps plugin, go to Panorama > Plugins → Uninstall the AIOps plugin → ensure only CloudConnector remains → re-enable if needed. Do not run both plugins simultaneously.
Regional FQDNs for CloudConnector
Panorama must be able to reach your region's FQDN on TCP 443.
| Region | FQDN |
|---|---|
| Americas | prod.us.secure-policy.cloudmgmt.paloaltonetworks.com |
| Australia | prod.au.secure-policy.cloudmgmt.paloaltonetworks.com |
| Canada | prod.ca.secure-policy.cloudmgmt.paloaltonetworks.com |
| Europe | prod.eu.secure-policy.cloudmgmt.paloaltonetworks.com |
| FedRAMP | prod.gov.secure-policy.cloudmgmt.paloaltonetworks.com |
| Germany | prod.de.secure-policy.cloudmgmt.paloaltonetworks.com |
| India | prod.in.secure-policy.cloudmgmt.paloaltonetworks.com |
| Japan | prod.jp.secure-policy.cloudmgmt.paloaltonetworks.com |
| Singapore | prod.sg.secure-policy.cloudmgmt.paloaltonetworks.com |
| United Kingdom | prod.uk.secure-policy.cloudmgmt.paloaltonetworks.com |
7.2 Device Labels & Onboarding Rules (At Scale)
For environments with many devices, automate onboarding with labels and rules.
Device Labels
- Navigate to Configuration > NGFW and Prisma Access > Setup > Device Onboarding > Device Labels.
- Create labels to group devices by software version, location, role, etc.
- Apply labels to devices during or after onboarding.
Onboarding Rules
Onboarding rules automatically assign configurations to devices as they connect to SCM.
| Match Criteria | Description |
|---|---|
| Model | Match by firewall hardware model (e.g., PA-460, VM-300) |
| Serial Number | Match by serial number pattern (supports regex) |
| Labels | Match by previously assigned device labels |
| Action | Description |
|---|---|
| Target Folder | Auto-assign the device to a specific SCM folder |
| Snippets | Apply standardized base configurations (security policies, profiles, etc.) |
| VPN Onboarding | Automatically configure Auto VPN clusters |
| User Context Onboarding | Integrate with Cloud Identity Engine for user-based policies |
Snippets are reusable configuration blocks that can be applied to multiple folders and devices. Create a base security snippet with your standard policies, then reference it in onboarding rules to ensure consistent configuration across all new devices.
7.3 Post-Onboarding Configuration in SCM
Once devices are onboarded, configure them through SCM.
General Settings
- Domain name, login banners, certificates, time zones
- Tunnel acceleration for improved VPN performance
- Session settings — VPN session timeouts and parameters
Folder Management
Organize firewalls into folders for group configuration.
HA (High Availability) pairs must be in the same folder. Placing HA peers in different folders will cause configuration push failures.
Interface Assignment
SCM provides predefined interface variables for consistent configuration across devices:
| Variable | Default Interface | Purpose |
|---|---|---|
$eth-internet |
eth1/3 | Outbound / internet-facing traffic |
$eth-local |
eth1/4 | Local / internal network connections |
Verify or customize these assignments to match your physical interface topology.
Push Configuration
Changes made in SCM do not take effect on devices until you perform a Push Config from the Configuration menu. Always push after making changes to apply them to managed devices.
7.4 Using Labels for Policy Organization
Beyond device labels used for onboarding automation, SCM supports labels on folders, snippets, and policy objects. Labels act as metadata you can use to filter, search, and organize configuration at scale. They have no effect on policy enforcement; they are organizational aids only.
SCM uses two distinct metadata systems. Labels appear on folders and snippets and are managed through the SCM UI. Tags (called "Labels" in some SCM screens) appear on policy objects such as address objects, address groups, and rules, and are managed under Objects > Tags. They are separate namespaces. A tag on an address object is not the same as a label on a folder.
Folder labels are free-text strings used to filter and identify folders in the Folder Management UI. They do not affect configuration scope, policy inheritance, or device targeting.
Apply a label when creating a folder
- Navigate to System Settings > Folder Management.
- Click Add Folder.
- Enter a Name and optional Description.
- In the Labels field, type a label name and press Enter to create it, or select an existing label from the dropdown.
- Set the In field to the parent folder (
All Firewallsor an existing folder). - Click Create.
Add or change labels on an existing folder
- Navigate to System Settings > Folder Management.
- Expand the Actions menu (…) for the target folder.
- Select Edit.
- Update the Labels field — add new labels or remove existing ones.
- Click Save.
SCM supports up to four nested folder levels below All Firewalls. Labels do not affect this limit. Prisma Access folder hierarchy is predefined and does not support custom folder labels.
In System Settings > Folder Management, confirm the Labels column shows the expected values for each folder. Use the filter controls to test filtering by label.
Security rules and NAT rules support tags (shown as Tags or Labels depending on the SCM screen) that you can use to filter and identify rules in the policy table. Tags on rules have no effect on traffic matching or rule evaluation order.
Apply a tag to a security rule
- Navigate to Configuration > Security Services > Security Policy (or the equivalent policy path for your configuration scope).
- Click the rule name to open it, or create a new rule.
- Locate the Tags (or Labels) field in the rule form.
- Type a tag name and press Enter to create it inline, or select an existing tag.
- Click OK to save the rule.
Apply a tag to a NAT rule
- Navigate to Configuration > Security Services > NAT Policy.
- Click the rule name to open it, or create a new rule.
- Locate the Tags (or Labels) field.
- Select or create tags as needed.
- Click OK.
You can create a new tag directly from the rule editor without pre-creating it under Objects > Tags. Any tag you create inline is immediately available for reuse on other rules and objects.
In the policy table, use the filter or search bar to filter rules by tag name. Confirm tagged rules appear in the filtered view.
Address objects and address groups support tags for organizational filtering. Tags on address objects also drive dynamic address group membership when the address group uses tag-based match criteria.
Apply a tag to an address object
- Navigate to Objects > Addresses.
- Click Add or select an existing address object.
- In the Tags field at the bottom of the form, select existing tags or type a new tag name to create one.
- Click OK.
Apply a tag to an address group
- Navigate to Objects > Address Groups.
- Add or edit an address group.
- The Tags field applies organizational tags to the group itself.
- For a Dynamic address group, the Match Criteria field (separate from Tags) determines which address objects are members based on their tags. Use
AND/ORlogic to combine tags: for example,'env-prod' AND 'region-east'. - Click OK.
When you tag an address object with a tag that matches a dynamic address group's match criteria, that address object is automatically included in the group. This is the basis for tag-driven policy: tag a new address object with env-prod and any security rule referencing the env-prod dynamic address group immediately covers it, with no rule change needed.
Tag limits
- Each object can have up to 64 tags.
- When multiple tags are applied, the UI displays the color of the first tag.
- Tag names: up to 127 characters, not case-sensitive.
Creating tags in Objects > Tags
Pre-create tags with color coding and descriptions to standardize your tag taxonomy before rolling out to teams.
- Navigate to Objects > Tags.
- Click Add.
- Enter a Name (up to 127 characters).
- Optionally select a Color from the palette for visual identification in policy tables.
- Add a Comments description explaining what the tag is used for.
- Enable Shared to make the tag available across all device groups, or leave it scoped to the current context.
- Click OK.
Navigate to Objects > Tags and confirm your tags appear with the correct color and description. Open an address object and verify the Tags field shows the expected tags.
Consistent label and tag naming across folders, rules, and objects makes filtering, auditing, and delegation significantly easier as configuration grows.
Use a consistent naming convention
Adopt a structured prefix scheme to make tag purpose immediately obvious:
| Prefix | Example | Used for |
|---|---|---|
env- | env-prod, env-staging | Environment (production, staging, dev, lab) |
region- | region-us-east, region-eu-west | Geographic region |
role- | role-web, role-db, role-mgmt | Workload function or tier |
team- | team-netops, team-secops | Owning team for delegation or auditing |
app- | app-crm, app-erp | Application or business system |
Pre-create tags before rollout
Define your tag taxonomy in Objects > Tags with color coding before teams begin creating address objects and rules. Inline tag creation is convenient but leads to inconsistent naming (for example, prod, Prod, and production as three separate tags). Standardizing upfront prevents this drift.
Use folder labels for environment separation, not security
Folder labels are for UI filtering only. Do not rely on them to enforce configuration boundaries. Configuration scope (which folder a device is in) is the actual enforcement mechanism. Labels on folders help operators quickly filter to the right folder set when managing large environments.
Use dynamic address groups for environment-based policies
Rather than creating static address groups that require manual updates as workloads change, build security rules around dynamic address groups with tag-based match criteria. When a new address object is tagged correctly, it joins the group immediately and the security policy covers it automatically.
Align device labels with folder labels
Use the same naming scheme for device labels (used in onboarding rules) and folder labels. For example, if onboarding rules use device label branch-east to auto-assign firewalls to the East-Branch folder, apply the same branch-east label to that folder. This makes the relationship between device grouping and folder assignment clear to anyone reviewing the configuration.
Document tag ownership
Add a description in the tag's Comments field (Objects > Tags) stating which team owns the tag and what it controls. This prevents tags from becoming orphaned or repurposed incorrectly over time.
Step 7 Checklist
- (If using Panorama) CloudConnector plugin installed and enabled
- (If using Panorama) Old AIOps plugin uninstalled (if previously present)
- (At scale) Device labels created for grouping
- (At scale) Onboarding rules configured for automated folder/snippet assignment
- Firewalls organized into appropriate folders in SCM
- HA pairs confirmed in the same folder
- Interface assignments verified (
$eth-internet,$eth-local) - Initial configuration pushed to devices
- Push status shows Success for all devices
Pre-Flight Checklist
Use this as a final go/no-go before starting the onboarding process.
Hardware & Software
| Item | Status |
|---|---|
| All firewall models on supported list | |
| PAN-OS 10.2.3+ on all devices | |
| Single vsys confirmed |
Accounts & Licensing
| Item | Status |
|---|---|
| CSP account with appropriate role | |
| Activation Console access confirmed | |
| SCM license activated, Activation Status shows “Complete” | |
| Active support license on all devices | |
| (VM-Series) Deployment profile associated with tenant, status “Complete” | |
| All devices associated with correct tenant in Activation Console |
Network
| Item | Status |
|---|---|
| Outbound ports open: 80, 443, 444, 3978, 5222–5224, 5228, 5229 | |
| All required FQDNs reachable | |
| DNS configured on all firewalls | |
| NTP configured and syncing on all firewalls | |
| (Proxy) Non-standard ports 3978 and 444 allowed |
Certificates
| Item | Status |
|---|---|
| Device certificate installed and valid on all firewalls |
VM-Series (if applicable)
| Item | Status |
|---|---|
| Credit pool activated (Software NGFW) or VM license registered (BYOL) | |
| Deployment profile created and associated with tenant | |
| Profile Association Status shows “Complete” in Activation Console | |
| Auto-registration PIN ID & Value generated (Software NGFW) | |
| Cloud platform management subnet has internet access | |
| “Managed By Cloud Service” set on each firewall |
Troubleshooting
Certificate Fetch Issues
| Symptom | Likely Cause | Resolution |
|---|---|---|
| “Failed to fetch device certificate” | OTP expired (>60 min) or already used | Generate a new OTP from CSP. Each OTP allows only one attempt. |
| Certificate fetch times out | Management interface MTU too high | Lower the management interface MTU to 1374: set deviceconfig system setting mtu 1374 then commit and retry. |
| Certificate validation fails | System clock is wrong | Verify NTP is configured and synced: show ntp. Fix NTP and commit before retrying. |
| “TPM public key match failed” | Backend mismatch on TPM models | Open a TAC case — the certificate record may need to be reset. |
otp keyword not available in CLI |
Firewall has a TPM | TPM devices don’t need an OTP. Run: request certificate fetch |
| Cert fetch fails through proxy | Proxy blocking required ports | Ensure proxy allows traffic to certificate.paloaltonetworks.com and api.paloaltonetworks.com on port 443. |
| Panorama OTP Upload fails | Pasted file content or OTP expired | You must paste the OTP text. Generate a new OTP if expired. |
VM-Series Specific Issues
| Symptom | Likely Cause | Resolution |
|---|---|---|
| Auto-registration PIN fails during bootstrap | PIN ID/Value incorrect or management interface has no internet | Verify PIN values in init-cfg.txt. Confirm management subnet has internet access (check security group/NSG/firewall rules). |
| Deployment profile shows “Associating” indefinitely | Tenant provisioning stalled | Wait up to 50 minutes. If still stuck, contact Palo Alto Networks support. |
| Credits not available after activation | Credits deposited to wrong pool or wrong CSP account | In CSP, verify the credit pool under Software NGFW Credits. Ensure the correct support account is selected. |
| Firewall not appearing in SCM after bootstrap | “Managed By Cloud Service” not set, or certificate not installed | Log into the firewall → Device > Setup > Management → verify “Managed By Cloud Service” is selected. Check certificate status with show device-certificate status. |
| Auth code “D” not accepted | Using auth code in wrong field or profile not activated | Auth codes starting with “D” are for deployment profiles, not traditional licensing. Ensure the profile is activated and associated with a tenant. |
Connectivity Validation
| What to Validate | How to Test | Expected Result |
|---|---|---|
| DNS resolution | ping host ds-cloudmgmt.paloaltonetworks.com |
Resolves to an IP address |
| Certificate FQDNs | ping host certificate.paloaltonetworks.com |
Resolves to an IP address |
| NTP sync | show ntp |
Status shows “synced” |
| License status | request license info |
Shows active licenses |
Cloud Management Status: Not Connected
| Symptom | Likely Cause | Resolution |
|---|---|---|
Connected: no — TCP status “Failed” or “Connection timed out” |
Port 3978 (or 443 on PAN-OS 11.2+) blocked outbound | Verify firewall can reach the SCM endpoint on the correct port. Check transit firewall rules, proxies, and NAT. |
Connected: no — DNS failure in status output |
Firewall cannot resolve SCM FQDNs | Verify DNS servers under Device > Setup > Services. Test with ping host ds-cloudmgmt.paloaltonetworks.com. |
Connected: no — endpoint FQDN is empty |
Device not properly onboarded in SCM | Verify the device serial number is associated in SCM > System Settings > Device Associations and moved to cloud management. |
| “Device Not Found” in SCM | Device not associated with correct Tenant Service Group | Verify serial number is registered and associated with the correct tenant in the Palo Alto Networks Hub/CSP. |
| Status shows “Onboarded” but “Disconnected” | Device certificate missing/expired, or port 3978 blocked | Check certificate status (show device-certificate status) and verify port connectivity. |
If everything looks correct but the device still won’t connect, restart the cloud management process and wait 5 minutes:
admin> debug software restart process cloud_mgr
Telemetry Not Appearing in SCM Dashboard
| Symptom | Likely Cause | Resolution |
|---|---|---|
| No telemetry data after 2+ hours | Telemetry not enabled on the device | Check with show device-telemetry details. For PAN-OS versions below auto-enable thresholds, manually enable telemetry sharing. |
| Telemetry enabled but data missing | Region mismatch between telemetry and SCM/CDL instance | Check telemetry region: show device-telemetry settings. Ensure it matches your SCM instance region. |
| Telemetry intermittent or stale | Ports 5222–5224, 5228, 5229 blocked | Verify these telemetry ports are open outbound in addition to 443. |
| Telemetry stuck — “cannot lock /etc/subgid” in logs | Known bug in some PAN-OS 10.2.x versions | On PAN-OS 10.2.11+: delete authentication system-lock-files. On older versions: restart management plane or contact TAC. |
Configuration Push Fails After Onboarding
| Symptom | Likely Cause | Resolution |
|---|---|---|
| Push fails immediately | Configuration conflict with local settings | Check SCM > Configuration > Operations > Push Status for specific error details. Resolve conflicts between SCM config and local firewall config. |
| Push hangs or times out | Connectivity issue between SCM and firewall | Verify show cloud-management-status shows Connected. Check for packet loss on the management path. |
| HA peer push fails | HA peers in different SCM folders | Move both HA peers to the same folder in SCM. HA pairs must always be in the same folder. |
If your firewall’s management interface does not have internet access (common in security-hardened environments), configure a service route so cloud traffic uses a data-plane interface instead.
- Navigate to Device > Setup > Services > Service Route Configuration.
- Select Customize.
- For Palo Alto Networks Services (or specifically Cortex Data Lake), assign a data-plane interface/IP that has internet access.
- Commit and verify connectivity.
Diagnostic Commands
# Device certificate status
admin> show device-certificate status
# NTP synchronization
admin> show ntp
# DNS resolution test
admin> ping host ds-cloudmgmt.paloaltonetworks.com
# License status
admin> request license info
# Management interface MTU
admin> show system setting mtu
# Install certificate with OTP (standalone)
admin> request certificate fetch otp <value>
# Install certificate on TPM devices (no OTP needed)
admin> request certificate fetch
# WildFire registration refresh
admin> request wildfire registration channel public
# VM-Series: Verify management mode
admin> show system info | match cloud
# VM-Series: Check cloud service connection
admin> show cloud-connector status
# Cloud management connection status
admin> show cloud-management-status
# Telemetry status and last upload time
admin> show device-telemetry details
# Telemetry region and configuration
admin> show device-telemetry settings
# Force immediate telemetry collection
admin> request device-telemetry collect-now
# Restart cloud management process
admin> debug software restart process cloud_mgr
# Check config logs for errors
admin> less mp-log configd.log
# CloudConnector plugin status (Panorama)
admin> request plugins cloudconnector show-status
Source Documentation
| Topic | URL |
|---|---|
| Onboard to SCM | docs.paloaltonetworks.com |
| CloudConnector Plugin for Panorama | docs.paloaltonetworks.com |
| Device Telemetry (Metrics) | docs.paloaltonetworks.com |