Katalog CVE

CVE-2026-31641

WysokieCVSS 7.8
Opublikowano: Zaktualizowano: Przetłumaczono: NVD NIST

Prawdopodobieństwo exploitacji (EPSS)

Niskie ryzyko
0.14%

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

Streszczenie

W jądrze Linuxa w podsystemie RxRPC wykryto podatność na przepełnienie bufora sterty podczas ładowania tokenów RxGK. Funkcja rxrpc_preparse_xdr_yfs_rxgk() nieprawidłowo zaokrągla długości klucza i biletu, co przy wartościach >= 0xfffffffd prowadzi do zawinięcia do zera i pominięcia walidacji, umożliwiając kopiowanie ~4 GB danych do małego bufora. Luka może być wykorzystana przez nieuprzywilejowanego użytkownika za pomocą wywołania add_key().

Ocena ryzyka

Organizacja narażona jest na lokalne podniesienie uprawnień lub awarię systemu (kernel panic) poprzez przepełnienie bufora sterty. Atakujący bez uprawnień może doprowadzić do naruszenia integralności danych jądra, co potencjalnie umożliwia eskalację uprawnień.

Rekomendacja

Niezwłocznie zastosować łatkę bezpieczeństwa od dystrybutora jądra Linux zawierającą poprawkę dla CVE-2026-31641. Zaktualizować jądro do wersji zawierającej commit rozwiązujący problem.

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: rxrpc: Fix RxGK token loading to check bounds rxrpc_preparse_xdr_yfs_rxgk() reads the raw key length and ticket length from the XDR token as u32 values and passes each through round_up(x, 4) before using the rounded value for validation and allocation. When the raw length is >= 0xfffffffd, round_up() wraps to 0, so the bounds check and kzalloc both use 0 while the subsequent memcpy still copies the original ~4 GiB value, producing a heap buffer overflow reachable from an unprivileged add_key() call. Fix this by: (1) Rejecting raw key lengths above AFSTOKEN_GK_KEY_MAX and raw ticket lengths above AFSTOKEN_GK_TOKEN_MAX before rounding, consistent with the caps that the RxKAD path already enforces via AFSTOKEN_RK_TIX_MAX. (2) Sizing the flexible-array allocation from the validated raw key length via struct_size_t() instead of the rounded value. (3) Caching the raw lengths so that the later field assignments and memcpy calls do not re-read from the token, eliminating a class of TOCTOU re-parse. The control path (valid token with lengths within bounds) is unaffected.

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