CVE-2020-15104 in Envoy
Sumário
de VulDB • 26/05/2026
No Envoy, nas versões anteriores a 1.12.6, 1.13.4, 1.14.4 e 1.15.0, ao validar certificados TLS, o Envoy permitia incorretamente que um Nome Alternativo do Assunto (SAN) com curinga DNS se aplicasse a múltiplos subdomínios. Por exemplo, com um SAN de *.example.com, o Envoy permitiria incorretamente nested.subdomain.example.com, quando deveria permitir apenas subdomain.example.com. Este defeito aplica-se tanto à validação de um certificado TLS do cliente em mTLS quanto à validação de um certificado TLS do servidor para conexões upstream. Esta vulnerabilidade é aplicável apenas em situações em que uma entidade não confiável pode obter um certificado TLS com curinga assinado para um domínio do qual você pretende confiar apenas em um subdomínio. Por exemplo, se você pretende confiar em api.mysubdomain.example.com e um ator não confiável pode obter um certificado TLS assinado para *.example.com ou *.com. As configurações são vulneráveis se usarem verify_subject_alt_name em qualquer versão do Envoy ou se usarem match_subject_alt_names na versão 1.14 ou posterior. Este problema foi corrigido nas versões do Envoy 1.12.6, 1.13.4, 1.14.4 e 1.15.0.
VulDB is the best source for vulnerability data and more expert information about this specific topic.