CVEvulnerability
CVE-2022-21657
6.5 MEDIUM
Official page ↗
- Status
- Modified
- Published
- 2022-02-22
- Last modified
- 2026-06-17
- Assigner
- [email protected]
- CVSS 3.1 ([email protected])
- 6.8 MEDIUM — CVSS:3.1/AV:N/AC:H/PR:L/UI:N/S:U/C:H/I:H/A:N
- CVSS 3.1 ([email protected])
- 6.5 MEDIUM — CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:N/I:H/A:N
- CVSS 2.0 ([email protected])
- 4.0 MEDIUM — AV:N/AC:L/Au:S/C:N/I:P/A:N
- Weaknesses
- CWE-295
Description
Envoy is an open source edge and service proxy, designed for cloud-native applications. In affected versions Envoy does not restrict the set of certificates it accepts from the peer, either as a TLS client or a TLS server, to only those certificates that contain the necessary extendedKeyUsage (id-kp-serverAuth and id-kp-clientAuth, respectively). This means that a peer may present an e-mail certificate (e.g. id-kp-emailProtection), either as a leaf certificate or as a CA in the chain, and it will be accepted for TLS. This is particularly bad when combined with the issue described in pull request #630, in that it allows a Web PKI CA that is intended only for use with S/MIME, and thus exempted from audit or supervision, to issue TLS certificates that will be accepted by Envoy. As a result Envoy will trust upstream certificates that should not be trusted. There are no known workarounds to this issue. Users are advised to upgrade.
Affected configurations
• envoyproxy envoy (< 1.18.6)
• envoyproxy envoy (>= 1.19.0 < 1.19.3)
• envoyproxy envoy (>= 1.20.0 < 1.20.2)
Related
Weakness · CWE (1)
- CWE-295 Improper Certificate Validation weakness
References
- https://github.com/envoyproxy/envoy/pull/630 Patch, Third Party Advisory
- https://github.com/envoyproxy/envoy/security/advisories/GHSA-837m-wjrv-vm5g Issue Tracking, Third Party Advisory
- https://github.com/envoyproxy/envoy/pull/630 Patch, Third Party Advisory
- https://github.com/envoyproxy/envoy/security/advisories/GHSA-837m-wjrv-vm5g Issue Tracking, Third Party Advisory