Katalog CVE

CVE-2026-93174

Nieznane
Opublikowano: Przetłumaczono: NVD NIST

Streszczenie

W jądrze Linux w podsystemie BPF funkcja copy_map_value_long() nie kopiowała dopełnienia (padding) między map->value_size a round_up(map->value_size, 8) dla map per-CPU. W wyniku tego ścieżki UAPI LOOKUP_ELEM mogły zwracać do przestrzeni użytkownika nieaktualne dane ze sterty.

Ocena ryzyka

Wyciek nieaktualnych danych ze sterty jądra do przestrzeni użytkownika może ujawnić wrażliwe informacje. Dotyczy map BPF per-CPU, w tym również bpf_iter.

Rekomendacja

Zaktualizuj jądro Linux do wersji zawierającej poprawkę, która przekazuje round_up(map->value_size, 8) do bpf_obj_memcpy(). Ogranicz dostęp do operacji BPF dla nieuprzywilejowanych użytkowników.

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: Copy per-CPU map value padding in copy_map_value_long() In kernel, per-CPU map elements are stored with round_up(map->value_size, 8) bytes. On UAPI lookup paths, it copies the rounded size for each CPU into a temporary buffer. However, copy_map_value_long() passes 'map->value_size' to bpf_obj_memcpy(). When the map has special fields, bpf_obj_memcpy() copies around those fields with memcpy(), and does not copy the tail padding between 'map->value_size' and round_up(map->value_size, 8). The temporary UAPI lookup buffers are allocated without __GFP_ZERO. As a result, when the per-CPU map's value size is not equal to round_up(map->value_size, 8), UAPI LOOKUP_ELEM and its variants can return stale heap contents from that padding to user space. The same issue applies to bpf_iter for per-CPU maps. Pass round_up(map->value_size, 8) to bpf_obj_memcpy() from copy_map_value_long(), so per-CPU maps both with and without special fields copy the entire per-CPU slot. Remove the now redundant round_up() from bpf_obj_memcpy()'s long_memcpy path.

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