Pcnse Study Guide v9
Pcnse Study Guide v9
Pcnse Study Guide v9
NETWORKS
PCNSE STUDY GUIDE:
EARLY ACCESS
Based on PAN-OS® 9.0
May 2019
Overview
The Palo Alto Networks Certified Network Security Engineer (PCNSE) is a formal, third‐party proctored
certification that indicates that those who have passed it possess the in‐depth knowledge to design,
install, configure, maintain, and troubleshoot most implementations based on the Palo Alto Networks
platform.
This exam will certify that the successful candidate has the knowledge and skills necessary to implement
the Palo Alto Networks next-generation firewall PAN-OS® 9.0 platform in any environment.
More information is available from Palo Alto Networks at:
https://www.paloaltonetworks.com/services/education/pcnse
Exam Details
• Certification Name: Palo Alto Networks Certified Network Security Engineer
• Delivered through Pearson VUE: www.pearsonvue.com/paloaltonetworks
• Exam Series: PCNSE
• Seat Time: 80 minutes
• Number of items: 75
• Format: Multiple Choice, Scenarios with Graphics, and Matching
• Languages: English and Japanese
Intended Audience
The PCNSE exam should be taken by anyone who wants to demonstrate a deep understanding of Palo
Alto Networks technologies, including customers who use Palo Alto Networks products, value-added
resellers, pre-sales system engineers, system integrators, and support staff.
Qualifications
Candidate should have three to five years’ experience working in the Networking or Security industries
and the equivalent of 6 to 12 months’ experience deploying and configuring Palo Alto Networks NGFW
within Palo Alto Networks Security Operating Platform.
Recommended Training
Palo Alto Networks strongly recommends that you attend the following instructor-led training courses or
equivalent virtual digital learning courses:
• Firewall Essentials: Configuration and Management (EDU-210) or digital learning (EDU-110)
• Panorama: Managing Firewalls at Scale (EDU-220) or digital learning (EDU-120)
• Optional Training: Firewall: Optimizing Firewall Threat Prevention (EDU-214) or digital learning
(EDU-114)
• Optional training: Firewall: Troubleshooting (EDU-330)
After you have completed the courses, practice on the platform to master the basics. Use the following
resources to prepare for the exam. All resources can be found here:
https://www.paloaltonetworks.com/services/education/pcnse
• Cybersecurity Skills Practice Lab
• PCNSE Study Guide and Practice Exam
• Administrator’s Guide: specific configuration information and “best practice” settings
• Preparation videos and tutorials
Disclaimer
This study guide is intended to provide information about the objectives covered by this exam, related
resources, and recommended courses. The material contained within this study guide is not intended to
guarantee that a passing score will be achieved on the exam. Palo Alto Networks recommends that a
candidate thoroughly understand the objectives indicated in this guide and use the resources and
courses recommended in this guide where needed to gain that understanding.
Cortex Data Lake automatically collects, integrates, and normalizes data across your security
infrastructure. If your data is unified, you can run advanced AI and machine learning to radically simplify
security operations with apps built on Cortex. Cortex Data Lake is augmented with data from Palo Alto
Networks WildFire®, AutoFocus/MineMeld, and Unit 42 information sources.
Cortex XDR is a set of tools that works with Cortex Data Lake to identify threats manually. With AI, it
determines root causes of security events and responds to threats by deploying response settings to
enforcement products.
Palo Alto Networks products are organized into two areas of focus that are described in the following
sections.
DNS Security: DNS security service applies predictive analytics, machine learning, and automation to
block attacks that use DNS. Tight integration with the next-generation firewall gives you automated
protections and eliminates the need for independent tools. DNS Security service makes malicious domain
information available to your NGFW collected from WildFire, Unit 42, URL filtering, and the Cyber Threat
Alliance.
WildFire®: WildFire automatically prevents zero-day exploits and malware. Traditional malware analysis
and sandboxing techniques are not adequate and cannot keep pace with new exploits. WildFire uses
shared community-sourced threat data and advanced analysis, and immediately shares protections
across the network, endpoint, and cloud. WildFire automatically delivers protections about every 5
minutes (by accessing a database that is updated every 5 minutes), thus preventing successful
cyberattacks.
AutoFocus: AutoFocus contextual threat intelligence brings speed, consistency, and precision to threat
investigation. It provides instant access to community-based threat data, enhanced with deep context
and attribution from the Unit 42 threat research team, thus saving time and effort. Now your teams can
quickly investigate, correlate, and pinpoint malware’s root cause without adding dedicated malware
©2016-2019, Palo Alto Networks, Inc. 19
researchers or additional tools. Plus, automated protections make raw intelligence simple to turn into
protection across your environment.
Traps: Traps advanced endpoint protection stops threats on the endpoint and coordinates enforcement
with cloud and network security to prevent successful cyberattacks. Traps is the only solution that pre-
emptively blocks security breaches such as ransomware attacks. It uses a unique multi-method approach
that prevents known and unknown malware, exploits, and zero-day threats.
Threat Prevention: Threat Prevention capitalizes on the next-generation firewall’s capability to inspect all
traffic, and can prevent known threats, regardless of port, protocol, or SSL encryption. Threat Prevention
automatically stops vulnerability exploits with IPS capabilities, offers inline malware protection, and
blocks outbound command-and control-traffic. When combined with WildFire and URL filtering,
organizations are protected at every stage of the attack lifecycle, including both known and zero-day
threats. This service is consumed by other products and integrated into others.
MineMeld: MineMeld is an open-source application that streamlines the aggregation, enforcement, and
sharing of threat intelligence. MineMeld is available for all users directly on GitHub and pre-built virtual
machines (VMs) for easy deployment. Anyone using the proper software can add to the MineMeld
functionality by contributing code to the open-source repository. MineMeld integrates information from
disparate sources, normalizes it for consumption, and can automate settings on managed products.
Expedition: Expedition is a free, virtual appliance that helps convert firewall configurations from leading
vendors to Palo Alto Networks next-generation firewalls.
The second area of focus is securing the cloud.
Aperture: The use of software as a service (SaaS) applications is creating new risks and gaps in security
visibility for malware propagation, data leakage, and regulatory non-compliance. Aperture provides
complete visibility and granular enforcement across all user, folder, and file activity within sanctioned
SaaS applications, thus providing detailed analysis and analytics about usage without requiring any
additional hardware, software, or network changes.
GlobalProtect cloud service: GlobalProtect cloud service provides the full security capabilities of the Palo
Alto Networks next-generation firewall delivered as a service. You can protect users across your
organization and prevent successful cyberattacks with scale and simplicity, and without compromise.
©2016-2019, Palo Alto Networks, Inc. 20
GlobalProtect cloud service automates the orchestration and rollout of security services, thus reducing
deployment time. You can deploy new features, increase coverage, and scale globally with cloud
infrastructure, which gives you a new level of flexibility.
RedLock: The RedLock public cloud security and compliance service uses machine learning to understand
the role and behavior of each cloud resource and enriches visibility by correlating data from external
sources such as vulnerability scanners, threat intelligence tools, and SIEMS. Information provided by
RedLock provide security personnel with unmatched insight into the threats detected in their
environment.
Cortex Data Lake: The cloud-delivered Logging Service allows you to easily collect large volumes of log
data, so innovative apps can gain insight from your environment. You can simplify your log infrastructure,
automate log management, and use the insights gained from your data to prevent attacks more
effectively. This service is used to populate the Cortex Data Lake.
Magnifier: Magnifier behavioral analytics applies machine learning at a cloud scale to network, endpoint,
and cloud data so that you can quickly find and stop targeted attacks, insider abuse, and compromised
endpoints. Magnifier uncovers the actions attackers cannot conceal, by profiling user and device behavior
and identifying anomalies that indicate active attacks. Magnifier integrates rich metadata collected from
the Security Operating Platform with attack detection algorithms and enables you to detect post-
intrusion activity with precision.
Sample Questions
1. Which component of the integrated Palo Alto Networks security solution limits network-
attached workstation access to a corporate mainframe?
A. threat intelligence cloud
B. advanced endpoint protection
C. next-generation firewall
D. tunnel inspection
2. Which Palo Alto Networks product is designed primarily to provide threat context with deeper
information about attacks?
A. RedLock
B. WildFire
C. AutoFocus
D. Threat Prevention
3. Which Palo Alto Networks product is designed primarily to provide normalization of threat
intelligence feeds with the potential for automated response?
A. MineMeld
B. WildFire
C. AutoFocus
D. Threat Prevention
A few features, such as the Decryption Broker, are supported only on firewalls that have larger compute
resources.” The way it is currently written sounds odd. The following link provides a features summary of
all firewall models, including throughput:
https://www.paloaltonetworks.com/resources/datasheets/product-summary-specsheet
The Palo Alto Networks firewall was designed to use an efficient system referred to as next-generation
processing. Next-Generation Processing enables packet evaluation, application identification, policy
decisions, and content scanning in a single efficient processing pass.
Security Policy
The Security policy consists of security rules that are the basis of the firewall’s ability to enable or block
sessions. Multiple match conditions can be used when you create these rules. Security zones, source and
destination IP address, application (App-ID), source user (User-ID), service (port), HIP match, and URL
categories in the case of web traffic all can serve as traffic matching criteria for decisions to allow or
block. App-ID ensures the positive identification of applications regardless of their attempts at
evasiveness. Allowed session traffic can be scanned further based on Security Profiles (Content-ID) to
identify unwanted traffic content. These profiles use signatures to identify known threats. Unknown
threats are identified by WildFire, which creates signatures to turn them into known threats.
Examples of creating a policy rule security rules and profile settings follow:
All sessions on the firewall are defined by the source and destination zones. Rules can use these defined
zones to allow or deny traffic, apply QoS, or perform NAT. All traffic can flow freely within a zone and is
referred to as intrazone traffic. Traffic between zones (called interzone traffic) is denied by default.
Security policy rules are required to modify these default behaviors. Traffic will be allowed to travel only
between zones if a security rule is defined and the rule matches all conditions of the session. For
interzone traffic, Security policy rules must reference a source zone and destination zone (not interfaces)
to allow or deny traffic.
Security policies are used to create a positive (whitelist) and/or negative (blacklist) enforcement model
for traffic flowing through the firewall. These rules are enumerated from the top down, and the first
rules with the appropriate matching conditions will allow or deny the matching traffic. If the logging is
enabled on the matching rule, and the traffic crosses a zone, the action for that session is logged. These
logs are extremely useful for adjusting the positive/negative enforcement model. The log information
©2016-2019, Palo Alto Networks, Inc. 25
can be used to characterize traffic, thus providing specific use information and allowing precise policy
creation and control. Log entries can be forwarded to external monitoring devices such as Panorama, the
Cortex Data Lake, and/or a syslog server. Palo Alto Networks firewall logs, Application Command Center,
App Scope, and other reporting tools all work to precisely describe traffic and use patterns.
Sample Questions
8. A potential customer says it wants to maximize the threat detection capability of its next-
generation firewall. Which three additional services should it consider implementing to
enhance its firewall’s capability to detect Threats?
A. Traps
B. WildFire
C. URL Filtering
D. Expedition
E. DNS Security
9. Which product best secured east-west traffic within a public cloud implementation. Which
product is best suited for this need?
A. RedLock
B. MineMeld
C. VM-Series firewall
D. Cortex
HA Modes
Palo Alto Networks firewalls support stateful active/passive or active/active High Availability with
session and configuration synchronization with a few exceptions:
• The PA-200 (a discontinued model) firewall supports HA Lite only. HA Lite is an active/passive
deployment that provides configuration synchronization and some run-time data synchronization
such as IPsec security associations. It does not support session synchronization (HA2), and
therefore does not offer stateful failover.
• The VM-Series firewall in AWS and GCP supports active/passive HA only; if it is deployed with
Amazon Elastic Load Balancing (ELB), it does not support HA (in this case ELB provides the failover
capabilities).
• The VM-Series firewall in Microsoft Azure does support HA in PAN-OS V9 only.
• The VM-Series firewall deployed in Google Cloud Platform supports both active/active and
active/passive HA.
Public cloud deployments of VM-Series firewalls also are supported in each vendor’s version of a “scaled”
implementation, allowing virtual firewalls to share the traffic load through a deployment of parallel
firewall instances and the option to create or remove firewall instances in response to changes in traffic
loads. These deployments all include the cloud vendor’s load balancer deployed in front of the firewall
“scale set” to manage the spreading of the traffic across the available firewalls. This same deployment
practice also creates a High-Availability scenario in the sense that failing firewall instances can be
removed from the “scale” set automatically using various detection abilities within the load balancer. A
trade-off for “scale set” methods of High Availability is there typically is no synchronization between
firewalls, so failovers are disruptive in the sense that existing sessions are terminated.
Active/Passive Clusters
©2016-2019, Palo Alto Networks, Inc. 28
Active/passive HA usually is the recommended deployment method. One firewall actively manages traffic
while the other is synchronized and ready to transition to the active state if a failure occurs. In this mode,
both firewalls share the same configuration settings, and one actively manages traffic until a path, link,
system, or network failure occurs. When the active firewall fails, the passive firewall transitions to the
active state, takes over seamlessly, and enforces the same policies to maintain network security. The
firewalls synchronize the session state table, thus allowing the passive partner to become active and
continue servicing active sessions at failover. Active/passive HA is supported in the Virtual Wire, Layer 2,
and Layer 3 deployments.
Because one firewall is handling traffic and both firewalls share the same traffic interface configuration,
active/passive usually is much easier to manage.
Active/Active Clusters
Both firewalls in the pair are active and processing traffic and work synchronously to handle session setup
and session ownership. Both firewalls individually maintain session tables and routing tables and
synchronize to each other. Active/active HA is supported in Virtual Wire and Layer 3 deployments.
In active/active HA mode, the firewall HA interfaces cannot receive address via DHCP Furthermore, only
the active-primary firewall’s traffic interface can function as a DHCP relay. The active-secondary firewall
that receives DHCP broadcast packets drops them.
In a Layer 3 deployment of HA active/active mode, you can assign floating IP addresses, which move from
one HA firewall to the other if a link or firewall fails. The interface on the firewall that owns the floating IP
address responds to ARP requests with a virtual MAC address.
Floating IP addresses are recommended when you need functionality such as the Virtual Router
Redundancy Protocol (VRRP). Floating IP addresses also can be used to implement VPNs and source NAT,
thus allowing for persistent connections when a firewall offering those services fails.
As shown in the figure that follows, each HA firewall interface has its own IP address and floating IP
address. The interface IP address remains local to the firewall, but the floating IP address moves between
the firewalls upon firewall failure. You configure the end hosts to use a floating IP address as its default
gateway, thus allowing you to load balance traffic to the two HA peers. You also can use external load
balancers to load balance traffic.
If a link or firewall fails or a path monitoring event causes a failover, the floating IP address and virtual
MAC address move over to the functional firewall. (In the figure that follows, each firewall has two
floating IP addresses and virtual MAC addresses; they all move over if the firewall fails.) The functioning
firewall sends a gratuitous ARP to update the MAC tables of the connected switches to inform them of
the change in floating IP address and MAC address ownership to redirect traffic to itself.
After the failed firewall recovers, by default the floating IP address and virtual MAC address move back to
firewall with the Device ID (0 or 1) to which the floating IP address is bound. More specifically, after the
failed firewall recovers, it comes on line. The currently active firewall determines that the firewall is back
online and checks whether the floating IP address it is handling belongs natively to itself or to the other
Each firewall in the HA pair creates a virtual MAC address for each of its interfaces that has a floating IP
address or ARP load-sharing IP address.
Sample Questions
10. Why would you recommend an active/active cluster instead of an active/passive one?
A. Active/active is the preferred solution when the firewall cluster is behind a load balancer
that randomizes routing, thus requiring both firewalls to be active.
B. Active/active usually is the preferred solution because it allows for more bandwidth while
both firewalls are up.
C. Active/active is the preferred solution when the PA-7000 Series is used. Use
active/passive with the PA-5200 Series or smaller form factors.
D. Active/active is the preferred solution when using the PA-5200 Series or smaller form
factors. When using the PA-7000 Series, use active/passive.
11. Which two events can trigger an HA pair failover event?
A. An HA1 cable is disconnected from one of the firewalls.
B. A Dynamic Update fails to download and install.
C. The firewall fails to ping a path-monitored destination address successfully.
D. OSPF implemented on the firewall determines that an available route is now down.
E. RIP implemented on the firewall determines that an available route is now down.
12. Which two firewall features support floating IP addresses in an active/active HA pair? (Choose
two.)
A. data-plane traffic interfaces
B. source NAT
C. VPN endpoints
D. loopback interfaces
E. management port
13. How are configurations in firewalls in an active/passive HA pair synchronized?
A. An administrator commits the changes to one, then commits them to the partner, at
which time the changes are sent to the other.
B. An administrator pushes the config file to both firewalls, then commits them.
C. An administrator commits changes to one, which automatically synchronizes with the
other.
D. An administrator schedules an automatic sync frequency in the firewall configs.
14. How is an active/passive HA pair configured in virtual firewalls deployed in public clouds?
(Choose two.)
A. The virtual firewalls are deployed in a cloud “scale set” with a cloud-supplied load
balancer in front to detect and manage failover.
B. The virtual firewalls rely on a VM-Series plugin to map appropriate cloud functions to the
A switch SPAN or mirror port permits the copying of traffic from other ports on the switch to the Tap
interface of the firewall, providing a one-way flow of copied network traffic into the firewall. This
configuration allows the firewall to perform detection of traffic and threats but prevents any
enforcement action from taking place because the traffic does flow through the firewall back to the
environment.
By deploying the firewall in TAP mode, you can get visibility into which applications are running on the
network without having to make any changes to your network design. When the firewall is in TAP mode,
it also can identify threats on your network. Remember, however, that the traffic is not running through
the firewall when the firewall is in TAP mode, so no action can be taken on the traffic, including blocking
traffic with threats or applying QoS traffic control.
Virtual Wire
In a virtual wire deployment, you install a firewall transparently on a network segment by binding two
firewall ports (interfaces) together. The virtual wire logically connects the two interfaces; hence, the
virtual wire is internal to the firewall.
Use a virtual wire deployment only when you want to seamlessly integrate a firewall into a topology and
the two connected interfaces on the firewall need not do any switching or routing. For these two
interfaces, the firewall is considered a bump in the wire.
A virtual wire deployment simplifies firewall installation and configuration because you can insert the
firewall into an existing topology without assigning MAC or IP addresses to the interfaces, redesigning the
network, or reconfiguring surrounding network devices. The virtual wire supports blocking or allowing
traffic based on virtual LAN (VLAN) tags. It also supports Security policy rules, App-ID, Content-ID, User-ID,
decryption, LLDP, active/passive and active/active HA, QoS, zone protection (with some exceptions), non-
IP protocol protection, DoS protection, packet buffer protection, tunnel content inspection, and NAT.
Each virtual wire interface is directly connected to a Layer 2 or Layer 3 networking device or host. The
virtual wire interfaces have no Layer 2 or Layer 3 addresses. When one of the virtual wire interfaces
receives a frame or packet, it ignores any Layer 2 or Layer 3 addresses for switching or routing purposes
but applies your security or NAT policy rules before passing an allowed frame or packet over the virtual
wire to the second interface and on to the network device connected to it.
You wouldn’t use a virtual wire deployment for interfaces that need to support switching, VPN tunnels, or
routing because they require a Layer 2 or Layer 3 address. A virtual wire interface doesn’t use an
©2016-2019, Palo Alto Networks, Inc. 35
Interface Management Profile, which controls services such as HTTP and ping and therefore requires the
interface to have an IP address.
All firewalls shipped from the factory have two Ethernet ports (ports 1 and 2) preconfigured as virtual
wire interfaces, and these interfaces allow all untagged traffic.
Layer 2
In a Layer 2 deployment, the firewall provides switching between two or more networks. Devices are
connected to a Layer 2 segment; the firewall forwards the frames to the proper port, which is associated
with the MAC address identified in the frame. Configure a Layer 2 interface when switching is required.
Layer 3
In a Layer 3 deployment, the firewall routes traffic between multiple ports using TCP/IP addressing.
Before you can configure Layer 3 interfaces, you must configure the virtual routers that you want the
firewall to use to route the traffic for each Layer 3 interface.
Layer 3 deployments require more network planning and configuration preparation than do most other
firewall interfaces but still are the most widely used in firewall deployments. Palo Alto Networks supports
both IPv4 and IPv6 simultaneously through a dual stack implementation when IPv6 is required.
Each Layer 3 interface must be configured with an IPv4 and/or an IPv6 address, zone name assignment,
and the attached virtual router that services the traffic on the interface. Options available to meet other
connectivity requirements include:
• NetFlow integration
• MSS adjustment
• MTU adjustment
• Binding of firewall services (ping responses, web management interface availability, etc.)
• Neighbor discovery for IPv6
• Manual MAC address assignment
• LLDP enablement
• Dynamic DNS support
• Link negotiation settings
Details about configuring Layer 3 interfaces and its options can be found here:
https://docs.paloaltonetworks.com/pan-os/9-0/pan-os-admin/networking/configure-interfaces/layer-3-
interfaces/configure-layer-3-interfaces.html
©2016-2019, Palo Alto Networks, Inc. 36
Decrypt Mirror
Decrypt mirror is a special configuration supporting the routing of decrypted traffic copies through an
external interface to a data loss prevention (DLP) service. Data loss prevention is a product category for
products that scan internet-bound traffic for keywords and patterns that identify sensitive information.
Specific information is here:
https://knowledgebase.paloaltonetworks.com/KCSArticleDetail?id=kA10g000000ClGDCA0
Aggregate Interfaces
An aggregate Ethernet (AE) interface group uses IEEE 802.1AX link aggregation to combine multiple
Ethernet interfaces into a single virtual interface that connects the firewall to another network device or
another firewall. An AE interface group increases the bandwidth between peers by load balancing traffic
across the combined interfaces. It also provides redundancy: When one interface fails, the remaining
interfaces continue to support traffic.
Before you configure an AE interface group, you must configure its interfaces. Hardware media can differ
among the interfaces assigned to any particular aggregate group. For example, you can mix fiber optic
and copper. But the bandwidth (1Gbps, 10Gbps, 40Gbps, or 100GBps) and interface type (HA3, virtual
wire, Layer 2, or Layer 3) must be the same. You can add up to eight AE interface groups per firewall, and
each group can have up to eight interfaces.
Aggregate interface creation begins with the definition of an Aggregate Interface group, after which
individual interfaces are added to the group.
Virtual Interfaces
Palo Alto Networks firewalls also provide several virtual interface types for additional functionality:
Loopback Interfaces
Loopback interfaces are Layer 3 interfaces that exist only virtually and connect to virtual routers in the
firewall. Loopback interfaces are used for multiple network engineering and implementation purposes.
They can be destination configurations for DNS sinkholes, GlobalProtect service interfaces (portals and
gateways), routing identification, and more.
Specific information about configuring loopback Interfaces can be found in the reference for Layer 3
interfaces.
Tunnel Interfaces
In a VPN tunnel setup, the Layer 3 interface at each end must have a logical tunnel interface for the
firewall to connect to and establish a VPN tunnel. A tunnel interface is a logical (virtual) interface that is
used to deliver traffic between two endpoints. If you configure any proxy IDs, the proxy ID is counted
toward any IPsec tunnel capacity.
The tunnel interface must belong to a security zone to apply policy and it must be assigned to a virtual
router to use the existing routing infrastructure. Ensure that the tunnel interface and the physical
interface are assigned to the same virtual router so that the firewall can perform a route lookup and
determine the appropriate tunnel to use.
The Layer 3 interface that the tunnel interface is attached to typically belongs to an external zone, for
example, the untrust zone. Although the tunnel interface can be in the same security zone as the physical
interface, for added security and better visibility you can create a separate zone for the tunnel interface.
If you create a separate zone for the tunnel interface, such as a VPN zone, you will need to create security
policies to enable traffic to flow between the VPN zone and the trust zone.
A tunnel interface does not require an IP address to route traffic between the sites. An IP address is
required only if you want to enable tunnel monitoring or if you are using a dynamic routing protocol to
route traffic across the tunnel. With dynamic routing, the tunnel IP address serves as the next hop IP
address for routing traffic to the VPN tunnel.
If you are configuring the Palo Alto Networks firewall with a VPN peer that performs policy-based VPN,
you must configure a local and remote proxy ID when setting up the IPsec tunnel. Each peer compares
the proxy IDs configured on it with what actually is received in the packet to allow a successful IKE phase
2 negotiation. If multiple tunnels are required, configure unique proxy IDs for each tunnel interface; a
tunnel interface can have a maximum of 250 proxy IDs. Each proxy ID counts toward the IPsec VPN tunnel
Specific information about configuring tunnel interfaces can be found in the references for Layer 3
interfaces.
Traffic Forwarding
All traffic that arrives at the firewall will be delivered either to an internal firewall process (destination
traffic) or be passed through a traffic interface (transit traffic). All transit traffic must be handed off to the
egress interface by a traffic handling object that matches the interface type. Examples of these objects
are VLAN objects (VLANs) for Layer 2 traffic, virtual routers for Layer 3 traffic, and virtual wires for virtual
wire interfaces.
Simultaneous implementations of multiple traffic handler types in multiple quantities are possible. Each
object contains configuration capability appropriate to its protocol-handling needs. Virtual routers
implement various dynamic routing support if desired.
Each Layer 3 dynamic routing protocol includes appropriate specific configuration options. An example
©2016-2019, Palo Alto Networks, Inc. 39
of OSPFv2 follows.
IPsec tunnels are considered Layer 3 traffic segments for implementation purposes and are handled by
virtual routers as is any other network segment. Forwarding decisions are made by destination address,
not by VPN policy.
Virtual Routers
Because Layer 3 interfaces and their associated virtual routers are the most widely used deployment
options, a review of virtual routers follows.
A virtual router is a function of the firewall that participates in Layer 3 routing. The firewall uses virtual
routers to obtain routes to other subnets after you manually define static routes or through participation
in one or more Layer 3 routing protocols (dynamic routes). The routes that the firewall obtains through
these methods populate the IP routing information base (RIB) on the firewall. When a packet is destined
for a different subnet than the one it arrived on, the virtual router obtains the best route from the RIB,
places it in the forwarding information base (FIB), and forwards the packet to the next hop router defined
in the FIB. The firewall uses Ethernet switching to reach other devices on the same IP subnet. (An
exception to adding only a single optimal route to the FIB occurs if you are using ECMP, in which case all
equal-cost routes go in the FIB.)
The Ethernet, VLAN, and tunnel interfaces defined on the firewall receive and forward Layer 3 packets.
The destination zone is derived from the outgoing interface based on the forwarding criteria, and the
firewall consults policy rules to identify the Security policies that it applies to each packet. In addition to
routing to other network devices, virtual routers can route to other virtual routers within the same
firewall if a next hop is specified to point to another virtual router.
Each Layer 3 Ethernet, loopback, VLAN, and tunnel interface defined on the firewall must be associated
with a virtual router. Although each interface can belong to only one virtual router, you can configure
multiple routing protocols and static routes for a virtual router.
A firewall can have more than one router instance with each model supporting a different maximum. An
interface can be attached to one virtual router at a time. Virtual routers can route directly to each other
within the firewall.
Administrative Distance
Within the virtual router configuration, set administrative distances for types of routes as required for
your network. A virtual router that has two or more different routes to the same destination uses
administrative distance to choose the best path from different routing protocols and static routes, by
preferring a lower distance.
Route Redistribution
Route redistribution on the firewall is the process of making routes that the firewall learned from one
routing protocol (or a static or connected route) available to a different routing protocol, thereby
increasing the number of reachable networks. Without route redistribution, a router or virtual router
advertises and shares routes only with other routers that run the same routing protocol. You can
redistribute IPv4 or IPv6 BGP, connected, or static routes into the OSPF RIB and redistribute OSPFv3,
connected, or static routes into the BGP RIB.
Route distribution means, for example, you can make specific networks that were once available only by
manual static route configuration on specific routers available to BGP autonomous systems or OSPF
areas. You also can advertise locally connected routes, such as routes to a private lab network, into BGP
autonomous systems or OSPF areas.
You might want to give users on your internal OSPFv3 network access to BGP so they can access devices
on the internet. In this case you would redistribute BGP routes into the OSPFv3 RIB.
Conversely, you might want to give your external users access to some parts of your internal network, so
you can make internal OSPFv3 networks available through BGP by redistributing OSPFv3 routes into the
BGP RIB.
Enablement of ECMP functionality on a virtual router allows the firewall to have up to four equal-cost
paths to a destination in its forwarding table, which allows the firewall to:
• Load balance flows (sessions) to the same destination over multiple equal-cost links
• Efficiently use all available bandwidth on links to the same destination rather than leave some
links unused.
• Dynamically shift traffic to another ECMP member to the same destination if a link fails, rather
than having to wait for the routing protocol or RIB table to elect an alternative path/route.
Dynamic failover can help reduce downtime when links fail.
GRE Tunnels
A GRE tunnel connects two endpoints (a firewall and another device) in a point-to-point, logical link. The
firewall can terminate GRE tunnels; you can route or forward packets to a GRE tunnel. GRE tunnels are
simple to use and often are the tunneling protocol of choice for point-to-point connectivity, especially to
services in the cloud or to partner networks.
Create a GRE tunnel when you want to direct packets that are destined for an IP address to take a certain
point-to-point path, for example, to a cloud-based proxy or to a partner network. The packets travel in
the GRE tunnel (over a transit network such as the internet) to the cloud service while on their way to the
destination address. Thus, the cloud service can enforce its services or policies on the packets.
After the firewall allows a packet (based on a policy match) and the packet egresses to a GRE tunnel
interface, the firewall adds GRE encapsulation; it doesn’t generate a session. The firewall does no Security
policy rule lookup for the GRE-encapsulated traffic; therefore, you don’t need a Security policy rule for
the GRE traffic the firewall encapsulates. However, after the firewall receives GRE traffic, it generates a
session and applies all policies to the GRE IP header in addition to the encapsulated traffic. The firewall
treats the received GRE packet as it would any other packet.
If the firewall receives the GRE packet on an interface that has the same zone as the tunnel interface
associated with the GRE tunnel (for example, tunnel.1), the source zone is the same as the destination
zone. By default, traffic is allowed within a zone (intrazone traffic), so the ingress GRE traffic is allowed by
default.
However, if you configured your own intrazone Security policy rule to deny such traffic, you must
explicitly allow GRE traffic.
Because the firewall encapsulates the tunneled packet in a GRE packet, the additional 24 bytes of GRE
header automatically result in a smaller maximum segment size (MSS) in the maximum transmission unit
(MTU). If you don’t change the IPv4 MSS Adjustment Size for the interface, by default the firewall reduces
the MTU by 64 bytes (40 bytes of IP header + 24 bytes of GRE header).
This means if the default MTU is 1,500 bytes, the MSS will be 1,436 bytes (1,500 − 40 − 24 = 1436). If you
configure an MSS adjustment size of 300 bytes, for example, the MSS will be only 1,176 bytes (1,500 −
300 − 24 = 1,176).
Routing of a GRE or IPsec tunnel to a GRE tunnel is not supported. However, you can route a GRE tunnel
to an IPsec tunnel. A GRE tunnel does not support QoS. The firewall does not support a single interface
acting as both a GRE tunnel endpoint and a decryption broker. GRE tunneling does not support NAT
between GRE tunnel endpoints.
Routing Troubleshooting
Troubleshooting of the routing decisions made by a virtual router when it processes a packet can be
diagnosed easily. A virtual router maintains a RIB and a FIB, which can be displayed any time in the
management web interface using the Runtime Stats link displayed on the virtual router summary line:
Click the More Runtime Stats link to get access to the routing table (RIB) and the forwarding table (FIB)
with additional displays that contain the status of any enabled dynamic routing protocols.
A firewall’s default behavior is to store these logs in locally available storage. Firewall appliances have
fixed storage that can’t be expanded (except the 7000 Series). This storage is used in a “circular” fashion,
meaning that log entries are written until storage fills, at which point the oldest entries are overwritten.
Because storage size is fixed and logging rates depend in part on Security policy rule settings and traffic
rates, a firewall’s log retention period before entries are overwritten is difficult to predict.
VM-Series virtual firewall logging behavior is the same, except that cloud storage resources often can be
expanded for increased log retention.
For centralized logging and reporting, you also can use the Cortex Data Lake that is designed to work
seamlessly with Panorama. The Cortex Data Lake allows your managed firewalls to forward logs to the
Cortex Data Lake infrastructure instead of to Panorama or to the managed Log Collectors, so you can
augment your existing distributed log collection setup or scale your current logging infrastructure.
The Application Command Center (ACC) on Panorama provides a single pane for unified reporting across
all the firewalls. It enables you to centrally monitor network activity to analyze, investigate, and report on
traffic and security incidents. On Panorama, you can view logs and generate reports from logs forwarded
to the Cortex Data Lake, to Panorama, or to the managed Log Collectors, if configured, or you can query
©2016-2019, Palo Alto Networks, Inc. 45
the managed firewalls directly.
For example, you can generate reports about traffic, threat, and/or user activity in the managed network
based on logs stored on Panorama (and the managed collectors) or by accessing the logs stored locally on
the managed firewalls, or on Cortex Data Lake.
If you don’t configure Log Forwarding to Panorama or Cortex Data Lake, you can schedule reports to run
on each managed firewall and forward the results to Panorama for a combined view of user activity and
network traffic. Although reports don’t provide a granular drill-down on specific information and
activities, they provide a unified monitoring approach.
Panorama uses Log Collectors to aggregate logs from managed firewalls. When Panorama generates
reports, it queries the Log Collectors for log information that provides you visibility into all the network
activity that your firewalls monitor. Because you use Panorama to configure and manage Log Collectors,
they also are known as managed collectors. Panorama can manage two types of Log Collectors:
• Local Log Collector: This type of Log Collector runs locally on the Panorama management server.
Only an M-600, M-500 appliance, M-200, M-100 appliance, or Panorama virtual appliance in
Panorama mode supports a local Log Collector.
Note: If you forward logs to a Panorama virtual appliance in Legacy mode, it stores the logs locally
without a Log Collector.
• Dedicated Log Collector: This is an M-600, M-500, M-200, M-100 appliance, or Panorama virtual
appliance in Log Collector mode. You can use an M-Series appliance in Panorama mode or a
Panorama virtual appliance in Panorama or Legacy (ESXi and vCloud Air) mode to manage
Dedicated Log Collectors. Before you can use the Panorama web interface for managing
Dedicated Log Collectors, you must add them as managed collectors. Otherwise, administrative
access to a Dedicated Log Collector is available only through its CLI using the predefined
administrative user (admin) account. Dedicated Log Collectors don’t support additional
administrative user accounts.
You can use either or both types of Log Collectors to achieve the best logging solution for your
environment.
A Collector Group is 1 to 16 managed collectors that operate as a single logical log collection unit. If the
Collector Group contains Dedicated Log Collectors, Panorama uniformly distributes the logs across all the
disks in each Log Collector and across all Log Collectors in the group. This distribution optimizes the
available storage space. To enable a Log Collector to receive logs, you must add it to a Collector Group.
You can enable log redundancy by assigning multiple Log Collectors to a Collector Group. The Collector
Group configuration specifies which managed firewalls can send logs to the Log Collectors in the group.
If an HA pair of Panoramas is configured to include Log Collectors, the Log Collectors function
independently from the HA relationship and both are independently active. They can be added to
different Collector Groups or to the same Collector Group.
The choice of platform is driven by your anticipated logging volume and the network topology the logging
data will traverse.
A complete discussions of log sizing and its impact on design can be found here:
https://knowledgebase.paloaltonetworks.com/KCSArticleDetail?id=kA10g000000Clc8CAC
The Panorama solution allows for flexibility in design by assigning these functions to different physical
pieces of the management infrastructure. For example, device management may be performed from a
VM Panorama, while the firewalls forward their logs to collocated dedicated Log Collectors:
Sample Questions
25. How are log retention periods on Palo Alto Networks firewalls increased?
A. add storage to any firewall model
B. increase the allocation for overall log storage within the firewall
C. turn on log compression
D. forward logs to external Log Collectors
26. How is firewall log data sent to the Cortex Data Lake accessed?
A. direct viewing and searching with the Cortex gateway
B. Panorama using a Log Collector configuration for access
C. reporting in a firewall using a “remote data source” configuration
D. reporting in a firewall equipped with a “Remote Logging” plugin
27. Log retention is increased when a Dedicated Log Collector is used to collect logs from firewalls
in which two ways?
A. turning on “Log Compression” in the Log Collector
B. adding storage capacity to the Log Collector
C. enabling “Log Storage Sharing” between the Log Collector and Panorama
D. adding Log Collectors to the Log Collector Group
The Panorama management server provides centralized monitoring and management of multiple Palo
Alto Networks next-generation firewalls and of WildFire appliances and appliance clusters. It provides a
single location from which you can oversee all applications, users, and content traversing your network,
and then uses this knowledge to create application enablement policies that protect and control the
network. Use of Panorama for centralized policy and firewall management increases operational
efficiency in managing and maintaining a distributed network of firewalls.
The PCNSE certification requires the candidate taking the test to have knowledge of Panorama firewall
management functions. The following information reviews these management concepts but does not
cover the remaining Panorama features.
Panorama uses device groups and templates to group firewalls into logical sets that require similar
configuration. You use device groups and templates to centrally manage all configuration elements,
policies, and objects on the managed firewalls. Panorama also enables you to centrally manage licenses,
software (PAN-OS software, SSL-VPN client software, GlobalProtect agent/app software), and content
updates (Applications and threats, WildFire, and Antivirus).
Panorama’s web interface management interface looks very much like the firewall’s management web
interface.
You can use the Device and Network tabs in Panorama to deploy a common base configuration to
multiple firewalls that require similar settings using a template or a template stack (a combination of
templates). When you manage firewall configurations with Panorama, you use a combination of device
groups (to manage shared policies and objects) and templates (to manage shared device and network
settings).
Templates and template stacks both support variables. Variables allow you to create placeholder objects
with their value specified in the template or template stack based on your configuration needs. Create a
template or template stack variable to replace IP addresses, group IDs, and interfaces in your
configurations. Template variables are inherited by the template stack and can be overridden to create a
template stack variable. However, templates do not inherit variables defined in the template stack. When
a variable is defined in the template or template stack and pushed to the firewall, the value defined for
the variable is displayed on the firewall.
To accommodate firewalls that have unique settings, you can use templates to override the template
stack configuration. Or you can push a broader, common base configuration and then override certain
pushed settings with firewall-specific values on individual firewalls. When you override a setting on the
firewall, the firewall saves that setting to its local configuration and Panorama no longer manages the
setting.
When you define a template stack, consider assigning firewalls that are the same hardware model and
require access to similar network resources, such as gateways and syslog servers. Grouping enables you
to avoid the redundancy of adding every setting to every template stack. The following figure shows an
example configuration in which you assign data center firewalls in the Asia-Pacific (APAC) region to a
stack with global settings, one template with APAC-specific settings, and one template with data center-
specific settings. To manage firewalls in an APAC branch office, you then can re-use the global and APAC-
specific templates by adding them to another stack that includes a template with branch-specific settings.
Templates in a stack have a configurable priority order that ensures Panorama pushes only one value for
any duplicate setting. Panorama evaluates the templates listed in a stack configuration from top to
bottom with higher templates having priority. The following figure also illustrates a data center stack in
which the data center template has a higher priority than the global template: Panorama pushes the idle
timeout value from the data center template and ignores the value from the global template.
You can create a device group hierarchy to nest device groups in a hierarchy of up to four levels, with
lower-level groups inheriting the settings (policy rules and objects) of higher-level groups. At the bottom
level, a device group can have parent, grandparent, and great-grandparent device groups (ancestors). At
the top level, a device group can have child, grandchild, and great-grandchild device groups
(descendants). All device groups inheriting settings from the Shared location, a container at the top of the
hierarchy for configurations that are common to all device groups.
Creation of a device group hierarchy enables you to organize firewalls based on common policy
requirements without redundant configuration. For example, you could configure shared settings that are
global to all firewalls, configure device groups with function-specific settings at the first level, and
configure device groups with location-specific settings at lower levels. Without a hierarchy, you would
have to configure both function-specific and location-specific settings for every device group in a single
level under Shared.
Device groups provide a way to implement a layered approach for managing policies across a network of
managed firewalls. A firewall evaluates policy rules by layer (shared, device group, and local) and by type
(pre-rules, post-rules, and default rules) in the following order from top to bottom. When the firewall
receives traffic, it performs the action defined in the first evaluated rule that matches the traffic and
disregards all subsequent rules. To change the evaluation order for rules within a particular layer, type,
and rule base (for example, shared Security pre-rules). Whether you view rules on a firewall or in
©2016-2019, Palo Alto Networks, Inc. 53
Panorama, the web interface displays them in evaluation order. All the shared, device group, and default
rules that the firewall inherits from Panorama are shaded orange. Local firewall rules display between the
pre-rules and post-rules. The rules with the orange shading in the following figure were provided by
Panorama and can be managed only from Panorama. They are read-only in local firewall displays.
Objects are configuration elements that policy rules reference, for example: IP addresses, URL categories,
Security Profiles, users, services, and applications. Rules of any type (pre-rules, post-rules, default rules,
and rules locally defined on a firewall) and any rulebase (Security, NAT, QoS, Policy Based Forwarding,
Decryption, Application Override, Captive Portal, and DoS Protection) can reference objects. You can
reuse an object in any number of rules that have the same scope as that object in the device group
hierarchy.
For example, if you add an object to the Shared location, all rules in the hierarchy can reference that
shared object because all device groups inherit objects from Shared. If you add an object to a particular
device group, only the rules in that device group and its descendant device groups can reference that
device group object. If object values in a device group must differ from those inherited from an ancestor
device group, you can override inherited object values. You also can revert to inherited object values at
any time. When you create objects for use in shared or device group policy once and use them many
times, you reduce administrative overhead and ensure consistency across firewall policies.
When new policy rules are entered into a Panorama device group the device group and the pre or post
designation must be decided. The pre and post designations are chosen through selection of the
appropriate policy menu item, as shown in the following figure.
A commit to Panorama commits either the changes made by a chosen admin or all staged changes, as
shown in the following figures.
More information about the commit and push operations can be found here:
https://docs.paloaltonetworks.com/panorama/9-0/panorama-admin/panorama-overview/panorama-
commit-validation-and-preview-operations.html
©2016-2019, Palo Alto Networks, Inc. 57
Sample Questions
31. Where in Panorama do you enter Security policy rules to ensure that your new rules will take
precedence over locally entered rule?
A. Security policy rules with a targeted firewall
B. default rules section of Security policy rules
C. pre-rules section of Security policy rules
D. post-rules section of Security policy rules
32. How are changes made to Security policy rules seen in the Panorama web interface
management window for a specific firewall configuration?
A. log in to Panorama, clone the rule, modify the clone, and add a target firewall to the new
rule
B. select the rule, click the override button, and enter the changes
C. create a new locally defined Security policy rule that is placed higher in the rule list than
the rule to be overridden
D. log in to Panorama and modify the original rule
33. Which three firewall settings are stored in Panorama device groups?
A. User Identification configuration
B. custom Application-ID signatures
C. services definitions
D. DoS Protection Profiles
E. traffic interface configurations
F. Zone Protection Profiles
G. Server Profile for an external LDAP server
The VM-Series firewall is available in the VM-50 (Lite), VM-50, VM-100, VM-200, VM-300, VM-500, VM-
700, and VM-1000-HV.
All models can be deployed as guest virtual machines on VMware ESXi and vCloud Air, Citrix NetScaler
SDX, KVM and KVM in OpenStack, and Microsoft Hyper-V. In the public cloud environments—Amazon
Web Services, Azure, Google Cloud Platform, Oracle Cloud, Alibaba Cloud, and Cisco ACI—all models
except the VM-50 are supported; on VMware NSX, only the VM-100, VM-200, VM-300, VM-500, and VM-
1000-HV firewalls are supported. The software package (.xva, .ova, or .vhdx file) that is used to deploy the
VM-Series firewall is common across all models.
All VM-Series firewalls require a capacity license to enable full firewall functionality. After you apply the
capacity license on the VM-Series firewall, the model number and the associated capacities are
implemented on the firewall. Capacity is defined in terms of the number of sessions, rules, security zones,
address objects, IPsec VPN tunnels, and SSL VPN tunnels that the VM-Series firewall is optimized to
handle. To make sure that you purchase the correct model for your network requirements, use the
following table to learn the maximum capacity for each model and the capacity differences by model:
Public Clouds
The virtual firewalls can be found in the public cloud marketplaces. Most public cloud marketplaces are
populated with three virtual firewall choices that differ in their license requirements. A Bring Your Own
License (BYOL) version is an unlicensed VM-Series firewall requiring the customer to provide their
separately purchased capacity code and feature licenses after provisioning. The VM-Series Bundle 1 and 2
both are prelicensed versions of VM-300s. Bundle 1 is prelicensed for Threat Prevention only. Bundle 2 is
pre-licensed for Threat Prevention, WildFire, URL Filtering, and GlobalProtect. Bundle 1 and 2 versions of
the VM-300 incur a usage charge per hour of operation paid to the cloud vendor. The BYOL configuration
contains no premium rates above the costs of the component cloud resources.
These pre-configured VM-Series firewalls provided by the cloud vendor application stores usually consist
of three interfaces: one for management and one each for trusted and untrusted network traffic
connections. Most cloud deployments provide a way to modify the configuration through addition of
more interface connections subjected to the methods and capacities of the cloud vendor.
Each VM-Series virtual firewall has a VM-Series Plugin for the cloud vendor that implements certain
functionality such as High Availability. See the deployment documentation specific to your cloud vendor
for specific information:
https://docs.paloaltonetworks.com/vm-series/9-0/vm-series-deployment.html
Sample Questions
34. Which two types of firewall interfaces are most likely to be supported in public cloud
deployments?
A. tap
B. virtual wire
C. Layer 3
D. tunnel
E. aggregate Ethernet
35. Where is the VM-Series virtual firewall appliance for public cloud deployments found?
A. Palo Alto Networks Support Portal
B. cloud vendor’s “Solution Marketplace”
C. Using the download link supplied on the same site as the license server
D. Palo Alto Networks Product Download portal
Public and private cloud deployments each have their own design and deployment considerations (see
the related sections in this guide) that must be considered individually. Regardless of the type of
deployed environment, centralized monitoring, reporting, and management must be considered. The
Panorama management solution can be deployed in either type of cloud and can manage across cloud
boundaries if required communication channels are implemented.
Connectivity Considerations
Firewalls and Panorama each have connectivity requirements to reach outside services such as WildFire
and to consume updates such as dynamic updates. When Panorama is used to manage firewalls, the
devices must have a compatible communication channel between them. Hybrid deployments do not add
any unique communication requirements of their own; each environment must be engineered to provide
appropriate connectivity through its virtual networking environments as required. Engineering might
include the use of the firewall to connect cloud environments with any required routing responsibility.
Site-to-site VPNs often are used to interconnect cloud-based virtual networks. The Palo Alto Networks
firewalls can act as endpoints for these VPN connections and are subjected to VPN design and
configuration considerations (see the VPN section in this guide).
Sample Questions
36. A private cloud has 20 VLANs spread over five ESXi hypervisors, managed by a single vCenter.
How many firewall VMs are needed to implement microsegmentation?
A. one
B. four
C. five
D. 20
37. When you deploy the Palo Alto Networks NGFW on NSX, packets coming to an application VM
from VMs running on different hardware go through which modules?
A. network, vSwitch, NSX firewall, Palo Alto Networks NGFW, application VM
B. network, vSwitch, Palo Alto Networks NGFW, NSX firewall, application VM
C. network, vSwitch, NSX firewall, Palo Alto Networks NGFW, NSX firewall, application VM
D. vSwitch, network, Palo Alto Networks NGFW, NSX firewall, application VM
38. Which option shows the interface types that ESXi supports in the VM-Series firewalls?
A. tap, Layer 2, Layer 3, virtual wire
B. Layer 3 only
C. tap, Layer 2, Layer 3
D. Layer 3, virtual wire
Administrative accounts specify roles and authentication methods for the administrators of Palo Alto
Networks firewalls and Panorama. Each device has a predefined default administrative account (admin)
that provides full read-write access (also known as superuser access) to the firewall. Other administrative
accounts can be created as needed.
You configure administrator accounts based on the security requirements of your organization, any
existing authentication services that your network uses, and the required administrative roles. A role
defines the type of system access that is available to an administrator. You can define and restrict access
as broadly or granularly as required, depending on the security requirements of your organization. For
example, you might decide that a data center administrator can have access to all device and networking
configurations, but a security administrator can control only Security policy definitions, while other key
individuals can have limited CLI or XML API access. The role types are:
• Dynamic Roles: These are built-in roles that provide access to Panorama and managed firewalls.
After new features are added, Panorama automatically updates the definitions of dynamic roles;
you never need to manually update them. The following table lists the access privileges
associated with dynamic roles.
• Admin Role Profiles: To provide more granular access control over the functional areas of the
web interface, CLI, and XML API, you can create custom roles. After new features are added to
the product, you must update the roles with corresponding access privileges: Panorama does not
automatically add new features to custom role definitions. You select one of the following profile
types when you Configure an Admin Role Profile.
If you have a public key infrastructure, you can deploy certificates to enable authentication without users
having to manually respond to login challenges. Alternatively, or in addition to certificates, you can
implement interactive authentication, which requires users to authenticate using one or more methods.
Detailed information about creating Authentication Profiles and sequences can be found here:
https://docs.paloaltonetworks.com/pan-os/9-0/pan-os-admin/authentication/configure-an-
authentication-profile-and-sequence.html
The Multi-Factor Authentication Server Profile shown can be a part of multiple challenges that a user
must respond to. For example, you can force users to enter a login password and then enter a verification
code that they receive by phone before they can access critical financial documents.
©2016-2019, Palo Alto Networks, Inc. 65
The firewall challenges a user with a Captive Portal. Captive Portal configuration includes an
Authentication Profile selected for base configuration that represents the first challenge a user must
negotiate.
An Authentication Enforcement policy then is used to join the MFA product as a second required
authentication. Selection of the MFA product’s Authentication Profile adds it as a second authentication
requirement for users.
Sample Questions
39. To configure multi-factor authentication for users accessing services through the firewall,
which three configuration pieces need to be addressed?
A. GlobalProtect Portal
B. Captive Portal
C. Authentication Enforcement Profile
D. Authentication Profile
E. Response pages
40. Which two configuration components can be used for external user authentication in the
firewall?
A. Local User Database
B. Server Profiles
C. VM Information source
D. admin roles
E. Authentication policy rules
41. Which two firewall functions are reserved only for admins assigned the superuser dynamic
role?
A. certificate management
B. managing firewall admin accounts
C. editing the management interface settings
D. creating virtual systems within a firewall
E. accessing the configuration mode of the CLI
In a typical public key infrastructure (PKI) scheme, the certificate issuer is a certificate authority (CA),
usually a company that charges customers to issue certificates for them. Certificate authorities also can
be created and managed by individuals and organizations requiring certificates for internal use.
A CA is responsible for signing certificates. These certificates act as an introduction between two parties,
which means that a CA acts as a trusted third party. A CA processes requests from people or
organizations requesting certificates (called subscribers), verifies the information, and potentially signs an
end-entity certificate based on that information. To perform this role effectively, a CA needs to have one
or more broadly trusted root certificates or intermediate certificates and the corresponding private keys.
CAs may achieve this broad trust by having their root certificates included in popular software, or by
obtaining a cross-signature from another CA delegating trust.
A receiving entity is responsible for validating the information contained in a certificate presented to it.
Among the potential verification tests is a validation that the certificate was issued by the issuing CA
information contained in the certificate. This verification requires the CA’s signing key contained in its
Root Certificate used to sign all issued certificates. This certificate must be locally available to the
receiving entity to run the validation test. These CA Root Certificates often are kept in locally stored
certificate caches in the hosting OS or a browser or program-managed certificate cache.
Because of this extensive use, certificate management functions are provided within the firewall’s
management web interface:
Included in this certificate information are settings that choose whether this certificate is self-signed or
signed by another certificate stored in the firewall (the Signed By field). The Certificate Authority check
box determines whether this certificate will have the rights to sign other certificates.
Once the appropriate data is entered and the Generate button is pressed, a new certificate will be
created with its private and public keys and be added to the firewall’s storage. The resultant certificate
then can be exported with or without the private key for external use.
In cases where a certificate needs to be generated by an external CA, a certificate signing request (CSR)
file can be created on the firewall that is exported and transferred to the CA. This file contains the
required information for certificate creation. Select the External Authority option in the Signed By field
to trigger this generation.
Sample Questions
42. A Palo Alto Networks firewall can obtain a certificate for its internal use through which three
methods?
A. importing a certificate file generated by an external CA
B. referencing an externally stored certificate by a URL configured in an SSL/TLS Service
Profile
C. generating a certificate directly by manually entering certificate data
D. obtaining a certificate from an SCEP server using an SCEP profile
E. importing a certificate from an external CA by using an Authentication Profile
43. Which input simplifies a certificate request from an external CA?
A. certificate signing request
B. Certificate signing request with a separate private key
C. certificate signing request with a separate public key
D. certificate signing request with a separate public key and private key
44. Which two resources must also be available to successfully run certificate validation tests on a
certificate received from an external source?
A. Root Certificate of the issuing CA
B. public key for the received certificate
C. OCSP connection address
D. existing Certificate Profile that matches the received certificate’s CA identity
Multiple router protocols can be enabled at the same time. Each routing protocol has its own
configuration settings.
A virtual router can share routes between router protocols using Redistribution Profiles. You can
redistribute IPv4 or IPv6 BGP, connected, or static routes into the OSPF RIB and redistribute OSPFv3,
connected, or static routes into the BGP RIB.
Administrative Distance
Within the virtual router configuration, set administrative distances for types of routes as required for
your network. A virtual router that has two or more different routes to the same destination from
different routing protocols uses administrative distance to choose the best path from different routing
protocols and static routes by preferring a lower distance.
Zone design itself provides segmentation of networks, which magnifies the protection of Zone Protection
Profiles. A discussion of zone design through the lens of protection can be found here:
https://www.paloaltonetworks.com/documentation/81/pan-os/pan-os/zone-protection-and-dos-
protection/how-do-zones-protect-the-network#iddd95afb5-16e3-491e-af0d-280511d3047c
Zone Protection Profiles provide a broad defense of the entire zone based on the aggregate traffic
entering the zone, thus protecting against flood attacks and undesirable packet types and options. Zone
Protection Profiles don’t control traffic between zones, they control traffic only at the ingress zone. Zone
Protection Profiles don’t consider individual IP addresses because they apply to the aggregate traffic
entering the zone (DoS Protection policy rules defend individual IP addresses in a zone). This protection is
done early in the traffic processing flow, thus minimizing firewall resource use.
DoS Protection is resource-intensive, so use it only for critical systems. As is the case with Zone Protection
Profiles, DoS Protection Profiles specify flood thresholds. DoS Protection policy rules determine the
devices, users, zones, and services to which DoS Profiles apply.
DoS Protection Profiles set the protection thresholds to provide DoS protection against flooding of new
sessions for IP floods (CPS limits) to provide resource protection (maximum concurrent session limits for
specified endpoints and resources) and to configure whether the profile applies to aggregate or classified
traffic. DoS Protection policy rules control where to apply DoS protection and which action to take when
traffic matches the criteria defined in the rule.
Unlike a Zone Protection Profile, which protects only the ingress zone, DoS Protection Profiles and policy
rules can protect specific resources inside a zone and traffic flowing between different endpoints and
areas. Unlike the case with a Zone Protection Profile, which supports only aggregate traffic, you can
configure aggregate or classified DoS Protection Profiles and policy rules.
For example, a max session rate per IP can be created for all traffic matching the policy, then block that
single IP address once the threshold is triggered.
• An Aggregate Profile allows the creation of a max session rate for all packets matching the policy.
The threshold applies to a new session rate for all IPs combined. A triggered threshold would
affect all traffic matching the policy.
• Zone Protection Policies allow the use of flood protection and can protect against port scanning
and sweeps and packet-based attacks. A few examples are IP spoofing, fragments, overlapping
segments, and reject tcp-non-syn.
• Zone Protection Profiles may have less performance impact because they are applied pre-session
and don’t engage the policy engine.
An exploration of DoS attacks and defending against them using Palo Alto Networks firewalls is here:
https://live.paloaltonetworks.com/t5/Documentation-Articles/Understanding-DoS-Protection/ta-
p/54562?attachment-id=1085
Sample Questions
48. For which two reasons are denial-of-service protections applied by zone?
A. because denial-of-service protections are applied early in the processing, before much
information is known about the connection but when the ingress interface already is
known
B. because denial-of-service protections are applied only when manually turned on to avoid
quota overload (which would make denial of service easier)
C. because denial-of-service protections can depend on only the zone, and never on port
numbers or IP addresses
D. because denial-of-service protections on a Layer 3 interface are different from the denial-
of-service protections available on a Layer 2 interface, and interfaces on virtual wires
49. SYN flood protection provides flood protection from which protocol?
A. UDP
B. TCP
C. ICMP
D. GRE
50. To which two protocols does port scan reconnaissance protection apply?
A. UDP
B. TCP
C. GRE
D. ICMP
E. IPX
51. In which two places do you configure flood protection?
A. DoS Profile
B. QoS Profile
C. Zone Protection Profile
D. SYN Profile
E. XOFF Profile
52. Which two firewall features should be used to provide tailored DoS protection to a specific
address?
A. Zone Protection Profiles
B. virtual routers
C. Server Profiles
D. DoS Protection policy rules
E. DoS Protection Profiles
Decryption
The Secure Sockets Layer (SSL) and Secure Shell (SSH) encryption protocols secure traffic between two
entities, such as a web server and a client. SSL and SSH encapsulate traffic, encrypting data so that it is
meaningless to entities other than the client and server with the certificates to affirm trust between the
devices and the keys to decode the data. Decrypt SSL and SSH traffic to:
• Prevent malware concealed as encrypted traffic from being introduced into your network. For
example, an attacker compromises a website that uses SSL encryption. Employees visit that
website and unknowingly download an exploit or malware. The malware then uses the infected
employee endpoint to move laterally through the network and compromise other systems.
• Prevent sensitive information from moving outside the network
• Ensure the appropriate applications are running on a secure network
• Selectively decrypt traffic; for example, create a Decryption policy and profile to exclude traffic
for financial or healthcare sites from decryption
Palo Alto Networks firewall decryption is policy-based, and can decrypt, inspect, and control inbound and
outbound SSL and SSH connections. A Decryption policy enables you to specify traffic to decrypt by
destination, source, service, or URL category, and to block, restrict, or forward the specified traffic
according to the security settings in the associated Decryption Profile. A Decryption Profile controls SSL
protocols, certificate verification, and failure checks to prevent traffic that uses weak algorithms or
unsupported modes from accessing the network. The firewall uses certificates and keys to decrypt traffic
to plaintext, and then enforces App-ID and security settings on the plaintext traffic, including Decryption,
Antivirus, Vulnerability, Anti-Spyware, URL Filtering, WildFire, and File-Blocking Profiles. After decrypting
and inspecting traffic, the firewall re-encrypts the plaintext traffic as it exits the firewall to ensure privacy
and security.
The firewall provides three types of Decryption policy rules: SSL Forward Proxy to control outbound SSL
traffic, SSL Inbound Inspection to control inbound SSL traffic, and SSH Proxy to control tunneled SSH
traffic. You can attach a Decryption Profile to a policy rule to apply granular access settings to traffic, such
as checks for server certificates, unsupported modes, and failures.
SSL decryption (both forward proxy and inbound inspection) requires certificates to establish the firewall
as a trusted third party, and to establish trust between a client and a server to secure an SSL/TLS
connection. You also can use certificates when excluding servers from SSL decryption for technical
reasons (the site breaks decryption for reasons such as certificate pinning, unsupported ciphers, or
mutual authentication). SSH decryption does not require certificates.
Decryption Broker
A firewall acting as a decryption broker uses dedicated decryption forwarding interfaces to send
decrypted traffic to a security chain—a set of inline, third-party security appliances—for additional
analysis. Two types of security chain networks are supported with a decryption broker (Layer 3 security
chains and Transparent Bridge security chains), and you also can choose that the firewall direct traffic
through the security chain unidirectionally or bidirectionally. A single firewall can distribute decrypted
sessions among up to 64 security chains and can monitor security chains to ensure that they are
effectively processing traffic.
Decryption Mirror
Palo Alto Networks firewalls can automatically send a copy of decrypted traffic to a specified interface
using the Decryption Mirroring feature. This option is available at no cost to middle and high-end firewalls
that can automatically forward copies of decrypted traffic to external DLP products.
Palo Alto Networks firewall decryption is policy-based and can be used to decrypt, inspect, and control
both inbound and outbound SSL and SSH connections. Decryption policies allow you to specify traffic for
decryption according to destination, source, or URL category and to block or restrict the specified traffic
according to your security settings. The firewall uses certificates and keys to decrypt the traffic specified
by the policy to plaintext, and then enforces App-ID and security settings on the plaintext traffic,
including Decryption, Antivirus, Vulnerability, Anti-Spyware, URL Filtering, and File-Blocking Profiles.
Central to this discussion is the role of digital certificates to secure SSL and SSH encrypted data. Your
understanding of this role and planning for proper certificate needs and deployment are important
considerations in decryption use.
The use of certificates is central to other important firewall functions in addition to decryption. This need
led to the implementation of extensive certificate management capabilities on the firewall.
Decryption Policies
Ingress traffic decryption is controlled by Decryption policies. Palo Alto Networks firewalls automatically
will detect encrypted traffic and react by evaluating the Decryption policies. If a matching policy is found,
the firewall will attempt to decrypt the traffic according to the policy’s specified decryption action.
Normal packet processing resumes afterward.
Decryption Exclusions
A developer of a solution using SSL decryption can take extra programmatic steps to interrogate the
certificate received at the client for specific characteristics present in the original certificate. When these
characteristics are not found, the author often assumes that a decrypting process is in the middle of the
conversation and may act to prevent full functionality and considers this presence a security risk. These
products typically are not fully functional in a decrypting environment and must be added as exceptions
to Decryption policies.
Palo Alto Networks recognizes this fact and provides a mechanism to mark certain encrypted traffic for
decryption bypass. This is managed in part by Palo Alto Networks for known pinned traffic while allowing
you administration capability for local requirements.
Sample Questions
53. Which feature does not require a Decryption policy?
A. antivirus
B. App-ID
C. file blocking
D. network address translation
54. How can the next-generation firewall inform web browsers that a web server’s certificate is
from an unknown CA?
A. show a “the certificate is untrusted, are you SURE you want to go there” response page
before accessing the website
B. relay the untrusted certificate directly to the browser
C. have two certificates in the firewall, one used for sites whose original certificate is
trusted, and the other for sites whose original certificate is untrusted
D. have two certificate authority certificates in the firewall, one is used to produce
certificates for sites whose original certificate is trusted, and the other for certificates for
sites whose original certificate is untrusted
55. Which firewall features can be used to support an organization’s requirement of decrypting a
user’s browsing traffic for compliance and to record all decrypted traffic? (Choose two.)
A. Decryption Broker
B. Policy Based Forwarding
C. Default Router setting of Forward Cleartext
D. Interface setting of Decryption Port Mirroring
E. Decryption policy rule action set to Forward Cleartext
Unlike the App-ID engine, which inspects application packet contents for unique signature elements, the
Application Override policy’s matching conditions are limited to header-based data only. Traffic matched
by an Application Override policy is identified by the App-ID entered in the Application field.
Choices are limited to applications currently in the App-ID database. Because an existing App-ID must be
chosen for the policy, the admin should add a new App-ID to the database for this purpose.
Details about creating an App-ID entry for this purpose can be found here:
https://knowledgebase.paloaltonetworks.com/KCSArticleDetail?id=kA10g000000ClVLCA0
Because this traffic bypasses all Layer 7 inspection, the resulting security is that of a Layer 4 firewall.
Thus, this traffic should be trusted without the need for Content-ID inspection. The resulting application
assignment can be used in other firewall functions such as Security policy rules and QoS.
Use Cases
Three primary uses cases for Application Override policy are:
• To identify “Unknown” App-IDs with a different or custom application signature
• To re-identify an existing application signature
• To bypass the Signature Match Engine (within the SP3 architecture) to improve processing times
Name is displayed in
ACC, logs, and reports
If you configure Authentication policy, your firewalls also must redistribute the authentication
timestamps that are generated when users authenticate to access applications and services. Firewalls use
the timestamps to evaluate the timeouts for Authentication policy rules. The timeouts allow a user who
successfully authenticates to later request services and applications without authenticating again within
the timeout periods. Redistribution of timestamps enables you to enforce consistent timeouts across all
the firewalls in your network.
Firewalls share user mappings and authentication timestamps as part of the same redistribution flow; you
don’t have to configure redistribution for each information type separately.
References
• Redistribute User Mappings and Authentication Timestamps
https://www.paloaltonetworks.com/documentation/81/pan-os/pan-os/user-id/deploy-user-id-
in-a-large-scale-network/redistribute-user-mappings-and-authentication-timestamps
• User-ID Redistribution Using Panorama
https://www.paloaltonetworks.com/documentation/81/panorama/panorama_adminguide/pano
rama-overview/user-id-redistribution-using-panorama
VM-Series Bootstrapping
Bootstrapping allows you to create a repeatable and streamlined process of deploying new VM-Series
firewalls on your network because it allows you to create a package with the model configuration for
your network and then use that package to deploy VM-Series firewalls anywhere. You can bootstrap the
VM-Series firewall off an external device (such as a virtual disk, a virtual CD-ROM, or a storage bucket
such as AWS S3 or Google Cloud bucket) to complete the process of configuring and licensing the VM-
Series firewall. You can either bootstrap the firewall with basic initial configuration and licenses so that
the firewall can register with Panorama and then retrieve its full configuration from Panorama, or you can
bootstrap the complete configuration so that the firewall is fully configured on boot-up.
Bootstrap Package
The bootstrap process is initiated only when the firewall starts up in a factory default state. After you
attach the virtual disk, virtual CD-ROM, or storage bucket to the firewall, the firewall scans for a bootstrap
package and, if one exists, the firewall uses the settings defined in the bootstrap package. If you have
included a Panorama server IP address in the file, the firewall connects with Panorama. If the firewall has
internet connectivity, it contacts the licensing server to update the UUID and obtain the license keys and
subscriptions. The firewall then is added as an asset in the Palo Alto Networks Support Portal. If the
firewall does not have internet connectivity, it either uses the license keys you included in the bootstrap
package or it connects to Panorama, which retrieves the appropriate licenses and deploys them to the
managed firewalls.
The bootstrap package that you create must include the /config, /license, /software, and /content
folders, even if empty:
• /config folder: Contains the configuration files. The folder can hold two files: init-cfg.txt and the
bootstrap.xml.
Note: If you intend to pre-register VM-Series firewalls with Panorama with bootstrapping, you
must generate a VM auth key on Panorama and include the generated key in the init-cfg file.
• /license folder: Contains the license keys or auth codes for the licenses and subscriptions that you
intend to activate on the firewalls. If the firewall does not have internet connectivity, you must
either manually obtain the license keys from the Palo Alto Networks Support portal or use the
Licensing API to obtain the keys and then save each key in this folder.
The bootstrapping volume must be prepared according to the specific information outlined here:
https://docs.paloaltonetworks.com/vm-series/9-0/vm-series-deployment/bootstrap-the-vm-series-
firewall.html
Sample Questions
59. When will a firewall check for the presence of bootstrap volume?
A. each time it cold-boots
B. each time it boots from a Factory Default state
C. when a firewall is started in Maintenance Mode
D. each time it warm-boots
60. Can a firewall’s PAN-OS software be updated by the bootstrap process?
A. Yes, by including a copy of the desired PAN-OS software in the /software folder of the
bootstrap volume.
B. Yes, by including a copy of the desired PAN-OS software in the /content folder of the
bootstrap volume.
C. No, it must be updated by an administrator after the firewall starts.
D. No, the firewall must be licensed first.
App-ID enables visibility into the applications on the network so you can learn how they work and
understand their behavioral characteristics and their relative risk. This knowledge about applications
allows you to create and enforce Security policy rules to enable, inspect, and shape desired applications
and block unwanted applications. After you define policy rules to allow traffic, App-ID begins to classify
traffic without any additional configuration.
App-ID is a patented traffic classification system available only in Palo Alto Networks firewalls. It
determines what an application is, irrespective of port, protocol, encryption (SSH or SSL), or any other
evasive tactic used by the application. It applies multiple classification mechanisms—application
signatures, application protocol decoding, and heuristics—to your network traffic stream to accurately
identify applications.
The App-ID engine is driven by pattern recognition features in the hardware and software of PAN-OS®
firewalls. It is based on scanning payloads and application headers only. It does not use port number as a
recognition tool; it uses it only for secondary enforcement.
The signature database used by the App-ID scanning engine is updated periodically by Palo Alto Networks
through the Applications and Threat Updates.
The App-ID engine is fundamental to PAN-OS software and cannot be turned off. Even when App-ID is not
being used as a part of Security policy rules, the Traffic logs show traffic classified by App-ID.
The App-ID engine also can look inside of protocols for “tunneling” applications. For example, the firewall
recognizes the HTTP protocol as the App-ID “Web-Browsing.” But when HTTP traffic that belongs to a
specific application (e.g., Facebook) will be identified as such by App-ID.
After the application is identified, the policy check determines how to treat the application, for
example—block, or allow and scan for threats, inspect for unauthorized file transfer and data patterns, or
shape using QoS.
Over the course of a session each packet is being evaluated for its App-ID. The state of App-ID recognition
changes as a session progresses, and these states can be found in Traffic logs:
• incomplete: Either the three-way TCP handshake did not complete or the three-way TCP
handshake did complete but there was no data after the handshake to identify the application.
Traffic being seen is not really an application.
For example, if a client sends a server a syn and the Palo Alto Networks device creates a session
for that syn, but the server never sends a SYN ACK back to the client, then that session is
“incomplete.”
• insufficient data: Not enough data to identify the application. So, for example, if the three-way
TCP handshake completed and there was one data packet after the handshake but was not
enough to match any of our signatures, then the user will see “insufficient data” in the Application
field of the Traffic log.
• unknown-tcp: The firewall captured the three-way TCP handshake, but the application was not
identified, perhaps because of the use of a custom application for which the firewall does not have
signatures.
• unknown-udp: Unknown UDP traffic
• unknown-p2p: Matches generic P2P heuristics
• not-applicable: The Palo Alto Networks device has received data that will be discarded because
the port or service that the traffic is coming in on is not allowed, or no rule or policy allows that
port or service.
For example, if there was only one rule on the Palo Alto Networks device and that rule allowed the
application of web-browsing only on port/service 80, and traffic (web-browsing or any other
application) is sent to the Palo Alto Networks device on any other port/service besides 80, then
the traffic is discarded or dropped and you'll see sessions with "not-applicable" in the Application
field.
SaaS Applications
The App-ID engine identifies SaaS applications and provides additional functionality. A dedicated SaaS
Application Usage report under Monitor > PDF Reports > SaaS Application Usage will help your
organization identify applications storing your data in external locations. The App-IDs for SaaS application
contain additional data about these applications and their providers to help you make decisions allowing
access to them at the organizational level.
Security Profiles are not used in the match criteria of a traffic flow. The Security Profile is applied to scan
traffic after the application or category is allowed by the Security policy.
The firewall provides default Security Profiles that you can use out-of-the-box to begin protecting your
network from threats. Security Profiles are attached to specific Security policy rules specifying that
particular type of threat detection should be performed on traffic allowed by the rule.
You can add Security Profiles that are commonly applied together to create a Security Profile Group; this
set of profiles can be treated as a unit and added to Security policies in one step (or included in Security
policies by default, if you choose to set up a default Security Profile Group).
Antivirus Profiles
Antivirus Profiles protect against viruses, worms, trojans, and spyware downloads. The Palo Alto
Networks antivirus solution uses a stream-based malware prevention engine, which inspects traffic the
moment the first packet is received, to provide protection for clients without significantly impacting the
performance of the firewall. This profile scans for a wide variety of malware in executables, PDF files,
HTML, and JavaScript viruses, and includes support for scanning inside compressed files and data
encoding schemes. If you have enabled Decryption on the firewall, the profile also enables scanning of
decrypted content.
The default profile inspects all the listed protocol decoders for viruses, and generates alerts for SMTP,
IMAP, and POP3 protocols while blocking for FTP, HTTP, and SMB protocols. You can configure the action
for a decoder or Antivirus signature and specify how the firewall responds to a threat event:
• default: For each threat signature and Antivirus signature that is defined by Palo Alto Networks, a
default action is specified internally. Typically, the default action is an “alert” or a “reset-both.”
Customized profiles can be used to minimize antivirus inspection for traffic between trusted security
zones, and to maximize the inspection of traffic received from untrusted zones, such as the internet, long
with the traffic sent to highly sensitive destinations, such as server farms.
The Palo Alto Networks WildFire® system also provides signatures for persistent threats that are more
evasive and have not yet been discovered by other antivirus solutions. As threats are discovered by
WildFire, signatures are quickly created and then integrated into the standard Antivirus signatures that
can be downloaded daily by Threat Prevention subscribers (sub-hourly for WildFire subscribers).
Anti-Spyware Profiles
Anti-Spyware Profiles block spyware on compromised hosts from trying to phone-home or beacon out to
external command-and-control (C2) servers, thus allowing you to detect malicious traffic leaving the
network from infected clients. You can apply various levels of protection between zones. For example,
you may want to have custom Anti-Spyware Profiles that minimize inspection between trusted zones
while maximizing inspection on traffic received from an untrusted zone such as an internet-facing zone.
You can define your own custom Anti-Spyware Profiles or choose one of the following predefined profiles
when applying anti-spyware to a Security policy rule:
• Default: Uses the “default” action for every signature, as specified by Palo Alto Networks when
the signature is created
• Strict: Overrides the “default” action of critical, high, and medium-severity threats to the block
action, regardless of the action defined in the signature file. This profile still uses the default
action for low and informational severity signatures.
After the firewall detects a threat event, you can configure the following actions in an Anti-Spyware
Profile:
• default: For each threat signature and Anti-Spyware signature that is defined by Palo Alto
Networks, a “default” action is specified internally. Typically, the default action is an “alert” "or a
“reset-both.” The “default” action is displayed in parenthesis, for example, “default” (alert) in the
threat or Antivirus signature.
• allow: Permits the application traffic
• alert: Generates an alert for each application traffic flow. The alert is saved in the Threat log.
• drop: Drops the application traffic
• reset-client: For TCP, resets the client-side connection. For UDP, drops the connection.
• reset-server: For TCP, resets the server-side connection. For UDP, drops the connection.
• reset-both: For TCP, resets the connection on both client and server ends. For UDP, drops the
You also can enable the DNS Sinkholing action in Anti-Spyware Profiles to enable the firewall to forge a
response to a DNS query for a known malicious domain, thus causing the malicious domain name to
resolve to an IP address that you define. This feature helps to identify infected hosts on the protected
network using DNS traffic. Infected hosts then can be easily identified in the Traffic logs and Threat logs
because any host that attempts to connect to the sinkhole IP address most likely is infected with
malware.
After the firewall detects a threat event, you can configure the following actions in an Anti-Spyware profile:
• default: For each threat signature and Anti-Spyware signature that is defined by Palo Alto
Networks, a “default” action is specified internally. The “default” action typically is an “alert” or a
“reset-both.” The “default” action is displayed in parenthesis, for example, “default” (alert) in the
threat or Antivirus signature.
• allow: Permits the application traffic
• alert: Generates an alert for each application traffic flow. The alert is saved in the Threat log.
• drop: Drops the application traffic
• reset-client: For TCP, resets the client-side connection. For UDP, drops the connection.
• reset-server: For TCP, resets the server-side connection. For UDP, drops the connection.
• reset-both: For TCP, resets the connection on both client and server ends. For UDP, drops the
connection.
Note: In some cases, when the profile action is set to “reset-both,” the associated Threat log might
display the action as “reset-server.” This occurs when the firewall detects a threat at the beginning of
a session and presents the client with a 503 block page. Because the block page disallows the
connection, the client side does not need to be reset and only the server-side connection is reset.
• Block IP— This action blocks traffic from either a source or a source-destination pair. It is
configurable for a specified period of time.
You can create custom data pattern objects and attach them to a Data Filtering Profile to define the type
of information about which you want to filter. Create data pattern objects based on:
• Predefined Patterns: Filter for credit card numbers and Social Security numbers (with or without
dashes) using predefined patterns
• Regular Expressions: Filter for a string of characters
• File Properties: Filter for file properties and values based on file type
Note: If you’re using a third-party, endpoint data loss prevention (DLP) solution to populate file
properties to indicate sensitive content, this option enables the firewall to enforce your DLP
policy.
You can define your own custom File Blocking Profiles or choose one of the following predefined profiles
when applying file blocking to a Security policy rule. The predefined profiles, which are available with
content release version 653 and later, allow you to quickly enable best practice file blocking settings:
• Basic file blocking: Attach this profile to the Security policy rules that allow traffic to and from less
sensitive applications to block files that commonly are included in malware attack campaigns or
that have no real use case for upload or download. This profile blocks upload and download of PE
files (.scr, .cpl, .dll, .ocx, .pif, .exe), Java files (.class, .jar), Help files (.chm, .hlp), and other
potentially malicious file types, including .vbe, .hta, .wsf, .torrent, .7z, .rar, .bat. It also prompts
users to acknowledge when they attempt to download encrypted-rar or encrypted-zip files. This
rule alerts on all other file types to give you complete visibility into all file types entering and
leaving your network.
You also can use the WildFire Analysis Profiles to set up a WildFire hybrid cloud deployment. If you are
using a WildFire appliance to analyze sensitive files locally (such as PDFs), you can specify for less sensitive
file types (such as PE files) or file types that are not supported for WildFire appliance analysis (such as
APKs) to be analyzed by the WildFire public cloud. Use of both the WildFire appliance and the WildFire
cloud for analysis allows you to benefit from a prompt verdict for files that already have been processed
by the cloud and for files that are not supported for appliance analysis and frees the appliance capacity to
process sensitive content.
You can enable both types of protection mechanisms in a single DoS Protection Profile.
©2016-2019, Palo Alto Networks, Inc. 101
The DoS Profile is used to specify the type of action to take and the details on matching criteria for the
DoS policy. The DoS Profile defines settings for SYN, UDP, and ICMP floods; can enable resource
protection; and defines the maximum number of concurrent connections. After you configure the DoS
Protection Profile, you then attach it to a DoS policy.
When you configure DoS protection, you should analyze your environment to set the correct thresholds
based on your actual traffic rather than using the default values provided.
Sample Questions
64. Which profile do you use for DLP?
A. Antivirus
B. Anti-Spyware
C. Vulnerability Protection
D. URL Filtering
E. File Blocking
F. WildFire Analysis
G. Data Filtering
65. Which profile do you use to monitor DNS resolution lookups for sites associated with threat
activity?
A. Antivirus
B. Anti-Spyware
C. Vulnerability Protection
D. URL Filtering
E. File Blocking
F. WildFire Analysis
G. Data Filtering
66. Which profile do you use to analyze files for zero-day malware?
A. Antivirus
B. Anti-Spyware
C. Vulnerability Protection
D. URL Filtering
E. File Blocking
F. WildFire Analysis
G. Data Filtering
With URL filtering enabled, all web traffic is compared against the URL filtering database, which contains
a listing of millions of categorized websites. You can use these URL categories as a match criterion to
enforce Security policy and to safely enable web access and control the traffic that traverses your
network. You also can use URL filtering to enforce safe search settings for your users and to prevent
credential phishing based on URL category.
Credential phishing prevention works by scanning username and password submissions to websites and
comparing those submissions against valid corporate credentials. You can choose which websites you
want to either allow or block corporate credential submissions based on the URL category of the website.
When the firewall detects a user credentials being transmitted to a site in a category you have restricted,
it either displays a block response page that prevents the user from submitting credentials or presents a
continue page that warns users against submitting credentials to sites classified in certain URL categories.
But the firewall still allows the user to continue with the credential submission. You can customize these
block pages to educate users against reusing corporate credentials, even on legitimate, non-phishing
sites.
Credential Detection
Before you configure credential phishing prevention, decide which method you want the firewall to use
to identify credentials. Each method requires the configuration of User‐ID technology. The IP-to-user
mapping and group mapping methods check for valid username submissions only. In these cases, the
firewall blocks or allows the submission, based on your settings, regardless of the accompanying
password submitted. The domain credential filter method checks for valid passwords submitted to a
webpage:
• IP-to-user mapping: The firewall uses IP‐address‐to‐user mappings that the PAN-OS integrated
User‐ID collects to check if a username submitted to a webpage matches the username of the
logged‐in user.
• Group mapping: The PAN-OS integrated User‐ID agent collects group mapping information from a
directory server and retrieves a list of groups and the corresponding group members. It compares
usernames submitted to a webpage against the group member usernames.
• Domain credential filter: The Windows-based User‐ID agent is installed on a Read-Only Domain
Controller (RODC). The User‐ID agent collects password hashes that correspond to users for
which you want to enable credential detection and sends these mappings to the firewall. The
firewall then checks if the source IP address of a session matches a username and if the password
submitted to the webpage belongs to that username. With this mode, the firewall blocks or alerts
on the submission only when the password submitted matches a user password.
Sample Questions
69. Which credential phishing prevention action allows users to choose to submit credentials to a
site anyway?
A. alert
B. allow
C. block
D. continue
Step 3: Review the Apps Seen on Port-Based Rules, Starting with the Highest Priority Rules
On No Apps Specified, click Compare or the number in Apps Seen to open Applications & Usage, which
lists applications that matched a port-based rule over a specified time frame, with each application’s Risk,
the date it was First Seen, the date it was Last Seen, and the amount of traffic over the last 30 days.
You can check Applications seen on port-based rules over the past 7, 15, or 30 days, or over the rule’s
lifetime (Anytime). For migrating rules, Anytime provides the most complete assessment of applications
that matched the rule.
You can search and filter the Apps Seen, but remember that an hour or more is required to update Apps
Seen. You also can order the Apps Seen by clicking the column headers. For example, you can click Traffic
(30 days) to bring the applications with the most recent traffic to the top of the list or click Subcategory
to organize the applications by subcategory.
Cloning is the safest way to migrate rules, especially when Applications & Usage shows more than a few
well-known applications matching the rule. Cloning preserves the original port-based rule and places it
below the cloned application-based rule, which eliminates the risk of losing application availability
because traffic that doesn’t match the cloned rule flows through to the port-based rule. When traffic
from legitimate applications hasn’t hit the port-based rule for a reasonable period of time, you can
remove it to complete that rule’s migration.
In the Clone window, the green row is the selected application to clone. The container
application (slack) is in the gray row. The applications listed in italics are applications in the same
container as the selected application but that have not been seen on the rule. Individual
applications that have been seen on the rule are in normal font. All the applications are included
in the cloned rule by default to help prevent the rule from breaking.
3. If the container app is a tolerated application (not an application sanctioned for business
purposes) and you want to constrain access to some of the individual functional applications in
©2016-2019, Palo Alto Networks, Inc. 110
the container, uncheck the box next to each individual application you don’t want users to
access. If the container app is a sanctioned business application, add the container app and its
individual applications.
4. Leave the application dependencies checked, in this example, ssl and web-browsing (these are
applications that the selected application requires).
5. Click OK to add the new application-based rule directly above the port-based rule in the rulebase.
6. Commit the configuration.
After you clone a rule and Commit the configuration, the applications you select for the cloned rule are
removed from the original port-based rule’s Apps Seen list. For example, if a port-based rule has 16 Apps
Seen and you select two individual applications and one dependent application for the cloned rule, after
cloning, the port-based rule shows 13 Apps Seen because the three selected applications have been
removed from the port-based rule (16 − 3 = 13). The cloned rule shows the three added applications in
Apps on Rule.
Creation of a cloned rule with a container app works a bit differently. For example, a port-based rule has
16 Apps Seen and you select one individual application and a container app for the cloned rule. The
container app has five individual applications and has one dependent application. After cloning, the
cloned rule shows seven Apps on Rule—the individual application, the five individual applications in the
container app, and the dependent application for the container app. However, in the original port-based
rule, Apps Seen shows 13 applications because only the individual application, the container app, and the
container app’s dependent application are removed from the port-based rule.
Unlike with cloning, addition of applications to a port-based rule replaces the rule with the resulting
application-based rule. Addition of applications to a rule is simpler than cloning, but riskier because you
may inadvertently miss applications that should be on the rule, and the original port-based rule isn’t in
the rulebase to identify accidental omissions. However, addition of applications to port-based rules that
apply to only a few well-known applications migrates the rule quickly to an application-based rule. For
example, for a port-based rule that controls only traffic to TCP port 22, the only legitimate application is
SSH, so it’s safe to add applications to the rule.
There are three ways to add applications to replace a port-based rule with an application-based rule: Add
to Rule, Match Usage in Apps Seen, and Add in Apps on Rule:
• Add to Rule applications from Apps Seen (applications that matched the rule). Remember that
an hour or more is required to update Apps Seen.
1. Select applications from Apps Seen on the rule.
2. Click Add to Rule. In the Add to Rule dialog, add other applications in the same container app
and application dependencies, if required. For example, to add slack-base to a rule:
Sample Questions
72. Which security risks are elevated when port-based Security policy rules are used?
A. The firewall’s resources will be negatively impacted by processing unwanted traffic.
B. Unwanted applications can get through the firewall, bringing their vulnerabilities with
them.
C. A greater range of threats can be included in packet payloads.
D. The firewall is more vulnerable to DoS attacks.
Palo Alto Networks App-ID technology provides for positive identification of applications regardless of
port usage. This makes possible the safe access enablement for only required access to only the users
that require them. This practice reduces your attack surface by eliminating the potentially vulnerable
traffic of unwanted applications.
As with any technology, there usually is a gradual approach to a complete implementation that consists
of carefully planned deployment phases to make the transition as smooth as possible, with minimal
impact to your end users. The general workflow for implementing a best practice internet gateway
Security policy is as follows:
• Assess your business and identify what you need to protect: The first step in deploying a security
architecture is to assess your business and identify your most valuable assets and the greatest
threats to those assets. For example, if you are a technology company, your intellectual property
is your most valuable asset. In this case, one of your biggest threats would be source code theft.
• Segment your network using interfaces and zones: Traffic cannot flow between zones unless
there is a Security policy rule to allow it. One of the easiest defenses against lateral movement of
an attacker that has made its way into your network is to define granular zones and allow access
only to the specific user groups that need to access an application or resource in each zone. By
segmenting your network into granular zones, you can prevent an attacker from establishing a
communication channel within your network (either via malware or by exploiting legitimate
applications), thereby reducing the likelihood of a successful attack on your network.
• Identify whitelist applications: Before you can create an internet gateway best practice Security
policy, you must have an inventory of the applications you want to allow on your network and
you must distinguish between those applications you administer and officially sanction and those
that you want users to be able to use safely. After you identify the applications (including general
types of applications) you want to allow, you can map them to specific best practice rules.
• Create user groups for access to whitelist applications: After you identify the applications you
plan to allow, you must identify the user groups that require access to each one. Because
See the previous section, 2.4 Implement and maintain the App-ID lifecycle, for a complete description of
features and their usage for converting port-based rules to use App-ID.
A web-based App-ID listing of all the existing App-IDs can be found here:
https://applipedia.paloaltonetworks.com/
Sample Questions
75. Which two applications cannot be identified by port number?
A. Microsoft Outlook Express email
B. Google mail (Gmail)
C. SSH
D. Facebook
E. FTP
76. An administrator creates a Security policy rule that allows office-on-demand traffic through
the firewall. When the change is committed the firewall issues the following warning:
“vsys1: Rule 'Allow Office apps' application dependency warning:
Application 'office-on-demand' requires 'ms-office365-base' be allowed
Application 'office-on-demand' requires 'sharepoint-online' be allowed
Application 'office-on-demand' requires 'ssl' be allowed
Application 'office-on-demand' requires 'web-browsing' be allowed”
Which action should the administrator take?
A. Create an application chain that include the dependencies
B. Add the listed applications to the same Security policy rule
C. set the Service action of the rule to “dependent application default”
D. create a new Security policy rule for each listed application with an “allow” action higher
in the rule list
Note: In an HA pair, when both the Panorama VMs are operating in Panorama mode, the same log (from
the firewalls) is sent to the active and passive Panorama appliances. Therefore, the log basically is
replicated between the active and the passive appliances of the HA pair. This deployment option is
recommended if the firewalls generate up to 10,000 logs per second.
The Panorama management appliance always maintains management responsibility of the managed
firewalls. Firewalls are configured to forward their logs to specific Log Collectors, where they are
aggregated. The Panorama management appliance then sends queries to the Log Collectors to gather the
Log Collectors in a Log Collector group appear as a single logical entity to devices forwarding logs. The Log
Collector Group makes local log storage location decisions when multiple platforms are present, thus
eliminating the need for an administrator to configure specific log storage behavior other than the
optional use of log redundancy within the collector group.
When a Log Collector Group contains more than one Log Collector, firewalls can be configured to use a
priority-based list of specific collectors within the group to use as logging destinations. The firewall
automatically fails over to the next entry on the list when it cannot reach the preferred Log Collector.
©2016-2019, Palo Alto Networks, Inc. 119
Firewalls also can be configured to use alternate collector groups as logging destinations when all Log
Collectors of a preferred Log Collector Group become unavailable.
Cortex Data Lake is the central repository of all the logs generated from firewalls and the Traps endpoint
server. It initiates queries, generates reports, and analyzes logs stored in the cloud via Panorama. It also
enables reporting, log viewing, and many other analytics-based applications on your logs. The Logging
Service offers you flexible options to expand storage and log ingestion rates on demand, without the
need for you to buy new hardware or manually provision new virtual machines.
You can activate licenses first on the Palo Alto Networks website and then communicate them to the
firewall (assuming internet connectivity from the Management port). If connectivity is not available, you
can enter licenses directly.
Dynamic Updates
These activated licenses provide access to PAN-OS software updates and Subscription data files (dynamic
updates). The following information explains these licenses and the process for updating files and PAN-OS
software:
Firewall Configuration
After these initial deployment steps are taken, configuration becomes a task of implementing network
connectivity and security settings to meet your specific requirements. These next steps can vary widely.
A complete discussion with implementation guidance is here:
https://docs.paloaltonetworks.com/pan-os/9-0/pan-os-admin/getting-started/register-the-firewall.html
Sample Questions
78. You finished configuring the firewall’s basic connectivity in the lab and are ready to put it in
the data center. What do you have to remember to do before you power down the firewall?
A. Save the changes.
B. Commit the changes.
C. Create a restore thumb drive in case the configuration is deleted.
D. Verify that the configuration is correct. You do not need to do anything else if it is
correct; the configuration is updated automatically.
79. The Management port on a firewall can be configured as which type of interface?
A. Layer 2
B. Layer 3
C. virtual wire
D. serial
The preceding figure identifies the firewall being viewed as the passive partner of an active/passive HA
configuration.
After the user authenticates for all factors, the firewall evaluates Security policy to determine whether to
allow access to the service or application.
To reduce the frequency of authentication challenges that interrupt the user workflow, you can specify a
timeout period during which a user authenticates only for initial access to services and applications, not
for subsequent access. Authentication policy integrates with Captive Portal to record the timestamps
used to evaluate the timeout and to enable user-based policies and reports.
Based on user information that the firewall collects during authentication, User-ID creates a new IP
address-to-username mapping or updates the existing mapping for that user (if the mapping information
has changed). The firewall generates User-ID logs to record the additions and updates. The firewall also
generates an Authentication log for each request that matches an Authentication rule. If you favor
centralized monitoring, you can configure reports based on User-ID or Authentication logs and forward
the logs to Panorama or external services as you would for any other log types.
• End the session for the service or URL you just accessed.
• Start a new session for the same service or application. Be sure to perform this step
within the Timeout period you configured in the Authentication rule.
The firewall allows access without re-authenticating.
• Wait until the Timeout period expires and request the same service or application.
The firewall prompts you to re-authenticate.
8. (Optional) Redistribute user mappings and authentication timestamps to other firewalls that
enforce Authentication policy to ensure they all apply the timeouts consistently for all users.
Sample Question
83. Administrators within the enterprise want to replace the default certificate used by the
firewall to secure the management web interface traffic with a certificate generated by their
existing certificate authority. Which certificate property must be set for their new certificate to
function?
A. Certificate CN set to a domain name that resolves to any traffic port address of the
firewall.
B. Certificate must be signed by the firewall root certificate.
C. Certificate must have the Forward Trust Certificate property set.
D. CN must be set to the management port of the firewall.
User-ID
Content-ID
Block IPv6 in IPv4 tunneling (via
App-ID)
Zone protection
Packet-based attack protection
—
Reconnaissance protection
URL filtering
SSL decryption
SSH decryption
DoS rulebase
IPv6 access to PAN-DB
DNS Sinkhole
External Dynamic List (EDL)
DNS
RADIUS
LDAP
SYSLOG
SNMP
NTP
Device DNS (device only)
DNS proxy
Reporting and visibility into IPv6
Networking
IPv6 static routes
PBF
PBF next hop monitor (v6
endpoint)
OSPFv3
MP-BGP —
GRE tunneling support
— — —
ECMP
Dual stack support for L3 interfaces
QoS policy
QoS marking
DSCP (session based)
VPN
GlobalProtect —
IKE/IPsec
IKEv2
IPv6 over IPv4 IPsec tunnel
DHCPv6 relay
SLAAC (router advertisements)
SLAAC (RDNSS) —
Device
High Availability (HA) -
active/active
High Availability (HA) - active/passiv
User-ID
Map IPv6 address to users
Sample Question
84. Which two configuration conditions must be met for a Palo Alto Networks firewall to send and
receive IPv6 traffic?
A. Enable IPv6 check box in the Virtual Router configuration is checked.
B. An Ethernet interface is configured for virtual wire.
C. An Ethernet interface is configured for Layer 3.
D. Enable IPv6 Firewalling check box under Session Settings is turned on.
Different platform levels also can support varying numbers of virtual routers. The virtual router
configuration is meant to match the existing routing and routed infrastructure. In addition to protocol
configuration, Redistribution Profiles can support protocol interoperability.
Troubleshooting Routing
The CLI has advanced troubleshooting of routing functions. Output from the debug routing …
command provides insight into router processing, including advanced debugging logs and routing-
specific packet captures.
Sample Questions
85. Under which condition can layer 3 interfaces in the same firewall have the same IP address?
A. they must be connected to different virtual routers.
B. they must be connected to the same Ethernet network through a switch.
C. they must be subinterfaces of the same physical interface.
D. They must be in different zones.
Before you can enable a firewall interface to transmit DHCP messages between clients and servers, you
must configure the firewall as a DHCP relay agent. The interface can forward messages to a maximum of
eight external IPv4 DHCP servers and eight external IPv6 DHCP servers. A client DHCPDISCOVER message
is sent to all configured servers, and the DHCPOFFER message of the first server that responds is relayed
back to the requesting client.
Before you can configure a DHCP relay agent, make sure that you have configured a Layer 3 Ethernet or
Layer 3 VLAN interface, and the interface is assigned to a virtual router and a zone.
1. Select DHCP Relay.
Select Network > DHCP > DHCP Relay.
2. Specify the IP address of each DHCP server with which the DHCP relay agent will communicate.
• In the Interface field, select the interface you want to be the DHCP relay agent.
• Select either IPv4 or IPv6, which indicates the type of DHCP server address you will
specify.
• If you checked IPv4, in the DHCP Server IP Address field, Add the address of the DHCP
server to and from which you will relay DHCP messages.
• If you checked IPv6, in the DHCP Server IPv6 Address field, Add the address of the DHCP
server to and from which you will relay DHCP messages. If you specify a multicast
address, also specify an outgoing Interface.
• (Optional) Repeat the prior three sub-bullets to enter a maximum of eight DHCP server
addresses per IP address family.
3. Commit the configuration.
Click OK and Commit.
Every Palo Alto Networks firewall can provide GlobalProtect connectivity support to Windows and Mac
clients with no additional license requirement. Client software can be downloaded directly from the
Portal.
Gateway traffic (SSL or IPsec encryption) can be terminated on a tunnel interface in a separate zone,
which allows for specific policies to be enabled for that zone and user(s).
The firewall can extract information from these reports and use them as part of the Security policy. In this
way the firewall provides appropriate access, depending on endpoint configuration.
HIP fields are used to define HIP objects. For example, a HIP object might apply to all devices using
Android 5.0, or all Samsung devices using Android 6.0.
References
• A discussion of GlobalProtect with links to configuration specifics can be found here:
https://docs.paloaltonetworks.com/globalprotect/9-0/globalprotect-admin/globalprotect-
overview
• HIP checking implementation and use is explored in detail here:
https://docs.paloaltonetworks.com/globalprotect/9-0/globalprotect-admin/host-
information/about-host-information
Reference
• Policies > NAT
https://docs.paloaltonetworks.com/pan-os/9-0/pan-os-web-interface-help/policies/policies-nat
Sample Questions
94. Which NAT type can be used to translate between IPv4 and IPv6?
A. ipv4
B. nat64
C. nptv6
D. ipv6
95. How does a firewall that has more than one NAT policy rule that matches a packet process the
packet?
A. Each matching rule in the list is applied from the top down, with cumulative changes
being processed at the end of the list.
B. The first rule matching the packet is applied and processed, skipping the others.
C. The firewall issues an error when committing NAT policy rules that can affect the same
packet.
D. The last matching rule in the list is applied and processed.
Reference
• Policies > Security
https://docs.paloaltonetworks.com/pan-os/9-0/pan-os-web-interface-help/policies/policies-
security.html
Sample Questions
96. An internal web browser sends a packet to a server. The browser’s connection has the source
IP address 192.168.5.3, port 31415. The destination is 209.222.23.245, port 80. The firewall
translates the source to 75.22.21.54, port 27182. Which three of these source IP addresses
would cause a rule to apply to this traffic? (Choose three.)
A. 192.168.5.0/24
B. 75.22.21.0/24
C. 192.168.4.0/23
D. 192.168.0.0/16
E. 75.22.0.0/17
F. 75.22.128.0/17
97. A NAT policy rule is created to change the destination address of any packets with a source of
any address and a destination address of 10.10.10.10 (in the DMZ zone) to 192.168.3.45 (in
the Trust zone). Which Security policy rule components are required for a packet that has this
rule applied to match and allow this traffic?
A. source address any, source zone any, destination address 192.168.3.45, destination zone
Trust, action = allow
B. source address any, source zone any, destination address 10.10.10.10, destination zone
Trust, action = allow
C. source address any, source zone any, destination address 192.168.3.45, destination zone
DMZ, action = allow
D. source address any, source zone any, destination address 10.10.10.10, destination zone
DMZ, action = allow
A Palo Alto Networks firewall also can act as a decryption broker for other external security services. This
feature will decrypt traffic and forward it out of the selected interface to a specific security device or
service (or chain of devices) that examines the cleartext traffic. The last service in the chain returns the
packet to the firewall, which then encrypts it and forward it to the original destination.
Information about the use and configuration of this capability can be found here:
https://docs.paloaltonetworks.com/pan-os/9-0/pan-os-admin/decryption/decryption-broker/decryption-
broker-concepts
Sample Questions
98. Which protocol is supported for traffic decryption matching a Decryption policy rule??
A. IPsec
B. SP3
C. SSH
D. NLSP
99. Where do you specify that a certificate is to be used for SSL Forward Proxy?
A. Certificate properties
B. Decryption Profile
C. Decryption policy
D. Security policy
100. Which feature must be configured to exclude sensitive traffic from decryption?
A. Security policy rule that includes the specific URL with an “allow” action
B. Decryption policy rule with the specific URL and “no decrypt” action
C. Application Override policy that matches the application URL and port number
D. Decryption Profile that includes the site’s URL
Note that the App-ID bypass characteristic of Application Override also skips essential Content-ID
processing, which could result in undetected threats. This feature should be used for trusted traffic only.
References
• Policies > Application Override
https://docs.paloaltonetworks.com/pan-os/9-0/pan-os-web-interface-help/policies/policies-
application-override.html
• Objects > Applications
https://docs.paloaltonetworks.com/pan-os/9-0/pan-os-web-interface-help/objects/objects-
applications/defining-applications
Sample Questions
101. Which option is not a parameter used to identify applications in an Application Override
policy?
A. protocol
B. port number
C. first characters in the payload
D. destination IP address
102. When an Application Override policy matches traffic and assigns an App-ID which firewall
process is bypassed?
A. QOS
B. IP-Sec
C. Content-ID
D. User-ID
Regardless of the deployed environment, every VM-Series firewall runs the same PAN-OS software
supporting the same set of features. Some environments have specific limits and requirements (i.e.,
supported interface types).
Details for implementation in each of these environments and a review of their specific requirements and
limitations are here:
https://www.paloaltonetworks.com/documentation/81/virtualization/virtualization
Sample Questions
103. Which virtual interface is the management on a VM-Series firewall running on ESXi?
A. vNIC #1
B. vNIC #2
C. vNIC #9
D. vNIC #10
104. Which three items of information are required at a minimum to install and configure VM-
Series firewalls?
A. VLANs to be connected through the firewall
B. management port IP address
C. IP addresses for the data interfaces
D. management port default gateway
E. management port netmask
F. IP address for the external (internet-facing) interface
105. VM-Series firewalls require which additional license step?
A. Apply a Base Capacity license
B. Apply a Cloud Services license
C. Apply a Site license
D. Apply a VM Update license
106. A VM-Series firewall being deployed in Azure can be automatically configured by
bootstrapping. Azure requires which features for Bootstrapping to work?
A. Storage Account configured for Azure Files Service
B. PowerShell script that feeds a configuration file to the firewall
C. XML configuration file included in the base firewall provisioning
D. Azure Backup services configured with a config file and included in the firewall
provisioning
Log forwarding of any event type can send copies of log events to destinations supporting the following
data formats:
• SNMP
• Email
• Syslog
• HTTP
Each log forwarding destination is configured in the firewall with a Server Profile of the appropriate type.
Navigate to Device > Log Settings and create a profile for each specific destination.
After the destination’s Server Profile is created, it can be used in a Log Forwarding Profile.
Steps:
1. Configure a Server Profile for each external service that will receive logs from the firewall. The
profiles define how the firewall connects to the services.
For example, to configure an HTTP Server Profile, select Device > Server Profiles > HTTP and Add
©2016-2019, Palo Alto Networks, Inc. 156
the profile.
2. Select Objects > Log Forwarding and Add a Log Forwarding Profile to define the destinations for
Traffic, Threat, WildFire Submissions, URL Filtering, Data Filtering, Tunnel, and Authentication
logs.
In each Log Forwarding profile, Add one or more match list profiles to specify log query filters,
forwarding destinations, and automatic actions such as tagging.
In each match list profile, select Filter > Filter Builder and Add filters based on log attributes.
Local log storage on Palo Alto Networks firewalls is strictly allocated between different log files to ensure
that no particular log is overrun by another. This allocation is user-controlled. Navigate to Device > Setup
> Management > Logging and Reporting Settings for access to the following configuration settings:
Each storage area typically acts as circular logs in the sense that, when filled, new entries will overwrite
old ones. Space is cleared in blocks and messages added to the System log.
Before you can use Panorama or external systems to monitor the firewall, you must configure the firewall
to forward its logs. Before the firewall forwards to external services, it automatically converts the logs to
the necessary format: syslog messages, SNMP traps, HTTP, or email notifications. Before you start this
procedure, ensure that Panorama or the external server that will receive the log data is running and can
receive this traffic.
Any log event redirection causes a copy of the log event to be forwarded as specified. It is logged on the
firewall as usual.
Log Forwarding Profiles are attached to individual firewall Security policies to enable forwarding of the
events associated with the processing of the specific policy. These profiles include one or more Log
Forwarding Profile Match Lists. This granularity allows administrators specific control of forwarding and
the potential of different forwarding for policies of differing importance.
All forwarded events are sent to their destination as they are generated on the firewall. A complete
discussion of log forwarding configuration is here:
https://docs.paloaltonetworks.com/pan-os/9-0/pan-os-admin/monitoring/configure-log-forwarding
Palo Alto Networks also offers a cloud-based Cortex XDR Data Lake (formerly Logging Service) that can be
a central repository for forwarded logs from multiple Palo Alto Networks devices. This central pool of log
data is fully accessible to the owner and acts as an optional base for further third-party security
applications through the Palo Alto Networks Cortex API.
A discussion of available log data and making it into information that can be acted on is here:
https://www.paloaltonetworks.com/apps/pan/public/downloadResource?pagePath=/content/pan/en_U
S/resources/whitepapers/actionable-threat-intelligence
Log information generally is in the Monitor tab of the web interface. The reporting sections align with the
general use of these reports. The Log section presents detailed, real-time data with the ability to recall
previous data (subjected to available storage). It is subdivided into sections that segment log data into
related information. PAN-OS® 9.0 includes a Unified log that collects copies of events from the Traffic,
Threat, URL Filtering, WildFire Submissions, and Data Filtering logs into a single location for easy parsing
of related data.
Each log provides similar features, which results in an organized presentation of desired data. Displayed
log data can be exported in CSV format at any time.
The following figure shows the CSV export option available on any detailed log display:
This export will include all detail for the displayed record even if it isn’t visible in the chosen column
displays.
You can see the entries in various logs using Monitor > Logs. You can configure the columns to display
and their order and width:
Filters can be built and even stored for future use. Specific data about this functionality is here:
https://docs.paloaltonetworks.com/pan-os/9-0/pan-os-admin/monitoring/view-and-manage-logs
While this log data is stored in detail in log storage, a firewall summarizes new log entries and adds the
results to separate on-board reporting databases used as default sources by Application Command
Center (ACC), App Scope, PDF Reports, and Custom Reports.
These reports typically run once per day and summarize all activity on the firewall. A report browser of
predefined reports appears on the right. In the following figure, chosen reports display their results for
the previous day’s traffic. The Predefined Report Browser shows choices of categories and specific reports
on the right:
The PDF Reports section offers other important reporting tools. Custom reports can be created, stored,
and run on-demand and/or a schedule basis. More information is here:
https://docs.paloaltonetworks.com/pan-os/9-0/pan-os-admin/monitoring/view-and-manage-
reports/generate-custom-reports
App Scope reports focus on base-line performance comparisons of firewall use. These reports provide
power tools to characterize changes in detected use patterns. They were designed for ad-hoc queries
more than for scheduled report output. Detailed information is here:
https://docs.paloaltonetworks.com/pan-os/9-0/pan-os-admin/monitoring/use-the-app-scope-
reports.html
Other reports and displays on the firewall often support click-through of data items to enable you to
uncover more detail. This practice often results in a switch to the ACC with preset filters to focus only on
the previously displayed data. Detailed use data is here:
https://docs.paloaltonetworks.com/pan-os/9-0/pan-os-admin/monitoring/use-the-application-
command-center.html
Sample Questions
112. Which filter finds all log entries for traffic that originates from the internal device whose IP
address is 172.17.1.3 and according to the header appears to be HTTP or HTTPS?
A. ( addr.src in 172.17.1.3 ) and ( ( port.dst eq 80 ) or ( port.dst eq 443 ) )
B. ( ( addr.src in 172.17.1.3 ) and ( port.dst eq 80 ) ) or ( port.dst eq 443 )
C. ( src.addr in 172.17.1.3 ) and ( ( dst.port eq 80 ) or ( dst.port eq 443 ) )
D. ( ( src.addr in 172.17.1.3 ) and ( dst.port eq 80 ) ) or ( dst. port eq 443 )
113. Which two log files would you use if you suspect that a rogue administrator is modifying
the firewall’s rulebase to allow and hide illicit traffic? (Choose two.)
A. Traffic
B. Threat
C. Data Filtering
D. Configuration
E. System
114. Which product is required to use event correlation?
A. next-generation firewall, PA-220
B. Advanced Endpoint Protection
C. Panorama
D. GlobalProtect
References
• Manage Custom or Unknown Applications
https://docs.paloaltonetworks.com/pan-os/9-0/pan-os-admin/app-id/manage-custom-or-
unknown-applications
• Create a Custom Application
https://docs.paloaltonetworks.com/pan-os/9-0/pan-os-admin/app-id/use-application-objects-in-
policy/create-a-custom-application
Sample Questions
115. How is a custom application configured that uses DNS to transfer directory information
and needs to be filtered in a very different manner than normal DNS?
A. You cannot do it with the NGFW. You need to manually configure a proxy.
B. Create specific rules for the sources and destinations that run this application.
C. Create a custom signature and specify the DNS fields that are different from normal DNS
use and patterns to identify when it is the custom application.
D. Create an Application Override policy and specify the sources and destinations that run
this application.
116. What are two results of using Application Override policies? (Choose two.)
A. prevent matching traffic from entering VPN tunnels
B. apply a specified App-ID label to matching traffic
C. prevent matching traffic from being logged
D. cause matching traffic to bypass Content-ID processing
E. route traffic to WildFire for scanning
117. Which two types of entities can have custom signatures?
A. Services
B. URL categories
C. User groups
D. Applications
E. Vulnerabilities
Subscription updates are enabled through application of various licenses to the firewall. These updates
are managed under Device > Dynamic Updates. Updates can be transferred directly from Palo Alto
Networks on demand or by schedule control. In cases where no network connectivity is present, these
updates can be downloaded from the Palo Alto Networks Dynamic Update section of the Support portal
site onto an administrator’s system and uploaded through a Management web interface connection and
then applied.
PAN-OS updates are managed in the Device > Software section of the web interface. New PAN-OS
versions can be downloaded and even installed without user disruption. A final system reboot must be
performed to put the new PAN-OS software into production. This reboot is disruptive and should be done
during a change control window.
A firewall does not need to upgrade to each released PAN-OS software in sequence. Considerations for
skipping releases are outlined here:
https://docs.paloaltonetworks.com/pan-os/9-0/pan-os-new-features/upgrade-to-pan-os-90/upgrade-
the-firewall-to-pan-os-90/determine-pan-os-upgrade-path.html
Make note of the requirement that dynamic updates be upgraded to the latest versions before PAN-OS
software is upgraded to ensure compatibility.
Updates to App-ID signature information sometimes can reclassify previously labeled traffic, which might
impact user access to critical applications. The firewall provides several mechanisms to review changes to
App-IDs prior to or immediately after their installation.
HA Firewalls
Dynamic updates are the responsibility of the individual firewalls to manage, even when they are in
passive mode. This task can be difficult if dynamic updates have no network path to the Palo Alto
©2016-2019, Palo Alto Networks, Inc. 174
Networks update servers. Dynamic updates in HA clusters include an option to “Sync-to-peer” for use
when the secondary firewall has no network route to the update server. Further discussion is here:
https://live.paloaltonetworks.com/t5/Management-Articles/Scheduled-Dynamic-Updates-in-an-HA-
Environment/ta-p/60449
Firewalls in HA clusters must upgrade PAN-OS software individually. In active/passive clusters a firewall
typically is put into Suspend mode and then upgraded. After the upgrade is complete, the firewall is
made active with the partner then going to Suspend mode and being upgraded.
Sample Questions
118. In which order do you update dynamic content and the PAN-OS version?
A. Update the PAN-OS version first, then the dynamic content.
B. Update the dynamic content first, then the PAN-OS version.
C. Update both at the same time.
119. In which order do you upgrade the different components of the firewall to a next version?
A. firewalls, then Panorama, then Log Collectors
B. Panorama and the Log Collectors, then the firewalls
C. Log Collectors, Panorama and the firewall
120. How do you upgrade a High Availability pair (A/P) to PAN-OS 9.0? Assume you need to
keep internet access up during the upgrade.
A. Upgrade the active firewall first, then the passive one.
B. Upgrade the passive firewall first, then the active one.
C. Run the upgrade on the active firewall. It will manage the process and upgrade the
passive firewall.
D. You must upgrade both members of the pair at the same time, which requires an
upgrade window that allows downtime.
If you back up versions of the running or candidate configuration, you can later restore those versions on
the firewall. A discussion about the basics is here:
https://docs.paloaltonetworks.com/pan-os/9-0/pan-os-admin/firewall-administration/manage-
configuration-backups
Sample Questions
121. What is the format of the configuration files?
A. YAML
B. JSON
C. XML
D. Some are in XML. Some in YAML
122. Which CLI command do you use to copy a partial configuration file to a firewall?
A. scp from a different device. The firewall serves as the file server.
B. ssh from a different device. The firewall serves as the file server.
C. scp from the firewall's CLI. A different computer serves as the file server.
D. ssh from the firewall's CLI. A different computer serves as the file server.
References
• HA Concepts (including the subtopics)
https://docs.paloaltonetworks.com/pan-os/9-0/pan-os-admin/high-availability/ha-concepts
• What is HA-Lite on Palo Alto Networks PA-200?
https://live.paloaltonetworks.com/t5/Learning-Articles/What-is-HA-Lite-on-Palo-Alto-Networks-
PA-200-and-VM-Series/ta-p/62553
• HA Links and Backup Links
https://docs.paloaltonetworks.com/pan-os/9-0/pan-os-admin/high-availability/ha-concepts/ha-
links-and-backup-links
• Set Up Active/Passive HA
https://docs.paloaltonetworks.com/pan-os/9-0/pan-os-admin/high-availability/set-up-
activepassive-ha.html
• Set Up Active/Active HA
https://docs.paloaltonetworks.com/pan-os/9-0/pan-os-admin/high-availability/set-up-
activeactive-ha.html
• See additional information in section 1.3 Given a scenario, identify how to design an
implementation of firewalls in High Availability to meet business requirements that leverage the
Palo Alto Networks Security Operating Platform
Sample Question
123. Which option is an intended advantage of an active/active HA pair vs. an active/passive pair?
A. increased throughput
B. support of asynchronous routing
C. increased session count
D. shared dynamic updates
Panorama includes Managed Device Health Monitoring which displays limited HA status information in
the summary display in the Panorama management web interface.
References
• SNMP Support
https://docs.paloaltonetworks.com/pan-os/9-0/pan-os-admin/monitoring/snmp-monitoring-
and-traps/snmp-support
• Monitor Statistics Using SNMP
https://docs.paloaltonetworks.com/pan-os/9-0/pan-os-admin/monitoring/snmp-monitoring-
and-traps/monitor-statistics-using-snmp
• Supported MIBs
https://docs.paloaltonetworks.com/pan-os/9-0/pan-os-admin/monitoring/snmp-monitoring-
and-traps/supported-mibs
• Using Device Health Monitoring from Panorama
https://docs.paloaltonetworks.com/panorama/9-0/panorama-admin/manage-firewalls/device-
monitoring-on-panorama/monitor-device-health.html
Sample Question
124. Which MIB specifies the fields for information about the High Availability interfaces?
A. MIB-II
B. IF-MIB
C. PAN-COMMON-MIB.my
D. PAN-PRODUCT-MIB.my
AutoFocus is a threat intelligence service that provides an interactive, graphical interface for analyzing
threats in your network. You can use AutoFocus to compare threats in your network to threat
information collected from other networks in your industry or across the globe, within specific time
frames. AutoFocus statistics are updated to include the most recent threat samples analyzed by Palo Alto
Networks. Access to this information allows you to stay current with threat trends and to take a
preventive approach to securing your network.
AutoFocus is a separately licensed product that is accessed in two primary ways: directly through the
AutoFocus Portal, or by viewing AutoFocus-provided data in a firewall’s web interface. The AutoFocus
Portal is the primary access method for the evaluation of overall trends and characteristics of historical
and current threats. This data can be used to characterize traffic seen on your network(s). Threats found
by the firewall can be enriched by AutoFocus-provided contextual data. Additional threat context can be
displayed for threats reported in your firewall logs.
References
• AutoFocus at a glance
https://www.paloaltonetworks.com/resources/datasheets/autofocus-at-a-glance
• AutoFocus Administrator’s Guide, especially the dashboard
https://docs.paloaltonetworks.com/autofocus/autofocus-admin
App-ID updates have a special impact because new application definitions might affect current Security
policy rules. PAN-OS software provides features to review the App-ID updates and modify the Security
policy rules.
If your firewalls are managed by Panorama, the Panorama device can be the source of dynamic updates
for managed firewalls and can configure the update schedule.
References
• Configure Content and Software Updates
https://docs.paloaltonetworks.com/pan-os/9-0/pan-os-admin/software-and-content-
updates/app-and-threat-content-updates/configure-app-threat-updates
• Manage New App-IDs Introduced in Content Releases
https://docs.paloaltonetworks.com/pan-os/9-0/pan-os-admin/app-id/manage-new-app-ids-
introduced-in-content-releases.html#
• Managing dynamic updates from Panorama
https://docs.paloaltonetworks.com/pan-os/9-0/pan-os-web-interface-help/panorama-web-
interface/panorama-device-deployment/manage-software-and-content-updates
Sample Question
126. Which field in a new App-ID facilitates the determination of the App-ID’s impact on policy
enforcement?
A. Name
B. Depends on
C. Previously Identified As
D. App-ID Enabled
Panorama notifies the devices (firewalls, Log Collectors, and WildFire) that updates are available. The
devices then retrieve the update packages from Panorama. By default, devices retrieve updates over the
management (MGT) interface on Panorama. However, you can configure Panorama to use multiple
interfaces if you want to reduce the traffic load on the MGT interface by using another interface for
devices to retrieve updates.
HA firewalls are expected to have the same version content updates. Firewalls that are in an HA pair each
implement an update process. In cases of Panorama management of update files, Panorama should
schedule an update for both HA peers individually.
Firewalls in an HA configuration normally automatically sync their configurations with each other. When
one firewall performs a commit, the changes are communicated to the other firewall and a commit is
automatically triggered, thus keeping them in sync. When Panorama manages an HA firewall set, this
automatic update is disabled, with the sync responsibility now belonging to Panorama. An administrator
must include the HA pair in any changes made and committed on Panorama.
Reference
• Managing dynamic updates from Panorama
https://docs.paloaltonetworks.com/pan-os/9-0/pan-os-web-interface-help/panorama-web-
interface/panorama-device-deployment/manage-software-and-content-updates
Sample Questions
127. Which type of device can receive the Antivirus content update?
A. Log Collector
B. firewall
C. AutoFocus
D. MindMeld
128. What requirement must a Panorama meet to update a managed firewall’s antivirus file?
A. The PAN-OS versions on the firewall and Panorama must be the same
B. Panorama and the firewall must be able to connect to Palo Alto Network’s update server
C. The update must be installed on Panorama before any firewalls
D. Panorama must download an antivirus file version compatible with the target firewall’s
PAN-OS version
If you believe that the traffic to be evaluated has been received by the firewall, initial investigation should
begin with the Traffic log. The Traffic log can be found at Monitor > Logs > Traffic. The default behavior of
the firewall is to create a summary entry for each session when it ends. This behavior is controlled by the
Log Setting included in the Actions tab of each Security policy rule. This setting controls the logging
behavior of traffic handled by that rule only allowing different logging behavior for different traffic.
If the traffic in question includes at least one closed session an entry for it should appear. You can see
detailed information about that session by clicking the magnifying glass icon in the left column:
The presence of a log entry confirms that properly formed traffic has reached the firewall and has been
evaluated by a Security policy rule. Traffic could be processed without reaching a session end, which
would result in no log entry yet. The Session Browser allows troubleshooting of open sessions that might
not have been logged yet.
The detailed session information should be used to evaluate the handling of the traffic. The Source and
Destination sections display header data and confirm potential NATs being applied. The General section
confirms the action taken by the Security policy rule and the rule’s name, App-ID, protocol, time seen.
and the reason the session ended. The Details section shows the packet summary for the reported
session, including counts and size.
Examination of this information often confirms the firewall’s handling of the traffic and might show
unexpected behavior to correct as required.
When a session has not ended and no Traffic log entry has been made, you can use the session browser
to display all open sessions currently known to the firewall. You can expand each session and examine
details.
You can, for example, configure your filters, turn them on, and then monitor them using CLI commands
for session volume before you complete the rest of the configuration. To monitor the number of marked
sessions, use the CLI command show counter global filter delta yes packet-filter yes.
Execute the command once and then a second time to see the difference (the delta) from the prior
execution of the command.
Tip: To analyze “inside” and “outside” sessions within a single file, you can configure the receive and
transmit stages to write to the same filename, which will result directly in a merged pcap file.
When you configure a capture stage, you can specify the maximum number of bytes and/or the
maximum number of packets, after which capturing stops.
The receive stage will not capture both flows of a session unless the filter configuration matches
to traffic in each direction.
• Firewall stage: On firewalls running PAN-OS 8.0 and earlier, packets captured at the firewall and
transmit stages will be captured when the corresponding session has been matched to a capture-
filter statement. Firewalls running PAN-OS 8.1 and later capture packets at the firewall and
transmit stages by the same effective logic (though not exactly the same) as the receive stage,
that is, only if the individual flow (c2s or s2c) matches the filter configuration.
The flow logic of the firewall stage itself applies NAT as the last or nearly last step of Layer 2-to-
Layer 4 packet processing and before any Layer 7 packet-payload content analysis begins. The IP
addresses of packets captured by the firewall stage will match the pre-NAT addressing as defined
in the session table. Also, packets that the firewall drops because of Layer 2-to-Layer 4 processing
(such as packets dropped because of a session-closed status) will appear in the drop-stage pcap
with pre-NAT addressing.
Packets that the firewall drops because of a “deny” action triggered by an App-ID policy or Security
Profile will appear in the drop-stage pcap with post-NAT addressing.
• Drop stage: The drop-stage packet capture is perhaps best thought of as the result of a logging
event, instead of a traditional off-the-wire packet capture. Packets in the drop-stage capture are
captured after the capture point of the stage that drops the packet. Thus, packets in the drop-
stage capture also will be found in the pcap for the stage from which the packet was dropped.
A packet dropped in the receive stage will appear in both the drop-stage pcap and the receive-
stage pcap. Typically you also will find packets that fail the initial session setup process in both
the receive-stage and drop-stage pcaps. Packets dropped by or subsequent to the firewall stage
will be found in both the drop-stage and firewall-stage pcaps.
Drop-stage pcaps comprise copies of individual packets that are dropped. Drop-stage pcaps do
not include prior or subsequent packets for contextual analysis. Drop-stage pcaps include only
the exact packets dropped. If you want to better understand why a packet has been dropped,
query the global counters, review log data, and run additional debug-level packet-diagnostic
features such as flow basic.
• Transmit stage: Capture of packets at the transmit stage shows you packets as they egress from
the firewall’s logical interface. In transmit-stage pcaps you can see block pages, resets, TCP MSS
adjustments, and any other packets or packet transformations created by the firewall itself,
including post-NAT addressing.
Pre-Parse-Match Option
After a packet enters the ingress port, the firewall performs several basic pre-processing tests to ensure
that the packet is viable before it is received for subsequent session setup and/or additional firewall
processing. The firewall discards packets that fail these basic tests before the packet reaches the point
where it is matched against the capture and debug-log filters. For example, if a route lookup fails, a
To capture packets that normally would be discarded before the filter match, the system emulates an
initial, “pre-parse” positive match for every packet entering the system. This initial “match” allows all
packets to be filtered subsequently by the normal receive-stage filtering process. The pre-parse match
option is resource-intensive. You should consider using it only for advanced or otherwise rare
troubleshooting purposes. Palo Alto Networks recommends that you use this option only under direct
advice and guidance from technical support.
Troubleshooting of route-lookup failures is the typical use case that may require use of the pre-parse
option. However, such errors typically are easy to identify using the firewall’s interface counters.
To enable the pre-parse match option in the CLI, use the command debug dataplane packet-diag
set filter pre-parse-match yes.
Turning On Capture
• After you turn on packet capture, you can monitor the capture in other ways to see if you are
actively capturing any traffic:
• Refresh the Packet Capture page in the web interface and look first for the existence of new
capture files, and then for their file size. You can refresh the page repetitively to monitor any
growth in the file size.
• Use the CLI to show the current packet-diagnostics settings by running the debug dataplane
packet-diag show setting command. The bottom of the settings summary includes the
same data displayed in the “Captured Files” section of the Packet Capture page in the web
interface.
• Monitor currently marked sessions, in addition to verifying that the capture-stage files are
growing.
The Palo Alto Networks firewall CLI offers access to more debugging information and often is used by
experienced administrators for troubleshooting. This section provides only the briefest mention of basic
CLI tools. The “References” section at the end of this section includes more complete information
sources.
After you log in to the CLI, the command prompt by default will be in operational mode. The commands
available within the context of operational mode include basic networking commands such as ping and
traceroute, basic system commands such as show, and more advanced system commands such as
debug. Debug commands allow you to set parameters that, if improperly used, can cause system failure.
Commands to shut down and restart the system also are available from within operational mode.
Configuration mode enables you to display and modify the configuration parameters of the firewall, verify
candidate configuration, and commit the config. Access it by typing the command configure while in
operational mode.
CLI mode offers access to data not available in the web interface. Additional log files written by various
subsystems of the firewall are available. Large files, i.e., log files, can be displayed with four principle
commands: show, tail, less, and grep. A partial list of useful log files for troubleshooting can be
found in the reference section at the end of this section.
The show command is the main method to display values and settings. In operational mode begin by
typing show, a space, and then press the Tab key to invoke the autocomplete function showing all
available options for the show command. Examine this list and explore options to become familiar with
accessing settings and values for troubleshooting. The command show interface all displays a
summary of all configured interfaces, their link status, and assigned zones. The command show system
resources displays the overall resources utilization status of the firewall. For troubleshooting purposes,
the test command shows the results when a simulated packet is presented to various subsystems. For
example, the command test security-policy-match… shows the security processing of the
simulated packet described at the end of the command. The command test routing… predicts the
virtual router’s handling of the simulated packet. Many test commands are available that can be found
by entering test followed by a space and then the Tab key for the autocomplete listing of options.
Packet captures also can be performed at the command line level. The same packet capture engine
explored earlier through the web interface can be accessed from the CLI. Each configuration step used in
the web interface has a command line equivalent. See the “References” section for the location of a
detailed discussion.
References
• Log Types and Severity Levels
https://docs.paloaltonetworks.com/pan-os/9-0/pan-os-admin/monitoring/view-and-manage-
logs/log-types-and-severity-levels.html
• Monitor > Logs
https://docs.paloaltonetworks.com/pan-os/9-0/pan-os-web-interface-help/monitor/monitor-
logs.html
• CLI Cheat Sheet: Device Management
https://docs.paloaltonetworks.com/pan-os/9-0/pan-os-cli-quick-start/cli-cheat-sheets/cli-cheat-
sheet-device-management.html
Sample Questions
129. Users cannot access their Gmail accounts through the firewall. Which log do you look in,
and which filter do you use?
A. Traffic, (app eq gmail)
B. Traffic, (app in gmail)
C. Configuration, (app eq gmail)
D. Configuration, (app in gmail)
130. You can’t get to the web interface. How do you check from the command line if it is
running?
A. ps -aux | grep appweb
B. ps -aux | match appweb
C. show system software status | grep appweb
D. show system software status | match appweb
131. Which log file shows that a connection with an LDAP server was dropped?
A. Traffic Log
B. System Log
C. User-ID Log
D. Authentication Log
Information about configuring threat detection captures and accessing the captured data is here:
https://docs.paloaltonetworks.com/pan-os/9-0/pan-os-admin/monitoring/take-packet-captures/take-a-
threat-packet-capture.html
Data Filtering Security Profiles can take captures of configured patterns. Because this data might be
highly valuable, special password protections are provided for these stored captures. Details are here:
https://live.paloaltonetworks.com/t5/Management-Articles/Enable-data-capture-for-data-filtering-and-
manage-data/ta-p/65934
The PAN-OS web interface provides access to traffic packet captures. Additional pcap and debug tools are
available through the CLI.
Complete information about the configuration and use of this feature is here:
https://docs.paloaltonetworks.com/pan-os/9-0/pan-os-admin/monitoring/take-packet-captures/take-a-
custom-packet-capture.html
Note: Some Palo Alto Networks firewalls include a Hardware Offload feature that optimizes the handling
of traffic. Offloaded traffic will not appear in packet captures in either the web interface or the CLI. PA-
3050, PA-3060, PA-5000 Series, PA-5200 Series, and PA-7000 Series firewalls have this feature. To
guarantee that all packets are available for capture, a CLI command must be run to temporarily disable
Hardware Offload. See the following information for details and disclosures about CPU impact.
https://docs.paloaltonetworks.com/pan-os/9-0/pan-os-admin/monitoring/take-packet-captures/disable-
hardware-offload.html
Note: Management interface traffic cannot be captured by the previously mentioned CLI tools. The
tcpdump command is the only tool with visibility to this traffic.
Traffic Ports
Traffic ports provide multiple configuration options with the ability to pass traffic through to other ports
via traffic-handling objects (virtual routers, virtual wires, and VLANs).
Management Port
The Management port is isolated from internal connectivity for security purposes. If the Management
port requires internet access, its traffic must be routed out of the firewall and through other network
infrastructure that provides this connectivity. The traffic often is routed back to a traffic port on the
firewall requiring appropriate Security Policies for access. This traffic then is treated like any other and
must be allowed through by Security policies.
This management traffic can be routed through alternate ports. A discussion is here:
https://live.paloaltonetworks.com/t5/Configuration-Articles/Setting-a-Service-Route-for-Services-to-
Use-a-Dataplane/ta-p/59433
The web interface provides several important tools. The path Monitor > Logs > Traffic log provides
session summary information. Log entries for traffic are generated as specified in Security policies. The
typical configuration specifies that log entries are created when a session ends. Use the magnifying glass
icon to examine this log entry for detail:
Turning on entry creation at session initiation time temporarily can aid in troubleshooting.
View open sessions using the Monitor > Session Browser display:
Connectivity issues often arise from unexpected traffic forwarding decisions. You can view forwarding
decisions by displaying the Layer 3 routing and forwarding tables in the web interface:
Display the specific virtual router’s routing and forwarding tables with this link.
Note that policy-based forwarding (PBF) policies can override routing decisions and must be considered
when you troubleshoot connectivity. The routing and forwarding tables mentioned do not show the
effects of existing PBF policies. PBF troubleshooting is best done on the CLI; show commands can display
existing PBF policies and whether they are active. The test pbf-policy-match command will show
the application of existing PBF policies on modeled traffic.
Sample Questions
135. Where in the user interface can you see if any sessions are going through a specific
interface?
A. dashboard
B. Application Control Center (ACC)
C. session log node in the Monitor tab
D. The session browser node in the Monitor tab
136. Communication through a specific interface works most of the time but fails when traffic
is at its highest. In which policy do you look to identify the problem?
A. Security policy
B. DoS Protection Policy
C. QoS Policy
D. Application Override Policy
137. Which interface mode allows you to add firewall protection to a network with the least
disruption?
A. Tap
B. Layer 3
C. Layer 2
D. Virtual Wire
References
• Decryption Overview
https://docs.paloaltonetworks.com/pan-os/9-0/pan-os-admin/decryption/decryption-
overview.html
• How to Implement and Test SSL Decryption
https://knowledgebase.paloaltonetworks.com/KCSArticleDetail?id=kA10g000000ClEZCA0
Sample Questions
138. SSL decryption has been working for the customer but suddenly it stopped. What could be
a possible reason?
A. The firewall’s CA certificate expired. By default, those certificates are valid for one year.
B. The firewall’s IP address, which is encoded in the certificate, changed.
C. The firewall has been upgraded to a different model.
D. The firewall’s decryption subscription expired.
139. The company uses a small SaaS provider for some specialized need. This SaaS is provided
through HTTPS. Suddenly, it stopped working through the firewall. When accessed from home,
users receive an error about the certificate. Which two situations would explain this?
A. The SaaS's certificate had expired. The firewall's decryption policy is configured to block
connections with expired certificates.
B. The SaaS's certificate had expired. The firewall's decryption policy is configured to use
the untrusted CA with expired certificates.
C. The SaaS's certificate was replaced with one whose Certificate Authority is not known to
the firewall. The firewall's decryption policy is configured to block connections with
certificates whose CA is not trusted.
D. The SaaS's certificate was replaced with one whose Certificate Authority is not known to
the firewall. The firewall's decryption policy is configured to use the untrusted certificate
for certificates whose CA is not trusted.
E. The firewall's own CA certificate needs to be updated.
140. Which encryption algorithm is not supported, and if the settings specify it using it causes
the firewall to stop the connection?
A. DES
B. 3DES
C. AES252-CBC
D. AES256-GCM
X.509 certificates are used to establish trust between a client and a server to establish an SSL connection.
The certificate contains either the FQDN of the server or its IP address in the common name (CN) field.
All certificates must be issued by a certificate authority (CA). After the CA verifies a client or server, the
CA issues the certificate and signs it with the CA’s a private key. The client already has the CA’s public key
to verify those signatures.
With a Decryption policy configured, a session between the client and the server is established only if the
firewall trusts the CA that signed the server certificate. To establish trust, the firewall must have the
server root CA certificate in its certificate trust list (CTL) and use the public key contained in that root CA
certificate to verify the signature. The firewall then presents a copy of the server certificate signed by the
Forward Trust certificate for the client to authenticate. You also can configure the firewall to use an
enterprise CA as a forward trust certificate for SSL Forward Proxy. If the firewall does not have the server
root CA certificate in its CTL, the firewall will present a copy of the server certificate signed by the
Forward Untrust certificate to the client. The Forward Untrust certificate ensures that clients are
prompted with a certificate warning when they attempt to access sites hosted by a server with untrusted
certificates.
References
• Keys and Certificates for Decryption Policies
https://docs.paloaltonetworks.com/pan-os/9-0/pan-os-admin/decryption/decryption-
concepts/keys-and-certificates-for-decryption-policies.html
• Certificate Management
https://docs.paloaltonetworks.com/pan-os/9-0/pan-os-admin/certificate-management.html
• How to Install a Chained Certificate Signed by a Public CA
https://knowledgebase.paloaltonetworks.com/KCSArticleDetail?id=kA10g000000ClkoCAC
Sample Questions
141. Which condition could be a symptom of a chain of trust issue?
A. The firewall no longer decrypts HTTPS traffic.
B. The firewall no longer decrypts HTTPS traffic from a specific site.
C. The firewall still decrypts HTTPS traffic from all sites, but it re-encrypts it using the
Forward Untrust certificate instead of the Forward Trust certificate.
D. The firewall still decrypts HTTPS traffic from a specific site, but it re-encrypts it using the
Forward Untrust certificate instead of the Forward Trust certificate.
References
• Virtual Routers
https://docs.paloaltonetworks.com/pan-os/9-0/pan-os-admin/networking/virtual-routers.html
• Site-to-Site VPN with Static and Dynamic Routing
https://docs.paloaltonetworks.com/pan-os/9-0/pan-os-admin/vpns/site-to-site-vpn-quick-
configs/site-to-site-vpn-with-static-and-dynamic-routing.html
• Static Routes
https://docs.paloaltonetworks.com/pan-os/9-0/pan-os-admin/networking/static-routes/static-
route-overview.html
• RIP
https://docs.paloaltonetworks.com/pan-os/9-0/pan-os-admin/networking/rip.html
• OSPF
https://docs.paloaltonetworks.com/pan-os/9-0/pan-os-admin/networking/ospf.html
• BGP
https://docs.paloaltonetworks.com/pan-os/9-0/pan-os-admin/networking/bgp.html
Bootstrapping enables you to create a repeatable and streamlined process of deploying new firewalls on
your network because it enables you to create a package and then use that package to deploy firewalls
anywhere. You can bootstrap a physical or VM-Series firewall off an external device to complete the
©2016-2019, Palo Alto Networks, Inc. 202
process of configuring and licensing the firewall. External devices include a USB thumb drive, virtual disk,
virtual CD-ROM, or a storage bucket such as AWS S3 or Google Cloud bucket.
For security reasons, you can bootstrap a firewall only when it is in factory default state. If your firewall
will not bootstrap, ensure that it is in factory default mode. The procedure to reset a firewall to its factory
default settings is at https://docs.paloaltonetworks.com/pan-os/9-0/pan-os-admin/firewall-
administration/reset-the-firewall-to-factory-default-settings.html.
If you intend for the firewall to receive a complete configuration at boot-up rather than only a partial
network configuration, ensure that you have created the optional bootstrap.xml file in the /config
directory along with the init-cfg.txt file. The init-cfg.txt file contains only a partial firewall configuration
that provides the basic information the firewall needs to connect to your network.
If any of the required network parameters is missing in the init-cfg.txt file, the firewall exits the bootstrap
process and boots up using the default IP address, 192.168.1.1.
If you intend for Panorama to manage the bootstrapped firewall, then generate the VM auth key on
Panorama and ensure that you place the key in the init-cfg.txt file. Otherwise Panorama will not be able
to connect to and configure the bootstrapped firewall.
If your firewall is not licensed properly after bootstrapping, then ensure that you have used an auth code
bundle in the /license directory instead of individual auth codes. Use of a bundle enables the firewall or
orchestration service to simultaneously fetch all license keys associated with a firewall. If you use
individual auth codes instead of a bundle, the firewall will retrieve only the license key for the first auth
code included in the file.
If you are bootstrapping a VM-Series firewall in KVM using the user-data method and a tar ball, then
ensure that your version of OpenStack Platform 5 (Icehouse based) has been patched appropriately.
Without the patch, use of a tar ball with the user-data method causes the nova boot command to fail.
The patch is located at https://bugs.launchpad.net/python-novaclient/+bug/1419859.
Details about using the management web UI for testing can be found here:
https://docs.paloaltonetworks.com/pan-os/9-0/pan-os-new-features/management-features/policy-
match-and-connectivity-tests-from-the-web-interface.html
A dated but still useful article with examples for running the test command form the CLI is here:
https://knowledgebase.paloaltonetworks.com/KCSArticleDetail?id=kA10g000000ClQSCA0
Sample Questions
147. What is the correct order of operations between the Security policy and the NAT policy?
A. NAT policy evaluated, Security policy evaluated, NAT policy applied, Security policy
applied
B. NAT policy evaluated, NAT policy applied, Security policy evaluated, Security policy
applied
C. NAT policy evaluated, Security policy evaluated, Security policy applied, NAT policy
applied
D. Security policy evaluated, NAT evaluated, NAT policy applied, Security policy applied
148. Which two statements are correct regarding policy evaluation?
A. All policies are evaluated, and the most specific policy will match.
B. Policies are evaluated from the top down, and the first match processes the traffic.
C. Interzone traffic is allowed by default.
D. Intrazone traffic is allowed by default.
E. Outbound traffic is allowed by default. Only inbound traffic is evaluated.
The completion of these steps provides only a basic setup that is not comprehensive enough to protect
your network. The next phase is here:
https://docs.paloaltonetworks.com/best-practices/9-0/internet-gateway-best-practices.html
The previous review includes a review of Security Profiles, which is an important aspect of protection
detection and prevention for specific types of threats. See the following document for more details:
https://docs.paloaltonetworks.com/best-practices/9-0/internet-gateway-best-practices/best-practice-
internet-gateway-security-policy/create-best-practice-security-profiles.html
Sample Questions
150. A URL Filtering Profile is part of which type of identification?
A. App-ID
B. Content-ID
C. User-ID
D. Service
151. Which stage of the kill chain is most likely to be stopped by dividing the network into
separate security zones and making sure all inter-zone traffic is inspected by a firewall?
A. Reconnaissance
B. Execution
C. Lateral movement
D. Data exfiltration
152. Which component can tell you if an attack is an advanced persistent threat (APT) or a
broad attack designed to produce a botnet for future abuse?
A. next-generation firewall
B. WildFire
C. MindMeld
D. AutoFocus
User-ID seamlessly integrates Palo Alto Networks firewalls with a range of enterprise directory and
terminal services offerings, enabling you to associate application activity and policy rules to users and
groups—not just IP addresses. Furthermore, with User-ID enabled, the Application Command Center
(ACC), App Scope, reports, and logs all include usernames in addition to user IP addresses.
For user- and group-based policies, the firewall requires a list of all available users and their
corresponding group mappings that you can select when defining your policies. The firewall collects
group mapping information by connecting directly to your LDAP directory server.
Before it can enforce user- and group-based policies, the firewall must be able to map the IP addresses in
the packets it receives to usernames. User-ID provides many mechanisms to collect this user mapping
information.
A User-ID agent process runs either on the firewall (Agentless implementation) or is installed as a
separate process on a Windows OS machine. This User-ID agent monitors various network technologies
for authentication events and gathers the data, creating a master IP-address-to-user mapping table
stored in the firewall. For example, the User-ID agent monitors server logs for login events, probes
clients, and listens for syslog messages from authenticating services. To identify mappings for IP
addresses that the agent didn’t map, you can configure the firewall to redirect HTTP requests to a
Captive Portal login. You can customize the user mapping mechanisms to suit your environment, and
even use different mechanisms at different sites.
In complex environments, multiple User-ID agents can be deployed to work collaboratively on a master
User-ID-to-address mapping table. The following diagram illustrates the main functionality of the User-
ID agent:
References
A complete overview of User-ID is here:
https://docs.paloaltonetworks.com/pan-os/9-0/pan-os-admin/user-id.html
Design and deployment considerations for complex environments are here:
https://knowledgebase.paloaltonetworks.com/servlet/fileField?entityId=ka10g000000D8S7AAK&field=At
tachment_1__Body__s
Best practices for User-ID implementations are here:
https://knowledgebase.paloaltonetworks.com/KCSArticleDetail?id=kA10g000000ClF7CAK
and here:
https://knowledgebase.paloaltonetworks.com/KCSArticleDetail?id=kA10g000000ClVPCA0
Sample Questions
153. User-ID maps users to what type of information? (Choose the most accurate answer.)
A. MAC addresses
B. IP addresses
C. IP address/port number combinations
D. IP addresses in the case of single-user devices (tablets, PCs, etc.), IP address / port
number combinations in the case of Linux and UNIX servers
154. What protocol or protocols does User-ID use to map between user identities and groups?
A. NetBIOS
B. LDAP
C. syslog
D. It can use both LDAP and syslog
155. What format do you use when calling the API to inform the firewall of a new IP to user ID
mapping?
A. XML
B. JSON
C. YAML
D. Base64
Palo Alto Networks maintains the management plane and data-plane separation to protect system
resources.
Every Palo Alto Networks firewall assigns a minimum of these functions to the management plane:
• Configuration management
• Logging
• Reporting functions
• User-ID agent process
• Route updates
The data plane connects directly to the traffic interfaces. As more computing capability is added to more
powerful firewall models, the management and data planes gain other functionality as required,
sometimes implemented on dedicated cards. Several core functions gain FPGAs (field-programmable
gate arrays) for flexible high-performance processing. Additional management plane functions might
include:
• First packet processing
• Switch fabric management
Palo Alto Networks QoS provides an “Application Aware” QoS service that can be driven by the traffic’s
App-ID. The firewall’s QoS implementation is a self-contained system local to the firewall that can
consider existing QoS packet markings but does not act directly on them. Traffic is evaluated against QoS
policies that include existing QoS packet markings, App-ID, and other matching conditions to assign a
traffic classification value of 1 through 8. These values are the basis for QoS decision making. QoS control
of traffic is limited to egress traffic for the configured interface(s) only. Ingress traffic cannot be managed.
The method available to write QoS marking into packet headers is an additional action found in Security
policy rules that applies to traffic that they process. This marking is not directly related to QoS processing
in the firewall.
QoS implementation on a Palo Alto Networks firewall begins with three primary configuration
components that support a full QoS solution: a QoS policy, a QoS Profile, and configuration of the QoS
egress interface. Each option in the QoS configuration task facilitates a broader process that optimizes
and prioritizes the traffic flow and allocates and ensures bandwidth according to configurable
parameters.
QoS policies assign traffic classes (1-8) to traffic that matches the policy conditions.
QoS Profiles describe the priority to be given to the specified traffic when the interface becomes
constrained. As priority decreases, more packets are randomly dropped until the constraint is cleared.
The number of packets dropped is determined by their assigned Priority. A real-time Priority setting
means no packet dropping will be performed. High-, medium-, and low-priority settings indicate that
greater levels of random packet dropping are performed during movement down the scale. No packets
are dropped until the egress traffic on the managed interface becomes constrained, meaning that
outbound traffic queues for the interface are filling faster than they can be emptied.
Profiles also specify maximum bandwidth enforcement applied at all times. Bandwidth configured as
guaranteed can be used by all traffic until the interface becomes constrained, at which point traffic will be
dropped to ensure that the specified traffic can reach its guaranteed bandwidth.
To apply a QoS Profile, assign it to an interface. All traffic on an interface is split between VPN (Tunnel
Interface) and everything else (Clear Text). Each requires a QoS Profile assignment when present. Other
tabs are available for optional QoS management that includes source interface, source subnet, and tunnel
interface as matching conditions for the application of a QoS Profile.
The interrelationship between the QoS Policies, traffic classes, QoS Profiles, and interfaces is shown in
the following image:
QoS is configured at the policy, profile, and interface level for granular control.
Sample Questions
159. What parameter whose value is known to NGFW is important for QoS decisions?
A. App-ID
B. Content-ID
C. User-ID
D. Ingress interface
160. How many QoS classes does the next-generation firewall support?
A. 4
B. 8
C. 16
D. 32
161. Which additional information about an established connection cannot change its QoS
class?
A. App-ID
B. URL category
C. User-ID (if allowed for all users, and then the firewall gets the User-ID for a different
reason)
D. Content-type (for example, downloading an executable can have a different QoS class
from downloading a PDF).
WildFire is implemented in a Palo Alto Networks managed public cloud or a WF-500 appliance installed
on a user’s network.
WildFire looks within files for malicious activities and renders a verdict with an analysis report.
WildFire analyzes files using the following methods:
• Static analysis: Detects known threats by analyzing the characteristics of samples prior to
execution
• Machine learning: Identifies variants of known threats by comparing malware feature sets against
dynamically updated classification systems
WildFire operates analysis environments that replicate the following operating systems:
• Microsoft Windows XP 32-bit
• Microsoft Windows 7 64-bit
• Microsoft Windows 7 32-bit (supported as an option for WildFire appliance only)
• Microsoft Windows 10 64-bit (WildFire cloud analysis only)
• Mac OSX (WildFire cloud analysis only)
• Android (WildFire cloud analysis only)
• Linux (WildFire cloud analysis only)
The WildFire public cloud also analyzes files using multiple versions of software to accurately identify
malware that targets specific versions of client applications. The WildFire® private cloud does not support
multi-version analysis and does not analyze application-specific files across multiple versions.
WildFire analysis of files is configured as WildFire Analysis Profiles attached to a Security policy rule
allowing file transfer traffic. A file matching the policy then is evaluated by the WildFire Analysis Profile. If
it matches, the firewall applies the following WildFire forwarding evaluation.
WildFire is available to every Palo Alto Networks firewall for use at no charge. A WildFire license is
available that provides additional WildFire features.
References
• A detailed description of WildFire is here:
https://docs.paloaltonetworks.com/wildfire/9-0/wildfire-admin.html
• The use of WildFire in firewall profiles is outlined here:
https://docs.paloaltonetworks.com/wildfire/9-0/wildfire-admin/submit-files-for-wildfire-
analysis/forward-files-for-wildfire-analysis.html
Sample Questions
162. Which file type is not supported by WildFire?
A. iOS applications
B. Android applications
C. Windows applications
D. Microsoft Excel files
163. The firewall will skip the upload to WildFire in which three cases?
A. The file has been signed by a trusted signer.
B. The file is being uploaded rather than downloaded.
C. The file is an attachment in an email.
D. The file hash matches a previous submission.
E. The file is larger than 50MB.
F. The file is transferred through HTTPS.
164. Which of these features is not supported on the WF-500 appliance?
A. Bare Metal Analysis
B. Microsoft Windows XP 32-bit analysis
C. Microsoft Windows 7 64-bit analysis
D. static analysis
The firewall makes implementation of MFA in your network easy by integrating directly with several MFA
platforms (Duo v2, Okta Adaptive, and PingID) and integrating through RADIUS with all other MFA
platforms.
For end-user authentication via Authentication policy, the firewall directly integrates with several MFA
platforms (Duo v2, Okta Adaptive, PingID, and RSA SecurID), and integrates through RADIUS or SAML for
all other MFA platforms.
MFA is driven by an Authentication policy that allows precise application of appropriate authentication.
These policies can invoke simple Captive Portal challenge pages for one-time authentication or can
include one (or more) integrated MFA vendor Server Profiles that are included in Authentication Profiles
for additional challenges.
Once a user successfully completes all challenges, an appropriate Security policy rule will be evaluated
that allows access to that protected service.
Sample Questions
165. What are the two purposes of multi-factor authentication?
A. reduce the value of stolen passwords
B. simplify password resets
C. reduce/prevent password sharing
D. ensure strong passwords
E. provide single sign-on functionality
166. Which of these MFA factors is not supported by the next-generation firewall?
A. Voice
B. Push
C. SMS
D. S/Key
The following figure shows the relationship of the required objects to configure the Authentication policy
rule.
• Multi-Factor Authentication Server Profile: Defines the access method, location, and
authentication for integrated MFA vendors. The MFA Vendor drop-down list shows supported
vendors. A Certificate Profile is required to support the certificate used to validate the certificate
used by the MFA solution to secure its communication with the firewall.
• Authentication Enforcement Object: Specifies the specific Authentication Profile to use and is
assigned to an Authentication Policy rule. A Captive Portal Authentication Method also must be
specified. A custom message can be included for the user that explains how to respond to the
challenge.
Sample Questions
168. What are the two Captive Portal modes? (Choose two.)
A. Proxy
B. Transparent
C. Web form
D. Certificate
E. Redirect
169. Which of these actions is not required to configure Multi-factor authentication using SAML
and an Identity Provider (IdP)?
A. Create an authentication policy rule.
B. Configure NTLM settings.
C. Create an authentication object.
D. Create an authentication profile.
170. An Authentication policy rule has a HIP profile. Where are the users being authenticated
coming from?
A. internal devices, such as Linux workstations
B. external devices belonging to customers of the organization
C. internal servers running UNIX (Solaris, HPUX, AIX, etc.)
D. GlobalProtect connections through the internet
Sample Questions
171. A company has strict security requirements that require every connection between two
internal computers to be inspected. Those internal computers are connected and
disconnected by non-technical users. How do you forward traffic between those internal
computers?
A. Use a switch.
B. Use an NGFW configured as a switch, with Layer 2 interfaces.
C. Use an NGFW configured as a router, with Layer 3 interfaces.
D. Use an NGFW in TAP or Virtual Mirror mode.
The completion of these steps provides only a basic setup that is not comprehensive enough to protect
your network. The next phase is here:
https://docs.paloaltonetworks.com/best-practices/9-0/internet-gateway-best-practices.html
Security Profiles are an important aspect of protection detection and prevention for specific types of
threats. See the following document for more details:
https://docs.paloaltonetworks.com/best-practices/9-0/internet-gateway-best-practices/best-practice-
internet-gateway-security-policy/create-best-practice-security-profiles.html
Security policies are a top-down first match and exit. Up to two processing steps are in each Security
policy match. Step 1 confirms that a match has been made based on the matching conditions provided in
the Security policy. If a match is found in Step 1, the traffic is logged (based on that policy’s configuration)
and the chosen action (deny, allow, drop, reset) is performed. Once processing is complete, there will be
no further matching in the Security policy list.
If Panorama device groups are used to push Security policy to one or more firewalls, the Security policy
list is expanded to include rules before (“Pre”) and after (“Post”) the local firewall rules. Panorama rules
are merged with local firewall policies in the position chosen during Panorama rule creation.
At the end of the list are two default policy rules: one for an Intrazone Allow and one for an Interzone
Deny. Taken together they implement the default security behavior of the firewall to block interzone
traffic and allow Intrazone traffic. The default logging is off for both.
Security policies in PAN-OS software are set by type: Universal (default), Interzone, and Intrazone. (All
policies – regardless of type – are evaluated top-down, first match, then exit.) The Universal type covers
both Interzone and Intrazone.
Security policy “rule type” selects the type of traffic the policy applies to.
Throughput performance is not changed based on how quickly a match is made. Because evaluation is
top-down first match then exit, exceptions to policies must appear before the general policy. Beyond this
policy, order is based on administrative preference. Use Administrative Tags, a Policy search bar, and a
Global Find to quickly navigate to the policy or policies needed for moves, adds, changes, deletes, clones,
and troubleshooting.
Once enabled, content scanning does consume firewall resources. Consult a firewall comparison chart to
identify the model with appropriate “Threat Enabled” throughput.
Note: Files are not quarantined pending WildFire evaluation. In cases of positive malware findings, the
security engineer must use information collected on the firewall and by WildFire to locate the file
internally for remediation.
WildFire Profiles indicate which files are to be forwarded according to system-wide WildFire
configuration settings. WildFire typically renders a verdict on a file within 5 to 10 minutes of receipt.
WildFire analysis results in a detailed report including all aspects of the original file and the contained
malware. This report is a valuable tool that describes the exact nature of the detected threat. Discussion
of the report is here:
https://docs.paloaltonetworks.com/wildfire/9-0/wildfire-admin/monitor-wildfire-activity/wildfire-
analysis-reportsclose-up.html
URL filtering requires a URL filtering subscription that keeps URL data type information current. This
subscription provides descriptive data as to which type of information is at a given URL. Profiles can
implement various actions against categories that reflect the organization’s use policies and risk posture.
When URL Filtering Profiles invoke an action, the user can be notified directly, reducing user confusion as
to the cause. These pages can be modified to meet an organization’s particular need:
https://docs.paloaltonetworks.com/pan-os/9-0/pan-os-admin/url-filtering/customize-the-url-filtering-
response-pages.html
Update services from two vendors are available for the firewall, but only one can be active at a given
moment. Although they provide similar support to URL Filtering Profiles, the way each approach works
within the firewall differs. A brief discussion of the two methods is here:
https://docs.paloaltonetworks.com/pan-os/9-0/pan-os-admin/url-filtering/url-filtering-overview/url-
filtering-vendors.html
Specific information about implementing URL Filtering profiles and their allowed actions is here:
https://docs.paloaltonetworks.com/pan-os/9-0/pan-os-admin/url-filtering/configure-url-filtering.html
A complete firewall configuration can be read and applied via the Bootstrapping feature. You create a
package with the model configuration for your network and then use that package to deploy firewalls
(physical or virtual) anywhere. For physical firewalls, you use a USB drive. For virtual firewalls, you can
use a virtual disk, a virtual CD-ROM, an Azure Storage Account or an AWS S3 bucket. You either can
bootstrap the firewall with basic initial configuration and licenses so that the firewall can register with
Panorama and then retrieve its full configuration from Panorama, or you can bootstrap the complete
configuration so that the firewall is fully configured on bootup.
References
• Prepare the Bootstrap Package
https://docs.paloaltonetworks.com/vm-series/9-0/vm-series-deployment/bootstrap-the-vm-
series-firewall/prepare-the-bootstrap-package.html
• Bootstrap a Firewall using a USB Flash Drive
https://docs.paloaltonetworks.com/pan-os/9-0/pan-os-admin/firewall-administration/bootstrap-
the-firewall/bootstrap-a-firewall-using-a-usb-flash-drive.html
• Bootstrap the VM-Series Firewall in Azure
https://docs.paloaltonetworks.com/vm-series/9-0/vm-series-deployment/bootstrap-the-vm-
series-firewall/bootstrap-the-vm-series-firewall-in-azure.html
• Bootstrap the VM-Series Firewall in AWS
https://docs.paloaltonetworks.com/vm-series/9-0/vm-series-deployment/bootstrap-the-vm-
series-firewall/bootstrap-the-vm-series-firewall-in-aws.html
• AWS CloudFormation
https://aws.amazon.com/cloudformation/
• Working with Managed Policies
http://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_managed-
using.html#_create-managed-policy-console
17. In a new firewall, which port provides web interface access by default?
A. Data port #1
B. any data port
C. Management port
D. Console port
18. Which application requires you to import private keys?
A. Capital Portal
B. Forward Trust
C. SSL Inbound Inspection
D. SSL Exclude Certificate
1.4 Identify the appropriate interface type and configuration for a specified
network deployment
15. When a NGFW is in front of an existing firewall to provide better security while making the minimum
required network changes. Which interface type do you use?
A. VLAN
B. tunnel
C. tap
D. virtual wire
E. Layer 2
F. Layer 3
16. Which kind of interface do you use to connect Layer 2 and Layer 3 interfaces?
A. VLAN
B. tunnel
C. tap
D. virtual wire
E. Layer 2
F. Layer 3
1.5 Identify strategies for retaining logs using Distributed Log Collection
21. How do you create and view enterprise-wide reports that include data from all managed firewalls?
A. Run Panorama reports normally. Firewall summary reporting information is gathered
automatically once Firewall are managed by Panorama.
B. Configure log forwarding on the managed firewalls to forward logs to Panorama using
syslog formatting.
C. Run custom Panorama reports and select remote logs as the information source.
D. Run custom Panorama reports and select log collector as the information source.
22. What must you configure to guarantee duplication of log data on Log Collectors to eliminate log data
loss in cases of hardware failure?
A. Log Collector settings to include “Replicate Data”
B. Panorama HA settings to include “Duplicate Logs”
C. Log Collector settings to include “Enable log redundancy”
D. Log forwarding settings of firewalls for two Log Collector destinations
1.6 Given a scenario, identify the strategy that should be implemented for
Distributed Log Collection
25. How are log retention periods on Palo Alto Networks firewalls increased?
A. add storage to any firewall model
B. increase the allocation for overall log storage within the firewall
C. turn on log compression
D. forward logs to external Log Collectors
26. How is firewall log data sent to the Cortex Data Lake accessed?
A. direct viewing and searching with the Cortex gateway
B. Panorama using a Log Collector configuration for access
C. reporting in a firewall using a “remote data source” configuration
D. reporting in a firewall equipped with a “Remote Logging” plugin
27. Log retention is increased when a Dedicated Log Collector is used to collect logs from firewalls in
which two ways?
A. turning on “Log Compression” in the Log Collector
B. adding storage capacity to the Log Collector
C. enabling “Log Storage Sharing” between the Log Collector and Panorama
D. adding Log Collectors to the Log Collector Group
1.7 Identify how to use template stacks for administering Palo Alto Networks
firewalls as a scalable solution using Panorama
28. The Security policy for all of a customer’s remote offices is the same, but because of different
bandwidth requirements some offices can use a PA-220 and others require higher-end models (up to
PA-5000 Series). If the firewalls for the offices are all managed centrally using Panorama, how might
they share device groups and templates?
A. same device group and same template stack
B. same device group, different template stacks
C. different device groups, same template stack
D. different device groups and different template stacks
1.8 Identify how to use device group hierarchy for administering Palo Alto
Networks firewalls as a scalable solution using Panorama
31. Where in Panorama do you enter Security policy rules to ensure that your new rules will take
precedence over locally entered rule?
A. Security policy rules with a targeted firewall
B. default rules section of Security policy rules
C. pre-rules section of Security policy rules
D. post-rules section of Security policy rules
32. How are changes made to Security policy rules seen in the Panorama web interface management
window for a specific firewall configuration?
A. log in to Panorama, clone the rule, modify the clone, and add a target firewall to the
new rule
B. select the rule, click the override button, and enter the changes
C. create a new locally defined Security policy rule that is placed higher in the rule list than
the rule to be overridden
D. log in to Panorama and modify the original rule
33. Which three firewall settings are stored in Panorama device groups?
A. User Identification configuration
B. custom Application-ID signatures
C. services definitions
D. DoS Protection Profiles
E. traffic interface configurations
F. Zone Protection Profiles
G. Server Profile for an external LDAP server
2.2 Given a scenario, identify the set of Security Profiles that should be used
64. Which profile do you use for DLP?
A. Antivirus
B. Anti-Spyware
C. Vulnerability Protection
D. URL Filtering
E. File Blocking
F. WildFire Analysis
G. Data Filtering
65. Which profile do you use to monitor DNS resolution lookups for sites associated with threat activity?
A. Antivirus
B. Anti-Spyware
C. Vulnerability Protection
D. URL Filtering
E. File Blocking
F. WildFire Analysis
G. Data Filtering
2.3 Identify the relationship between URL filtering and credential theft prevention
69. Which credential phishing prevention action allows users to choose to submit credentials to a site
anyway?
A. alert
B. allow
C. block
D. continue
70. Which user credential detection method would work if multiple users share the same client IP
address (for example, because of dynamic address translation done by a device on the internal side of
the firewall)?
A. IP-to-user mapping
B. group mapping
C. domain credential filter
D. IP-and-port-to-user mapping
E. identify the relationship between URL filtering and credential theft prevention
2.5 Identify how to create security rules to implement App-ID without relying on
port-based rules
75. Which two applications cannot be identified by port number?
A. Microsoft Outlook Express email
B. Google mail (Gmail)
C. SSH
D. Facebook
E. FTP
2.7 Identify the required settings and steps necessary to provision and deploy a
next‐generation firewall
78. You finished configuring the firewall’s basic connectivity in the lab and are ready to put it in the data
center. What do you have to remember to do before you power down the firewall?
A. Save the changes.
B. Commit the changes.
C. Create a restore thumb drive in case the configuration is deleted.
D. Verify that the configuration is correct. You do not need to do anything else if it is
correct; the configuration is updated automatically.
79. The Management port on a firewall can be configured as which type of interface?
A. Layer 2
B. Layer 3
C. virtual wire
D. serial
2.14 Given a scenario, identify how to configure an interface as a DHCP relay agent
87. A Palo Alto Networks firewall can forward DHCP broadcasts from one network to another?
A. True
B. False
88. A Palo Alto Networks firewall can forward DHCP packets to servers connected to which two kinds of
networks? (Choose two.)
A. virtual wire
B. Layer 2
C. Layer 3
D. aggregate
89. How does a Palo Alto Networks firewall configured to forward DHCP packets to multiple server
destinations choose which reply to forward to the sender?
A. The first server listed in the “Server Priority” DHCP configuration is forwarded until it fails
to respond, then the next one is chosen.
B. A request is sent to all servers on the list, and the first responder is forwarded.
C. All DHCP server responses are forwarded, and the receiving client chooses which to
accept.
D. The server that is the fewest network hops from the requesting client is chosen. When
more than one server has the same hop count, all packets from the servers are
forwarded to the client.
©2016-2019, Palo Alto Networks, Inc. 261
2.15 Identify the configuration settings for site‐to‐site VPN
90. Which type is a tunnel interface?
A. Tap
B. virtual wire
C. Layer 2
D. Layer 3
91. A firewall administrator is rolling out 50 Palo Alto Networks firewalls to protect remote sites. Each
firewall must have a site-to-site IPsec VPN tunnel to each of three campus locations. Which
configuration function is the basis for automatic site-to-site IPsec tunnels set up from each remote
location to the three campuses?
A. import of a settings table into the remote firewall’s IPsec tunnel config
B. import of a settings table into the IPsec tunnel config of the three campuses
C. configuration of the GlobalProtect satellite settings of the campus and remote firewalls
D. entering of campus IPsec tunnel settings for each remote firewall’s IPsec Profile
3.2 Interpret log files, reports, and graphs to determine traffic and threat trends
112. Which filter finds all log entries for traffic that originates from the internal device whose IP address
is 172.17.1.3 and according to the header appears to be HTTP or HTTPS?
A. ( addr.src in 172.17.1.3 ) and ( ( port.dst eq 80 ) or ( port.dst eq 443 ) )
B. ( ( addr.src in 172.17.1.3 ) and ( port.dst eq 80 ) ) or ( port.dst eq 443 )
C. ( src.addr in 172.17.1.3 ) and ( ( dst.port eq 80 ) or ( dst.port eq 443 ) )
D. ( ( src.addr in 172.17.1.3 ) and ( dst.port eq 80 ) ) or ( dst. port eq 443 )
113. Which two log files would you use if you suspect that a rogue administrator is modifying the
firewall’s rulebase to allow and hide illicit traffic? (Choose two.)
A. Traffic
B. Threat
C. Data Filtering
D. Configuration
E. System
114. Which product is required to use event correlation?
A. next-generation firewall, PA-220
B. Advanced Endpoint Protection
C. Panorama
D. GlobalProtect
3.3 Identify scenarios in which there is a benefit from using custom signatures
115. How is a custom application configured that uses DNS to transfer directory information and needs
to be filtered in a very different manner than normal DNS?
A. You cannot do it with the NGFW. You need to manually configure a proxy.
B. Create specific rules for the sources and destinations that run this application.
C. Create a custom signature and specify the DNS fields that are different from normal
DNS use and patterns to identify when it is the custom application.
D. Create an Application Override policy and specify the sources and destinations that run
this application.
3.4 Given a scenario, identify the process to update a Palo Alto Networks system to
the latest version of the software
118. In which order do you update dynamic content and the PAN-OS version?
A. Update the PAN-OS version first, then the dynamic content.
B. Update the dynamic content first, then the PAN-OS version.
C. Update both at the same time.
119. In which order do you upgrade the different components of the firewall to a next version?
A. firewalls, then Panorama, then Log Collectors
B. Panorama and the Log Collectors, then the firewalls
C. Log Collectors, Panorama and the firewall
120. How do you upgrade a High Availability pair (A/P) to PAN-OS 9.0? Assume you need to keep
internet access up during the upgrade.
A. Upgrade the active firewall first, then the passive one.
B. Upgrade the passive firewall first, then the active one.
C. Run the upgrade on the active firewall. It will manage the process and upgrade the
passive firewall.
D. You must upgrade both members of the pair at the same time, which requires an
upgrade window that allows downtime.
3.5 Identify how configuration management operations are used to ensure desired
operational state of stability and continuity
121. What is the format of the configuration files?
A. YAML
B. JSON
C. XML
D. Some are in XML. Some in YAML
3.6 Identify the settings related to critical HA functions (link monitoring; path
monitoring; HA1, HA2, and HA3 functionality; HA backup links; and differences
between A/A and A/P)
123. Which option is an intended advantage of an active/active HA pair vs. an active/passive pair?
A. increased throughput
B. support of asynchronous routing
C. increased session count
D. shared dynamic updates
3.8 Identify how to configure the firewall to integrate with AutoFocus and verify its
functionality
125. A principle benefit of the AutoFocus product is:
A. Provide additional threat detection data to the firewall
B. Manage access to SaaS applications through the firewall
C. Provide additional context to previously discovered threats
D. Examine Cortex Data Lake log data for undetected threats
5.2 Given an attack scenario, identify the appropriate Palo Alto Networks threat
prevention component to prevent or mitigate the attack
150. A URL Filtering Profile is part of which type of identification?
A. App-ID
B. Content-ID
C. User-ID
D. Service
151. Which stage of the kill chain is most likely to be stopped by dividing the network into separate
security zones and making sure all inter-zone traffic is inspected by a firewall?
A. Reconnaissance
B. Execution
C. Lateral movement
D. Data exfiltration
152. Which component can tell you if an attack is an advanced persistent threat (APT) or a broad attack
designed to produce a botnet for future abuse?
A. next-generation firewall
B. WildFire
C. MindMeld
D. AutoFocus
5.4 Identify the fundamental functions residing on the management and data
planes of a Palo Alto Networks firewall
156. On a PA-7000, which management function runs on a separate card?
A. configuration management
B. logging
C. reporting
D. The web user interface
157. Does the next-generation firewall use FPGA? If so, in which plane or planes?
A. No, never
B. Yes, on the data plane, but only on higher end models
C. Yes, on the management plane, but only on higher end models
D. On both data the data plane and the management plane, but only on higher end models
158. Which function resides on the management plane?
A. App-ID matching
B. route lookup
C. policy match
D. logging
5.10 Given a scenario, identify how to configure policies and related objects
174. Which action specifies that Security Profiles are relevant in a policy rule?
A. Deny
B. Drop
C. Reset
D. Allow
175. Are files quarantined while WildFire checks if they are malware or legitimate?
A. Yes
B. No
C. By default, yes, but you can change the settings.
D. By default, no, but you can change the settings.
176. What feature of the next-generation firewall allows you to block websites that are not business-
appropriate?
A. App-ID
B. File Blocking
C. Exploit Protection
D. URL Filtering
A. 10.0.0.1
B. 172.16.0.1
C. 192.168.1.1
D. 192.168.255.254
17. In a new firewall, which port provides web interface access by default?
A. Data port #1
B. any data port
C. Management port
D. Console port
18. Which application requires you to import private keys?
A. Capital Portal
B. Forward Trust
C. SSL Inbound Inspection
D. SSL Exclude Certificate
Gramm-Leach-Bliley Act (GLBA): A U.S. law that requires financial institutions to implement privacy and
information security policies to safeguard the non-public personal information of clients and consumers.
Also known as the Financial Services Modernization Act of 1999.
GRE: See generic routing encapsulation (GRE).
hacker: Originally used to refer to anyone with highly specialized computing skills, without connoting good
or bad purposes. However, common misuse of the term has redefined a hacker as someone that
circumvents computer security with malicious intent, such as a cybercriminal, cyberterrorist, or hacktivist.
hash signature: A cryptographic representation of an entire file or program’s source code.
Health Insurance Portability and Accountability Act (HIPAA): A U.S. law that defines data privacy and
security requirements to protect individuals’ medical records and other personal health information. See
also covered entity and protected health information (PHI).
heap spraying: A technique used to facilitate arbitrary code execution by injecting a certain sequence of
bytes into the memory of a target process.
HIPAA: See Health Insurance Portability and Accountability Act (HIPAA).
indicator of compromise (IOC): A network or operating system (OS) artifact that provides a high level of
confidence that a computer security incident has occurred.
initialization vector (IV): A random number used only once in a session, in conjunction with an encryption
key, to protect data confidentiality. Also known as a nonce.
IOC: See indicator of compromise (IOC).
IV: See initialization vector (IV).
jailbreaking: Hacking an Apple® iOS device to gain root-level access to the device. This is sometimes done by
end users to allow them to download and install mobile apps without paying for them, from sources, other
than the App Store®, that are not sanctioned and/or controlled by Apple®. Jailbreaking bypasses the security
features of the device by replacing the firmware’s operating system with a similar, albeit counterfeit version,
which makes it vulnerable to malware and exploits. See also rooting.
least privilege: A network security principle in which only the permission or access rights necessary to
perform an authorized task are granted.
malware: Malicious software or code that typically damages, takes control of, or collects information from
an infected endpoint. Malware broadly includes viruses, worms, Trojan horses (including Remote Access
Trojans, or RATs), anti-AV, logic bombs, backdoors, rootkits, bootkits, spyware, and (to a lesser extent)
adware.
master boot record (MBR): Contains information about how the logical partitions (or file systems) are
organized on the storage media, and an executable boot loader that starts up the installed operating system.
MBR: See master boot record (MBR).
metamorphism: A programming technique used to alter malware code with every iteration, to avoid
detection by signature-based anti-malware software. Although the malware payload changes with each
iteration – for example, by using a different code structure or sequence, or inserting garbage code to change
the file size – the fundamental behavior of the malware payload remains unchanged.
Metamorphism uses more advanced techniques than polymorphism. See also polymorphism.
Microsoft® Challenge-handshake authentication protocol (MS-CHAP): A protocol used to authenticate
Digital Learning
For those of you who want to keep up-to-date on our technology, a learning library of free digital learning
is available. These on-demand, self-paced digital learning classes are a helpful way to reinforce the key
information for those who have been to the formal hands-on classes. They also serve as a useful overview
and introduction to working with our technology for those unable to travel to a hands-on, instructor-led
class.
Simply register in our Learning Center and you will be given access to our digital learning portfolio. These
online classes cover foundational material and contain narrated slides, knowledge checks, and, where
applicable, demos for you to access.
New courses are being added often, so check back to see new curriculum available.
Instructor-Led Training
Looking for a hands-on, instructor-led course in your area?
Palo Alto Networks Authorized Training Centers (ATCs) are located globally and offer a breadth of
solutions from onsite training to public, open environment classes. There are about 38 authorized
training centers at more than 80 locations worldwide. For class schedule, location, and training offerings
see https://www.paloaltonetworks.com/services/education/atc-locations.