>
    Features in Prisma Access 3.0 Preferred and Innovation
    Focus
    Download PDF
    Focus
    1. Home
    2. Prisma
    3. Prisma Access
    4. Prisma Access (Panorama Managed) Release Information
    5. Features Introduced in Previous Prisma Access (Panorama Managed) Releases
    6. Features in Prisma Access 3.0 Preferred and Innovation
    Download PDF

    Features in Prisma Access 3.0 Preferred and Innovation

    Table of Contents

    Features in Prisma Access 3.0 Preferred and Innovation

    This section lists the new features that are available in Prisma Access 3.0, along with upgrade information and considerations if you are upgrading from a previous Prisma Access version.

    Cloud Services Plugin 3.0

    Prisma Access 3.0 uses a single plugin for both 3.0 Preferred or 3.0 Innovation. The version that the plugin activates is dependent on the dataplane version of Prisma Access 3.0 you are running.
    • Cloud Services Plugin 3.0 Preferred runs on the PAN-OS version 10.0 dataplane, which is the same dataplane as that running on Prisma Access 2.2 Preferred.
    • Cloud Services Plugin 3.0 Innovation runs on the PAN-OS 10.1 dataplane and unlocks the latest features available with the PAN-OS 10.1 dataplane, in addition to other new features.

    Upgrade Considerations for 3.0 Prisma Access Releases

    The following upgrade considerations apply to deployments upgrading to 3.0 Innovation and Preferred:
    • Upgrades to 3.0 Preferred:
      Prisma Access 2.2 Preferred is a prerequisite for Prisma Access 3.0 Preferred. If your deployment is on an earlier version of Prisma Access, you must first upgrade to Prisma Access 2.2 before you can upgrade to 3.0. Prisma Access will make the 3.0 plugin available to you after your deployment has been upgraded to 2.2 Preferred.
      Be sure that you have signed up for email alerts in the Prisma Access app. You will receive an email notification via Prisma Access Insights when the 3.0 plugin becomes available to you. Upgrades from 2.0 or 2.1 versions of Prisma Access are not supported.
    • Upgrades to 3.0 Innovation:
      To upgrade to 3.0 Innovation, reach out to your Palo Alto Networks account representative and submit a request. The request will be reviewed internally and, if approved, your deployment will be upgraded to 3.0-Innovation. The upgrade to Prisma Access 3.0 Innovation requires a dataplane upgrade; after the dataplane is fully upgraded, the plugin will be made available to you.

    Determine Your Prisma Access 3.0 Version

    After you install or upgrade the Cloud Services plugin, determine the Prisma Access 3.0 version your deployment is running (either Preferred or Innovation) by selecting PanoramaCloud ServicesConfigurationService Setup and viewing the Current Dataplane version in the DataPlane PAN-OS version area.
    • If the dataplane version is 10.0.x, you are running version 3.0 Preferred.If the dataplane version is 10.1.x, you are running version 3.0 Innovation.

    Minimum Required Software Versions

    For the minimum Panorama version that is supported with Prisma Access 3.1, see Prisma Access and Panorama Version Compatibility in the Palo Alto Networks Compatibility Matrix.
    If you have a Cloud Managed Prisma Access deployment, plugin upgrades are not required; however, the GlobalProtect versions apply to both Panorama and Cloud Managed versions of Prisma Access.
    Prisma Access supports any GlobalProtect version that is not End-of-Life (EoL), including 5.1, 5.2, 5.3, and 6.0. A minimum of GlobalProtect 5.2.5 is required for GlobalProtect App Log Collection for Troubleshooting. The Autonomous DEM (ADEM) documentation has the minimum GlobalProtect and Content Release versions required for ADEM.

    New Features—Prisma Access 3.0 Preferred

    The following table describes the new features that are available with Prisma Access 3.0 Preferred.
    Feature
    Description
    QoS Support for Remote Networks
    Prisma Access supports Quality of Service (QoS) for remote networks that allocate bandwidth by compute location. If you are using the bandwidth allocation per compute location model, you can add QoS profiles to prioritize traffic per site.
    If you have a deployment that allocates bandwidth by location and uses QoS, do not migrate to a deployment that allocates bandwidth by compute location; migrations with QoS are not supported.
    IP Allow Listing of Prisma Access Public IP Addresses from the Prisma Access UI
    You can indicate whether or not you use Prisma Access public IP addresses for IP allow listing. You can retrieve the Prisma Access public IP addresses from Panorama (for Panorama Managed Prisma Access deployment) or the Cloud Managed Prisma Access UI (for Cloud Managed Prisma Access deployments) for allow listing purposes. After you make a note of the IP addresses, you add them to your organization's allow lists, then return to Panorama or the Prisma Access UI and mark them as added. You can also note any IP addresses that have not been added to your organization’s allow lists. In this way, Prisma Access uses only the IP addresses you have added to your allow lists in case of an autoscale event or infrastructure upgrade.
    Google IdP Support for Cloud Identity Engine
    To simplify the retrieval of user and group information for deployments that use Google Identity for cloud identity services, Prisma Access supports Google Identity integration with the Cloud Identity Engine.
    Mobile User Regional Redundancy
    To ensure that your mobile users always have access to the services and applications that are accessible from service connections, you can enable network redundancy during mobile user setup. This feature provides redundant network paths between the mobile user dataplane and service connections that may be in different compute locations.
    Enabling redundancy provides you with more resilient access to resources behind service connections in a data center or headquarters location. Because a service connection is required for mobile users to access resources from remote networks, you also have more resiliency in accessing resources in remote network locations.
    For either a Cloud Managed or Panorama Managed Prisma Access deployment, the following prerequisites are required before this feature is enabled:
    • Onboard multiple service connections in different compute locations.
    • Enable asymmetric routing and load sharing across service connections in your Backbone Routing options.
      For Cloud Managed deployments, select ManageService SetupService ConnectionsAdvanced Settings and make sure that the Backbone Routing option is set to Allow asymmetric routing and load sharing across Service Connections. Prisma Access enables this feature without further configuration.
      For Panorama Managed deployments, select PanoramaCloud ServicesConfigurationService Setup, click the gear to edit the Settings, and, in the Advanced tab, make sure that the Backbone Routing option is set to asymmetric-routing-with-load-share.
    • (Panorama Managed Deployments only) Enable network redundancy by selecting PanoramaCloud ServicesConfigurationMobile Users—GlobalProtect, selecting the Hostname and, in the General tab, selecting Enable Network Redundancy.
    Prisma SD-WAN CloudBlade Thin Client Integration with Cloud Services Plugin
    For Prisma SD-WAN integrations with Prisma Access, the Cloud Services plugin includes a built-in CloudBlade thin client that eliminates the requirement to have a Docker container host or Kubernetes environment to host a separate CloudBlade. This integration enables easier onboarding of Prisma SD-WAN devices using remote network connections.
    Maximum Size Increase for External Dynamic Lists
    To allow you to use existing firewall security policy rules and related objects with Prisma Access to implement a consistent security posture across your network, Prisma Access increases the maximum size for External Dynamic Lists (EDLs) to the following maximums:
    • 150,000 IPs for IP-based EDLs
    • 250,000 URLs for URL-based EDLs
    To activate this feature on your service tenant, reach out to your Palo Alto Networks account representative and submit a request.
    Protect from Web-Based Threats with RBI Using Proofpoint
    To support a larger range of use cases and prevent malware, phishing, cryptomining, and other threats, Prisma Access has added Proofpoint as a technology partner to implement Remote Browser Isolation (RBI) using URL response page redirect to the RBI cloud. The RBI integration helps with isolating all active, untrusted web content from endpoints that your users use to access business-critical internet services and internal networks, and ensure that the corporate network remains safe.
    WildFire India Cloud Support
    To allow you to adhere to data sovereignty and residency laws as well as established data protection and privacy regulations, Prisma Access supports the use of the WildFire India Cloud (in.wildfire.paloaltonetworks.com). The following locations map to the WildFire India Cloud:
    • India North
    • India South
    • India West
    WildFire API Support
    You can extend the malware detection capabilities of WildFire using the WildFire API. You can use the WildFire API to query WildFire for verdicts, samples, and reports, and to automate the submission of files and links to WildFire for analysis.
    Explicit Proxy Enhancements
    Prisma Access provides the following enhancements for Explicit Proxy:
    • Support for Deployments with No Default Route at Branch Sites—To help you transition from a proxy-based architecture in your branch sites to Prisma Access, a Prisma Access deployment is supported for branch sites that have a no-default route architecture. This deployment, which uses remote networks in conjunction with Explicit Proxy, provides security inspection using a remote network Security Processing Node (RN-SPN), while users and servers use the PAC file to forward the traffic to Prisma Access.
    • Inline Editing of PAC Files—You can edit the PAC file used with Explicit Proxy in the Cloud Managed UI.
    • Best Practice Assessment for Explicit Proxy Policies—Cloud Managed Explicit Proxy deployments includes a best practice check for security policy rules that are used with Explicit Proxy.
    New Prisma Access Compute Locations
    To optimize performance, reduce latency, and adhere to data sovereignty rules, Prisma Access adds the following compute locations, and the following locations map to these compute locations:
    • Australia South Compute Location—Mapping to Australia South location
    • Canada Central (Toronto) Compute Location—Mapping to Canada Central location
    • India North Compute Location—Mapping to the India North location
    In addition, the existing Canada Central compute location is renamed to Canada Central (Montreal). The Canada East location continues to be mapped to this compute location.
    If you add the locations after you install the Cloud Services 3.0 plugin, Prisma Access associates the new compute locations automatically.
    For Explicit Proxy, these new compute locations are supported for new deployments only.
    If you are upgrading from an existing Prisma Access deployment and you have already onboarded these locations, complete the following steps to take advantage of the new compute location:
    1. Delete the location associated with the new compute location.
    2. Commit and push your changes.
    3. Re-add the locations you just deleted.
    4. Commit and push your changes.
    5. Retrieve the new gateway and portal IP addresses (for mobile users) or the new Service IP Addresses IP addresses (for remote networks) using the API script.
    6. Make a note of the new IP addresses and add them to your allow lists (for Mobile User deployments) or change your CPE to point to the new IP addresses for the IPSec tunnel for the remote network connection for remote network deployments).
    Since you need to allow time to delete and add the existing location and change your allow lists, Palo Alto Networks recommends that you schedule a compute location change during a maintenance window or during off-peak hours.
    EDL Custom Category End Token Support
    If you use URLs in custom URL categories or external dynamic lists (EDLs) and do not append a forward slash (/) to the URL, it is possible to allow more URLs than you intended. For example, entering example.com as a matching URL instead of example.com/ would also match example.com.website.info or example.com.br.
    Prisma Access allows you to set an ending token to URLs in EDLs or custom URL categories so that, if you enter example.com, Prisma Access treats it as it would treat example.com/ and only matches that URL.

    New Features—Prisma Access 3.0 Innovation

    Version 3.0 Innovation includes all the all the features in 3.0 Preferred and adds the following features.
    Feature
    Description
    Support for PAN-OS 10.1
    Cloud Services 3.0 Innovation uses a dataplane version of PAN-OS 10.1 and you are able to take advantage of PAN-OS 10.1 features up to PAN-OS 10.1, including the following features:
    Explicit Proxy Enhancements
    In addition to the Explicit Proxy enhancements described for 3.0 Preferred, Prisma Access offers the following additional enhancements for 3.0 Innovation:
    • SNI Spoofing Prevention—Explicit Proxy can protect network traffic from Server Name Indication (SNI) spoofing attacks in cases where the SNI domain does not match the domain used for HTTP Requests or HTTP Connect requests.
    • URL Filtering Category Support—Explicit Proxy supports the following additional pre-defined URL filtering categories:
      • Dynamic DNS Hosted Domains
      • Grayware Domains
      • Newly Registered Domains
      • Parked Domains
      • Phishing Domains
      • Proxy Avoidance and Anonymizers
      Command and Control Domains and Malware Domains are currently supported URL filtering categories.
    SaaS Security Inline Enforcement
    In addition to the SaaS Visibility feature that was introduced with Prisma Access 2.2 Preferred, you can import SaaS policy recommendations from SaaS Security Inline to gain control of the applications in the policy recommendation.
    Commit Error Reporting Improvements
    When you receive configuration-related errors during commits, Prisma Access has replaced generic messages you previously received with messages that more clearly communicate the cause of the misconfiguration. For example, authentication objects without authentication profiles receive a message indicating the object with the missing profile instead of a generic message indicating an issue with the commit.
    Other message improvements include:
    • HIP profiles that exceed the maximum allowed
    • Missing or overlapping IP addresses, or missing URLs, in objects for a mobile user (GlobalProtect) deployment
    • IPv6 addresses being specified when IPv6 addressing has not been enabled in a Prisma Access deployment
    • Port numbering being outside of the valid range (0-65535)
    • EDL-related validation errors
    • Security policy-related rule validations (missing service value, using Negate with Any for Source or Destination)
    • Missing SCEP certificates when using SSL Authentication

    © 2024 Palo Alto Networks, Inc. All rights reserved.