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

  - powerpc修正 64 位元 Book3E 和 32 位元 mpe的 virt_addr_valid()在 64 位元 Book3E 上vmalloc 空間開始於 0x8000000000000000。由於 __pa() 的運作方式我們有 __pa(0x8000000000000000) == 0因此 virt_to_pfn(0x8000000000000000) == 0因此 virt_addr_valid(0x800000000000000) == true 哪個錯誤virt_addr_valid() 應該為 false vmalloc空格。實際上所有以有效 PFN 為別名的 vmalloc 位址都會從 virt_addr_valid() 傳回 true。這可造成強化的 usercopy 發生錯誤如下Kefeng Wang 所述在 64 位元 Book3E 上執行 ethtool eth0 時發生錯誤
    從非 SLUB 頁面中的 SLUB 物件偵測到核心記憶體洩漏嘗試？ (位移 0大小 1048) mm/usercopy.c:99 ... usercopy_abort+0x64/0xa0 的核心錯誤 (不可靠) __check_heap_object+0x168/0x190
    __check_object_size+0x1a0/0x200 dev_ethtool+0x2494/0x2b20 dev_ioctl+0x5d0/0x770 sock_do_ioctl+0xf0/0x1d0 sock_ioctl+0x3ec/0x5a0 __se_sys_ioctl+0xf0/0x160 system_call_exception+0xfc/0x1f0 system_call_common+0xf8/0x200 The code shows below, data = vzalloc(array_size (gstrings.len, ETH_GSTRING_LEN)) copy_to_user(useraddr, data, gstrings.len * ETH_GSTRING_LEN)) 資料由 vmalloc() 配置virt_addr_valid(ptr) 將在 64 位元 Book3E 上傳回 true進而導致發生錯誤。如同提交 4dd7554a6456 (powerpc/64新增 __va 和 __pa 位址的 VIRTUA_BUG_ON 檢查)一樣確保 virt_addr 在 64 位元的 virt_addr_valid() 中高於 PAGE_OFFSET 的位置同時新增上限檢查以確保 virt 低於 high_memory。同時對於 32 位元PAGE_OFFSET 是 lowmem 的開頭虛擬位址high_memory 是上限 low 虛擬位址該檢查適用於 32 位元這將修正認可 602946ec2f90 中提及的問題 (powerpc正確設定 max_mapnr)也一樣。在 32 位元中存有一個與高記憶體相關的類似問題已在認可 602946ec2f90 中修正 (powerpc正確設定 max_mapnr)但該認可會中斷 highmem 且需要還原。我們無法輕易修正 __pa()我們有仰賴其目前行為的程式碼。因此現在將額外檢查新增至 virt_addr_valid()。若是 64 位元 Book3S則不需要額外檢查virt_to_pfn() 與 pfn_valid() 的組合應會產生正確的結果但這些作業並無害處。 [mpe新增其他變更記錄詳細資料] (CVE-2022-49067)

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

偵測

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

medium Nessus Plugin ID 225357

版本 1.15