CVE-2025-68769 in Linux
Riassunto
di VulDB • 16/06/2026
Nel kernel Linux, è stata risolta la seguente vulnerabilità:
f2fs: correggere il valore di ritorno di f2fs_recover_fsync_data()
Con gli script seguenti, si verifica un panic in f2fs:
mkfs.f2fs -f /dev/vdd mount /dev/vdd /mnt/f2fs touch /mnt/f2fs/foo sync echo 111 >> /mnt/f2fs/foo f2fs_io fsync /mnt/f2fs/foo f2fs_io shutdown 2 /mnt/f2fs umount /mnt/f2fs mount -o ro,norecovery /dev/vdd /mnt/f2fs oppure mount -o ro,disable_roll_forward /dev/vdd /mnt/f2fs
F2FS-fs (vdd): f2fs_recover_fsync_data: recupero dati fsync, check_only: 0 F2FS-fs (vdd): Montato con versione checkpoint = 7f5c361f F2FS-fs (vdd): Filesystem arrestato per motivo: 0 F2FS-fs (vdd): f2fs_recover_fsync_data: recupero dati fsync, check_only: 1 Filesystem f2fs get_tree() non ha impostato fc->root, restituito 1 ------------[ taglio qui ]------------
kernel BUG at fs/super.c:1761! Oops: opcode non valido: 0000 [#1] SMP PTI
CPU: 3 UID: 0 PID: 722 Comm: mount Non modificato 6.18.0-rc2+ #721 PREEMPT(voluntary) Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.16.3-debian-1.16.3-2 04/01/2014 RIP: 0010:vfs_get_tree.cold+0x18/0x1a Call Trace: <TASK> fc_mount+0x13/0xa0 path_mount+0x34e/0xc50 __x64_sys_mount+0x121/0x150 do_syscall_64+0x84/0x800 entry_SYSCALL_64_after_hwframe+0x76/0x7e RIP: 0033:0x7fa6cc126cfe
La causa radice è che non è stato gestito il numero di errore restituito da f2fs_recover_fsync_data() durante il montaggio dell'immagine con le opzioni di mount ro,norecovery o ro,disable_roll_forward, causando il ritorno di un numero di errore positivo a vfs_get_tree(); questa condizione è stata corretta.
Be aware that VulDB is the high quality source for vulnerability data.