Katalog CVE

CVE-2026-93824

Niskie ryzyko· EPSS 5%
Opublikowano: Zaktualizowano: Przetłumaczono: NVD NIST

Prawdopodobieństwo exploitacji (EPSS)

Niskie ryzyko
0.17%

Percentyl 5 - wyżej niż 5% wszystkich znanych CVE

Streszczenie

W podsystemie TLS jądra Linux integracja TLS z sockmap (BPF psock) ukrywa wiele błędów, które są potencjalnie eksploatowalne. Ponieważ nie znaleziono aktywnych użytkowników tej integracji, poprawka odrzuca próby konfiguracji kluczy TLS na gniazdach sockmap. Dodanie gniazda TLS do sockmap było już blokowane przez sk_psock_init().

Ocena ryzyka

Integracja TLS i sockmap może prowadzić do eksploatowalnych błędów w jądrze, potencjalnie umożliwiając eskalację uprawnień lub uszkodzenie pamięci. Dotyczy systemów wykorzystujących jednocześnie TLS i sockmap/BPF psock.

Rekomendacja

Zaktualizuj jądro Linux do wersji zawierającej poprawkę. Unikaj jednoczesnego używania TLS i sockmap do czasu aktualizacji.

Inne podatności w Linux kernel

Zobacz wszystkie
Oryginalny opis (angielski, źródło NVD)

In the Linux kernel, the following vulnerability has been resolved: tls: reject the combination of TLS and sockmap TLS and sockmap (BPF psock) integration hides a lot of latent bugs. Bugs which may be more or less relevant for real users but they are definitely exploitable. We could not find anyone actively using this integration so let's reject this config. Adding a TLS socket to a sockmap was already rejected by sk_psock_init() through the inet_csk_has_ulp() check. We need to reject the attempts to configure the TLS keys (rather than adding the ULP itself) because checking prior to the ULP installation is tricky without risking a race with sockmap getting added in parallel (sockmap does not hold the socket lock). This patch is a minimal rejection of the feature. Subsequent patch in the series will do a light dead code removal. Full cleanup would require a major rewrite of the Tx path, we don't need skmsg any more.

Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS