Katalog CVE

CVE-2025-21896

WysokieCVSS 7.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 Linux w systemie plików FUSE zmiana na nowy kod readahead oparty na folio spowodowała, że referencja do folio jest tracona po zablokowaniu. W przypadku odpowiedzi splice, gdzie stare folio jest usuwane i zastępowane nowym, brak referencji prowadzi do użycia po zwolnieniu (UAF).

Ocena ryzyka

Podatność może prowadzić do awarii systemu lub potencjalnie do eskalacji uprawnień w wyniku dostępu do zwolnionej pamięci podczas operacji splice w FUSE.

Rekomendacja

Zastosuj łatkę jądra Linux, która przywraca użycie __readahead_folio() w FUSE, aby utrzymać referencję na folio przez cały czas trwania readahead.

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: fuse: revert back to __readahead_folio() for readahead In commit 3eab9d7bc2f4 ("fuse: convert readahead to use folios"), the logic was converted to using the new folio readahead code, which drops the reference on the folio once it is locked, using an inferred reference on the folio. Previously we held a reference on the folio for the entire duration of the readpages call. This is fine, however for the case for splice pipe responses where we will remove the old folio and splice in the new folio (see fuse_try_move_page()), we assume that there is a reference held on the folio for ap->folios, which is no longer the case. To fix this, revert back to __readahead_folio() which allows us to hold the reference on the folio for the duration of readpages until either we drop the reference ourselves in fuse_readpages_end() or the reference is dropped after it's replaced in the page cache in the splice case. This will fix the UAF bug that was reported.

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