Skip to content

Analysis Templates

This is the full catalog of what the Analysis Engine checks in your tenant. The current build ships 86 templates:

FamilyCountApplies to
Named ZIA analyses19ZIA and Experience Center tenants
Named ZPA analyses15ZPA and Experience Center tenants
Unreachable policies and assignments28Both planes, one variant per entity type
ZCC configuration checks24Experience Center tenants

A template is not a single check. One template usually evaluates many settings and runs once per affected object: the ATP settings template alone compares 22 individual options against their recommended values, and an entity-level template runs against every entity of its type, so a tenant with 136 URL categories runs that template 136 times. Counting templates, which is what this page does, gives you the smallest and most stable number. Counts you see elsewhere may be counting the individual settings or the evaluations performed, which are much larger.

How to read these tables

  • Severity is the template’s baseline. Most templates compute the real severity per finding, so an individual result can land higher or lower depending on how bad the instance is.
  • Scope says what a finding is attached to: an entity (one finding per affected object), an entity type (one aggregate finding for the whole set), or the tenant.
  • Fix says whether the template can generate a proposed change you can stage in Pending Changes. Twelve templates can: eleven on ZIA and one on ZPA, the DNS port check. Everywhere else the finding tells you what to change and where, and you make the change in the Zscaler console. The staging path belongs to the template, not to the entity type: two findings on the same SSL inspection policy can differ, one offering the buttons and the other not.
  • Advanced marks templates that read traffic logs or run heavier computations. They are gated and may not be enabled on every tenant, and some also need OneAPI.

ZIA templates

Threat protection

TemplateSeverityScopeFixWhat it checks
ATP Settings: Security Features ActivationHighEntityYesWhether the recommended Advanced Threat Protection features are enabled. Each disabled feature narrows protection against a specific threat class.
ATP Settings: Risk Tolerance ReviewMediumEntityYesWhether the ATP risk tolerance sits below the recommended threshold.
ATP Security Exceptions: File BlockingLowEntityYesWhether unscannable files and password-protected archives are blocked. Files that cannot be inspected should not pass by default.
ATP Security Exceptions: Bypass URLs ReviewMediumEntityYesThe ATP bypass URL list. Every entry is a blind spot where ATP does not apply.
Malware Protection Best PracticesHighEntityYesWhether malware protection blocks the full set of threat types according to best practice.

SSL inspection

TemplateSeverityScopeFixWhat it checks
SSL Inspection Bypassing CDN Category ⭐CriticalEntityNoDo-not-inspect rules covering CDN categories. CDNs host arbitrary customer content, so a blanket bypass is a large uninspected surface.
SSL Bypass Skipping Other PoliciesCriticalEntityNoBypasses that also skip the rest of the policy chain, graded by how much traffic each one exempts from inspection.
SSL Inspection: Legacy TLS VersionsHighEntityYesPolicies still allowing TLS 1.0 or 1.1 on client or server connections, in both decrypt and do-not-decrypt actions.
Missing/Misconfigured ANY/ANY Inspect Catch-All ⭐MediumEntity typeYesWhether a correctly configured final ANY/ANY inspect rule exists, so traffic no specific rule matches is still inspected.
Apple Device SSL Exception Configuration ⭐MediumEntity typeNoWhether the SSL exceptions Apple requires for device setup, management and core services are present.
Android Device SSL Exception Configuration ⭐MediumEntity typeNoWhether the SSL exceptions Android Enterprise requires are present.
SSL Inspection Traffic Analysis (Last 30 Days) ⭐InfoEntity typeNoThe actual inspection rate over 30 days of web logs, with daily trend. This is the check that gates the ZIA posture score.

Firewall

TemplateSeverityScopeFixWhat it checks
Firewall Rule Uses Wildcard Network Services (TCP_ANY / UDP_ANY)CriticalEntityNoRules using TCP_ANY or UDP_ANY. These cover every port for the protocol, making a rule far broader than it reads.
Firewall Policy QUIC Exposure Analysis ⭐CriticalEntity typeYesWhether the policy as a whole effectively blocks or allows QUIC on UDP/443 and UDP/80, evaluated in rule order.
This Firewall Rule Allows QUIC Traffic ⭐MediumEntityYesWhich specific rule is the QUIC leak, given the policy evaluation order. QUIC that escapes inspection is traffic you never see.
Default Firewall Rule Should BlockHighEntity typeNoWhether the final default rule blocks rather than allows. Deny-by-default is the baseline; a default-permit firewall only stops what an explicit rule catches.

