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

  - mm/kmemleak避免掃描潛在的巨大漏洞。使用 devm_request_free_mem_region() 和 devm_memremap_pages() 新增 ZONE_DEVICE 記憶體時如果要求的可用記憶體區域的結尾 pfn 很大 (例如 0x400000000)node_end_pfn() 也會很大 (請參閱 move_pfn_range_to_zone ())。因此它會在 node_start_pfn() 和 node_end_pfn() 之間建立一個巨大漏洞。我們在某些 AMD APU 上發現amdkfd 要求了此類可用的記憶體區域並建立了一個巨大漏洞。在這種情況下下列程式碼片段只是在巨大漏洞上執行忙碌的 test_bit() 迴圈。 for (pfn = start_pfn; pfn < end_pfn; pfn++) { struct page *page = pfn_to_online_page(pfn); if (!page) 繼續... } 因此我們得到了軟鎖定 watchdogBUG軟鎖定 - CPU#6 停滯了 26 秒[bash:1221] CPU: 6 PID: 1221 Comm: bash 未受污染的 5.15.0-custom #1 RIP
    0010pfn_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 使用者 0m0.000s sys 0m0.968s 修補程式之後real 0m0.981s 使用者 0m0.000s sys 0m0.973s (2) 在修補程式之前載入的 amdgpu 模組real 0m35修補程式之後的 .365s 使用者 0m0.000s sys 0m35.354sreal 0m1.049s 使用者 0m0.000s sys 0m1.042s (CVE-2022-48731)

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

偵測

Linux Distros 未修補的弱點：CVE-2022-48731

medium Nessus Plugin ID 225552

版本 1.15