New Release PSE-Strata-Pro-24 PSE-Strata Professional Questions

DNS-based threats, such as DNS tunneling, phishing, or malware command-and-control (C2) activities, are commonly used by attackers to exfiltrate data or establish malicious communications. Palo Alto Networks firewalls provide several mechanisms to address these threats, and the correct method isDNS sinkholing.

Why "DNS sinkholing" (Correct Answer D)?DNS sinkholing redirects DNS queries for malicious domains to an internal or non-routable IP address, effectively preventing communication with malicious domains. When a user or endpoint tries to connect to a malicious domain, the sinkhole DNS entry ensures the traffic is blocked or routed to a controlled destination.

DNS sinkholing is especially effective for blocking malware trying to contact its C2 server or preventing data exfiltration.

Why not "DNS proxy" (Option A)?A DNS proxy is used to forward DNS queries from endpoints to an upstream DNS server. While it can be part of a network's DNS setup, it does not actively stop DNS-based threats.

Why not "Buffer overflow protection" (Option B)?Buffer overflow protection is a method used to prevent memory-related attacks, such as exploiting software vulnerabilities. It is unrelated to DNS-based threat prevention.

Why not "DNS tunneling" (Option C)?DNS tunneling is itself a type of DNS-based threat where attackers encode malicious traffic within DNS queries and responses. This option refers to the threat itself, not the method to stop it.

The customer is seeking centralized policy management to reduce human error while maintaining compliance with their contractual obligations to AWS and Azure. Here's the evaluation of each option:

Option A: Cloud NGFWs at both CSPs; provide the customer a license for a Panorama virtual appliance from their CSP's marketplace of choice to centrally manage the systems

Cloud NGFW is a fully managed Next-Generation Firewall service by Palo Alto Networks, offered in AWS and Azure marketplaces. It integrates natively with the CSP infrastructure, making it a good fit for customers with existing CSP agreements.

Panorama, Palo Alto Networks' centralized management solution, can be deployed as a virtual appliance in the CSP marketplace of choice, enabling centralized policy management across all NGFWs.

This option addresses the customer's need for centralized management while leveraging their existing contracts with AWS and Azure.

This option is appropriate.

Option B: Cloud NGFWs in AWS and VM-Series firewall in Azure; the customer selects a PAYG licensing Panorama deployment in their CSP of choice

This option suggests using Cloud NGFW in AWS but VM-Series firewalls in Azure. While VM-Series is a flexible virtual firewall solution, it may not align with the customer’s stated preference for CSP-managed services like Cloud NGFW.

This option introduces a mix of solutions that could complicate centralized management and reduce operational efficiency.

This option is less appropriate.

Option C: VM-Series firewalls in both CSPs; manually built Panorama in the CSP of choice on a host of either type: Palo Alto Networks provides a license

VM-Series firewalls are well-suited for cloud deployments but require more manual configuration compared to Cloud NGFW.

Building a Panorama instance manually on a host increases operational overhead and does not leverage the customer’s existing CSP marketplaces.

This option is less aligned with the customer's needs.

Option D: VM-Series firewall and CN-Series firewall in both CSPs; provide the customer a private-offer Panorama virtual appliance from their CSP’s marketplace of choice to centrally manage the systems

This option introduces both VM-Series and CN-Series firewalls in both CSPs. While CN-Series firewalls are designed for Kubernetes environments, they may not be relevant if the customer does not specifically require container-level security.

Adding CN-Series firewalls may introduce unnecessary complexity and costs.

This option is not appropriate.

References:

Palo Alto Networks documentation on Cloud NGFW

Panorama overview in Palo Alto Knowledge Base

VM-Series firewalls deployment guide in CSPs: Palo Alto Documentation

The most effective way to reduce the risk of exploitation bynewly announced vulnerabilitiesis throughAdvanced Threat Prevention (ATP). ATP usesinline deep learningto identify and block exploitation attempts, even for zero-day vulnerabilities, in real time.

Why "Advanced Threat Prevention’s command injection and SQL injection functionsuse inline deep learning against zero-day threats" (Correct Answer B)?Advanced Threat Prevention leveragesdeep learning modelsdirectly in the data path, which allows it to analyze traffic in real time and detect patterns of exploitation, including newly discovered vulnerabilities being actively exploited in the wild. It specifically targets advanced tactics like:

Command injection.

SQL injection.

Memory-based exploits.

Protocol evasion techniques.

This functionality lowers the risk of exploitation byactively blocking attack attemptsbased on their behavior, even when a signature is not yet available. This approach makes ATP the most valuable solution for addressing new and actively exploited vulnerabilities.

Why not "Advanced URL Filtering uses machine learning (ML) to learn which malicious URLs are being utilized by the attackers, then block the resulting traffic" (Option A)?While Advanced URL Filtering is highly effective at blocking access to malicious websites, it does not provide the inline analysis necessary to prevent direct exploitation of vulnerabilities. Exploitation often happens within the application or protocol layer, which Advanced URL Filtering does not inspect.

Why not "Single Pass Architecture and parallel processing ensure traffic is efficiently scanned against any enabled Cloud-Delivered Security Services (CDSS) subscription" (Option C)?Single Pass Architecture improves performance by ensuring all enabled services (like Threat Prevention, URL Filtering, etc.) process traffic efficiently. However, it is not a feature that directly addresses vulnerability exploitation or zero-day attack detection.

Why not "WildFire loads custom OS images to ensure that the sandboxing catches any activity that would affect the customer's environment" (Option D)?WildFire is a sandboxing solution designed to detect malicious files and executables. While it is useful for analyzing malware, it does not provide inline protection against exploitation of newly announced vulnerabilities, especially those targeting network protocols or applications.

Palo Alto Networks' PAN-OS supports API keys for authentication when interacting with the firewall’s RESTful and XML-based APIs. By default, API keys do not have an expiration time set, but the expiration time for API keys can be configured by an administrator to meet specific requirements, such as a time-based deactivation after two hours. This is particularly useful for compliance and security purposes, where API keys should not remain active indefinitely.

Here’s an evaluation of the options:

Option A:This is incorrect because the default setting for API keys does not include an expiration time. By default, API keys are valid indefinitely unless explicitly configured otherwise.

Option B:This is incorrect because PAN-OS fully supports API keys. The API keys are integral to managing access to the firewall's APIs and provide a secure method for authentication.

Option C:This is incorrect because PAN-OS does support API key expiration when explicitly configured. While the default is "no expiration," the feature to configure an expiration time (e.g., 2 hours) is available.

Option D (Correct):The correct response to the RFP clause is that the default API key settings need to be modified to set the expiration time to 120 minutes (2 hours). This aligns with the customer requirement to enforce API key deactivation based on time. Administrators can configure this using the PAN-OS management interface or the CLI.

How to Configure API Key Expiration (Steps):

Access theWeb InterfaceorCLIon the firewall.

Navigate toDevice > Management > API Key Lifetime Settings(on the GUI).

Set the desired expiration time (e.g., 120 minutes).

Alternatively, use the CLI to configure the API key expiration:

set deviceconfig system api-key-expiry

commit

Verify the configuration using the show command or by testing API calls to ensure the key expires after the set duration.

References:

Palo Alto Networks API Documentation:

Configuration Guide: Managing API Key Expiration