OpenSSL łatany po groźnej luce w DTLS

OpenSSL z poważną luką w DTLS

Twórcy OpenSSL opublikowali poprawki dla podatności, która może prowadzić do ujawnienia fragmentów pamięci heap po drugiej stronie połączenia DTLS albo do crashu procesu. Problem otrzymał oznaczenie CVE-2026-84782 i został oceniony jako wysoki w skali projektu.

DTLS to wariant TLS przeznaczony dla ruchu UDP. W praktyce korzystają z niego m.in. niektóre rozwiązania oparte o WebRTC oraz mechanizmy zestawiania szyfrowania dla połączeń głosowych przez internet.

Na czym polega problem

Błąd dotyczy logiki ponownego wysyłania komunikatów handshake w DTLS. Jeśli wysyłanie większej wiadomości zostanie przerwane w połowie, a w tym samym czasie uruchomi się mechanizm retransmisji, OpenSSL może odwołać się do niewłaściwego miejsca w buforze.

W efekcie ponownie wysłana wiadomość może:

• zawierać pozostałości danych z pamięci heap,
• ujawnić je jako część danych handshake,
• doprowadzić do odczytu poza bufor,
• zakończyć się awarią aplikacji lub odmową usługi.

OpenSSL nie potwierdził, by luka była już aktywnie wykorzystywana w atakach, ale nie opublikował też obejścia dla osób, które nie mogą natychmiast zaktualizować oprogramowania.

Które wersje są podatne

Problem dotyczy wszystkich wydań OpenSSL sprzed następujących poprawek:

• OpenSSL 4.0.3
• OpenSSL 3.6.5
• OpenSSL 3.5.9
• OpenSSL 3.4.8

Dla starszych gałęzi poprawki są dostępne tylko dla klientów z płatnym wsparciem:

• OpenSSL 3.0.23
• OpenSSL 1.1.1zj
• OpenSSL 1.0.2zs

Warto też pamiętać, że publiczne wsparcie dla gałęzi 3.0 zakończyło się 7 września 2026 roku.

Co wiadomo o skutkach

Według dostępnych informacji luka może mieć wpływ zarówno na klientów, jak i serwery DTLS. Atakujący nie musi znać kluczy szyfrujących, by wywołać niepożądane zachowanie, jeśli potrafi doprowadzić do odpowiedniego scenariusza retransmisji.

W praktyce zagrożone są tylko te systemy, które używają OpenSSL do obsługi DTLS. Sama obecność biblioteki w systemie nie oznacza jeszcze podatności całej aplikacji.

Co powinni zrobić administratorzy

Najważniejszy krok to aktualizacja do wersji zawierającej poprawkę. W środowiskach, które korzystają z pakietów dystrybucyjnych Linuksa, poprawki zostały już przygotowane również przez twórców systemów.

W przypadku części dystrybucji trzeba liczyć się z tym, że po instalacji aktualizacji może być wymagany restart systemu, aby zmiany zaczęły w pełni działać.

OpenSSL łata też inne błędy

Wrześniowe poprawki nie dotyczą tylko jednego problemu. W tym samym zestawie naprawiono jeszcze 13 innych luk o niższej lub umiarkowanej wadze, w tym podatności związane m.in. z kodem QUIC oraz z bocznymi kanałami czasowymi w implementacjach ECDSA i SM2.

Najpoważniejsza z pozostałych luk, oznaczona jako CVE-2026-84783, została oceniona jako umiarkowana i dotyczy wyłącznie OpenSSL 4.0.

Dlaczego ta podatność jest istotna

Choć problem nie został sklasyfikowany jako krytyczny, jego skutki mogą być odczuwalne bardzo szeroko: od wycieku danych z pamięci po przerwanie działania usług sieciowych. Dla administratorów oznacza to klasyczny scenariusz, w którym aktualizacja biblioteki kryptograficznej powinna trafić wysoko na listę priorytetów.