Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - f2fs：修复以对 fs/f2fs/file.c：845！ 的 f2fs_get_node_folio_ra（） 内核缺陷进行健全性检查！哎呀：无效操作码：0000 [#1] SMP KASAN NOPTI CPU：0 UID：0 PID：5336 通信：syz.0.0 未受感染的 syzkaller #0 PREEMPT（完整） 硬件名称：QEMU 标准 PC（Q35 + ICH9,2009），BIOS 1.16.3-debian-1.16.3-2 04/01/2014 RIP：0010：f2fs_do_truncate_blocks+0x1115/0x1140 fs/f2fs/file.c：845 代码：fc fc 90 0f 0b e8 8b 9d 9a fd 90 0f 0b e8 83 9d 9a fd 48 89 df 48 c7 c6 60 d1 1a 8c e8 54 f1FC FC 90 0f 0b e8 6c 9d 9a fd 90 <0f> 0b e8 64 9d 9a fd 90 0f 0b 90 e9 93 fd ff ff e8 56 9d 9a fd 90 RSP： 0018：ffffc9000e4474c0 EFLAGS： 00010283 RAX：
    ffffffff842b1d34 RBX： 0000000000000003 RCX： 0000000000100000 RDX： ffffc9000f03a000 RSI： 0000000000035503 RDI： 0000000000035504 RBP： ffffc9000e447608 R08： ffff8880123b0000 R09： 0000000000000002 R10：
    00000000fffffffe R11： 0000000000000002 R12： 0000000000000001 R13： 000000000000000 R14： 1ffff92001c88ea0 R15： 00000000ffff039c FS： 00007f7e02ee36c0（0000） GS：ffff88808c887000（0000） knlGS：0000000000000000 CS：0010 DS：0000 ES：0000 CR0：0000000080050033 CR2：00007ff0305c4000 CR3：0000000012d4c000 CR4：0000000000352ef0 调用跟踪： <TASK> f2fs_truncate_blocks+0x10a/0x300 fs/f2fs/file.c：882 f2fs_truncate+0x471/0x7c0 fs/f2fs/file.c：940 f2fs_evict_inode+0xa3f/0x1ac0 fs/f2fs/inode.node.（inode.） c：907 evict+0x61e/0xb10 fs/inode.c：841 f2fs_fill_super+0x5f43/0x78f0 fs/f2fs/super.c：5224 get_tree_bdev_flags+0x431/0x4f0 fs/super.c：1694 vfs_get_tree+0x92/0x2a0 fs/super.c：1754 fc_mount fs/namespace.c：1193 [内联] do_new_mount_fc fs/namespace.c：3758 [内联] do_new_mount+0x341/0xd30 fs/namespace.c：3834 do_mount fs/namespace.c：4167 [内联] __do_sys_mount fs/namespace.c：4383 [内联] __se_sys_mount+0x31d/0x420 fs/namespace.c：4360 do_syscall_x64 arch/x86/entry/syscall_64.c：63 [内联] do_syscall_64+0x15f/0xf80 arch/x86/entry/syscall_64.c：94 entry_SYSCALL_64_after_hwframe+0x77/0x7f count = ADDRS_PER_PAGE（dn.node_folio， inode）;计数 -= dn.ofs_in_node;f2fs_bug_on（sbi，计数 < 0）;模糊测试将在 f2fs 中触发上述bug_on。根本原因是：在损坏的 inode 中，有一个直接节点在其页脚中具有相同的 ino 和 nid，因此在 f2fs_do_truncate_blocks（） 中，当 f2fs_get_dnode_of_data（） 找到此类 dnode： 1） ADDRS_PER_PAGE（dn.node_folio， inode） 将返回 923 2） 一旦 dn.ofs_in_node 指向 addr[923， 1017] 然后它将触发系统错误。让我们介绍NODE_TYPE_NON_IXNODE来指示当前节点不应该是 inode 或 xattr 节点，然后在以下路径中使用它来检测 inode 映射表中不一致的节点链：- f2fs_do_truncate_blocks - f2fs_get_dnode_of_data - f2fs_get_node_folio_ra - __get_node_folio - f2fs_sanity_check_node_footer - 大小写NODE_TYPE_NON_IXNODE ->检查是否是 inode|xnode （CVE-2026-63819）

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

检测

Linux Distros 未修补的漏洞：CVE-2026-63819

high Nessus 插件 ID 327878

版本 1.3