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

  - erofs修复原子上下文的检测对原子上下文的当前检查不充分因为可在 rcu 锁定下从 blk_mq_flush_plug_list() 调用 z_erofs_decompressqueue_endio。请参阅堆栈跟踪 [1] 在这种情况下我们应该移交异步处理的解压缩工作而不是尝试在当前上下文中执行同步解压缩。修补程序通过检查 rcu_read_lock_any_held() 来修复检测 当它使用比 in_atomic() 更适当的 !in_task() 检查时。
    背景：历史上erofs 将始终计划 kworker 进行解压缩，这将导致计划成本与上下文无关。但是 z_erofs_decompressqueue_endio() 可能并不总是在原子上下文中如果在线程上下文中例如通过 dm-verity 运行时我们实际上可以从在 z_erofs_decompressqueue_endio() 中执行解压缩中受益。此优化后来添加到修补程序 [2] 中其显示了性能基准方面的改进。
    ============================================== [1] 问题stacktrace [name:core&]BUG从 kernel/locking/mutex.c:291 的无效上下文调用的休眠函数 [name:core&]in_atomic()0, irqs_disabled(): 0, non_block: 0, pid: 1615, name CpuMonitorServi [名称：core&]preempt_count0，预期：0 [名称：core&]RCU 嵌套深度：1，预期：0 CPU：7 PID：1615 Comm：CpuMonitorServi Tainted：GSW OE 6.1.25-android14-5-maybe -dirty-mainline #1 硬件名称 MT6897 (DT) 调用跟踪
    dump_backtrace+0x108/0x15c show_stack+0x20/0x30 dump_stack_lvl+0x6c/0x8c dump_stack+0x20/0x48
    __might_resched+0x1fc/0x308 __might_sleep+0x50/0x88 mutex_lock+0x2c/0x110 z_erofs_decompress_queue+0x11c/0xc10 z_erofs_decompress_kickoff+0x110/0x1a4 z_erofs_decompressqueue_endio+0x154/0x180 bio_endio+0x1b0/0x1d8 __dm_io_complete+0x22c/0x280 clone_endio+0xe4/0x280 bio_endio+0x1b0/0x1d8 blk_update_request+0x138/0x3a4 blk_mq_plug_issue_direct+0xd4/0x19c blk_mq_flush_plug_list+0x2b0/0x354 __blk_flush_plug+0x110/0x160 blk_finish_plug+0x30/0x4c read_pages+0x2fc/0x370 page_cache_ra_unbounded+0xa4/0x23c page_cache_ra_order+0x290/0x320 do_sync_mmap_readahead+0x108/0x2c0 filemap_fault+0x19c/0x52c
    __do_fault+0xc4/0x114 handle_mm_fault+0x5b4/0x1168 do_page_fault+0x338/0x4b4 do_translation_fault+0x40/0x60 do_mem_abort+0x60/0xc8 el0_da+0x4c/0xe0 el0t_64_sync_handler+0xd4/0xfc el0t_64_sync+0x1a0/0x1a4 [2] Link:
    https://lore.kernel.org/all/20210317035448.13921-1-huangjianan@oppo.com/ (CVE-2023-53231)

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

检测

Linux Distros 未修补的漏洞：CVE-2023-53231

medium Nessus 插件 ID 264931

版本 1.22