OpenSSL łatany po groźnej luce w DTLS
Nowa luka w OpenSSL może ujawniać zawartość pamięci heap albo powodować awarię usługi. Dostępne są już poprawione wersje.
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.
