CentOS Linux 8.4 主機已安裝的套件會受到 TuxCare CENTOS8.4：CLSA-2025：1753297988 公告中提及的多個弱點影響。

  - 已解決 Linux 核心中的下列弱點：mptcp: fix race on unaccepted mptcp sockets When the listener socket owning the relevant request is closed, it frees the unaccepted subflows and that causes later deletion of the paired MPTCP sockets. The mptcp socket's worker can run in the time interval between such delete operations. When that happens, any access to msk->first will cause an UaF access, as the subflow cleanup did not cleared such field in the mptcp socket. Address the issue explicitly traversing the listener socket accept queue at close time and performing the needed cleanup on the pending msk. Note that the locking is a bit tricky, as we need to acquire the msk socket lock, while still owning the subflow socket one. (CVE-2022-49669)

  - 已解決 Linux 核心中的下列弱點：tty: n_gsm: add sanity check for gsm->receive in gsm_receive_buf() A null pointer dereference can happen when attempting to access the gsm->receive() function in gsmld_receive_buf(). Currently, the code assumes that gsm->recieve is only called after MUX activation. Since the gsmld_receive_buf() function can be accessed without the need to initialize the MUX, the gsm->receive() function will not be set and a NULL pointer dereference will occur.
    Fix this by avoiding the call to gsm->receive() in case the function is not initialized by adding a sanity check. Call Trace: <TASK> gsmld_receive_buf+0x1c2/0x2f0 drivers/tty/n_gsm.c:2861 tiocsti drivers/tty/tty_io.c:2293 [inline] tty_ioctl+0xa75/0x15d0 drivers/tty/tty_io.c:2692 vfs_ioctl fs/ioctl.c:51 [inline] __do_sys_ioctl fs/ioctl.c:870 [inline] __se_sys_ioctl fs/ioctl.c:856 [inline]
    __x64_sys_ioctl+0x193/0x200 fs/ioctl.c:856 do_syscall_x64 arch/x86/entry/common.c:50 [inline] do_syscall_64+0x35/0xb0 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x63/0xcd (CVE-2022-49940)

  - 已解決 Linux 核心中的下列弱點：drm/amd/display: clear optc underflow before turn off odm clock [Why] After ODM clock off, optc underflow bit will be kept there always and clear not work. We need to clear that before clock off. [How] Clear that if have when clock off.
    (CVE-2022-49969)

  - 已解決 Linux 核心中的下列弱點：net: atlantic: fix aq_vec index out of range error The final update statement of the for loop exceeds the array range, the dereference of self->aq_vec[i] is not checked and then leads to the index out of range error. Also fixed this kind of coding style in other for loop. [ 97.937604] UBSAN: array-index-out-of-bounds in drivers/net/ethernet/aquantia/atlantic/aq_nic.c:1404:48 [ 97.937607] index 8 is out of range for type 'aq_vec_s *[8]' [ 97.937608] CPU: 38 PID: 3767 Comm: kworker/u256:18 Not tainted 5.19.0+ #2 [ 97.937610] Hardware name: Dell Inc. Precision 7865 Tower/, BIOS 1.0.0 06/12/2022 [ 97.937611] Workqueue:
    events_unbound async_run_entry_fn [ 97.937616] Call Trace: [ 97.937617] <TASK> [ 97.937619] dump_stack_lvl+0x49/0x63 [ 97.937624] dump_stack+0x10/0x16 [ 97.937626] ubsan_epilogue+0x9/0x3f [97.937627] __ubsan_handle_out_of_bounds.cold+0x44/0x49 [ 97.937629] ? __scm_send+0x348/0x440 [ 97.937632] ? aq_vec_stop+0x72/0x80 [atlantic] [ 97.937639] aq_nic_stop+0x1b6/0x1c0 [atlantic] [ 97.937644] aq_suspend_common+0x88/0x90 [atlantic] [ 97.937648] aq_pm_suspend_poweroff+0xe/0x20 [atlantic] [97.937653] pci_pm_suspend+0x7e/0x1a0 [ 97.937655] ? pci_pm_suspend_noirq+0x2b0/0x2b0 [ 97.937657] dpm_run_callback+0x54/0x190 [ 97.937660] __device_suspend+0x14c/0x4d0 [ 97.937661] async_suspend+0x23/0x70 [ 97.937663] async_run_entry_fn+0x33/0x120 [ 97.937664] process_one_work+0x21f/0x3f0 [ 97.937666] worker_thread+0x4a/0x3c0 [ 97.937668] ? process_one_work+0x3f0/0x3f0 [ 97.937669] kthread+0xf0/0x120 [97.937671] ? kthread_complete_and_exit+0x20/0x20 [ 97.937672] ret_from_fork+0x22/0x30 [ 97.937676] </TASK> v2. fixed warning: variable 'aq_vec' set but not used v3. simplified a for loop (CVE-2022-50066)

  - 已解決 Linux 核心中的下列弱點：NFSv4/pnfs: Fix a use-after-free bug in open If someone cancels the open RPC call, then we must not try to free either the open slot or the layoutget operation arguments, since they are likely still in use by the hung RPC call. (CVE-2022-50072)

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

