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

  - ext4使用 dioread_nolock 驱逐 inode 时关闭警告信息使用默认 dioread_nolock 驱逐 inode 时可能会在回写某些新分配的脏块之后受到转换 kworker 的未写入盘区争用。会将未写入的盘区转换为已写入这些盘区可以合并到高级和释放盘区区块因此它可以再次将该 inode 标记为脏即使这个 inode 被标记为 I_FREEING。但是 ext4_evict_inode() 中的 inode->i_io_list 检查和警告会缺少此极端情况。
    幸运的是ext4_evict_inode() 会等待所有盘区转换完成之后再进行此项检查因此不会导致 inode 释放后使用问题除了此警告一切都正常。WARN_ON_ONCE 最初设计用于提前查找 inode 释放后使用问题但如果我们在 中添加当前的 dioread_nolock 情况则将变得不太有用因此通过删除此检查来修复此警告。
    ====== 警告CPU: 7 PID: 1092 at fs/ext4/inode.c:227 ext4_evict_inode+0x875/0xc60 ... RIP
    0010ext4_evict_inode+0x875/0xc60 ... Call Trace: <TASK> evict+0x11c/0x2b0 iput+0x236/0x3a0 do_unlinkat+0x1b4/0x490 __x64_sys_unlinkat+0x4c/0xb0 do_syscall_64+0x3b/0x90 entry_SYSCALL_64_after_hwframe+0x46/0xb0 RIP: 0033:0x7fa933c1115b ====== rm kworker ext4_end_io_end( ) vfs_unlink() ext4_unlink() ext4_convert_unwritten_io_end_vec() ext4_convert_unwritten_extents() ext4_map_blocks() ext4_ext_map_blocks() ext4_ext_try_to_merge_up() __mark_inode_dirty() check !I_FREEING locked_inode_to_wb_and_lock_list() iput() iput_final() evict() ext4_evict_inode() truncate_inode_pages_final() //wait release io_end inode_io_list_move_locked() ext4_release_io_end() 触发 WARN_ON_ONCE() (CVE-2022-50730)

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

检测

Linux Distros 未修补的漏洞：CVE-2022-50730

high Nessus 插件 ID 279929

版本 1.20