Locations, categories and identity

TemplateSeverityScopeFixWhat it checks
Location Firewall Control DisabledMediumEntityYesLocations with Firewall Control off. Clients from those locations never reach the firewall policy engine.
Redundant URL EntriesLowEntityYesURLs already covered by a wildcard entry in the same category, across both custom and DB-categorized lists.
IdP Certificate Expiry MonitorCriticalEntity typeNoSAML IdP certificate expiry dates, with warning ahead of time. An expired certificate locks every user out of SSO.

ZPA templates

Access policy exposure

TemplateSeverityScopeFixWhat it checks
Catch-All Policy DetectionCriticalEntityNoAccess policies with no user or group restriction (source catch-all) or no application segment restriction (destination catch-all). Severity escalates when both are missing.
Missing Domain-Join Posture EnforcementCriticalEntity typeNoWhether access policies require a domain-joined device, either per policy or through an effective high-order block rule. Without it, valid credentials from any unmanaged device reach private applications.
Missing EDR/Antivirus Posture EnforcementHighEntity typeNoWhether access policies require an EDR or antivirus posture (CrowdStrike, SentinelOne, Microsoft Defender, Carbon Black or generic antivirus detection). Marker postures such as a registry key or file path never count.

Both posture templates read the full policy condition tree, so machine-tunnel scoped rules and block rules are excluded rather than counted as gaps. They are powered by the classified posture families described in ZCC Posture Profiles.

Application segments

TemplateSeverityScopeFixWhat it checks
Broad Scope Domain DetectionCriticalEntityNoSegments defined with first-level wildcards, deep wildcards or large CIDR ranges, which expose more than intended.
DNS Port (53) Exposed on Application SegmentHighEntityYesSegments exposing TCP or UDP port 53. In ZPA, DNS resolution belongs to the App Connector, not the endpoint. The fix removes port 53 and cleanly splits any wider range around it.
Unused Application SegmentHighEntityNoSegments no enabled access or client forwarding policy references. ZPA defaults to block, so they are configured but unreachable. Severity escalates when the segment is also broad.
Unused Application Segment GroupLowEntityNoSegment groups no enabled policy references.

Infrastructure and resilience

TemplateSeverityScopeFixWhat it checks
Zombie ConnectorCriticalEntityNoApp Connectors that are enabled but disconnected from the control channel. Severity escalates per day of disconnection, and starts higher when the group has no redundancy.
Connector Group Without RedundancyCriticalEntityNoConnector groups with zero connected connectors (critical), exactly one connected among several (single point of failure), or a deliberate single-connector deployment (noted, not alarmed).
Connector Deprecated Operating SystemHighEntityNoConnectors on an end-of-life OS line. No security patches, and a deprecated connector platform.
Connector Version DriftMediumEntityNoConnectors whose version differs from the one the control plane expects, or that rolled back to an older version.
Application Segment At RiskCriticalEntityNoSegments whose access path depends on a down connector group, or only on non-redundant groups. Infrastructure risk propagated to the application boundary.
No Geographic RedundancyMediumEntityNoSegments served by a single connector group: one data-centre event takes the application down regardless of how many connectors that group holds.
Segment Group With Members At RiskHighEntityNoSegment groups containing at-risk or non-redundant segments, rolled up.
App Connector Fleet Health SummaryHighEntity typeNoThe whole-fleet roll-up: status counts, zombies, version drift, and the share of connector groups without redundancy.

Unreachable policies and assignments

Two families, cloned across every entity type that can appear in policy criteria. They are the engine behind Unreachable Policy Detection.

FamilyBaseline severityVariantsWhat it detects
Potentially Useless (policy type)Medium5Rules unreachable for every configured criterion, or ANY/ANY rules made redundant by a preceding ANY/ANY rule. Covers ZIA firewall, SSL inspection and URL filtering, plus ZPA access and client forwarding policies.
Unreachable Policy AssignmentsLow23Individual criteria that can never be evaluated, because a catch-all or broader rule runs first.

The 23 assignment variants cover, on ZIA: cloud apps, departments, destination IP groups, device groups, device trust levels, locations, location groups, network services, network service groups, source IP groups, URL categories, users and user groups. On ZPA: application segments, application segment groups, client types, machine groups, platforms, posture profiles, risk factor types, trusted networks, users and user groups.