AlmaLinux 9.2 主機已安裝的套件會受到 TuxCare ALMALINUX9.2：CLSA-2026：1778769697 公告中提及的多個弱點影響。

  - 已解決 Linux 核心中的下列弱點：xprtrdma: treat all calls not a bcall when bc_serv is NULL When a rdma server returns a fault format reply, nfs v3 client may treats it as a bcall when bc service is not exist. The debug message at rpcrdma_bc_receive_call are, [56579.837169] RPC:
    rpcrdma_bc_receive_call: callback XID 00000001, length=20 [56579.837174] RPC: rpcrdma_bc_receive_call: 00 00 00 01 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 04 After that, rpcrdma_bc_receive_call will meets NULL pointer as, [ 226.057890] BUG: unable to handle kernel NULL pointer dereference at 00000000000000c8 ... [ 226.058704] RIP: 0010:_raw_spin_lock+0xc/0x20 ... [ 226.059732] Call Trace: [ 226.059878] rpcrdma_bc_receive_call+0x138/0x327 [rpcrdma] [ 226.060011] __ib_process_cq+0x89/0x170 [ib_core] [226.060092] ib_cq_poll_work+0x26/0x80 [ib_core] [ 226.060257] process_one_work+0x1a7/0x360 [ 226.060367] ? create_worker+0x1a0/0x1a0 [ 226.060440] worker_thread+0x30/0x390 [ 226.060500] ? create_worker+0x1a0/0x1a0 [ 226.060574] kthread+0x116/0x130 [ 226.060661] ? kthread_flush_work_fn+0x10/0x10 [ 226.060724] ret_from_fork+0x35/0x40 ... (CVE-2022-49321)

  - 已解決 Linux 核心中的下列弱點：af_unix: Fix a data-race in unix_dgram_peer_wake_me(). unix_dgram_poll() calls unix_dgram_peer_wake_me() without `other`'s lock held and check if its receive queue is full. Here we need to use unix_recvq_full_lockless() instead of unix_recvq_full(), otherwise KCSAN will report a data-race. (CVE-2022-49344)

  - 已解決 Linux 核心中的下列弱點：x86/MCE/AMD: Fix memory leak when threshold_create_bank() fails In mce_threshold_create_device(), if threshold_create_bank() fails, the previously allocated threshold banks array @bp will be leaked because the call to mce_threshold_remove_device() will not free it. This happens because mce_threshold_remove_device() fetches the pointer through the threshold_banks per-CPU variable but bp is written there only after the bank creation is successful, and not before, when threshold_create_bank() fails. Add a helper which unwinds all the bank creation work previously done and pass into it the previously allocated threshold banks array for freeing. [ bp: Massage. ] (CVE-2022-49549)

  - 已解決 Linux 核心中的下列弱點：mm/mempolicy: fix uninit-value in mpol_rebind_policy() mpol_set_nodemask()(mm/mempolicy.c) does not set up nodemask when pol->mode is MPOL_LOCAL. Check pol->mode before access pol->w.cpuset_mems_allowed in mpol_rebind_policy()(mm/mempolicy.c). BUG: KMSAN: uninit-value in mpol_rebind_policy mm/mempolicy.c:352 [inline] BUG: KMSAN: uninit-value in mpol_rebind_task+0x2ac/0x2c0 mm/mempolicy.c:368 mpol_rebind_policy mm/mempolicy.c:352 [inline] mpol_rebind_task+0x2ac/0x2c0 mm/mempolicy.c:368 cpuset_change_task_nodemask kernel/cgroup/cpuset.c:1711 [inline] cpuset_attach+0x787/0x15e0 kernel/cgroup/cpuset.c:2278 cgroup_migrate_execute+0x1023/0x1d20 kernel/cgroup/cgroup.c:2515 cgroup_migrate kernel/cgroup/cgroup.c:2771 [inline] cgroup_attach_task+0x540/0x8b0 kernel/cgroup/cgroup.c:2804
    __cgroup1_procs_write+0x5cc/0x7a0 kernel/cgroup/cgroup-v1.c:520 cgroup1_tasks_write+0x94/0xb0 kernel/cgroup/cgroup-v1.c:539 cgroup_file_write+0x4c2/0x9e0 kernel/cgroup/cgroup.c:3852 kernfs_fop_write_iter+0x66a/0x9f0 fs/kernfs/file.c:296 call_write_iter include/linux/fs.h:2162 [inline] new_sync_write fs/read_write.c:503 [inline] vfs_write+0x1318/0x2030 fs/read_write.c:590 ksys_write+0x28b/0x510 fs/read_write.c:643 __do_sys_write fs/read_write.c:655 [inline] __se_sys_write fs/read_write.c:652 [inline] __x64_sys_write+0xdb/0x120 fs/read_write.c:652 do_syscall_x64 arch/x86/entry/common.c:51 [inline] do_syscall_64+0x54/0xd0 arch/x86/entry/common.c:82 entry_SYSCALL_64_after_hwframe+0x44/0xae Uninit was created at: slab_post_alloc_hook mm/slab.h:524 [inline] slab_alloc_node mm/slub.c:3251 [inline] slab_alloc mm/slub.c:3259 [inline] kmem_cache_alloc+0x902/0x11c0 mm/slub.c:3264 mpol_new mm/mempolicy.c:293 [inline] do_set_mempolicy+0x421/0xb70 mm/mempolicy.c:853 kernel_set_mempolicy mm/mempolicy.c:1504 [inline]
    __do_sys_set_mempolicy mm/mempolicy.c:1510 [inline] __se_sys_set_mempolicy+0x44c/0xb60 mm/mempolicy.c:1507
    __x64_sys_set_mempolicy+0xd8/0x110 mm/mempolicy.c:1507 do_syscall_x64 arch/x86/entry/common.c:51 [inline] do_syscall_64+0x54/0xd0 arch/x86/entry/common.c:82 entry_SYSCALL_64_after_hwframe+0x44/0xae KMSAN: uninit-value in mpol_rebind_task (2) https://syzkaller.appspot.com/bug?id=d6eb90f952c2a5de9ea718a1b873c55cb13b59dc This patch seems to fix below bug too. KMSAN: uninit-value in mpol_rebind_mm (2) https://syzkaller.appspot.com/bug?id=f2fecd0d7013f54ec4162f60743a2b28df40926b The uninit-value is pol->w.cpuset_mems_allowed in mpol_rebind_policy(). When syzkaller reproducer runs to the beginning of mpol_new(), mpol_new() mm/mempolicy.c do_mbind() mm/mempolicy.c kernel_mbind() mm/mempolicy.c `mode` is 1(MPOL_PREFERRED), nodes_empty(*nodes) is `true` and `flags` is 0. Then mode = MPOL_LOCAL; ...
    policy->mode = mode; policy->flags = flags; will be executed. So in mpol_set_nodemask(), mpol_set_nodemask() mm/mempolicy.c do_mbind() kernel_mbind() pol->mode is 4 (MPOL_LOCAL), that `nodemask` in `pol` is not initialized, which will be accessed in mpol_rebind_policy(). (CVE-2022-49567)

  - 已解決 Linux 核心中的下列弱點：i2c: piix4: Fix a memory leak in the EFCH MMIO support The recently added support for EFCH MMIO regions introduced a memory leak in that code path. The leak is caused by the fact that release_resource() merely removes the resource from the tree but does not free its memory. We need to call release_mem_region() instead, which does free the memory. As a nice side effect, this brings back some symmetry between the legacy and MMIO paths. (CVE-2022-49653)

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

