CVE-2026-46024
WysokieCVSS 7.5Prawdopodobieństwo exploitacji (EPSS)
Podwyższone ryzykoPercentyl 52 - wyżej niż 52% wszystkich znanych CVE
Streszczenie
W jądrze systemu Linux zidentyfikowano podatność w libceph, która może prowadzić do dereferencji wskaźnika null w funkcji ceph_handle_auth_reply(). Problem występuje, gdy wiadomość CEPH_MSG_AUTH_REPLY zawiera zerowe wartości dla protokołu i wyniku, co nie jest obecnie traktowane jako błąd.
Ocena ryzyka
Podatność ta może prowadzić do awarii systemu lub nieprzewidzianego zachowania aplikacji korzystających z libceph, co może wpłynąć na stabilność i bezpieczeństwo całego systemu.
Rekomendacja
Zaleca się aktualizację jądra systemu Linux do najnowszej wersji, w której wprowadzono poprawkę eliminującą tę podatność.
Inne podatności w Linux kernel, libceph
Zobacz wszystkie- CVE-2026-43407Krytyczne
W jądrze Linux w funkcji ceph_handle_auth_reply() (moduł libceph) występuje błąd przepełnienia liczby całkowitej. Wartość payload_len z komunikatu CEPH_MSG_AUTH_REPLY jest przechowywana jako int, więc wartość większa niż INT_MAX staje się liczbą ujemną, co prowadzi do dostępu poza zakresem przydzielonej pamięci. Podatność została naprawiona poprzez zmianę typu na u32 oraz dodanie dodatkowych sprawdzeń długości segmentu.
- CVE-2026-90067Wysokie
W jądrze Linux w module libceph (protokół Ceph messenger v2) nie walidowano pola payload_len w prefiksie banera. Klient mógł wysłać baner z payload_len równym 0, co powodowało odczyt z gniazda o długości 0 i naruszenie niezmiennika maszyny stanów, wywołując ostrzeżenie w populate_in_iter(). Zgodnie ze specyfikacją msgr2 payload_len musi wynosić co najmniej 16 bajtów.
- CVE-2026-22990Wysokie
W jądrze Linuxa rozwiązano podatność w libceph, która dotyczy nadmiernego użycia BUG_ON w funkcji osdmap_apply_incremental(). W przypadku, gdy osdmap jest złośliwie uszkodzony, zamiast wywoływać błąd, należy uznać go za nieważny.
Oryginalny opis (angielski, źródło NVD)
In the Linux kernel, the following vulnerability has been resolved: libceph: Prevent potential null-ptr-deref in ceph_handle_auth_reply() If a message of type CEPH_MSG_AUTH_REPLY contains a zero value for both protocol and result, this is currently not treated as an error. In case of ac->negotiating == true and ac->protocol > 0, this leads to setting ac->protocol = 0 and ac->ops = NULL. Thereafter, the check for ac->protocol != protocol returns false, and init_protocol() is not called. Subsequently, ac->ops->handle_reply() is called, which leads to a null pointer dereference, because ac->ops is still NULL. This patch changes the check for ac->protocol != protocol to !ac->protocol, as this also includes the case when the protocol was set to zero in the message. This causes the message to be treated as containing a bad auth protocol.
Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS