Katalog CVE

CVE-2026-72220

KrytyczneCVSS 9.8
Opublikowano: Zaktualizowano: Przetłumaczono: NVD NIST

Prawdopodobieństwo exploitacji (EPSS)

Niskie ryzyko
0.20%

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

Streszczenie

W jądrze Linuxa w podsystemie sunrpc, funkcja svc_release_rqst() wykonuje wywołanie zwrotne w rqstp->rq_procinfo->pc_release. Jeśli wątek roboczy napotka wczesną ścieżkę błędu przed zainstalowaniem prawidłowego rq_procinfo, nieaktualny hak zwalniający może zostać ponownie wywołany na ponownie użytym stanie z poprzedniego RPC, co prowadzi do podwójnego zwolnienia lub użycia po zwolnieniu. Poprawka wzmacnia cykl życia rq_procinfo poprzez czyszczenie go po wywołaniu pc_release, czyszczenie przy wejściu do svc_process() i svc_process_bc().

Ocena ryzyka

Podatność może prowadzić do awarii systemu, uszkodzenia pamięci lub potencjalnie zdalnego wykonania kodu, co stanowi poważne zagrożenie dla bezpieczeństwa i dostępności usług.

Rekomendacja

Niezwłocznie zaktualizuj jądro Linux do wersji zawierającej poprawkę dla CVE-2026-72220, aby wyeliminować ryzyko podwójnego zwolnienia lub użycia po zwolnieniu.

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

In the Linux kernel, the following vulnerability has been resolved: sunrpc: harden rq_procinfo lifecycle to prevent double-free The svc_release_rqst() function executes the callback inside rqstp->rq_procinfo->pc_release. However, if a worker thread begins processing a new request and encounters an early error path (e.g., unsupported protocol, short frame, or bad auth) before a valid rq_procinfo is installed, a stale release hook can be re-triggered against reused state from the previous RPC, resulting in a double-free or use-after-free vulnerability. Harden the lifecycle of rq_procinfo by: 1. Ensuring svc_release_rqst() always clears rq_procinfo after the optional pc_release() call, regardless of whether the hook exists. 2. Explicitly clearing rq_procinfo at request entry in svc_process() before any early decode or drop paths. 3. Ensuring svc_process_bc() does the same at backchannel entry. This guarantees that error flows will not encounter a non-NULL stale rq_procinfo pointer when there is nothing to release.

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