Both families score as hygiene rather than exposure, and all variants of a family share a single score cap between them, so a tenant with hundreds of dead assignments does not see its posture score collapse for what is, in the end, clutter.

ZCC configuration checks

These 24 checks run on Experience Center tenants and drive ZCC Fleet Health. Each is scored per app profile or PAC file, per platform, and each carries the console path where the setting lives.

Because Zscaler exposes ZCC App and Forwarding profiles as read-only over the API, these checks do not generate applicable fixes: they tell you the setting, the recommended value and where to change it in the console.

Security

CheckSeverityPlatformsWhere the setting lives
DNS DomainsHighWindows, macOS, LinuxPolicy → ZCC App Profile → Forwarding Profile → Tunnel Settings
DNS IPsHighWindows, macOS, LinuxPolicy → ZCC App Profile → Forwarding Profile → Tunnel Settings
Fail-CloseHighWindows, macOS, LinuxPolicy → ZCC App Profile → Service Status / Tunnel Configuration
ZIA Protection PasswordsHighAll platformsPolicy → ZCC App Profile → ZIA → Authentication
Anti-TamperingMediumWindowsPolicy → ZCC App Profile → Windows → Install Options
Reactivate ZIAMediumAll platformsPolicy → ZCC App Profile → ZIA → Service Status
ZPA Auth ExpiryMediumWindows, macOSPolicy → ZCC App Profile → ZPA → Authentication
Drop QUICLowiOS, AndroidPolicy → ZCC App Profile → Mobile → Tunnel Configuration
Intercept AllInfoWindowsPolicy → ZCC App Profile → Tunnel Configuration

The pairing of ZIA Protection Passwords and Reactivate ZIA is the one to read together: a password that stops users disabling ZIA is worth little once the password circulates, unless the profile also re-enables the service automatically after a set interval.

Resilience

CheckSeverityPlatformsWhere the setting lives
Dynamic Service EdgeMediumAll platformsPolicy → ZCC Forwarding Profile → ZIA Action (per network state)
Subcloud PAC (App)MediumAll platformsPolicy → ZIA → PAC Files (the PAC the App Profile references)
Subcloud PAC (Fwd)MediumAll platformsPolicy → ZCC Forwarding Profile → ZIA Action → Custom PAC
ZIA DRMediumAll platformsPolicy → ZCC App Profile → Disaster Recovery → ZIA
ZPA DRMediumAll platformsPolicy → ZCC App Profile → Disaster Recovery → ZPA
Machine TokenInfoWindows, macOSPolicy → ZCC App Profile → Install Options → Machine Token

Best practice and deployment quality

CheckSeverityPlatformsWhere the setting lives
PAC Syntax ErrorsCriticalAll platformsAdministration → PAC Files
Z-Tunnel 2.0HighWindows, macOS, LinuxPolicy → ZCC Forwarding Profile → ZIA Actions (per network state)
PAC Broad BypassMediumAll platformsAdministration → PAC Files
Drop IPv6 TrafficMediumAll platformsPolicy → ZCC Forwarding Profile → ZIA Action → IPv6
Prioritize IPv4MediumWindowsPolicy → ZCC App Profile → Windows → Network
Redirect WebMediumWindows, macOS, LinuxPolicy → ZCC Forwarding Profile → ZIA Action → Tunnel
SSL CertMediumWindows, macOS, Linux, AndroidPolicy → ZCC App Profile → Install Options → SSL
PAC ConfiguredInfoWindows, macOS, LinuxPolicy → ZCC App Profile → Forwarding Profile → PAC File
Custom IPsInfoWindows, macOS, LinuxPolicy → ZCC App Profile → Forwarding Profile → Tunnel Settings

Checks that do not apply to a platform are reported as not applicable rather than as failures, so a mobile profile is never penalised for a Windows-only flag.

Notes

  • Severity is computed, not fixed. The values above are the baseline. A zombie connector down for a week scores higher than one down for an hour.
  • Coverage depends on your admin role and on OneAPI. Objects a restricted Zscaler role cannot read cannot be analysed, and a few templates only run once OneAPI credentials are configured.
  • This catalog grows. New templates ship with product releases; the changelog records them.