Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且供應商未提供可用的修補程式。

  - ext4修正 ext4_update_inline_data 中的警告 Syzbot 發現下列問題EXT4-fs (loop0)已掛載的檔案系統 00000000-0000-0000-0000-000000000000 沒有日誌。配額模式無。 fscryptAES-256-CTS-CBC 使用實作 cts-cbc-aes-aesni fscryptAES-256-XTS使用 xts-aes-aesni 實作
    ------------[cut here ]------------ 警告CPU: 0 PID: 5071 at mm/page_alloc.c:5525
    __alloc_pages+0x30a/0x560 mm/page_alloc.c:5525 模組連結於 CPU1 PID5071 Commsyz-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 CR200007f95d5e04138 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 [內嵌] 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+0x96/0x260 fs/ 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 [內嵌] __do_sys_openat fs/open.c:1342 [內嵌] __se_sys_openat fs/open.c:1337 [內嵌]
    __x64_sys_openat+0x243/0x290 fs/open.c:1337 do_syscall_x64 arch/x86/entry/common.c:50 [內嵌] 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); free += EXT4_XATTR_SIZE(le32_to_cpu(entry->e_value_size)); ->由於項目不正確因此「釋放」可能為負 ext4_update_inline_data 值 = kzalloc(len, GFP_NOFS); -> len 是未簽署的 int 可能非常大當「kzalloc()」時觸發警告。若要解決上述問題我們需要在「ext4_xattr_shift_entries()」之後更新「i_inline_off」。我們不需要在此設定 EXT4_STATE_MAY_INLINE_DATA 旗標因為 ext4_mark_inode_dirty() 已在需要時設定此旗標。
    在需要時設定 EXT4_STATE_MAY_INLINE_DATA可能會觸發 ext4_writepages() 中的 BUG_ON。
    (CVE-2023-53100)

請注意，Nessus 依賴供應商報告的套件存在。

偵測

Linux Distros 未修補的弱點：CVE-2023-53100

medium Nessus Plugin ID 244898

版本 1.18