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

  - erofs修复 UP 平台上的 pcluster 在压力测试禁用 CONFIG_SMP 的过程中KASAN 报告如下 ========================= ========================================= BUG: KASAN释放后使用在 __mutex_lock+0xe5/0xc30 中在 addr ffff8881094223f8 大小 8 的读取中执行任务 stress/7789 CPU: 0 PID: 7789 Comm:stress 未受感染 6.0.0-rc1-00002-g0d53d2e882f9 #3 硬件名称: Red Hat KVM、BIOS 0.5.1 2011 年 1 月 1 日调用跟踪 <TASK>.. __mutex_lock+0xe5/0xc30 .. z_erofs_do_read_page+0x8ce/0x1560 ..
    z_erofs_readahead+0x31c/0x580 .. Freed by task 7787 kasan_save_stack+0x1e/0x40 kasan_set_track+0x20/0x30 kasan_set_free_info+0x20/0x40 __kasan_slab_free+0x10c/0x190 kmem_cache_free+0xed/0x380 rcu_core+0x3d5/0xc90 __do_softirq+0x12d/0x389 Last potentially related work creation:
    kasan_save_stack+0x1e/0x40 __kasan_record_aux_stack+0x97/0xb0 call_rcu+0x3d/0x3f0 erofs_shrink_workstation+0x11f/0x210 erofs_shrink_scan+0xdc/0x170 shrink_slab.constprop.0+0x296/0x530 drop_slab+0x1c/0x70 drop_caches_sysctl_handler+0x70/0x80 proc_sys_call_handler+0x20a/0x2f0 vfs_write+0x555/0x6c0 ksys_write+0xbe/0x160 do_syscall_64+0x3b/0x90 根本原因是 erofs_workgroup_unfreeze() 未重置为 orig_val，因而造成争用条件，pcluster 在释放前意外重复使用了该争用条件。由于 UP 平台现在相当罕见，因此不必使用此路径。我们可以直接弃用此类特别设计的路径。(CVE-2022-48674)

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

检测

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

high Nessus 插件 ID 225499

版本 1.8