遠端 Redhat Enterprise Linux 8 主機上安裝的套件受到 RHSA-2022: 7683 公告中提及的多個弱點影響。

  - 核心：路徑外攻擊者可能會插入資料或終止受害者的 TCP 工作階段 (CVE-2020-36516)

  - 核心：當 vc_cons[i].d 已經是 NULL 時，VT_RESIZEX ioctl 中的爭用條件可導致 NULL 指標解除參照 (CVE-2020-36558)

  - 核心：drivers/media/v4l2-core/v4l2-ioctl.c 中 video_usercopy 函式的大型引數可觸發記憶體洩漏弱點 (CVE-2021-30002)

  - 核心：sco_sock_sendmsg() 函式中的釋放後使用弱點 (CVE-2021-3640)

  - 核心：smb2_ioctl_query_info 的 NULL 指標解除參照弱點 (CVE-2022-0168)

  - 核心：回寫期間，udf_expand_file_adinicbdue() 中發生 NULL 指標解除參照 (CVE-2022-0617)

  - 核心：DMA_FROM_DEVICE 的 swiotlb 資訊洩漏弱點 (CVE-2022-0854)

  - 核心：nft_do_chain 中堆疊上未初始化的暫存器可造成 UM 核心指標洩漏 (CVE-2022-1016)

  - 核心：snd_pcm_hw_free 中的爭用條件可導致釋放後使用 (CVE-2022-1048)

  - 核心：net/sched/cls_api.c 的 tc_new_tfilter() 中的釋放後使用弱點 (CVE-2022-1055)

  - 核心：KVM：cmpxchg_gpte 可寫入使用者空間區域之外的 pfns (

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

  - 在 Linux 核心中，已解決下列弱點： mptcp: fix race on unaccepted mptcp sockets When the listener socket owning the relevant request is closed, it frees the unaccepted subflows and that causes later deletion of the paired MPTCP sockets. The mptcp socket's worker can run in the time interval between such delete operations. When that happens, any access to msk->first will cause an UaF access, as the subflow cleanup did not cleared such field in the mptcp socket. Address the issue explicitly traversing the listener socket accept queue at close time and performing the needed cleanup on the pending msk. Note that the locking is a bit tricky, as we need to acquire the msk socket lock, while still owning the subflow socket one. (CVE-2022-49669)

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

遠端 Redhat Enterprise Linux 9 主機上安裝的多個套件受到 RHSA-2022:8267 公告中提及的多個弱點影響。

    核心套件中包含 Linux 核心，後者是任何 Linux 作業系統的核心。

    安全性修正：

    * 路徑外攻擊者可插入資料或終止受害者的 TCP 工作階段 (CVE-2020-36516)

    * 函式 sco_sock_sendmsg() 中的釋放後使用弱點 (CVE-2021-3640)

    * smb2_ioctl_query_info NULL 指標解除參照 (CVE-2022-0168)

    * 回寫期間 udf_expand_file_adinicbdue() 中發生 NULL 指標解除參照 (CVE-2022-0617)

    * 因 DMA_FROM_DEVICE 的 swiotlb 資訊洩漏 (CVE-2022-0854)

    * nft_do_chain 中堆疊上的未初始化暫存器可造成核心指標洩漏至 UM (CVE-2022-1016)

    * snd_pcm_hw_free 中的爭用情形會導致釋放後使用 (CVE-2022-1048)

    * 在損毀的影像上掛載並操作時ext4 中發生釋放後使用和記憶體錯誤 (CVE-2022-1184)

    * drm_setmaster_ioctl 和 drm_mode_getresources 之間的並行釋放後使用 (CVE-2022-1280)

    * pfkey_register 中有核心資訊洩漏問題 (CVE-2022-1353)

    * ath9k_htc_probe_device() 中的釋放後使用問題可造成權限提升 (CVE-2022-1679)

    * x86_emulate_insn 中的 NULL 指標解除參照可能導致 DoS (CVE-2022-1852)

    * fanotify 誤用可導致釋放後使用的 fd_install() (CVE-2022-1998)

    * nf_tables 跨表格潛在釋放後使用可能導致本機權限提升 (CVE-2022-2586)

    * 整數反向溢位導致 reserve_sfa_size() 中的超出邊界寫入 (CVE-2022-2639)

    * packet_recvmsg() 中的 slab 超出邊界存取 (CVE-2022-20368)

    * 不完整的多核心共用緩衝區清理 (即 SBDR) (CVE-2022-21123)

    * 微架構填補緩衝區 (即 SBDS) 的不完整清理 (CVE-2022-21125)

    * 特定特殊暫存器寫入作業中的不完整清理 (即 DRPW) (CVE-2022-21166)

    * 可使用除錯程式將零寫入所選位置 (CVE-2022-21499)

    * AMDRetBleed 任意推測程式碼執行及傳回指示 (CVE-2022-23816、 CVE-2022-29900)

    * AMD分支類型混淆 (非 retbleed) (CVE-2022-23825)

    * IntelPost-barrier 傳回堆疊緩衝區預測 (CVE-2022-26373)

    * drivers/net/can/usb/ems_usb.c 中的 ems_usb_start_xmit 中存在雙重釋放 (CVE-2022-28390)

    * SUNRPC 子系統中的釋放後使用 (CVE-2022-28893)

    * 不當更新 net/sched/cls_u32.c 中的參照計數所導致的釋放後使用 (CVE-2022-29581)

    * IntelRetBleed 任意推測程式碼執行及傳回指示 (CVE-2022-29901)

    * net/netfilter/nfnetlink_queue.c 中 nfqnl_mangle 中的 DoS (CVE-2022-36946)

    * nf_tables 不允許系結至已系結鏈結 (CVE-2022-39190)

    * nfs_atomic_open() 傳回未初始化的資料而非 ENOTDIR (CVE-2022-24448)

    如需安全性問題的詳細資料，包括影響、CVSS 評分、致謝及其他相關資訊，請參閱〈參照〉一節列出的 CVE 頁面。

    其他變更：

    如需有關此發行版本的詳細變更資訊，請參閱可從「參考資料」一節連結的 Red Hat Enterprise Linux 9.1 版本資訊。

Tenable 已直接從 Red Hat Enterprise Linux 安全公告擷取前置描述區塊。

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

Rocky Linux 8.6 主機上安裝的多個套件受到 CIQ ciqsa-2026_0865 公告中提及的多個弱點影響。

    此公告彙總了 CIQ LTS 8.6中核心 SRPM 的安全修正。它解決了 10 個 CVE：
    CVE-2022-50066、CVE-2022-49907、CVE-2022-48929、CVE-2025-38061CVE-2022-0500、 和另外 5 個。

Tenable 已直接從 CIQ 安全公告擷取前置描述區塊。

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

ID	名稱	產品	系列	已發布	已更新	嚴重性
360874	CentOS Linux 8.4 [TuxCare] 安全性更新：bpftool / kernel-core / kernel-debug / kernel-debug-core / etc 多個弱點（CENTOS8.4：CLSA-2025：1753297988）	Nessus	CentOS Local Security Checks	2026/10/1	2026/10/1	high
362341	AlmaLinux 9.2 [TuxCare] 安全性更新：bpftool / kernel / kernel-abi-stablelists / kernel-core / etc 多個弱點（ALMALINUX9.2：CLSA-2026：1778769697）	Nessus	Alma Linux Local Security Checks	2026/10/1	2026/10/29	high
167155	RHEL 8：核心 (RHSA-2022: 7683)	Nessus	Red Hat Local Security Checks	2022/11/9	2025/11/20	high
226625	Linux Distros 未修補弱點：CVE-2022-49669	Nessus	Misc.	2025/3/5	2026/7/17	high
167620	RHEL 9：核心 (RHSA-2022:8267)	Nessus	Red Hat Local Security Checks	2022/11/16	2025/9/12	high
353591	Rocky Linux 8.6 [CIQ] 安全性更新：bpftool / bpftool-debuginfo / kernel / kernel-abi-stablelists / etc 多個弱點（ciqsa-2026_0865）	Nessus	Rocky Linux Local Security Checks	2026/10/1	2026/10/12	high

偵測

搜尋 Plugin

high

high

high

high

high

high