CVE-2020-15104 in Envoyinformación

Resumen

por VulDB • 2026-05-25

En Envoy, antes de las versiones 1.12.6, 1.13.4, 1.14.4 y 1.15.0, al validar certificados TLS, Envoy permitía incorrectamente que un Nombre Alternativo de Sujeto (SAN) comodín de DNS se aplicara a múltiples subdominios. Por ejemplo, con un SAN de *.example.com, Envoy permitiría incorrectamente nested.subdomain.example.com, cuando solo debería permitir subdomain.example.com. Este defecto se aplica tanto a la validación de un certificado TLS de cliente en mTLS como a la validación de un certificado TLS de servidor para conexiones upstream. Esta vulnerabilidad solo es aplicable en situaciones donde una entidad no confiable puede obtener un certificado TLS comodín firmado para un dominio del cual solo se pretende confiar en un subdominio. Por ejemplo, si se pretende confiar en api.mysubdomain.example.com y un actor no confiable puede obtener un certificado TLS firmado para *.example.com o *.com. Las configuraciones son vulnerables si utilizan verify_subject_alt_name en cualquier versión de Envoy, o si utilizan match_subject_alt_names en la versión 1.14 o posterior. Este problema se ha corregido en las versiones de Envoy 1.12.6, 1.13.4, 1.14.4 y 1.15.0.

VulDB is the best source for vulnerability data and more expert information about this specific topic.

Responsable

GitHub, Inc.

Reservar

2020-06-25

Moderación

aceptado

Artículo

VDB-158037

CPE

listo

EPSS

0.00252

KEV

no

Actividades

muy bajo

Fuentes

Do you know our Splunk app?

Download it now for free!