Prisma Access
Set Up Prisma Access
Table of Contents
Expand All
|
Collapse All
Prisma Access Docs
-
- Prisma Access China
- 4.0 & Later
- 3.2 Preferred and Innovation
- 3.1 Preferred and Innovation
- 3.0 Preferred and Innovation
- 2.2 Preferred
-
-
-
- 5.0 Preferred and Innovation
- 4.2 Preferred
- 4.1 Preferred
- 4.0 Preferred
- 3.2 Preferred and Innovation
- 3.1 Preferred and Innovation
- 3.0 Preferred and Innovation
- 2.2 Preferred
Set Up Prisma Access
Prisma Access
Learn how to set up
Prisma Access
.Where Can I Use
This? | What Do I Need? |
---|---|
|
|
Before you can use
Prisma Access
to secure your remote networks and mobile users,
configure an infrastructure subnet. Prisma Access
uses IP addresses within this subnet
to establish a network between your remote network locations, mobile users, headquarters
and data center (if applicable). Prisma Access
also uses service connections to access
internal resources from your headquarters or data center location.This sub-network will be an extension to your existing network. Hence, it should not
overlap with any existing IP subnets in your network. The following example shows a
172.16.55.0/23 subnet that is being used for the
Prisma Access
infrastructure
subnet.For small networks with less than 50 sites and 2500 mobile users, consider a /24 subnet.
For medium sized networks with less than 100 sites and less then 5000 mobile users,
consider a /23 subnet. In most cases a /23 subnet is sufficient. If there are more than
100 sites or 5000 mobile users or expected future growth, contact Palo Alto Networks to
evaluate whether you need a larger subnet size.
Learn how to set up
Prisma Access
.Cloud Management
Cloud Management
Learn how to set up your cloud service infrastructure for remote sites and mobile
users.
The following workflow provides you with the summary steps that you take
to install and configure
Prisma Access
.- Launch thePrisma Accessthrough the hub.
- Launch an internet browser andSign Into the hub.
- Launch thePrisma Accessapp.
- Specify trusted IP addresses forPrisma Access (Managed by Strata Cloud Manager)administrators.Only administrators that log in from these source IP addresses (and also that successfully authenticate) can accessPrisma Access (Managed by Strata Cloud Manager). The IP addresses must be public addresses. By default, there aren’t any trusted addresses enforced (the list is set to any). To get started, find theSettingsmenu on the left navigation panel and clickIP Restrictions.
- Enable the service infrastructure and service connections that allows communication betweenPrisma Accesselements.
- Secure mobile users with GlobalProtect or Explicit Proxy, as required for your deployment.
- Plan, create, and configure remote network connections.
- (Optional) Change the authentication method from local authentication to your organization’s authentication method.
- (Optional) Forward logs from Cortex Data Lake to an external Syslog receiver using Cortex Data Lake.
- (Optional) Check the status ofPrisma Access.You can retrieve the status of all cloud services, includingPrisma Accessand Cortex Data Lake, and a historical record of the service uptime by accessing the app instance from the hub.You can also sign up for email or text message notifications so that you are notified when infrastructure updates are planned; when updates occur; and when Palo Alto Networks® creates, updates, or resolves an incident. To sign up for email updates, go to the Resources section of the hub home page and then selectService Status. You can thenSubscribeto specific updates and incidents for your cloud services.
Panorama
Panorama
Provides quick steps to implement
Prisma Access
.The following workflow provides you with the
summary steps that you take to install and configure
Prisma Access (Managed by Panorama)
Access.If you are setting up a deployment
that includes multiple instances of
Prisma Access
on a single Panorama
(multitenancy), see .
Most organizations do not have a need to create and manage multiple
tenants.- Add the following URLs and ports to an allow list on any security appliance that you use with the Panorama appliance that managesPrisma Access.In addition, if your Panorama appliance uses a (), or if you use SSL forward proxy withPanoramaSetupServiceProxy ServerPrisma Access, be sure to add the following URLs and ports to an allow list on the proxy or proxy server.
- api.gpcloudservice.com (forPrisma Access)
- api.paloaltonetworks.com (forPrisma Access)
- apitrusted.paloaltonetworks.com (forPrisma Access)
If there is a Palo Alto Networks next-generation firewall between the Panorama appliance and the internet, you must add a security policy rule on the firewall to allow thepaloalto-logging-serviceandpaloalto-shared-servicesApp-IDs from the Panorama appliance to the internet. These applications allow SSL-secured communication toPrisma Accessand to Cortex Data Lake that the Panorama appliance uses to query logs. If the Panorama appliance is behind a legacy Layer 4 firewall, permit ports 443 and 444 outbound from the Panorama to allow this traffic from the Panorama. Note that opening layer 4 ports instead of using Palo Alto Networks App-IDs is less secure and not recommended. - Add the ports used by Panorama to allow lists in your network.
- Import your existing Panorama configuration to Prisma Access, or create new templates and device groups to begin configuration ofPrisma Access.In order to push configuration—such as security policy, authentication policy, server profiles, security profiles, address objects, and application groups—toPrisma Access, you must either create new templates and device groups with the configuration settings you want to push toPrisma Access, or leverage your existing device groups and templates by adding them to the template stacks and device group hierarchies thatPrisma Accesscreates when you onboard the service.Prisma Accesscreates the following templates and device groups, depending on what you have purchased (for example, if you do not purchase an Explicit Proxy license, you will not see the Explicit Proxy templates and device groups):
- Templates:
- Explicit_Proxy_Template
- Explicit_Proxy_Template_Stack
- Mobile_User_Template
- Mobile_User_Template_Stack
- Remote_Network_Template
- Remote_Network_Template_Stack
- Service_Conn_Template
- Service_Conn_Template_Stack
- Device Groups:
- Explicit_Proxy_Device_Group
- Mobile_User_Device_Group
- Remote_Network_Device_Group
- Service_Conn_Device_Group
Configuration is simplified inPrisma Accessbecause you do not have to configure any of the infrastructure settings, such as interfaces and routing protocols. This configuration is automated and pushed from Panorama in the templates and device groups that the service creates automatically. You can configure any infrastructure settings that are required by the service, such as settings required to create IPSec VPN tunnels to the IPSec-capable devices at your remote network locations, directly from the plugin. Optionally, you can add templates and device group hierarchies to the configuration to simplify the service setup.To simplify the service setup, create or import the templates and device groups you need before you begin the setup tasks for usingPrisma Access.When creating templates and device groups forPrisma Access, you do not need to assign managed devices to it. Instead, you will add them to the template stacks and device group hierarchies thatPrisma Accesscreates. Do not add any of the templates or device groups created byPrisma Accessto any other template stacks or device groups. - Sign up for email notifications using thePrisma Accessapp.Prisma Accessprovides you with notifications about the service, including any dataplane upgrades, using notifications from this app.
- Change the default master key for Panorama and in the Cloud Services plugin.Palo Alto Networks recommends changing the master key in Panorama and in the Cloud Services plugin as a security best practice and that you change the master key monthly.Because the Panorama andPrisma Accessmaster keys do not synchronize, Palo Alto Networks recommends that you do not automatically rotate the master key in Panorama without also synchronizing the master key inPrisma Access. You can use the Panorama UI or API commands to change the master keys.Be sure to keep track of the master key you deploy because master keys cannot be recovered. When a master key expires, you must enter the current master key in order to configure a new master key. You must reset your Panorama appliance to factory default if you cannot provide the current master key when it expires.
- Select.PanoramaMaster Key and DiagnosticsDo not specify aCurrent Master Key.
- Configure theNew Master KeyandConfirm Master Key.Make a note of the master key you configured.
- Configure the master key Lifetime and Time for Reminder.
- ClickOK.
- Change the master key forPrisma Accessby selecting, then entering the same master key you entered for Panorama.PanoramaCloud ServicesConfigurationService OperationsEdit master key
You can also change the master key by using API commands. This requires two steps–one to change the Panorama master key and one to change thePrisma Accessmaster key. Use the following API commands to change the master key:- Panorama:XML APIOperational Commandsrequestmaster-key
- Prisma Access:XML APIOperational Commandsrequestpluginscloud_servicesprisma-accesssync
- Enable the service infrastructure and service connections that allows communication betweenPrisma Accesselements.
- Create a service connection to allow access to your corporate resources.If you don’t require access to your corporate resources, you should still create a service connection to enable access between mobile users and remote networks.
- Prisma Access Mobile User Deployments and secure mobile users with GlobalProtect or Explicit Proxy, as required for your deployment.To set up GlobalProtect onPrisma Access (Managed by Panorama):
- Configure zones for mobile users by creating two zones in the Mobile_User_Template (for example, Mobile-Users and Internet) and mapping the zones. You should map any zone that is notPrisma Accessconnected users or HQ or branch offices to Untrust.Under, map Internet to Untrust; Mobile-Users to Trust.PanoramaCloud ServicesConfigurationMobile Users
- Configure authentication.We recommend using local authentication as a first step to verify that the service is set up and your users have internet access. You can later switch to using your corporate authentication methods.
- Configure Security policies for the device group.To create a Security policy to allow traffic to the Internet, select the Mobile_User_Device_Groupa rule. For example: Mobile-Users to Internet.PoliciesSecurityPrerulesAdd
- Commit and push your changes to get started with the service.
- Selectto view thePanoramaCloud ServicesStatusMonitorMobile UsersStatusand verify that you can ping the Portal FQDN.
- Validate thatPrisma Accessis securing Internet traffic for mobile users by downloading and installing the GlobalProtect app, using the app to connect to the portal as a mobile user (local user), browsing to a few websites on the internet, and checking the traffic logs on Panorama.
To secure mobile users with an explicit proxy:- Read the Explicit Proxy Configuration Guidelines.
- Configure SAML Authentication. SAML authentication is required for Explicit Proxy.
- Set up Group Mapping using the Cloud Identity Engine.
- Complete the Explicit Proxy configuration.
- Commit and Push your changes.
- Plan, create, and configure remote network connections.
- Add one or more remote networks toPrisma Access.You can onboard one location and then add additional locations using the bulk import capability.
- Create a Security policy rule to allow traffic from the remote networks to HQ (For example: Trust to Trust).
- Validate the connectivity between the service connection, remote network connection, and mobile users.
- You add these addresses to an allow list on your organization’s network to limit inbound access to your enterprise network and applications.
- (Optional) Change the authentication method from local authentication to your organization’s authentication method.
- Create an authentication profile that meets your organization’s requirements (SAML, LDAP, RADIUS, etc).
- If your organization uses an on-premises authentication server such as RADIUS or Active Directory, add the IP addresses thatPrisma Accessuses as its source IP address for internal requests () to allow lists in your network, or allow the IP addresses of the entire Infrastructure Subnet (Prisma Accesstakes the loopback IP address from this subnet).
- Update the Authentication Profile for thePrisma Accessportal and gateway to use this new authentication profile.
- (Optional) Forward logs from Cortex Data Lake to an external Syslog receiver using Cortex Data Lake.