CVE-2026-89422

KrytyczneCVSS 9.3

Opublikowano: 22/09/2026(UTC)Przetłumaczono: 22/09/2026(UTC)NVD NIST

Streszczenie

Podatność w Erlang/OTP ssl pozwala na wymianę kluczy bez uwierzytelnienia podmiotu. Serwer odpowiadający na połączenie klienta TLS 1.3 może podszyć się pod zamierzony serwer, ponieważ rozszerzenie pre_shared_key w ServerHello, którego klient nigdy nie zaproponował, powoduje zakończenie uzgadniania bez weryfikacji certyfikatu serwera. Atakujący nie potrzebuje certyfikatu, klucza prywatnego ani wcześniejszej sesji.

Ocena ryzyka

Atakujący może podszyć się pod serwer, przechwycić lub zmodyfikować dane przesyłane w sesji TLS, co prowadzi do naruszenia poufności i integralności komunikacji.

Rekomendacja

Zaktualizuj Erlang/OTP do wersji OTP 27.3.4.18, OTP 28.5.0.7 lub OTP 29.1.1 (lub nowszych). Jeśli to możliwe, tymczasowo ogranicz klientów do TLS 1.2.

Inne podatności w Erlang/OTP ssl

CVE-2026-54891Niskie
W bibliotece SSL środowiska Erlang/OTP wykryto podatność polegającą na braku weryfikacji integralności wiadomości podczas transmisji. Atakujący znajdujący się w sieci może wstrzyknąć nieuwierzytelnione dane tekstowe do klienta TLS podczas uzgadniania połączenia, które po zakończeniu uzgadniania są traktowane przez aplikację jako uwierzytelnione dane serwera. Problem dotyczy modułu tls_gen_connection i występuje w wersjach OTP od 17.0 do 27.3.4.14, od 28.0 do 28.5.0.3 oraz od 29.0 do 29.0.3.

Oryginalny opis (angielski, źródło NVD)

Key Exchange without Entity Authentication vulnerability in Erlang/OTP ssl allows a peer that answers a TLS 1.3 client connection to impersonate the intended server. A pre_shared_key extension in the ServerHello that the client never offered causes the client to complete the handshake without validating the server's certificate, so ssl:connect returns {ok, Socket} against a peer holding no certificate, no private key and no prior session. tls_client_connection_1_3:handle_server_hello/2 passes the received extension to tls_gen_connection_1_3:handle_resumption/2, which sets resumption = true on its mere presence without checking that the client offered a PSK. tls_handshake_1_3:get_pre_shared_key/4 meanwhile falls back to the all-zero "no PSK" value and keys the handshake with the ordinary non-PSK schedule, so the attacker's own ephemeral key suffices. The resumption flag then routes maybe_resumption/1 straight to wait_finished, skipping the certificate-handling states, so certificate path validation, verify_fun, hostname verification, partial_chain, CRL checking and OCSP stapling are all bypassed. The default client configuration is affected; clients restricted to TLS 1.2 are not. This issue affects OTP from OTP 22.2 before OTP 27.3.4.18, OTP 28.5.0.7, and OTP 29.1.1, corresponding to ssl from 9.5 before 11.2.12.13, 11.6.0.6, and 11.7.7.