CVE-2026-21620

W Erlang OTP ssl (moduły tls_handshake_1_3, ssl_handshake i tls_client_ticket_store) występuje nieprawidłowa walidacja spójności danych wejściowych. Złośliwy serwer TLS 1.3 może spowodować odmowę usługi aplikacji ssl na węźle klienta poprzez wysłanie wiadomości NewSessionTicket z nieprawidłowymi rozszerzeniami.

Nieprawidłowa walidacja certyfikatów w aplikacji ssl w Erlang/OTP pozwala klientowi posiadającemu certyfikat zaufany przez jeden wirtualny host SNI na uwierzytelnienie się w drugim wirtualnym hoście SNI na tym samym gniazdzie poprzez wznowienie sesji TLS 1.2. Serwer obsługujący wiele nazw SNI z jednego gniazda utrzymuje jeden współdzielony cache sesji i nie wiąże sesji z nazwą SNI ani polityką zaufania klienta. Problem dotyczy OTP od 18.0 przed 27.3.4.19, 28.5.0.8 i 29.1.2.

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.

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.

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.

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.

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.

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.

Kod Gracefulness ignoruje przypadki, które powinny być odrzucane, co może prowadzić do możliwości ataków typu HTTP Request Smuggling.