No kernel Linux, a seguinte vulnerabilidade foi resolvida. f 2 fs: corrigir para fazer verificação de sanidade mental na f 2 fs_get_node_folio_ra() BUG do núcleo em fs/f 2 fs/ file.c: 845! Oops: opcode inválido: 0000 [# 1 ] CPU KASAN NOPTI SMP: 0 UID: 0 PID: 5336 Comm: syz. 0.0 Não está contaminado o syzkaller # 0 Nome do hardware: QEMU Standard PC (Q) 35 + ICH 9, 2009 ), BIOS 1.16.3 - Debian- 1.16.3 - 2 04 / 01 / 2014 RIP: 0010:f 2 fs_do_truncate_blocks+ 0 x 1115 / 0 x 1140 fs/ f 2 fs/ file.c: 845 Código: fc fc 90 0 f 0 b e 8 8 b 9 d 9 um fd 90 0 f 0 b e 8 83 9 d 9 um fd 48 89 df 48 c 7 c 6 60 d 1 1 a 8 c e 8 54 f 1 fc fc 90 0 f 0 b e 8 6 c 9 d 9 um fd 90 0 b e 8 64 9 d 9 um fd 90 0 f 0 b 90 e 9 93 fd ff ff ff 8 56 9 d 9 um fd 90 RSP: 0018:ffffc 9000 e 4474 c 0 EFLAGS: 00010283 RAX: ffffffffff 842 b 1 d 34 RBX: 0000000000000003 RCX: 0000000000100000 RDX: ffffc 9000 f 03 a 000 RSI: 0000000000035503 RDI: 0000000000035504 RBP: ffffc 9000 e 447608 R 08: ffff 8880123 b 0000 R 09: 0000000000000002 R 10: 00000000 Fffffffe R 11: 0000000000000002 R 12: 0000000000000001 R 13: 0000000000000000 R 14: 1 ffffff 92001 c 88 x 0 R 15: 00000000 ffffff 039 c FS: 00007 f 7 e 02 ee 36 c 0 ( 0000 ) GS:ffff 88808 c 887000 ( 0000 ) knIGS: 0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR 0: 0000000080050033 CR 2: 00007 ff 0305 c 4000 CR 3: 0000000012 d 4 c 000 CR 4: 0000000000352 ef 0 Chame o rastreamento: f 2 fs_truncate_blocks+ 0 x 10 a/ 0 x 300 fs/ f 2 fs/ file.c: 882 f 2 fs_ trunque+ 0 x 471 / 0 x 7 c 0 fs/ f 2 fs/ file.c: 940 f 2 fs_evict_inode+ 0 xa 3 f/ 0 x 1 ac 0 fs/ f 2 fs/inode.c: 907 Despejar+ 0 x 61 e/ 0 xb 10 fs/inode.c: 841 f 2 fs_fill_super+ 0 x 5 f 43 / 0 x 78 f 0 fs/ f 2 fs/ super. c: 5224 get_tree_bdev_flags+ 0 x 431 / 0 x 4 f 0 fs/ super. c: 1694 vfs_get_tree+ 0 x 92 / 0 x 2 a 0 fs/ super. c: 1754 fc_mount fs/namespace.c: 1193 [inline] do_new_mount_fc fs/ namespace.c: 3758 [inline] do_new_mount+ 0 x 341 / 0 xd 30 Fs/ namespace.c: 3834 do_mount fs/ namespace.c: 4167 [inline] __do_sys_mount fs/namespace.c: 4383 [inline] __se_sys_mount+ 0 x 31 d/ 0 x 420 Fs/ namespace.c: 4360 do_syscall_x 64 arch/ x 86 /entry/ syscall_ 64. c: 63 [inline] do_syscall_ 64 + 0 x 15 f/ 0 xf 80 arch/ x 86 /entry/ syscall_ 64. c: 94 digitação_SISCO_ 64 _após_hwframe+ 0 x 77 / 0 x 7 f.

contagem = ADDRS_PER_ PAGE(dn. node_ folio, inode). contagem -= dn.ofs_in_ node; f 2 fs_bug_on(sbi, conta < 0 ); O teste de fuzz irá ativar acima do bug_on em f 2 Fs.

A causa raiz deve ser: no inodo corrompido, há um nó direto que tem o mesmo ino e nid no seu pé de rodapé, então em f 2 fs_do_truncate_blocks(), após f 2 fs_get_dnode_of_data() encontra tal dnode: 1 ) ADDRS_PER_PAGE (dn.node_folio, inode) retornará 923 2 ) uma vez que dn.ofs_in_node aponta para addr[ 923, 1017 ] Então ele irá desencadear o pânico do sistema. Vamos introduzir NODE_TYPE_NON_IXNODE para indicar que o nó atual não deve ser um nó inodo ou xattr, e em seguida usá-lo em caminho abaixo para detectar cadeia inconsistente de nódo na tabela de mapeamento de inodo:.

- f 2 fs_do_truncate_blocks - f 2 fs_get_dnode_of_data - f 2 fs_get_node_folio_ra - __get_node_folio - f 2 fs_sanity_check_node_footer - caso NODE_TYPE_NON_IXNODE -> verifica se é inode.xnode Registro de aconselhamento: GHSA-x 28 c- 5 hrw- xmh 5. Identificadores relacionados: CVE- 2026 - 63819.

Tempo: GitHub Advisory Database publicou este registro em 2026 - 07 - 19 T 12: 30: 23.000 Z e lista a sua última modificação como 2026 - 07 - 20 T 15: 31: 47.000 Z. Severidade: ALTAMENTE. Dados de pontuação publicados: CVSS_V 3: CVSS: 3.1 /AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H.

Software afetado: o registro de aconselhamento não fornece um pacote normalizado ou faixa de versões.

Classificação e evidência: nenhum identificador CWE está listado. O registro contém 4 suporte de referências nestes tipos: AVISO, WEB.