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

  - 在 Linux 核心中已解決下列弱點：ipvs：在 ip_vs_add_service 中正確解除參照 pe 直接使用 pe 解決疏鬆警告：net/netfilter/ipvs/ip_vs_ctl.c:1471:27:
    警告：noderef 運算式的解除參照 (CVE-2024-42322)

  - 在 Linux 核心中已解決下列弱點：fscache：當 fscache 結束時會刪除 fscache_cookie_lru_timer 以避免 UAF。插入 fscache 模組時會初始化 fscache_cookie_lru_timer，但移除 fscache 模組時不會刪除 fscache_cookie_lru_timer。如果在移除 fscache 模組之前呼叫 timer_reduce()，fscache_cookie_lru_timer 將會新增至目前 cpu 的計時器清單。之後，在移除 fscache 模組後，會在 softIRQ 中觸發使用已釋放記憶體，如下所示： =========================== ======================================= 錯誤： 無法處理位址 fffffbffff803c9e9 的頁面錯誤 PF：核心模式中的監督讀取存取 PF：
    error_code(0x0000) - 不存在頁面 PGD 21ffea067 P4D 21ffea067 PUD 21ffe6067 PMD 110a7c067 PTE 0 Oops:
    Oops: 0000 [#1] PREEMPT SMP KASAN PTI CPU: 1 UID: 0 PID: 0 Comm: swapper/1 受污染：GW 6.11.0-rc3 #855 受污染：[W]=WARN RIP: 0010:__run_timer_base.part.0+0x254/0x8a0 呼叫追蹤：<IRQ> tmigr_handle_remote_up+0x627/0x810 __walk_groups.isra.0+0x47/0x140 tmigr_handle_remote+0x1fa/0x2f0 handle_softirqs+0x180/0x590 irq_exit_rcu+0x84/0xb0 sysvec_apic_timer_interrupt+0x6e/0x90 </IRQ> <TASK> asm_sysvec_apic_timer_interrupt+0x1a/0x20 RIP: 0010:default_idle+0xf/0x20 default_idle_call+0x38/0x60 do_idle+0x2b5/0x300 cpu_startup_entry+0x54/0x60 start_secondary+0x20d/0x280 common_startup_64+0x13e/0x148 </TASK> 連結的模組：[last unloaded: netfs] ================================================== ============= 因此，請在移除 fscahe 模組時刪除 fscache_cookie_lru_timer。(CVE-2024-46786)

  - 在 Linux 核心中已解決下列弱點：NFSD：限制並行 async COPY 作業的數量 似乎無法限制用戶端可啟動的並行 async COPY 作業數量。此外，AFAICT 每個非同步 COPY 可複製無限制數量的 4MB 區塊，因此可長時間執行。因此 IMO async COPY 可變成 DoS 向量。新增限制並行背景 COPY 作業數量的限制機制。從簡單入手，並且嘗試做到公平 -- 此修補程式實施每個命名空間的限制。超出此限制時發生的 async COPY 要求會取得 NFS4ERR_DELAY。
    提出要求的用戶端可以選擇在延遲後再次傳送要求，或是退回至傳統的讀取/寫入樣式複本。如果需要使機制更複雜，我們可以在未來的修補程式中造訪。(CVE-2024-49974)

  - 在 Linux 核心中已解決下列弱點：netfilter: xtables：避免 NFPROTO_UNSPEC 在需要管理 syzbot 的情況透過 ebtables 呼叫 xt_cluster match：警告：CPU: 0 PID: 11 at net/netfilter/xt_cluster.c:72 xt_cluster_mt+ 0x196/0x780 [..] ebt_do_table+0x174b/0x2a40 模組註冊至 NFPROTO_UNSPEC，但它假設 ipv4/ipv6 封包處理。由於這僅適用於限制本機終止 TCP/UDP 流量，因此請僅針對 ipv4 和 ipv6 系列進行註冊。Pablo 指出這是一般問題，set/getsockopt 介面的直接使用者可呼叫僅預定用於 ip(6)tables 的目標/比對。檢查所有 UNSPEC 比對和目標是否有類似問題：- 比對和目標正常，除非它們假設 skb_network_header() 有效 -- 只有從 inet 層呼叫時才會發生這種情況：ip(6) 堆疊將 ip/ipv6 標頭提取為線性資料區。 - 傳回 XT_CONTINUE 或其他 xtables 判定的目標也必須受到限制，它們與 ebtables 遊走程式不相容，例如 EBT_CONTINUE 是與 XT_CONTINUE 完全不同的值。多數的符合/目標已變更為註冊 NFPROTO_IPV4/IPV6，因為它們是提供給 ip(6)tables 使用。Arptables 也使用 MARK 目標，因此也針對 NFPROTO_ARP 註冊。在此情況下，如果 connbytes 無法啟用對應的 conntrack 系列則停止。此變更可通過 iptables.git 中的自我測試。(CVE-2024-50038)

  - 在 Linux 核心中已解決下列弱點：platform/x86/intel/pmc：修正 pmc_core_iounmap 在有效位址 Commit 50c6dbdfd16e  (x86/ioremap：改善 iounmap() 位址範圍檢查) 呼叫 iounmap 時，如果 iounmap 的位址範圍無效會引入 WARN 的問題。在 Thinkpad P1 Gen 7 (Meteor Lake-P) 此情況會造成以下警告出現：警告：CPU: 7 PID: 713 於 arch/x86/mm/ioremap.c:461 iounmap+0x58/0x1f0 模組連結：rfkill(+) snd_timer(+) fjes(+) snd soundcore intel_pmc_core(+) int3403_thermal(+) int340x_thermal_zone intel_vsec pmt_telemetry acpi_pad pmt_class acpi_tad int3400_thermal acpi_thermal_rel joydev loop nfnetlink zram xe drm_suballoc_helper nouveau i915 mxm_wmi drm_ttm_helper gpu_sched drm_gpuvm drm_exec drm_buddy i2c_algo_bit crct10dif_pclmul crc32_pclmul ttm crc32c_intel polyval_clmulni rtsx_pci_sdmmc ucsi_acpi polyval_generic mmc_core hid_multitouch drm_display_helper ghash_clmulni_intel typec_ucsi nvme sha512_ssse3 video sha256_ssse3 nvme_core intel_vpu sha1_ssse3 rtsx_pci cec typec nvme_auth i2c_hid_acpi i2c_hid wmi pinctrl_meteorlake serio_raw ip6_tables ip_tables fuse CPU: 7 UID: 0 PID: 713 Comm: (udev-worker) 未受污染的 6.12.0-rc2iounmap+ #42 硬體名稱：LENOVO 21KWCTO1WW/21KWCTO1WW, BIOS N48ET19W (1.06 ) 07/18/2024 RIP:
    0010:iounmap+0x58/0x1f0 程式碼：85 6a 01 00 00 48 8b 05 e6 e2 28 04 48 39 c5 72 19 eb 26 cc cc cc 48 ba 00 00 00 00 00 00 32 00 48 8d 44 02 ff 48 39 c5 72 23 <0f> 0b 48 83 c4 08 5b 5d 41 5c c3 cc cc cc cc 48 ba 00 00 00 00 00 RSP: 0018:ffff888131eff038 EFLAGS: 00010207 RAX: ffffc90000000000 RBX: 0000000000000000 RCX:
    ffff888e33b80000 RDX: dffffc0000000000 RSI: ffff888e33bc29c0 RDI: 0000000000000000 RBP: 0000000000000000 R08: ffff8881598a8000 R09: ffff888e2ccedc10 R10: 0000000000000003 R11: ffffffffb3367634 R12:
    00000000fe000000 R13: ffff888101d0da28 R14: ffffffffc2e437e0 R15: ffff888110b03b28 FS:
    00007f3c1d4b3980(0000) GS:ffff888e33b80000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0:
    0000000080050033 CR2: 00005651cfc93578 CR3: 0000000124e4c002 CR4: 0000000000f70ef0 DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 DR3: 0000000000000000 DR6: 00000000ffff07f0 DR7:
    0000000000000400 PKRU: 55555554 呼叫追踪：<TASK> ? __warn.cold+0xb6/0x176 ? iounmap+0x58/0x1f0 ? report_bug+0x1f4/0x2b0 ? handle_bug+0x58/0x90 ? exc_invalid_op+0x17/0x40 ? asm_exc_invalid_op+0x1a/0x20 ? iounmap+0x58/0x1f0 pmc_core_ssram_get_pmc+0x477/0x6c0 [intel_pmc_core] ?
    __pfx_pmc_core_ssram_get_pmc+0x10/0x10 [intel_pmc_core] ? __pfx_do_pci_enable_device+0x10/0x10 ? pci_wait_for_pending+0x60/0x110 ? pci_enable_device_flags+0x1e3/0x2e0 ? __pfx_mtl_core_init+0x10/0x10 [intel_pmc_core] pmc_core_ssram_init+0x7f/0x110 [intel_pmc_core] mtl_core_init+0xda/0x130 [intel_pmc_core] ? __mutex_init+0xb9/0x130 pmc_core_probe+0x27e/0x10b0 [intel_pmc_core] ? _raw_spin_lock_irqsave+0x96/0xf0 ? __pfx_pmc_core_probe+0x10/0x10 [intel_pmc_core] ? __pfx_mutex_unlock+0x10/0x10 ?
    __pfx_mutex_lock+0x10/0x10 ? device_pm_check_callbacks+0x82/0x370 ? acpi_dev_pm_attach+0x234/0x2b0 platform_probe+0x9f/0x150 really_probe+0x1e0/0x8a0 __driver_probe_device+0x18c/0x370 ?
    __pfx___driver_attach+0x10/0x10 driver_probe_device+0x4a/0x120 __driver_attach+0x190/0x4a0 ?
    __pfx___driver_attach+0x10/0x10 bus_for_each_dev+0x103/0x180 ? __pfx_bus_for_each_dev+0x10/0x10 ? klist_add_tail+0x136/0x270 bus_add_driver+0x2fc/0x540 driver_register+0x1a5/0x360 ?
    __pfx_pmc_core_driver_init+0x10/0x10 [intel_pmc_core] do_one_initcall+0xa4/0x380 ?
    __pfx_do_one_initcall+0x10/0x10 ? kasan_unpoison+0x44/0x70 do_init_module+0x296/0x800 load_module+0x5090/0x6ce0 ? __pfx_load_module+0x10/0x10 ? ima_post_read_file+0x193/0x200？
    __pfx_ima_post_read_file+0x10/0x10 ? rw_verify_area+0x152/0x4c0 ? kernel_read_file+0x257/0x750 ?
    __pfx_kernel_read_file+0x10/0x10 ? __pfx_filemap_get_read_batch+0x10/0x10 ? init_module_from_file+0xd1/0x130 init_module_from_file+0xd1/0x130 ? __pfx_init_module_from_file+0x10/0
    ---truncated--- (CVE-2024-50107)

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

偵測

CentOS 9：kernel-5.14.0-529.el9

high Nessus Plugin ID 211516

版本 1.1