erlang is vulnerable to Improper Certificate Validation
91
Critical Risk
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.
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.
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.
Upgrade the erlang library to the patch version.
Connect your repositories to instantly see whether vulnerable or malicious packages exist in your codebase.
Free. No credit card required.

I consent to receiving marketing communications based on Aikido’s Privacy Policy.
SOC 2Compliant
ISO 27001Compliant