Unexpected behaviour URl filtering web

Reply
jesuscano
L4 Transporter

Unexpected behaviour URl filtering web

Hi,

 

We are having a unexpected behaviour with PA identifying a web:

 

"rose.pharmaintelligence.informa.com"

This web is categorize like "news". We have in our URL profile "continue". But we are seeing that this web is being denied with reason "policy deny". Why PA is not allowing this web?

 

URL.JPGurl news.JPGtraffic.JPG

 

 

 


Accepted Solutions
vsys_remo
Cyber Elite

The URL I posted describes a way to serve the resonse page to users without TLS decryption.

 

The firewall is able to see the URL - at least the FQDN - in the TLS handshake even without decryption. But by default the firewall is not able to inject the response page into this connection as this is only possible when the firewall sees the actual http traffic. So try the solution in the url and hopefully this will solve the issue for you/your customer.

View solution in original post


All Replies
Philip_Wiberg
L2 Linker

It would be helpful to see the full traffic log, fields such as the session end reason etc.

 

Do you have HTTPS inspection activated?

Do you see the continue page?

Does continue work for other HTTPS sites? 

Does the site use certificate pinning?

vsys_remo
Cyber Elite

@jesuscano

With almost 100% certainty, this is because of TLS decryption. What pan-os version are you using?

The issue here could be related to the fact that this site already supports TLS1.3 and the firewall somehow does not understand the TLS handshake correctly even if a connection with TLS1.2 is still possible.

 

Try to configure a decryption exception to check if it then works. But anyway, in this case I would recommend to open a TAC case.

jesuscano
L4 Transporter

When end-customer access to this web by https received a security event about security stuff. So customer delete https, and put http so the continue web is showed.

 

No decrypt ssl policy in the FW

 

PanOs is 8.0.3

vsys_remo
Cyber Elite

In this case it is at least related to TLS decryption. Without TLS decryption configured the firewall is not able to inject the continue page and because of that you probably have this traffic log entry when users go directly to the encrypted version of the website.

When the users manually enter http:// then as you wrote the users are able to see the continue page and continue also to the website right?

jesuscano
L4 Transporter

Yes, but how can we change the TLS? any workaround?

vsys_remo
Cyber Elite

Are the customers computers managed computers (where you could deploy a root CA cert)?

The best "workaround" probably is to configure TLS decryption to get a behaviour as it should be ...

 

PS: I would definately recommend to update to the latest recommended 8.0 release which is 8.0.10

jesuscano
L4 Transporter

But customer is not doing decrypt ssl.

vsys_remo
Cyber Elite

jesuscano
L4 Transporter

OK, Perfect. So you have a response page "continue" and you access to https web, its mandatory to have decrypt ssl for this web? there no any way to identify this web without https decrypt?

 

it was weird because the web it was identify in the correct category "news"

Like what you see?

Show your appreciation!

Click Like if a post is helpful to you or if you just want to show your support.

Click Accept as Solution to acknowledge that the answer to your question has been provided.

The button appears next to the replies on topics you’ve started. The member who gave the solution and all future visitors to this topic will appreciate it!

These simple actions take just seconds of your time, but go a long way in showing appreciation for community members and the LIVEcommunity as a whole!

The LIVEcommunity thanks you for your participation!