遠端 CentOS Linux 9 主機上安裝的套件受到 kernel-5.14.0-559.el9 版本變更記錄中提及的多個弱點影響。

  - 在 Linux 核心中，下列弱點已解決: iommu/vt-d: 在停用 ATS 之前移除快取標籤。目前的實作式是在停用 ATS 之後才移除快取標籤，進而導致潛在的記憶體流失和核心損毀問題。具體而言，即使網域已釋放，CACHE_TAG_DEVTLB 類型的快取標籤仍可能保留在清單中，進而造成釋放後使用的狀況。當來自不同 PF 的多個 VF 透過 vfio-pci 傳遞至單一使用者空間處理程序時，才會真正出現此問題。在這種情況下可能導致核心損毀，並顯示如下核心訊息: 錯誤: 核心 NULL 指標解除參照，位址:
    0000000000000014 PGD 19036a067 P4D 1940a3067 PUD 136c9b067 PMD 0 Oops: Oops: 0000 [#1] PREEMPT SMP NOPTI CPU: 74 UID: 0 PID: 3183 Comm: testCli 未受汙染 6.11.9 #2 RIP: 0010:cache_tag_flush_range+0x9b/0x250 Call Trace: <TASK> ? __die+0x1f/0x60 ? page_fault_oops+0x163/0x590 ? exc_page_fault+0x72/0x190 ? asm_exc_page_fault+0x22/0x30 ? cache_tag_flush_range+0x9b/0x250 ? cache_tag_flush_range+0x5d/0x250 intel_iommu_tlb_sync+0x29/0x40 intel_iommu_unmap_pages+0xfe/0x160 __iommu_unmap+0xd8/0x1a0 vfio_unmap_unpin+0x182/0x340 [vfio_iommu_type1] vfio_remove_dma+0x2a/0xb0 [vfio_iommu_type1] vfio_iommu_type1_ioctl+0xafa/0x18e0 [vfio_iommu_type1] 請將 `cache_tag_unassign_domain()` 移動至 `iommu_disable_pci_caps()` 之前，以修復此問題。(CVE-2024-56669)

  - 在 Linux 核心中，下列弱點已解決: erofs: 修復 UP 平台上的 pcluster 釋放後使用問題。在停用 CONFIG_SMP 並進行壓力測試期間，KASAN 的報告內容如下:
    ================================================================== BUG: KASAN: 釋放後使用發生於
    __mutex_lock+0xe5/0xc30 Read of size 8 at addr ffff8881094223f8 by task stress/7789 CPU: 0 PID: 7789 Comm:
    stress 未受汙染 6.0.0-rc1-00002-g0d53d2e882f9 #3 硬體名稱: Red Hat KVM, BIOS 0.5.1 01/01/2011 Call Trace: <TASK> .. __mutex_lock+0xe5/0xc30 .. z_erofs_do_read_page+0x8ce/0x1560 ..
    z_erofs_readahead+0x31c/0x580 .. 由任務 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 釋放。可能相關的最後一次工作建立時間:
    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)

  - 在 Linux 核心中，下列弱點已解決: erofs: 修復 LZMA 全域壓縮重複資料刪除機制的記憶體流失問題。據發現，在啟用新全域壓縮重複資料刪除功能 (`-Ededupe`) 並對 microLZMA EROFS 影像施加壓力時，部分短期臨時問題頁面並未正確釋放，這些頁面可能逐漸累積，並在數小時後導致系統意外 OOM。立即修復 (LZ4 和 DEFLATE 沒有此問題。) (CVE-2023-52526)

  - 在 Linux 核心中，下列弱點已解決: iommu/s390: 建置封鎖網域。這可修正意外熱插拔 PCI (支付卡產業) 裝置時發生的當機。發生此當機是因為在熱插拔期間
    當裝置遭到移除而平台無法再辨識該裝置時，附加預設網域 __iommu_group_set_domain_nofail() 將會失敗，導致 NULL 網域指標並引發 UAF 問題。
    這正是 __iommu_device_set_domain() 第二個註解中所描述的情況。如該註解所述，只要將附加的預設網域改為封鎖網域就能阻止 UAF，因為後者可以處理已移除的裝置。請建置封鎖網域以解決此問題。 此變更修復了損毀問題，但當我們嘗試變更遭封鎖裝置上的 DMA 擁有權時，仍然會出現警告。(CVE-2024-53232)

  - 在 Linux 核心中，下列弱點已解決: i3c: 主要: 修正 init_dyn_addr 在 i3c_master_put_i3c_addrs() 未正確釋放的問題。if (dev->boardinfo && dev->boardinfo->init_dyn_addr) ^^^ 在此檢查 init_dyn_addr i3c_bus_set_addr_slot_status(&master->bus, dev->info.dyn_addr, ...) ^^^^ 在此釋放。將 dyn_addr 替換為 init_dyn_addrdyn_addr，進而修復複製/貼上錯誤。(CVE-2024-56562)

請注意，Nessus 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

偵測

CentOS 9: kernel-5.14.0-559.el9

high Nessus Plugin ID 214888

版本 1.1