CVE-2026-42790: nameConstraints DNS bypass via subject CommonName fallback in public_key hostname verification
Erlang · OTP
Fixed in 1.15.1.7 · Affected: Erlang OTP before 1.15.1.7 · Exploitation: unlikely (under 1%)
Not in CyberSIXT coverage yet: no article names this CVE. This page shows the public record.
Higher than 30% of scored CVEs
DescriptionCVE.org
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 26.2.5.21, OTP 27.3.4.12, OTP 28.5.0.1, and OTP 29.0.1, corresponding to public_key from 1.4 before 1.15.1.7, 1.17.1.3, 1.20.3.1, and 1.21.1.
Affected products3
From the CVE record. A product or version that is not listed is unknown, not unaffected.
- Erlang · OTP19.3
- Erlang · OTP1.4
- Erlang · OTPVersions not stated
On the Atlas
Every published CVE is on the CyberSIXT Atlas, grouped by weakness, vendor and month.
CoverageNo articles yet
No CyberSIXT article names CVE-2026-42790 yet, so there is no coverage timeline, action brief or change log for it. Everything on this page comes from the public CVE record, CISA KEV, EPSS and the nuclei template index. Search the archive or see the CVEs in the news.
References
- NVD entrynvd.nist.gov
- CVE recordcve.org
- Weakness CWE-297cwe.mitre.org
- Vendor advisorygithub.com
- Patchgithub.com
- Patchgithub.com
- Patchgithub.com
- Vendor advisoryaccess.redhat.com
- Vendor advisoryaccess.redhat.com
- cna.erlef.org/cves/CVE-2026-42790.htmlcna.erlef.org
- osv.dev/vulnerability/EEF-CVE-2026-42790osv.dev
- erlang.org/doc/system/versions.html#order-of-versionserlang.org
- github.com/erlang/otp/commit/b0c245e8132bb13171e277b1af59c0cec00github.com
- access.redhat.com/security/cve/CVE-2026-42790access.redhat.com
- Issue trackerbugzilla.redhat.com
1 more reference is in the CVE record.