Open pablocarle opened 8 months ago
Hi, if I remember right, the scenario was trying to generate a Personal Access Token by calling a Zuul Gateway that had Multi tenancy enabled and was importing the trusted certs from a central gateway (Spring Cloud Gateway) The chains were not matching between the central and domain and the client cert matched the one in Zuul Gateway.
Describe the bug
Gateway configuration used:
With this configuration, a request with x.509 authentication credentials go through the
CategorizeCertsFilter
and then a call toCertificatesValidator.isTrusted()
happens. This method then verifies if the client cert is trusted (by scgw server cert chain).In our example we have client cert:
root -> intermediate 1 -> clientauth
and scgw has
root -> intermediate 2 -> server
published bycertificatesUrl: https://host:<scgw port>gateway/certificates
.With these settings it seems the validation cannot succeed as neither the client cert nor the intermediate are part of the supplied certificates from SCGW.
Expected behavior X.509 client cert authentication to GW should work the same with and without the SCGW header forwarding
Logs
Details