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

  - ocfs2取消快取 inode其無法進入群組 Syzbot 報告了下列錯誤fs/ocfs2/uptodate.c:509! 的核心錯誤... 呼叫追踪 <TASK> ? __die_body+0x5f/0xb0 ? die+0x9e/0xc0 ? do_trap+0x15a/0x3a0 ? ocfs2_set_new_buffer_uptodate+0x145/0x160 do_error_trap+0x1dc/0x2c0 ? ocfs2_set_new_buffer_uptodate+0x145/0x160 __pfx_do_error_trap+0x10/0x10 ? handle_invalid_op+0x34/0x40 ? ocfs2_set_new_buffer_uptodate+0x145/0x160 exc_invalid_op+0x38/0x50 ? asm_exc_invalid_op+0x1a/0x20 ? ocfs2_set_new_buffer_uptodate+0x2e/0x160 ocfs2_set_new_buffer_uptodate+0x144/0x160 ocfs2_set_new_buffer_uptodate+0x145/0x160 ocfs2_group_add+0x39f/0x15a0 __pfx_ocfs2_group_add+0x10/0x10 ?
    __pfx_lock_acquire+0x10/0x10 ? mnt_get_write_access+0x68/0x2b0 __pfx_lock_release+0x10/0x10 ? rcu_read_lock_any_held+0xb7/0x160 __pfx_rcu_read_lock_any_held+0x10/0x10 ? smack_log+0x123/0x540 ? mnt_get_write_access+0x68/0x2b0 mnt_get_write_access+0x68/0x2b0 mnt_get_write_access+0x226/0x2b0 ocfs2_ioctl+0x65e/0x7d0 __pfx_ocfs2_ioctl+0x10/0x10 ? smack_file_ioctl+0x29e/0x3a0 ?
    __pfx_smack_file_ioctl+0x10/0x10 ? lockdep_hardirqs_on_prepare+0x43d/0x780 ?
    __pfx_lockdep_hardirqs_on_prepare+0x10/0x10 ? __pfx_ocfs2_ioctl+0x10/0x10 __se_sys_ioctl+0xfb/0x170 do_syscall_64+0xf3/0x230 entry_SYSCALL_64_after_hwframe+0x77/0x7f ...</TASK> 當「ocfs2_verify_group_and_input()」中特定 inode 的「ioctl(OCFS2_IOC_GROUP_ADD, ...)」失敗時對應的緩衝區頭會保持快取狀態且後續對相同 inode 的相同「ioctl()」呼叫會在'ocfs2_set_new_buffer_uptodate()' (嘗試快取該 inode 的相同緩衝區標頭)。透過在「ocfs2_group_add()」的錯誤路徑中取消快取具有「ocfs2_remove_from_cache()」的緩衝區頭來修正此問題。 (CVE-2024-53112)

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

偵測

Linux Distros 未修補的弱點：CVE-2024-53112

medium Nessus Plugin ID 230558

版本 1.9