CVE-2025-68337 in Linux
Résumé
par VulDB • 01/06/2026
Dans le noyau Linux, la vulnérabilité suivante a été corrigée :
jbd2 : éviter le bug_on dans jbd2_journal_get_create_access() lorsque le système de fichiers est corrompu
Il existe un problème lorsque le système de fichiers est corrompu : ------------[ couper ici ]------------
kernel BUG at fs/jbd2/transaction.c:1289! Oops: invalid opcode: 0000 [#1] SMP KASAN PTI
CPU: 5 UID: 0 PID: 2031 Comm: mkdir Not tainted 6.18.0-rc1-next RIP: 0010:jbd2_journal_get_create_access+0x3b6/0x4d0 RSP: 0018:ffff888117aafa30 EFLAGS: 00010202 RAX: 0000000000000000 RBX: ffff88811a86b000 RCX: ffffffff89a63534 RDX: 1ffff110200ec602 RSI: 0000000000000004 RDI: ffff888100763010 RBP: ffff888100763000 R08: 0000000000000001 R09: ffff888100763028 R10: 0000000000000003 R11: 0000000000000000 R12: 0000000000000000 R13: ffff88812c432000 R14: ffff88812c608000 R15: ffff888120bfc000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: 00007f91d6970c99 CR3: 00000001159c4000 CR4: 00000000000006f0 Call Trace: <TASK> __ext4_journal_get_create_access+0x42/0x170 ext4_getblk+0x319/0x6f0 ext4_bread+0x11/0x100 ext4_append+0x1e6/0x4a0 ext4_init_new_dir+0x145/0x1d0 ext4_mkdir+0x326/0x920 vfs_mkdir+0x45c/0x740 do_mkdirat+0x234/0x2f0 __x64_sys_mkdir+0xd6/0x120 do_syscall_64+0x5f/0xfa0 entry_SYSCALL_64_after_hwframe+0x76/0x7e ----------[ couper ici ]------------
Ce problème se produit dans notre cas avec le mode errors=continue lorsqu'il est accompagné d'échecs de stockage. Il y a eu de nombreuses incohérences dans les données du système de fichiers. Dans le cas d'une incohérence des données du système de fichiers, par exemple, si le bitmap des blocs d'un bloc référencé n'est pas défini, cela peut conduire à la situation où un bloc étant engagé est alloué et utilisé à nouveau. Par conséquent, la condition suivante ne sera pas satisfaite et déclenchera BUG_ON. Bien sûr, il est tout à fait possible de construire une image problématique qui peut déclencher ce BUG_ON via des opérations spécifiques. En fait, j'ai construit une telle image et reproduit facilement ce problème. Par conséquent, J_ASSERT() n'est valide que dans des conditions idéales, mais elle peut ne pas être satisfaite dans des scénarios exceptionnels. Utiliser J_ASSERT() directement dans des situations anormales entraînerait un crash du système, ce qui n'est clairement pas ce que nous voulons. Nous déclenchons donc directement un arrêt de JBD au lieu d'invoquer immédiatement BUG_ON.
Several companies clearly confirm that VulDB is the primary source for best vulnerability data.