CVE-2024-56692
WysokieCVSS 7.8Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 12 - wyżej niż 12% wszystkich znanych CVE
Streszczenie
W jądrze Linux w systemie plików f2fs brakowało sprawdzenia poprawności adresu bloku węzła (blkaddr) w funkcji truncate_node(). Na spreparowanym obrazie systemu plików uszkodzony wpis NAT może doprowadzić do paniki jądra podczas unieważniania bloków.
Ocena ryzyka
Możliwe jest wywołanie paniki jądra (odmowa usługi) przez zamontowanie spreparowanego obrazu f2fs, co może przerwać działanie systemu.
Rekomendacja
Zaktualizuj jądro Linux do wersji zawierającej poprawkę dla f2fs (sprawdzenie poprawności blkaddr w truncate_node). Unikaj montowania niezaufanych obrazów f2fs.
Inne podatności w Linux kernel (f2fs)
Zobacz wszystkie- CVE-2026-93235Niskie ryzyko· EPSS 10%
W jądrze Linux w systemie plików F2FS wykryto błąd polegający na tym, że przy rozszerzaniu rozmiaru pliku przez nieprzyrównaną granicę EOF dane poza poprzednim EOF w częściowej stronie nie były zerowane. W efekcie po ponownym zamontowaniu lub po odzyskaniu po awarii mogły zostać ujawnione nieaktualne dane z dysku znajdujące się poza poprzednim końcem pliku.
- CVE-2026-89830Niskie ryzyko· EPSS 10%
W jądrze Linux w funkcji __allocate_data_block() systemu plików f2fs, przy alokacji nowego bloku danych najpierw zwiększany jest licznik zajętych bloków (inc_valid_block_count()), a jeśli kolejna operacja f2fs_allocate_data_block() zakończy się błędem, funkcja zwraca błąd bez cofnięcia tego zwiększenia. Powoduje to trwały wyciek licznika poprawnych bloków.
- CVE-2026-89829Wysokie
W jądrze Linux funkcja f2fs_sanity_check_node_footer() nie otrzymuje poprawnej wartości folio->index, przez co sprawdza ten sam nid w nieprawidłowy sposób. Może to prowadzić do błędnej weryfikacji spójności węzłów w systemie plików f2fs.
Oryginalny opis (angielski, źródło NVD)
In the Linux kernel, the following vulnerability has been resolved: f2fs: fix to do sanity check on node blkaddr in truncate_node() syzbot reports a f2fs bug as below: ------------[ cut here ]------------ kernel BUG at fs/f2fs/segment.c:2534! RIP: 0010:f2fs_invalidate_blocks+0x35f/0x370 fs/f2fs/segment.c:2534 Call Trace: truncate_node+0x1ae/0x8c0 fs/f2fs/node.c:909 f2fs_remove_inode_page+0x5c2/0x870 fs/f2fs/node.c:1288 f2fs_evict_inode+0x879/0x15c0 fs/f2fs/inode.c:856 evict+0x4e8/0x9b0 fs/inode.c:723 f2fs_handle_failed_inode+0x271/0x2e0 fs/f2fs/inode.c:986 f2fs_create+0x357/0x530 fs/f2fs/namei.c:394 lookup_open fs/namei.c:3595 [inline] open_last_lookups fs/namei.c:3694 [inline] path_openat+0x1c03/0x3590 fs/namei.c:3930 do_filp_open+0x235/0x490 fs/namei.c:3960 do_sys_openat2+0x13e/0x1d0 fs/open.c:1415 do_sys_open fs/open.c:1430 [inline] __do_sys_openat fs/open.c:1446 [inline] __se_sys_openat fs/open.c:1441 [inline] __x64_sys_openat+0x247/0x2a0 fs/open.c:1441 do_syscall_x64 arch/x86/entry/common.c:52 [inline] do_syscall_64+0xf3/0x230 arch/x86/entry/common.c:83 entry_SYSCALL_64_after_hwframe+0x77/0x7f RIP: 0010:f2fs_invalidate_blocks+0x35f/0x370 fs/f2fs/segment.c:2534 The root cause is: on a fuzzed image, blkaddr in nat entry may be corrupted, then it will cause system panic when using it in f2fs_invalidate_blocks(), to avoid this, let's add sanity check on nat blkaddr in truncate_node().
Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS

