CVE-2025-11935
WysokieCVSS 7.5Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 11 - wyżej niż 11% wszystkich znanych CVE
Streszczenie
Przy użyciu TLS 1.3 z kluczem pre-shared (PSK) złośliwy lub wadliwy serwer może zignorować żądanie PFS (perfect forward secrecy), a klient kontynuuje połączenie z PSK bez PFS. Dzieje się tak, gdy serwer odpowiada na ClientHello zawierające psk_dhe_ke bez rozszerzenia key_share, co obniża bezpieczeństwo połączenia.
Ocena ryzyka
Ponowne użycie uwierzytelnionego połączenia PSK bez PFS po stronie klienta osłabia poufność sesji — przechwycone dane mogą zostać odszyfrowane w przypadku późniejszej kompromitacji klucza. Ryzyko dotyczy klientów TLS 1.3 korzystających z PSK.
Rekomendacja
Zaktualizuj bibliotekę TLS do wersji zawierającej poprawkę oraz rozważ wymuszanie PFS w konfiguracji połączeń PSK. Monitoruj połączenia z serwerami, które nie negocjują key_share.
Inne podatności w TLS 1.3
Zobacz wszystkie- CVE-2026-101302Średnie
W TLS 1.3 rzeczywisty typ rekordu jest osadzany jako ostatni niezerowy bajt odszyfrowanego ładunku, opcjonalnie z zerowym dopełnieniem. Kod wyszukujący wewnętrzny typ rekordu miał błąd off-by-one, który mógł być wywołany przez nieprawidłową ramkę, prowadząc do niedomiaru, a następnie bezwarunkowego dereferencji wskaźnika NULL, powodując panikę jądra. Zdalny peer TLS 1.3 może wysłać specjalnie spreparowany rekord, aby wywołać panikę jądra, powodując odmowę usługi (DoS).
- CVE-2026-32283Wysokie
Jeśli jedna strona połączenia TLS wyśle wiele komunikatów aktualizacji klucza po uzgodnieniu w pojedynczym rekordzie, połączenie może się zablokować, powodując niekontrolowane zużycie zasobów. Prowadzi to do odmowy usługi. Podatność dotyczy tylko TLS 1.3.
- CVE-2025-12889Średnie
W połączeniach TLS 1.2 klient może użyć dowolnego obsługiwanego skrótu, w tym słabszego, zamiast skrótów wskazanych w CertificateRequest. Może to osłabić bezpieczeństwo uzgadniania połączenia.
Oryginalny opis (angielski, źródło NVD)
With TLS 1.3 pre-shared key (PSK) a malicious or faulty server could ignore the request for PFS (perfect forward secrecy) and the client would continue on with the connection using PSK without PFS. This happened when a server responded to a ClientHello containing psk_dhe_ke without a key_share extension. The re-use of an authenticated PSK connection that on the clients side unexpectedly did not have PFS, reduces the security of the connection.
Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS