CVE-2026-80675

WysokieCVSS 7.1

Opublikowano: 28/08/2026(UTC)Zaktualizowano: 29/08/2026(UTC)Przetłumaczono: 28/08/2026(UTC)NVD NIST

Prawdopodobieństwo exploitacji (EPSS)

Niskie ryzyko

0.12%

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

Streszczenie

W libbpf w podpisanym loaderze brakuje sprawdzenia, czy mapa jest wyłączna (exclusive) przed walidacją skrótu map->sha. Bez tego inny program BPF z dostępem do mapy może zmutować jej zawartość po zamrożeniu, co pozwala na sprawdzenie na nieaktualnych danych. Poprawka dodaje sprawdzenie wyłączności.

Ocena ryzyka

Atakujący może wykorzystać brak wyłączności do podmiany zawartości mapy po walidacji, co może prowadzić do naruszenia integralności danych lub ominięcia zabezpieczeń w środowisku BPF.

Rekomendacja

Zaleca się aktualizację libbpf do wersji zawierającej poprawkę, która wymusza wyłączność map w podpisanym loaderze. Należy również upewnić się, że host nie pomija tego sprawdzenia.

Inne podatności w libbpf

CVE-2022-49030Wysokie
W bibliotece libbpf w jądrze Linux wykryto problem z przepełnieniem rozmiaru podczas mapowania pamięci ringbuf. Maksymalny rozmiar ringbuf na hoście x86-64 wynosi 2 GB, więc podwojona wartość max_entries może przepełnić typ u32 podczas mapowania strony producenta i stron danych. Naprawa polega na rzutowaniu rozmiaru regionu mapowania tylko do odczytu na typ __u64 i sprawdzeniu, czy nie nastąpi przepełnienie podczas mmap.

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

In the Linux kernel, the following vulnerability has been resolved: libbpf: Reject non-exclusive metadata maps in the signed loader The loader verifies map->sha against the metadata hash in its instructions. map->sha is calculated when BPF_OBJ_GET_INFO_BY_FD is called on the frozen map. While the map is frozen, the /signed loader/ must also ensure the map is exclusive, as, without exclusivity (which a hostile host could just omit when loading the loader), another BPF program with map access can mutate the contents afterwards, so the check passes on stale data. With the extra check as part of the signed loader, it now refuses to move on with map->sha validation if the host set it up wrongly.