CVE-2026-42790 — nameConstraints DNS bypass via subject CommonName fallback in public_key hostname verification
Improper Certificate Validation vulnerability in Erlang OTP public_key (pubkey_cert and public_key modules) allows a DNS nameConstraints bypass via subject CommonName fallback in TLS hostname verification. Two flaws combine to allow a subordinate CA whose DNS nameConstraints are restricted (e.g. permitted;DNS:allowed.example.com) to issue a leaf certificate that an OTP TLS client accepts as a valid identity for an out-of-scope hostname (e.g. victim.example.com): First, pubkey_cert:validate_names/6 in lib/public_key/src/pubkey_cert.erl only checks SAN DNS entries against nameConstraints. Per RFC 5280, a permitted DNS subtree only restricts certificates that contain a DNS-typed name. A leaf with no subjectAltName therefore trivially satisfies any permitted;DNS:... constraint regardless of its subject commonName. Second, public_key:pkix_verify_hostname/3 in lib/public_key/src/public_key.erl falls back to the subject commonName when no subjectAltName is present, extracting id-at-commonName attributes as presented IDs and matching them against the reference hostname. The strict pkix_verify_hostname_match_fun(https) matcher does not suppress this fallback. The result is that path validation accepts a CN-only leaf under a DNS-constrained intermediate (no SAN means the nameConstraints are not triggered), and hostname verification then accepts it via the CN fallback. The bypass is reachable from stock ssl:connect with verify_peer, a trusted CA, SNI, and the canonical strict https hostname matcher. This issue affects OTP from OTP 19.3 before OTP 29.0.1, OTP 28.5.0.1, OTP 27.3.4.12 and OTP 26.2.5.21, corresponding to public_key from 1.4 before 1.21.1, 1.20.3.1, 1.17.1.3 and 1.15.1.7.
Descrição oficial em inglês (tradução ainda não revisada).
Quem explora e qual a prioridade
Nota de 0 a 100 que combina exploração confirmada, uso por ransomware e grupos APT, exploits públicos, EPSS e severidade.
Como a nota foi calculada
- EPSS 0.5% (probabilidade de exploração em 30 dias)+6
- Severidade técnica (high)+6
A nota ordena a fila de correção; não substitui o contexto dos seus ativos (exposição à internet, criticidade, compensações).
Triagem
Está sendo explorada, qual a probabilidade de exploração, o que afeta e qual a severidade segundo as fontes.
Avaliação SSVC da CISA CISA
Três pontos de decisão que a CISA publica para as CVEs que avalia (SSVC 2.0.3). Uma decisão de priorização, não uma nota de severidade.
Remediação
Correções e mitigações documentadas pelas fontes — com link para o aviso original.
- Patch documentado — github.com (NIST National Vulnerability Database)
- Patch documentado — github.com (NIST National Vulnerability Database)
- Patch documentado — github.com (NIST National Vulnerability Database)
- Mitigação documentada — osv.dev (NIST National Vulnerability Database)
Primeiras 24 horas
Ordenado a partir dos próprios campos do registro — exposição primeiro, porque não se corrige o que não se encontrou. Ponto de partida, gerado por regras.
- Identifique ativos expostos que executam as combinações de fabricante/produto/versão afetadas (Erlang Erlang/otp).
- O ataque é pela rede e não exige privilégios: restrinja a exposição (ACLs, VPN, WAF) até corrigir.
- Aplique a versão corrigida ou o patch documentado na seção Remediação.
- A exploração exige interação do usuário: reforce filtros de e-mail/web e alerte os usuários afetados.
- Procure nos logs disponíveis sinais de tentativa de exploração compatíveis com a classe da falha (criptografia), erros e anomalias de autenticação.
Escopo afetado
Fabricante, produto e versões como as fontes os descrevem.
| Fabricante | Produto | Versões | Status | Fonte |
|---|---|---|---|---|
| Erlang | Erlang/otp | ≥ 19.3 e < 26.2.5.21≥ 27.0 e < 27.3.4.12≥ 28.0 e < 28.5.0.1≥ 29.0 e < 29.0.1 | Vulnerável | NIST National Vulnerability Database |
| Erlang | Erlang/otp | ≥ 1.4≥ 19.3≥ b0c245e8132bb13171e277b1af59c0cec00c9459 | Vulnerável | CVE Program (cve.org) e CISA ADP |
Características do ataque
O vetor CVSS decodificado. Descreve o ataque, não a sua exposição a ele.
Todas as pontuações coletadas
As fontes pontuam de forma independente e podem discordar; cada linha diz quem pontuou e em qual versão.
| Nota | Versão | Severidade | Explor. | Impacto | Pontuado por |
|---|---|---|---|---|---|
| 7.6 | CVSS 4.0 | Alta | — | — | 6b3ad84c-e1a6-4bf7-a703-f496b71e49db via NIST National Vulnerability Database |
| 7.6 | CVSS 4.0 | Alta | — | — | EEF via CVE Program (cve.org) e CISA ADP |
| 8.1 | CVSS 3.1 | Alta | 2.8 | 5.2 | nvd@nist.gov via NIST National Vulnerability Database |
| 7.4 | CVSS 3.1 | Alta | 2.2 | 5.2 | 0b0ca135-0b70-47e7-9f44-1890c2a1c46c via NIST National Vulnerability Database |
CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:N (nota exibida no topo: nvd@nist.gov) Fraqueza MITRE
Classe de fraqueza segundo o catálogo CWE do MITRE.
EPSS ao longo do tempo FIRST
13/10/2026 → 14/10/2026 · 2 leitura(s) · máximo 0.47%
Detecção
Derivado do vetor CVSS e da classe da fraqueza. Pontos de partida, não regras testadas.
- Priorize telemetria de borda para o componente exposto na rede (proxy, WAF, IDS/IPS).
- Verifique negociações TLS e certificados inesperados no tráfego do componente.
Linha do tempo
O que aconteceu com esta CVE, do mais recente ao mais antigo.
- 2026
- Produtos afetados adicionados · erlang/otp
- Avaliação SSVC atualizada
- Ficha publicada
- Correção documentada
- CVSS alterado · 8.1
- Status na fonte alterado · → Modified
- Registro criado nesta base
- CVE publicada
Atividade das fontes
Leituras que se repetem foram contadas em vez de listadas.
- 1× Descrição oficial atualizada · 13/10/2026 – 13/10/2026
Referências
12 no registro
- github.com/erlang/otp/security/advisories/GHSA-22cw-4ph4-6447
- github.com/erlang/otp/commit/0769050c69d73762672b0db1347b6993a5b31759
- github.com/erlang/otp/commit/fb67c6d1836f51105a96d8b769e71e4215a79457
- github.com/erlang/otp/commit/21abed64eb2026b5f82f432709e4e932f9be389a
- osv.dev/vulnerability/EEF-CVE-2026-42790
- access.redhat.com/errata/RHSA-2026:54757
- security.access.redhat.com/data/csaf/v2/vex/2026/cve-2026-42790.json
- bugzilla.redhat.com/show_bug.cgi
- cna.erlef.org/cves/CVE-2026-42790.html
- www.erlang.org/doc/system/versions.html
- access.redhat.com/security/cve/CVE-2026-42790
- access.redhat.com/errata/RHSA-2026:39809
Em outras páginas do site
CVEs relacionadas (mesmos produtos)
- Média CVE-2026-96596 erl_tar:extract/2 loops forever on a GNU sparse member with a trailing hole 1 d
- Alta CVE-2026-94200 TLS 1.3 client ticket store crashed by NewSessionTicket with empty early_data extension in ssl 1 d
- Média CVE-2026-105236 TLS 1.2 session resumption in ssl crosses SNI virtual-host client-certificate trust boundaries 1 d
- Alta CVE-2026-59250 Megaco flex scanner buffer overflow via oversized property parm name 27/07/2026
- Alta CVE-2026-59251 Denial of service via exponential certificate policy tree growth in path validation 27/07/2026
- Alta CVE-2026-58227 TLS/DTLS denial of service via unbounded recursion on cross-signed peer certificate chain 27/07/2026
Não consta em nenhuma fonte consultada
Listado em vez de deixado em branco: um campo vazio e um não medido parecem iguais na tela, e só um deles é motivo para procurar em outro lugar.
- Nenhum IOC confirmado (IPs, domínios, hashes ou artefatos de malware) fornecido.
- Nenhum inventário de ativos, controle compensatório ou evidência de implantação de patch da sua organização.
- Nenhuma captura de tráfego de exploração, amostra de log ou caso de incidente.
Respondido a partir deste registro
Texto montado apenas com os campos acima — sem afirmações adicionais.
O que os defensores devem saber primeiro?
CVE-2026-42790 é "nameConstraints DNS bypass via subject CommonName fallback in public_key hostname verification", de severidade Alta. Afeta Erlang/otp (Erlang); as versões estão na tabela de escopo. Não está na CISA KEV, o que não exclui exploração. CVSS 8.1 descreve a severidade técnica. EPSS 0.47% estima a probabilidade de exploração em 30 dias; nenhum dos dois substitui o contexto dos seus ativos. Verifique primeiro se ativos expostos ou críticos executam as versões afetadas, aplique as correções ou mitigações do fabricante e preserve logs para análise.
Comentários
Discussão técnica moderada. Leia as regras da comunidade.
Nenhum comentário ainda.
Entre ou crie uma conta para comentar e sugerir correções.