[squid-users] Allowing User Certificate Authentication with SSL Bump
Justin Cook
justinglencook at gmail.com
Wed Apr 28 20:36:05 UTC 2021
Unfortunately the peeking only logs the fqdn and no subdirectories, which
doesnt meet our logging requirements for security :(. It sounds like there
isn't a way to have squid do both currently, I do appreciate the
information though!
On Wed, Apr 28, 2021 at 12:40 PM Alex Rousskov <
rousskov at measurement-factory.com> wrote:
> On 4/27/21 6:23 PM, Justin Cook wrote:
> > In this case we're not looking to authenticate the user themselves with
> > the squid server but with the destination web server, does that change
> > the scope?
>
> * If you do need to bump TLS connections:
>
> Yes, certificate authentication with an origin server is a different
> problem. If Squid does not possess the client certificate key, then
> Squid cannot both bump the TLS client connection (i.e. become the client
> from the origin server point of view) and keep the old client from the
> origin server point of view.
>
> In this case, this is not a technical limitation of the current Squid
> implementation like "TLS inside TLS"; it is a protocol-level conflict
> that no implementation can resolve. TLS design makes
> faking/impersonating the authenticating client impossible without
> leaking the client key to the proxy.
>
> If you can refactor so that the origin server trusts Squid instead of
> the client, and Squid authenticates the TLS client, then we will be back
> to the earlier "TLS inside TLS" problem (not to mention client
> changes/complications), so this kind of refactoring is unlikely to be
> the right way forward.
>
>
> * If you only need to peek at TLS connections:
>
> You should be able to keep client certificate authentication. If Squid
> cannot keep that while peeking at the TLS client or the origin server,
> then there is a Squid bug somewhere.
>
>
> HTH,
>
> Alex.
>
>
> > On Tue, Apr 27, 2021 at 10:57 AM Alex Rousskov wrote:
> >
> > On 4/27/21 1:33 PM, Justin Cook wrote:
> > > We are running into a situation where we are unable to fully
> > > authenticate our users to an internal tooling service that requires
> > > certificate authentication as part of its login process, when going
> > > through squid forward proxy with SSL bump enabled.
> >
> > SslBump does not support "TLS inside TLS" configurations, which is
> what
> > you get when you combine certificate-based proxy authentication
> (which
> > requires an https_port working in a forward proxy mode) with SslBump
> > (which, for an https_port, currently requires an interception proxy
> > mode).
> >
> > It is possible to add support for "TLS inside TLS", but it requires a
> > serious development effort.
> >
> >
> https://wiki.squid-cache.org/SquidFaq/AboutSquid#How_to_add_a_new_Squid_feature.2C_enhance.2C_of_fix_something.3F
> >
> >
> > HTH,
> >
> > Alex.
> >
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.squid-cache.org/pipermail/squid-users/attachments/20210428/c2caa5fe/attachment.htm>
More information about the squid-users
mailing list