CVE-2026-6860
ŚrednieCVSS 5.3Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 15 - wyżej niż 15% wszystkich znanych CVE
Streszczenie
Klient TCP może przeprowadzić handshake TLS i przedstawić rozszerzenie server name z nazwą akceptowaną przez wildcard serwera, np. gdy serwer ma certyfikat dla *.example.com, akceptowana jest każda nazwa XYZ.example.com, gdzie XYZ jest poprawną nazwą. Opis nie wskazuje konkretnego produktu ani wersji.
Ocena ryzyka
Może dojść do nieoczekiwanego dopasowania nazw w certyfikatach wildcard, co potencjalnie umożliwia obejście kontroli opartych na SNI lub błędne przypisanie połączenia. Szczegóły wpływu zależą od implementacji serwera.
Rekomendacja
Należy zweryfikować konfigurację certyfikatów wildcard i logikę walidacji SNI w używanych serwerach TLS oraz ograniczyć zaufanie do nazw wildcard; monitorować dostawcę pod kątem poprawek.
Inne podatności w TLS
Zobacz wszystkie- CVE-2025-61730Średnie
Podczas uzgadniania TLS 1.3, jeśli wiele komunikatów jest wysyłanych w rekordach przekraczających granice poziomów szyfrowania (np. Client Hello i Encrypted Extensions), kolejne komunikaty mogą zostać przetworzone przed zmianą poziomu szyfrowania. Może to spowodować niewielkie ujawnienie informacji.
- 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.
- CVE-2025-11935Wysokie
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.
Oryginalny opis (angielski, źródło NVD)
A TCP client can perform a TLS handshake and present the server name extension with a server name that is accepted by a server wildcard name, e.g. if the server is configured with a certificate accepting *.example.com, any XYZ.example.com where xyz is a valid name can be used.
Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS