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

  - mm/kmemleak避免扫描潜在的巨大漏洞当使用 devm_request_free_mem_region() 和 devm_memremap_pages() 添加 ZONE_DEVICE 内存时如果请求的释放内存区域的 end pfn 很大例如 0x400000000node_end_pfn() 也将是巨大请参阅 move_pfn_range_to_zone ())。因此它在 node_start_pfn() 和 node_end_pfn() 之间造成了一个巨大的漏洞。我们在某些 AMD APU 上发现amdkfd 请求释放此类内存区域并造成巨大漏洞。在这种情况下下面的代码片段只是在大漏洞上执行 busy test_bit() 循环。 for (pfn = start_pfn; pfn < end_pfn; pfn++) { struct page *page = pfn_to_online_page(pfn); } if (!page) continue; ... } 因此我们遇到了 soft lockup: watchdog: BUG: soft lockup - CPU#6 卡住达 26s! [bash:1221] CPU6 PID1221 Commbash未受感染 5.15.0-custom #1 RIP
    0010:pfn_to_online_page+0x5/0xd0 调用跟踪kmemleak_scan+0x16a/0x440 kmemleak_write+0x306/0x3a0 common_file_perm+0x72/0x170 full_proxy_write+0x5c/0x90 vfs_write+0xb9/0x260 ksys_write+0x67/0xe0
    __x64_sys_write+0x1a/0x20 do_syscall_64+0x3b/0xc0 entry_SYSCALL_64_after_hwframe+0x44/0xae 我对该修补程序进行了一些测试。 (1) 修补程序之前卸载的 amdgpu 模块real 0m0.976s user 0m0.000s sys 0m0.968s修补程序之后real 0m0.981s user 0m0.000s sys 0m0.973s (2) 修补程序之前加载的 amdgpu 模块real 0m35修补程序之后的 .365s user 0m0.000s sys 0m35.354sreal 0m1.049s user 0m0.000s sys 0m1.042s (CVE-2022-48731)

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

检测

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

medium Nessus 插件 ID 225552

版本 1.15