Palo Alto Test Pages - Inconsistent Results

[Josh990]

Hi All,

I noticed that the Palo Alto test pages for 'newly-registered-domains' and 'command-and-control' do not block when copied from a chat window or manually entered into a web browser. However when I directly click the link on the Palo Alto test pages for 'newly-registered-domains' and 'command-and-control' they do block. This does not appear to apply to the other categories I have tested thus far. All

I had a look at the URL Filtering logs on the firewall and noticed that the mentioned allowed instances of 'newly-registered-domains' and 'command-and-control' only show as 'urlfiltering.paloaltonetworks.com/' (therefore 'low-risk' as the Category) so it's failed to identify the webpage correctly.

None of these test pages are decrypted, based on the domain being 'paloaltonetworks.com' but this variable has been eliminated since some of the test pages work as expected.

Please can someone else test this?

Cheers

[Josh990]

Worked it out, the test pages default to http (80). Whereas the successful entries were using https (443). 

Therefore as expected, when not decrypted only the SNI/CN can be enforced upon. 🙂

[nikoolayy1 · Accepted solution]

Yes you are right as written:

How to identify url information on SSL traffic without decrypti... - Knowledge Base - Palo Alto Netw...

How to Block a Specific HTTPS Site with URL Filtering - Knowledge Base - Palo Alto Networks

Also this is nice how to server a response page when SSL decryption is not enabled:

How to Serve a URL Response Page Over an HTTPS Session Without ... - Knowledge Base - Palo Alto Netw...