mirror of https://github.com/status-im/consul.git
3e8ec8d18e
Fixes issue: hashicorp/consul#20360 A regression was introduced in hashicorp/consul#19954 where the SAN validation matching was reduced from 4 potential types down to just the URI. Terminating gateways will need to match on many fields depending on user configuration, since they make egress calls outside of the cluster. Having more than one matcher behaves like an OR operation, where any match is sufficient to pass the certificate validation. To maintain backwards compatibility with the old untyped `match_subject_alt_names` Envoy behavior, we should match on all 4 enum types. https://www.envoyproxy.io/docs/envoy/latest/api-v3/extensions/transport_sockets/tls/v3/common.proto#enum-extensions-transport-sockets-tls-v3-subjectaltnamematcher-santype |
||
---|---|---|
.. | ||
builtin_extension | ||
clusters | ||
endpoints | ||
jwt_authn | ||
jwt_authn_clusters | ||
listeners | ||
rbac | ||
routes | ||
secrets | ||
alt-test-leaf-cert.golden | ||
alt-test-leaf-key.golden | ||
alt-test-root-cert.golden | ||
cache-test-leaf-cert.golden | ||
cache-test-leaf-key.golden | ||
db-test-leaf-cert.golden | ||
db-test-leaf-key.golden | ||
test-leaf-cert.golden | ||
test-leaf-key.golden | ||
test-root-cert.golden |