CVE-2026-59251: Erlang OTP · Unthrottled Resource Allocation
Affects Erlang OTPSource CVE Database V5
Not known to be exploited · CVSS 8.7 High · fixed in 1.21.4 : patch Erlang OTP soon.
Data as of 26 Oct 2026, 12:29 UTC
- EPSS
- 0.3% chance of exploitation in 30 days – higher than 24% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
- Patch
- Available – fixed in 1.21.4, 29.0.4
CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:N/VC:N/VI:N/VA:H/SC:N/SI:N/SA:LExploitation evidence
Disclosed: evidence found.
CVE published 27 Jul 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponised: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by Mirage: no evidence on record.
No attack traffic recorded by OffSeq Mirage sensors
A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 26 Oct 2026.
What to do
Upgrade public_key to 1.21.4; erlang/otp to 29.0.4.
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| ErlangOTP | Affected
| Fixed in– |
| ErlangOTP | Affected
| Fixed in– |
GitHubpublic_keypkg:github/public_keyOther threats | Affected
| Fixed in
|
GitHuberlang/otppkg:github/erlang/otpOther threats | Affected
| Fixed in
|
CPE configurations (1)
cpe:2.3:a:erlang:erlang\/otp:*:*:*:*:*:*:*:*
Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.
AI-suggested
If you cannot patch yet, consider limiting exposure to untrusted TLS connections or implementing external controls to filter or limit certificate chain complexity.
Description
Allocation of resources without limits in Erlang/OTP public_key certificate path validation allows a remote unauthenticated attacker to cause denial of service by sending a crafted X.509 certificate chain during the TLS handshake. During RFC 5280 policy processing in public_key:pkix_path_validation/3, the certificate policy tree maintained by pubkey_policy_tree grows without an upper bound. When a certificate chain contains M policies per certificate and K certificates, the tree grows on the order of M^K nodes because pubkey_policy_tree:add_leaves/2 and pubkey_policy_tree:add_leaf_siblings/2 extend the tree per policy per certificate. A modest chain with many policies per certificate is enough to pin BEAM schedulers and exhaust the node's memory, taking down the entire VM. The attacker only needs to be able to present a certificate chain to the victim, which is the normal precondition for a TLS handshake, so exploitation succeeds against any incoming or outgoing TLS connection that validates the peer's chain (the default for SSL/TLS clients and mutual-TLS servers). This is the same vulnerability class as OpenSSL's X509_verify_cert policy tree DoS. This vulnerability is associated with program files lib/public_key/src/pubkey_policy_tree.erl and program routines pubkey_policy_tree:add_leaves/2 and pubkey_policy_tree:add_leaf_siblings/2. This issue affects OTP from OTP 26.2 before OTP 29.0.4, OTP 28.5.0.4 and OTP 27.3.4.15, corresponding to public_key from 1.15 before 1.21.4, 1.20.3.4 and 1.17.1.5.
References
- github.com/erlang/otp/security/advisories/GHSA-622p-qfh6-c352 (opens in a new tab)
- cna.erlef.org/cves/CVE-2026-59251.html (opens in a new tab)
- osv.dev/vulnerability/EEF-CVE-2026-59251 (opens in a new tab)
- erlang.org/doc/system/versions.html (opens in a new tab)
- github.com/erlang/otp/commit/f8580fc117098c08165f46c26fd0750c5cfb2a90 (opens in a new tab)
- github.com/erlang/otp/commit/f04c6bba38de1cf1b1836a7d9a9fbe239bd939e8 (opens in a new tab)