08-26-2011 07:26 AM
I am testing SSL decryption and it seems to work fine except when Http redirection is involved. E.g. when you try to connect to Https://gmail.com , google redirects you to https://www.google.com and it gives me a certificate error because of the hostname in the cert does (www.google.com in this case)not match with the hostname that you are connecting to (gmail.com originally). Is there some way of working around this ? I am using PANOS 4.0.4.
08-30-2011 09:38 AM
Have you tried to access other SSL site? Do you see the cert error?
Even you have been redirected from gmail to www.google.com/mail, our device should self-signed another SSL cert in realtime. I wonder if actually the error will show up even you are accessing other SSL site with SSL decryption enabled as well.
08-30-2011 09:43 AM
I agree sounds like your firewall certificate isn't trusted If certificates are working should see no error Another example is going to bankofamerica.com will will redirect to www and redirect to https Remember with new browsers they also don't like device self signed certificates and you will likely need a pki or 3rd party
08-30-2011 09:58 AM
Thanks for the response , I do not get the error when I access the other SSL webpages e.g. https://facebook.com https://twitter.com, the firewall sigins and I can see it in the details.
The error on IE is as follows when I connect to Https://gmail.com
The following article says that 3rd party certs cannot be used.
09-01-2011 09:05 AM
I think there maybe something wrong with your cert setting.
For SSL decryption to work, our box need to have either an imported or self generated CA cert. For 4.0.x, you need to go to device -> certificate to generate one. When you generate it, remember to check the box "certificate authority". After that please click on the cert that you have just created and choose "forward trust certificate". Make sure you have chosen "SSL forward proxy" in the option field of the decryption policy. Commit your change.
Now if you go to any of the HTTPS website, you should always see the cert error from the browser, and when click on the cert, you should see it is issued by the PA box.
Remember that we need a CA cert for SSL decryption to function, so that we can always enumerate the original website SSL cert on the fly. It doesn't bind to any websites. The browser will always show the error prompt though the cert cn name and expiry date are valid and matched, because the SSL cert is issued/signed by our box rather than any of the trust CA by Windows/MAC OS.
If you don't want to see the error prompt, you could leverage AD to install all the certs to your corporate PCs, or leverage your corporate CA server (if there is one) to create a subordinate CA cert and import it to PA box.
Using 3rd party signed cert (e.g. bought one from Verisign) can never help you, as those 3rd parties are selling you site cert but not CA cert. And we need CA cert which can sign certs.
10-31-2011 02:19 PM
Hi Sunil did you ever find out the answer to your question?
I'm running into the same issue on a project I'm working on due to a coworkers temporary incapacitation. If it go to https://www.gmail.com I will get an error saying The security certificate presented by this website was issued for a different website’s address. If I view the certificate I see that by my PA-2020(which is a trusted root) however the certificate has been issued to mail.google.com hence the error because the browser is expecting to see a certificate for www.gmail.com. Figured I'd check the forums before opening a case
05-16-2012 03:22 AM
did you solved this issue?
we are running 4.1.6 and have simmilar poblems with gmail when it is redirected to the https url
05-16-2012 06:36 AM
SSL decryption has been running fine for most website but it's true https://www.gmail.com is one of the few that is creating troubles.
05-16-2012 07:39 AM
can you tell me the reason ?
05-16-2012 08:02 AM
My opinion is the following : www.gmail.com is hosted on same server than www.google.com , to achieve that Google didn't create (for once) a multi SAN SSL certificate but relies on TLSv1 feature that allows Client and Server to negociate which certificate to use.
If client asks for www.gmail.com, Server will present gmail.com certificate, if Client asks mail.google.com during TLS negociation then Server will present mail.google.com certificate.
As PA seems to fails explicitly on those I have several theories:
05-30-2012 12:08 AM
Today PAN Support confirmed me in a ticket : SSL decryption doesn't support SSLv3/TLSv1 fully : they clear original client HELLO packet to replace all values by their owns ones.
They even asked me to open a Feature Request... I hope it's the kind of ones they can implement "FAST" because I am relying a lot on Decryption which is a major feature that makes PAN ahead of others.
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!