GPU VulnDB

Database/Kernel, userspace & hypervisor

Erlang/OTP public_key: unbounded certificate policy tree lets a TLS peer exhaust the BEAM node

CVSS 8.7CVE-2026-59251Kernel, userspace & hypervisorcurated

Impact

During RFC 5280 policy processing in public_key:pkix_path_validation/3, the policy tree grows on the order of M^K for K certificates with M policies each. A modest crafted chain presented during a TLS handshake pins the BEAM schedulers and exhausts memory, taking down the whole Erlang VM and every service in it. Presenting a chain is the normal precondition of a handshake, so this reaches any OTP-based service that validates peer chains - the default for TLS clients and mutual-TLS servers. Datacenter-relevant OTP services (RabbitMQ, CouchDB, EMQX and similar message and coordination layers in a fleet) fail wholesale rather than dropping one connection.

Who can reach it

Anyone who can complete the start of a TLS handshake with an OTP service, or lure an OTP client into connecting outbound. Unauthenticated - the certificate is evaluated before authentication finishes.

What to do

Upgrade OTP to 29.0.4, 28.5.0.4 or 27.3.4.15 (public_key 1.21.4, 1.20.3.4, 1.17.1.5) and restart the affected BEAM services; for packaged products wait on the vendor rebuild. Mitigation short of patching means terminating TLS in front of the Erlang node or not validating untrusted chains, both of which change the trust model.

References

Related entries

All Kernel, userspace & hypervisor entries

This entry is curated: imported from vendor advisories with machine assistance, not yet individually verified. Confirm against your vendor's advisory before acting, and report anything wrong.