Palo Alto Networks PSE-Strata-Pro-24 Exam Questions

In this scenario, the company does not use on-premises Active Directory and manages devices with Entra ID and Jamf, which implies a cloud-native and modern management setup. Below is the evaluation of each option:

Option A: Captive portal

Captive portal is typically used in environments where identity mapping is needed for unmanaged devices or guest users. It provides a mechanism for users to authenticate themselves through a web interface.

However, in this case, the company is managing devices using Entra ID and Jamf, which means identity information can already be centralized through other means. Captive portal is not an ideal solution here.

This option is not appropriate.

Option B: User-ID agents configured for WMI client probing

WMI (Windows Management Instrumentation) client probing is a mechanism used to map IP addresses to usernames in a Windows environment. This approach is specific to on-premises Active Directory deployments and requires direct communication with Windows endpoints.

Since the company does not have an on-premises AD and is using Entra ID and Jamf, this method is not applicable.

This option is not appropriate.

Option C: GlobalProtect with an internal gateway deployment

GlobalProtect is Palo Alto Networks' VPN solution, which allows for secure remote access. It also supports identity-based mapping when deployed with internal gateways.

In this case, GlobalProtect with an internal gateway can serve as a mechanism to provide user and device visibility based on the managed devices connecting through the gateway.

This option is appropriate.

Option D: Cloud Identity Engine synchronized with Entra ID

The Cloud Identity Engine provides a cloud-based approach to synchronize identity information from identity providers like Entra ID (formerly Azure AD).

In a cloud-native environment with Entra ID and Jamf, the Cloud Identity Engine is a natural fit as it integrates seamlessly to provide identity visibility for applications and data.

This option is appropriate.

Palo Alto Networks documentation on Cloud Identity Engine

GlobalProtect configuration and use cases in Palo Alto Knowledge Base

To answer this question, let's analyze each Cloud-Delivered Security Service (CDSS) subscription and its role in inline machine learning (ML). Palo Alto Networks leverages inline ML capabilities across several of its subscriptions to provide real-time protection against advanced threats and reduce the need for manual intervention.

A . Enterprise DLP (Data Loss Prevention)

Enterprise DLP is a Cloud-Delivered Security Service that prevents sensitive data from being exposed. Inline machine learning is utilized to accurately identify and classify sensitive information in real-time, even when traditional data patterns or signatures fail to detect them. This service integrates seamlessly with Palo Alto firewalls to mitigate data exfiltration risks by understanding content as it passes through the firewall.

B . Advanced URL Filtering

Advanced URL Filtering uses inline machine learning to block malicious URLs in real-time. Unlike legacy URL filtering solutions, which rely on static databases, Palo Alto Networks' Advanced URL Filtering leverages ML to identify and stop new malicious URLs that have not yet been categorized in static databases. This proactive approach ensures that organizations are protected against emerging threats like phishing and malware-hosting websites.

C . Advanced WildFire

Advanced WildFire is a cloud-based sandboxing solution designed to detect and prevent zero-day malware. While Advanced WildFire is a critical part of Palo Alto Networks' security offerings, it primarily uses static and dynamic analysis rather than inline machine learning. The ML-based analysis in Advanced WildFire happens after a file is sent to the cloud for processing, rather than inline, so it does not qualify under this question's scope.

D . Advanced Threat Prevention

Advanced Threat Prevention (ATP) uses inline machine learning to analyze traffic in real-time and block sophisticated threats such as unknown command-and-control (C2) traffic. This service replaces the traditional Intrusion Prevention System (IPS) approach by actively analyzing network traffic and blocking malicious payloads inline. The inline ML capabilities ensure ATP can detect and block threats that rely on obfuscation and evasion techniques.

Palo Alto Networks Documentation: Cloud-Delivered Security Services Overview

Palo Alto Networks Technical Specifications for CDSS Subscriptions

Best Practices for Implementing Inline Machine Learning Features

Device-ID is a feature in Palo Alto Networks firewalls that identifies devices based on their unique attributes (e.g., MAC addresses, device type, operating system). Device-ID can be used in several policy types to provide granular control. Here's how it applies to each option:

Option A: Security

Device-ID can be used in Security policies to enforce rules based on the device type or identity. For example, you can create policies that allow or block traffic for specific device types (e.g., IoT devices).

