CVE-2026-46104
ŚrednieCVSS 5.5Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 2 - wyżej niż 2% wszystkich znanych CVE
Streszczenie
W jądrze Linux wykryto podatność w module SELinux, gdzie funkcje pomocnicze gniazd (sock_has_perm i nlmsg_sock_has_extended_perms) bezpośrednio odwoływały się do pola sk->sk_security, zakładając, że blob SELinux znajduje się na przesunięciu zerowym. W konfiguracjach z wieloma modułami LSM (stosowanymi) to założenie jest nieprawdziwe, co może prowadzić do odczytu niewłaściwego bloba i przekazania nieprawidłowych wartości SID oraz klasy do kontroli AVC.
Ocena ryzyka
Ryzyko polega na potencjalnym pominięciu lub błędnym zastosowaniu reguł bezpieczeństwa SELinux, co może umożliwić nieautoryzowany dostęp do gniazd lub eskalację uprawnień w systemie z wieloma modułami LSM.
Rekomendacja
Należy niezwłocznie zaktualizować jądro Linux do wersji zawierającej poprawkę, która zastępuje bezpośrednie odwołania do sk->sk_security funkcją selinux_sock().
Oryginalny opis (angielski, źródło NVD)
In the Linux kernel, the following vulnerability has been resolved: selinux: use sk blob accessor in socket permission helpers SELinux socket state lives in the composite LSM socket blob. sock_has_perm() and nlmsg_sock_has_extended_perms() currently dereference sk->sk_security directly, which assumes the SELinux socket blob is at offset zero. In stacked configurations that assumption does not hold. If another LSM allocates socket blob storage before SELinux, these helpers may read the wrong blob and feed invalid SID and class values into AVC checks. Use selinux_sock() instead of accessing sk->sk_security directly.