Linux/Unix ホストには、ベンダーが提供するパッチが利用できない脆弱性の影響を受ける複数のパッケージがインストールされています。

  - f2fs:fs/f2fs/file.c:845 にある f2fs_get_node_folio_ra() カーネルのバグに対するサニティチェックを修正します! Oops:無効な opcode:0000 [#1] SMP KASAN NOPTI CPU:0 UID:0 PID:5336 通信:syz.0.0 汚染されていない syzkaller #0 PREEMPT(full) ハードウェア名:QEMU Standard 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 Code: 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:
    00000000fffffffffe R11: 0000000000000002 R12: 0000000000000001 R13: 00000000000000000 R14: 1ffff92001c88ea0 R15: 00000000ffff039c FS: 00007f7e02ee36c0(0000) GS:ffff88808c887000(0000) knlGS:000000000000000000 CS:0010 DS:0000 ES:0000 CR0:0000000080050033 CR2:00007ff0305c4000 CR3:0000000012d4c0000 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 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);fuzz テストは、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] その後、システムパニックが発生します。現在のノードが inode または xattr ノードであってはならないことを示すNODE_TYPE_NON_IXNODEを導入し、それを以下のパスで使用して、inode マッピング テーブルで一貫性のないノード チェーンを検出します: - f2fs_do_truncate_blocks - f2fs_get_dnode_of_data - f2fs_get_node_folio_ra - __get_node_folio - f2fs_sanity_check_node_footer - case NODE_TYPE_NON_IXNODE -> が inode|xnode であるかどうかをチェックします (CVE-2026-63819)

Nessus は、ベンダーによって報告されたパッケージの存在に依存していることに注意してください。

検出

Linux Distros のパッチ未適用の脆弱性: CVE-2026-63819

high Nessus プラグイン ID 327878

バージョン 1.5