An issue was discovered in Mbed TLS before 2.24.0. The verification of X.509 certificates when matching the expected common name (the cn argument of mbedtls_x509_crt_verify) with the actual certificate name is mishandled: when the subjecAltName extension is present, the expected name is compared to any name in that extension regardless of its type. This means that an attacker could impersonate a 4-byte or 16-byte domain by getting a certificate for the corresponding IPv4 or IPv6 address (this would require the attacker to control that IP address, though).
References
Link | Resource |
---|---|
https://github.com/ARMmbed/mbedtls/issues/3498 | Third Party Advisory |
https://github.com/ARMmbed/mbedtls/releases/tag/v2.24.0 | Release Notes Third Party Advisory |
https://security.gentoo.org/glsa/202301-08 | Third Party Advisory |
History
No history.
MITRE Information
Status: PUBLISHED
Assigner: mitre
Published: 2021-08-23T00:00:00
Updated: 2023-01-11T00:00:00
Reserved: 2021-08-23T00:00:00
Link: CVE-2020-36477
JSON object: View
NVD Information
Status : Analyzed
Published: 2021-08-23T02:15:07.043
Modified: 2023-01-13T19:59:16.777
Link: CVE-2020-36477
JSON object: View
Redhat Information
No data.
CWE