]> git.ipfire.org Git - thirdparty/squid.git/commit
Certificate for error messages
authorChristos Tsantilas <chtsanti@users.sourceforge.net>
Thu, 23 Feb 2012 19:48:07 +0000 (21:48 +0200)
committerChristos Tsantilas <chtsanti@users.sourceforge.net>
Thu, 23 Feb 2012 19:48:07 +0000 (21:48 +0200)
commit59a49556276875029ec5752103f928774660ccf9
tree7fac3a8cfb3004711e179d9d56972caf8fdde949
parent4ece76b2dfa1ec0f9c5510b1f394bf9f425411a7
Certificate for error messages

If a certificate verification error is honored by Squid (i.e., a Squid error
page is returned to the user), the user gets a browser warning and then, after
ignoring the warning, the squid error message (about the same kind of problem). This happens because the fake certificate mimics details of the true server
certificate, which is "broken".

When Squid serves its own error page it is no longer trying to hide its presencefrom the user. Thus, it is probably better to serve all Squid-generated SSL
handshake and validation error responses with a trusted certificate containing
minimal details, like we already do for the DNS_FAIL errors.

This patch fixing the above problem.

NOTE: The fix will not work for domain mismatch errors. We are checking
for domain mismatch after we have establish the SSL connection with the web
client , and after we got the http request, because we need the HTTP request
Host header to check for SSL domain mismatch errors.
src/client_side.cc