Intel

AIKIDO-2026-84593

erlang is vulnerable to Improper Certificate Validation

Improper Certificate ValidationCVE-2026-55953 Published Jul 27, 2026

91

Critical Risk

This Affects:

OSerlang
17.0.0 - 27.3.4.14
Fixed in 27.3.4.15
28.0.0 - 28.5.0.3
Fixed in 28.5.0.4
29.0.0 - 29.0.3
Fixed in 29.0.4
Are you affected? Scan for Free

TL;DR

tls_handshake:hello/5 validates the negotiated protocol version and downgrade sentinel but passes the server-chosen cipher suite to ssl_handshake:handle_server_hello_extensions/9 without checking it was offered in ClientHello. An on-path attacker can reply with an anonymous suite such as TLS_ECDH_anon_* or TLS_DH_anon_* that the client never offered. Those suites skip certificates, so verify_peer / cacerts are bypassed, ssl:connect still returns {ok, Socket}, and the attacker can read and modify all application traffic. TLS 1.3 clients are not affected. The fix rejects a server-selected cipher suite that was not among those offered by the client.

Who does this affect?

You are affected if you are using a version that falls within the vulnerable range and your application uses the OTP TLS/DTLS client with TLS 1.2 or earlier (or any DTLS). Servers are not affected. TLS 1.3-only clients are not affected.

Background info

erlang is vulnerable to Improper Certificate Validation in versions 17.0.0 - 27.3.4.14, 28.0.0 - 28.5.0.3 and 29.0.0 - 29.0.3.

How to fix this

Upgrade the erlang library to the patch version.