This is correct.

Option B: Decryption

Device-ID cannot be used in decryption policies. Decryption policies are based on traffic types, certificates, and other SSL/TLS attributes, not device attributes.

This is incorrect.

Option C: Policy-based forwarding (PBF)

Device-ID can be used in PBF policies to control the forwarding of traffic based on the identified device. For example, you can route traffic from certain device types through specific ISPs or VPN tunnels.

This is correct.

Option D: SD-WAN

SD-WAN policies use metrics such as path quality (e.g., latency, jitter) and application information for traffic steering. Device-ID is not a criterion used in SD-WAN policies.

This is incorrect.

Option E: Quality of Service (QoS)

Device-ID can be used in QoS policies to apply traffic shaping or bandwidth control for specific devices. For example, you can prioritize or limit bandwidth for traffic originating from IoT devices or specific endpoints.

This is correct.

Palo Alto Networks documentation on Device-ID

Palo Alto Networks Next-Generation Firewalls (NGFWs) provide robust security features across a variety of use cases. Let's analyze each option:

A . Code-embedded NGFWs provide enhanced IoT security by allowing PAN-OS code to be run on devices that do not support embedded VM images.

This statement is incorrect. NGFWs do not operate as 'code-embedded' solutions for IoT devices. Instead, they protect IoT devices through advanced threat prevention, device identification, and segmentation capabilities.

B . Serverless NGFW code security provides public cloud security for code-only deployments that do not leverage VM instances or containerized services.

This is not a valid use case. Palo Alto NGFWs provide security for public cloud environments using VM-series firewalls, CN-series (containerized firewalls), and Prisma Cloud for securing serverless architectures. NGFWs do not operate in 'code-only' environments.

C . IT/OT segmentation firewalls allow operational technology (OT) resources in plant networks to securely interface with IT resources in the corporate network.

This is a valid use case. Palo Alto NGFWs are widely used in industrial environments to provide IT/OT segmentation, ensuring that operational technology systems in plants or manufacturing facilities can securely communicate with IT networks while protecting against cross-segment threats. Features like App-ID, User-ID, and Threat Prevention are leveraged for this segmentation.

D . PAN-OS GlobalProtect gateways allow companies to run malware and exploit prevention modules on their endpoints without installing endpoint agents.

This is incorrect. GlobalProtect gateways provide secure remote access to corporate networks and extend the NGFW's threat prevention capabilities to endpoints, but endpoint agents are required to enforce malware and exploit prevention modules.

Key Takeaways:

IT/OT segmentation with NGFWs is a real and critical use case in industries like manufacturing and utilities.

The other options describe features or scenarios that are not applicable or valid for NGFWs.

Palo Alto Networks NGFW Use Cases

Industrial Security with NGFWs

When sizing a Palo Alto Networks NGFW appliance, it's crucial to consider variables that affect its performance and capacity. These include the network's traffic characteristics, application requirements, and expected workloads. Below is the analysis of each option:

Option A: Connections per second

Connections per second (CPS) is a critical metric for determining how many new sessions the firewall can handle per second. High CPS requirements are common in environments with high traffic turnover, such as web servers or applications with frequent session terminations and creations.

This is an important sizing variable.

Option B: Max sessions

Max sessions represent the total number of concurrent sessions the firewall can support. For environments with a large number of users or devices, this metric is critical to prevent session exhaustion.

This is an important sizing variable.

Option C: Packet replication

Packet replication is used in certain configurations, such as TAP mode or port mirroring for traffic inspection. While it impacts performance, it is not a primary variable for firewall sizing as it is a specific use case.

This is not a key variable for sizing.

Option D: App-ID firewall throughput

App-ID throughput measures the firewall's ability to inspect traffic and apply policies based on application signatures. It directly impacts the performance of traffic inspection under real-world conditions.

This is an important sizing variable.

Option E: Telemetry enabled

While telemetry provides data for monitoring and analysis, enabling it does not significantly impact the sizing of the firewall. It is not a core variable for determining firewall performance or capacity.

This is not a key variable for sizing.

Palo Alto Networks documentation on Firewall Sizing Guidelines

Knowledge Base article on Performance and Capacity Sizing