Katalog CVE

CVE-2026-23319

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

Prawdopodobieństwo exploitacji (EPSS)

Niskie ryzyko
0.13%

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

Streszczenie

W jądrze Linux wykryto podatność use-after-free (UAF) w funkcji bpf_trampoline_link_cgroup_shim. Problem wynika z wyścigu, w którym po zmniejszeniu licznika referencji shim_link do zera, zasób jest nadal dostępny przez listę tr->progs_hlist, a jego faktyczne czyszczenie jest opóźnione. Atakujący może wykorzystać to okno czasowe do uzyskania dostępu do już zwolnionej pamięci.

Ocena ryzyka

Podatność może prowadzić do awarii systemu (kernel crash) lub potencjalnie do eskalacji uprawnień w wyniku manipulacji zwolnioną pamięcią jądra. Stanowi zagrożenie dla stabilności i bezpieczeństwa systemów z włączonym BPF.

Rekomendacja

Należy niezwłocznie zastosować łatkę dostępną w najnowszej wersji jądra Linux zawierającą atomowe sprawdzenie licznika referencji w bpf_trampoline_link_cgroup_shim. Zaleca się aktualizację do stabilnej wersji jądra zawierającej to zabezpieczenie.

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: bpf: Fix a UAF issue in bpf_trampoline_link_cgroup_shim The root cause of this bug is that when 'bpf_link_put' reduces the refcount of 'shim_link->link.link' to zero, the resource is considered released but may still be referenced via 'tr->progs_hlist' in 'cgroup_shim_find'. The actual cleanup of 'tr->progs_hlist' in 'bpf_shim_tramp_link_release' is deferred. During this window, another process can cause a use-after-free via 'bpf_trampoline_link_cgroup_shim'. Based on Martin KaFai Lau's suggestions, I have created a simple patch. To fix this: Add an atomic non-zero check in 'bpf_trampoline_link_cgroup_shim'. Only increment the refcount if it is not already zero. Testing: I verified the fix by adding a delay in 'bpf_shim_tramp_link_release' to make the bug easier to trigger: static void bpf_shim_tramp_link_release(struct bpf_link *link) { /* ... */ if (!shim_link->trampoline) return; + msleep(100); WARN_ON_ONCE(bpf_trampoline_unlink_prog(&shim_link->link, shim_link->trampoline, NULL)); bpf_trampoline_put(shim_link->trampoline); } Before the patch, running a PoC easily reproduced the crash(almost 100%) with a call trace similar to KaiyanM's report. After the patch, the bug no longer occurs even after millions of iterations.

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