CVE-2026-55953
WysokieCVSS 7.4Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 14 - wyżej niż 14% wszystkich znanych CVE
Streszczenie
Klient TLS 1.2 (i wcześniejszych) oraz DTLS w Erlang/OTP nie weryfikuje, czy zestaw szyfrów wybrany przez serwer w ServerHello był wśród zestawów oferowanych przez klienta. Atakujący w środku połączenia może wybrać anonimowy zestaw szyfrów, co omija weryfikację certyfikatu i hostname, pozwalając na przechwycenie i modyfikację ruchu.
Ocena ryzyka
Organizacja narażona jest na atak typu man-in-the-middle, w którym atakujący może podszyć się pod serwer, odczytywać i modyfikować dane przesyłane przez klienta, co może prowadzić do wycieku poufnych informacji lub naruszenia integralności komunikacji.
Rekomendacja
Zaktualizuj Erlang/OTP do wersji 27.3.4.15, 28.5.0.4 lub 29.0.4 (lub nowszej) i upewnij się, że klienci TLS używają protokołu TLS 1.3, który zawiera odpowiednią weryfikację.
Inne podatności w Erlang/OTP
Zobacz wszystkie- CVE-2026-28808Krytyczne
Podatność nieprawidłowej autoryzacji w Erlang OTP (moduły inets) umożliwia nieuwierzytelnionym użytkownikom dostęp do skryptów CGI chronionych regułami katalogowymi, gdy są one udostępniane przez script_alias. Rozbieżność między ścieżką używaną do oceny kontroli dostępu a ścieżką wykonania skryptu pozwala ominąć zabezpieczenia.
- CVE-2026-23941Krytyczne
W Erlang OTP (moduł inets httpd) występuje podatność na przemycanie żądań HTTP (HTTP Request Smuggling). Serwer nie odrzuca ani nie normalizuje duplikatów nagłówków Content-Length. Używana jest pierwsza wartość, podczas gdy popularne proxy używają ostatniej, co umożliwia desynchronizację front-end/back-end i wstrzyknięcie danych kontrolowanych przez atakującego jako początek następnego żądania.
- CVE-2025-32433KrytyczneAktywnie exploitowane
Erlang/OTP przed wersjami OTP-27.3.3, OTP-26.2.5.11 i OTP-25.3.2.20 zawiera podatność w serwerze SSH, która może pozwolić atakującemu na nieuwierzytelnione zdalne wykonanie kodu (RCE). Wykorzystując błąd w obsłudze komunikatów protokołu SSH, osoba atakująca może uzyskać nieautoryzowany dostęp do systemów i wykonywać dowolne polecenia bez ważnych poświadczeń.
- CVE-2016-10253Krytyczne
Wykryto problem w Erlang/OTP 18.x, związany z generowaniem skompilowanych wyrażeń regularnych, który jest podatny na przepełnienie sterty. Wyrażenia regularne wykorzystujące źle sformułowany extpattern mogą pośrednio określać offset używany jako indeks tablicy.
- CVE-2026-75538Wysokie
W Erlang/OTP, gdy używany jest sterownik inet z trybem {packet,4}, atakujący łączący się z otwartym portem TCP może wykorzystać przepełnienie ze znakiem w obliczeniach długości pakietu, co może przepełnić bufor odbiorczy i spowodować awarię BEAM VM.
- CVE-2026-74835Wysokie
Serwer HTTP httpd w aplikacji inets nie egzekwuje skonfigurowanego limitu rozmiaru ciała żądania dla żądań chunked. Może to pozwolić na wysyłanie bardzo dużych żądań, co może prowadzić do przeciążenia serwera.
- CVE-2026-73812Wysokie
Funkcja check_header/3 w httpd odrzuca duplikaty Content-Length, ale nie sprawdza jednoczesnej obecności nagłówków Transfer-Encoding i Content-Length, co może prowadzić do desynchronizacji żądań (request smuggling) między front-endem a back-endem.
- CVE-2026-73276Wysokie
Kod Gracefulness ignoruje przypadki, które powinny być odrzucane, co może prowadzić do możliwości ataków typu HTTP Request Smuggling.
- CVE-2026-58227Wysokie
Podatność w aplikacji SSL biblioteki Erlang/OTP pozwala na wyczerpanie pamięci poprzez wysłanie spreparowanego łańcucha certyfikatów podczas uzgadniania TLS/DTLS. Brak wykrywania cykli w funkcji budującej łańcuch certyfikatów powoduje nieograniczoną rekurencję, co prowadzi do awarii węzła BEAM.
- CVE-2026-55737Wysokie
W Erlang OTP występuje podatność na błąd konwersji ze znakiem na bez znaku oraz zapis poza dozwolonym obszarem sterty podczas dekodowania specjalnie spreparowanego formatu ETF. Atakujący może dostarczyć złośliwy binarny ETF do binary_to_term/1, co prowadzi do uszkodzenia wskaźnika sterty BEAM i awarii maszyny wirtualnej.
Oryginalny opis (angielski, źródło NVD)
The Erlang/OTP ssl TLS 1.2 (and earlier) and DTLS client does not verify that the cipher suite selected by the server in ServerHello was among the suites offered by the client in ClientHello. The client-side tls_handshake:hello/5 handler validates the negotiated protocol version and the downgrade sentinel but hands the server-chosen suite directly to ssl_handshake:handle_server_hello_extensions/9, which installs it without a membership check. The TLS 1.3 client path performs this check (per RFC 8446), so it is not affected. An on-path attacker between the client and the intended server can respond with a ServerHello selecting an anonymous key exchange suite such as TLS_DH_anon_* or TLS_ECDH_anon_* that the client never offered. Anonymous suites do not require the server to present a certificate, so the entire verify_peer and cacerts configuration is bypassed: the attacker completes the handshake with its own ephemeral parameters, no certificate is validated, no hostname is checked, and ssl:connect returns {ok, Socket}. All subsequent application traffic is readable and modifiable by the attacker. This issue affects OTP from OTP 17.0 before OTP 27.3.4.15, from OTP 28.0 before OTP 28.5.0.4, and from OTP 29.0 before OTP 29.0.4, corresponding to ssl from 5.3.4 before 11.2.12.11, from 11.3 before 11.6.0.4, and from 11.7 before 11.7.4. Whether OTP before OTP 17.0, corresponding to ssl before 5.3.4, is affected is unknown.