PAN-OS 10.x

  1. To take advantage of DNS Security, you must have an active DNS Security and Threat Prevention (or Advanced Threat Prevention) subscription.
    Verify that you have the necessary subscriptions. To verify which subscriptions that you currently have licenses for, select
    and verify that the appropriate licenses display and have not expired.
  2. Verify that the
    App-ID in your security policy is configured to enable traffic from the DNS security cloud security service.
    If your firewall deployment routes your management traffic though an Internet-facing perimeter firewall configured to enforce App-ID security policies, you must allow the App-IDs on the perimeter firewall; failure to do so will prevent DNS security connectivity.
  3. Configure DNS Security signature policy settings to send malicious DNS queries to the defined sinkhole.
    If you use an external dynamic list as a domain allow list, it does not have precedence over the DNS Security domain policy actions. As a result, when there is a domain match to an entry in the EDL and a DNS Security domain category, the action specified under DNS Security is still applied, even when the EDL is explicitly configured with an action of Allow. If you want to add DNS domain exceptions, either configure an EDL with an Alert action or add them to the DNS Domain/FQDN Allow List located in the DNS Exceptions tab (step 8).
    1. Select
      Security Profiles
    2. Create or modify an existing profile, or select one of the existing default profiles and clone it.
    3. Name
      the profile and, optionally, provide a description.
    4. Select the
      DNS Policies
    5. In the
      Signature Source
      column, beneath the DNS Security heading, there are individually configurable DNS signature sources, which allow you to define separate policy actions as well as a log severity level.
      Palo Alto Networks recommends changing your default DNS Policies settings for signature sources to ensure optimum coverage as well as to assist with incidence response and remediation. Follow the best practices for configuring your DNS Security settings as outlined in the Best Practices for Securing Your Network from Layer 4 and Layer 7 Evasions.
      • Specify the log severity level that is recorded when the firewall detects a domain matching a DNS signature. For more information about the various log severity levels, refer to Threat Severity Levels.
      • Select an action to be taken when DNS lookups are made to known malware sites for the DNS Security signature source. The options are default, allow, block, or sinkhole. Verify that the action is set to sinkhole.
      • You can fully bypass DNS traffic inspection by configuring a policy action of
        with a corresponding log severity of
        for each DNS signature source.
      • In the
        Packet Capture
        drop-down, select
        to capture the first packet of the session or
        to set between 1-50 packets. You can then use the packet captures for further analysis.
    6. In the
      DNS Sinkhole Settings
      section, verify that
      is enabled. For your convenience, the default Sinkhole address ( is set to access a Palo Alto Networks server. Palo Alto Networks can automatically refresh this address through content updates.
      forges a response to a DNS query for domains that match the DNS category configured for a sinkhole action to the specified sinkhole server, to assist in identifying compromised hosts. When the default sinkhole FQDN ( is used, the firewall sends the CNAME record as a response to the client, with the expectation that an internal DNS server will resolve the CNAME record, allowing malicious communications from the client to the configured sinkhole server to be logged and readily identifiable. However, if clients are in networks without an internal DNS server, or are using software or tools that cannot be properly resolve a CNAME into an A record response, the DNS request is dropped, resulting in incomplete traffic log details that are crucial for threat analysis. In these instances, you should use the following sinkhole IP address: (
      If you want to modify the
      Sinkhole IPv4
      Sinkhole IPv6
      address to a local server on your network or to a loopback address, see Configure the Sinkhole IP Address to a Local Server on Your Network.
    7. Click
      to save the Anti-Spyware profile.
  4. Attach the Anti-Spyware profile to a Security policy rule.
    1. Select
    2. Select or create a
      Security Policy Rule
    3. On the
      tab, select the
      Log at Session End
      check box to enable logging.
    4. In the Profile Setting section, click the
      Profile Type
      drop-down to view all
      . From the
      drop-down and select the new or modified profile.
    5. Click
      to save the policy rule.
  5. Test that the policy action is enforced.
    1. Access the following test domains to verify that the policy action for a given threat type is being enforced:
    2. To monitor the activity on the firewall:
      1. Select
        and add a URL Domain as a global filter to view the Threat Activity and Blocked Activity for the domain you accessed.
      2. Select
        and filter by
        (action eq sinkhole)
        to view logs on sinkholed domains.
      3. For more monitoring options, see Monitor DNS Security
  6. Optional—Create a decryption policy rule to decrypt DNS-over-TLS / port 853 traffic. The decrypted DNS payload can then be processed using the Anti-Spyware profile configuration containing your DNS policy settings. When DNS-over-TLS traffic is decrypted, the resulting DNS requests in the threat logs will appears as a conventional
    application with a source port of 853.

Recommended For You