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

  - ext4ext4_update_inline_data の警告を修正 Syzbot は次の問題を見つけましたEXT4-fsloop0ジャーナルなしでファイルシステム 00000000-0000-0000-0000-000000000000 をマウントしました。クォータモード: None fscrypt実装 cts-cbc-aes-aesni を使用した AES-256-CTS-CBC fscrypt実装 xts-aes-aesni を使用した AES-256-XTS
    ---------------[ここで編集]---------------------- 警告CPU0 PID5071 at mm/page_alloc.c5525
    __alloc_pages+0x30a/0x560 mm/page_alloc.c:5525 モジュールがリンクされています CPU1 PID5071 通信syz-executor263 汚染されていない 6.2.0-rc1-syzkaller #0 ハードウェア名Google Google Compute Engine/Google Compute Engine、 BIOS Google 10/26/2022 RIP: 0010:__alloc_pages+0x30a/0x560 mm/page_alloc.c:5525 RSP: 0018:ffffc90003c2f1c0 EFLAGS: 00010246 RAX: ffffc90003c2f220 RBX: 0000000000000014 RCX: 0000000000000000 RDX: 0000000000000028 RSI: 0000000000000000 RDI: ffffc90003c2f248 RBP ffffc90003c2f2d8 R08dffffc0000000000 R09
     R10ffffc90003c2f220  : fffff52000785e49 R11: 1ffff92000785e44 R12: 0000000000040d40 R13: 1ffff92000785e40 R14: dffffc0000000000 R15: 1ffff92000785e3c FS: 0000555556c0d300(0000) GS:ffff8880b9800000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0 0000000080050033 CR2 00007f95d5e04138 CR3
    00000000793aa000 CR4: 00000000003506f0 DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400 Call Trace: <TASK> __alloc_pages_node include/linux/gfp.h:237 [inline] alloc_pages_node include/linux/gfp.h:260 [インライン]
    __kmalloc_large_node+0x95/0x1e0 mm/slab_common.c:1113 __do_kmalloc_node mm/slab_common.c:956 [インライン]
    __kmalloc+0xfe/0x190 mm/slab_common.c:981 kmalloc include/linux/slab.h:584 [インライン] kzalloc include/linux/slab.h:720 [インライン] ext4_update_inline_data+0x236/0x6b0 fs/ext4/inline.c :346 ext4_update_inline_dir fs/ext4/inline.c:1115 [inline] ext4_try_add_inline_entry+0x328/0x990 fs/ext4/inline.c:1307 ext4_add_entry+0x5a4/0xeb0 fs/ext4/namei.c:2385 ext4_add_nondir+0x960x ext4/namei.c:2772 ext4_create+0x36c/0x560 fs/ext4/namei.c:2817 lookup_open fs/namei.c:3413 [インライン] open_last_lookups fs/namei.c:3481 [インライン] path_openat+0x12ac/0x2dd0 fs/ namei.c:3711 do_filp_open+0x264/0x4f0 fs/namei.c:3741 do_sys_openat2+0x124/0x4e0 fs/open.c:1310 do_sys_open fs/open.c:1326 [inline] __do_sys_openat fs/namei.c:1342 [inline] ] __se_sys_openat fs/open.c:1337 [inline]
    __x64_sys_openat+0x243/0x290 fs/open.c:1337 do_syscall_x64 arch/x86/entry/common.c:50 [inline] do_syscall_64+0x3d/0xb0 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x63/0xcd 上記の問題happens as follows: ext4_iget ext4_find_inline_data_nolock ->i_inline_off=164 i_inline_size=60 ext4_try_add_inline_entry __ext4_mark_inode_dirty ext4_expand_extra_isize_ea ->i_extra_isize=32 s_want_extra_isize=44 ext4_xattr_shift_entries ->after shift i_inline_off is incorrect, actually is change to 176 ext4_try_add_inline_entry ext4_update_inline_dir get_max_inline_xattr_value_size if (EXT4_I(inode)-> i_inline_off) entry =(struct ext4_xattr_entry *)(void *)raw_inode + EXT4_I(inode)->i_inline_off); += EXT4_XATTR_SIZE(le32_to_cpu(entry->e_value_size)); -> エントリが不適切であるため、「free」は負の ext4_update_inline_data 値 = kzalloc(len, GFP_NOFS); の可能性があります-> len が符号なし整数で、おそらく非常に大きいため、「kzalloc()」の場合に警告を発生させます。上記の問題を解決するには、「ext4_xattr_shift_entries()」の後に「i_inline_off」を更新する必要があります。必要に応じて、ext4_mark_inode_dirty() がすでにこのフラグを設定しているため、ここでは EXT4_STATE_MAY_INLINE_DATA フラグを設定する必要はありません。
    必要なときに EXT4_STATE_MAY_INLINE_DATA を設定すると、ext4_writepages() で BUG_ON が発生する可能性があります。
    (CVE-2023-53100)

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

検出

Linux Distros のパッチ未適用の脆弱性: CVE-2023-53100

medium Nessus プラグイン ID 244898

バージョン 1.1