CVE-2026-68442
WysokieCVSS 7.8Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 2 - wyżej niż 2% wszystkich znanych CVE
Streszczenie
W jądrze Linux w systemie plików btrfs, podczas dzielenia extent map, nowe mapy dziedziczą flagę EXTENT_FLAG_LOGGING, która nie jest później czyszczona. Może to prowadzić do ostrzeżenia WARN_ON i użycia po zwolnieniu (use-after-free) podczas zwalniania mapy.
Ocena ryzyka
Podatność może prowadzić do naruszenia integralności danych w systemie plików btrfs, awarii systemu lub potencjalnie do eskalacji uprawnień w przypadku wykorzystania UAF.
Rekomendacja
Zastosuj poprawkę jądra Linux, która czyści flagę EXTENT_FLAG_LOGGING z lokalnej kopii flag używanej do podziałów, przywracając wcześniejsze zachowanie.
Oryginalny opis (angielski, źródło NVD)
In the Linux kernel, the following vulnerability has been resolved: btrfs: don't propagate EXTENT_FLAG_LOGGING to split extent maps When btrfs_drop_extent_map_range() splits an extent map, the new split maps inherit the original map's flags through a local 'flags' variable. Commit f86f7a75e2fb ("btrfs: use the flags of an extent map to identify the compression type") changed the EXTENT_FLAG_LOGGING clearing to operate on em->flags instead of that local 'flags' copy, so a split of an extent map that is currently being logged wrongly inherits EXTENT_FLAG_LOGGING. The flag is then never cleared on the split, and when it is freed while still on the inode's modified_extents list (for example by the extent map shrinker) it trips the WARN_ON(!list_empty(&em->list)) in btrfs_free_extent_map() and leads to a use-after-free. Clear EXTENT_FLAG_LOGGING from the local 'flags' copy used for the splits and only clear EXTENT_FLAG_PINNED from em->flags, restoring the behaviour prior to f86f7a75e2fb.