远程 CentOS Linux 9 主机上安装的多个程序包受到 kernel-5.14.0-756.el9 版本变更日志中提及的多个漏洞影响。

  - 已修复 Linux 内核中的下列漏洞：wifi: cfg80211: bound element ID read when checking non-inheritance cfg80211_is_element_inherited() reads the first data octet of the candidate element (id = elem->data[0]) to look it up in an extension non-inheritance list. It does so after testing elem->id, but without verifying that the element actually has a data octet. A zero-length extension element (WLAN_EID_EXTENSION with length 0) therefore makes it read one octet past the end of the element.
    _ieee802_11_parse_elems_full() runs this check for every element of a frame once a non-inheritance context exists -- e.g. while parsing a per-STA profile of a Multi-Link element in a (re)association response, or a non-transmitted BSS profile -- so a crafted frame from an AP can trigger a one-octet slab-out-of-bounds read during element parsing: BUG: KASAN: slab-out-of-bounds in cfg80211_is_element_inherited Read of size 1 ... in net/wireless/scan.c Return early (treat the element as inherited) when an extension element carries no data, mirroring the existing handling of empty ID lists. The bug was found by fuzzing ieee802_11_parse_elems_full() under KASAN. (CVE-2026-68402)

  - 已修复 Linux 内核中的下列漏洞：RDMA/siw: Reject MPA FPDU length underflow before signed receive math A malicious connected siw peer can send an iWARP FPDU whose MPA length field (c_hdr->mpa_len, 16 bit big-endian, peer-controlled) is smaller than the fixed DDP/RDMAP header for the announced opcode. Soft-iWARP parses the full header in siw_get_hdr() based on iwarp_pktinfo[opcode] .hdr_len, but never compares mpa_len against that header length. siw_tcp_rx_data() then derives srx->fpdu_part_rem = be16_to_cpu(mpa_len) - fpdu_part_rcvd + MPA_HDR_SIZE; where fpdu_part_rcvd equals iwarp_pktinfo[opcode].hdr_len at this point. For a tagged WRITE (hdr_len 16, MPA_HDR_SIZE 2) the smallest on-wire mpa_len of 0 yields fpdu_part_rem = -14, and any mpa_len below hdr_len - MPA_HDR_SIZE underflows to a negative int. The signed value then flows into siw_proc_write()/siw_proc_rresp() as bytes = min(srx->fpdu_part_rem, srx->skb_new); is handed to siw_check_mem() as an int len (whose interval check addr + len > mem->va + mem->len is satisfied for a valid base when len is negative), and reaches siw_rx_data() -> siw_rx_kva() / siw_rx_umem() -> skb_copy_bits() as a signed copy length. The header copy branch in skb_copy_bits() promotes that to size_t, producing a multi-gigabyte read. KASAN under a KUnit harness that drives the real kernel TCP receive path -- a loopback AF_INET socketpair, the malformed FPDU written via kernel_sendmsg, sk_data_ready firing in softirq, tcp_read_sock dispatching to siw_tcp_rx_data -- reports: BUG: KASAN: use-after-free in skb_copy_bits+0x284/0x480 Read of size 4294967295 at addr ffff888... Call Trace:
    skb_copy_bits siw_rx_kva siw_rx_data siw_check_mem siw_proc_write siw_tcp_rx_data __tcp_read_sock siw_qp_llp_data_ready tcp_data_ready tcp_data_queue Add the missing invariant at the earliest point where the peer header is fully assembled. iwarp_pktinfo[*].hdr_len - MPA_HDR_SIZE is exactly the value the siw transmitter uses as the minimum mpa_len for each opcode (drivers/infiniband/sw/siw/siw_qp.c:33), so this matches the protocol contract. Out-of-range FPDUs terminate the connection with TERM_ERROR_LAYER_LLP / LLP_ETYPE_MPA / LLP_ECODE_FPDU_START -- which is RFC 5044 Section 8 error code 3 (Marker and ULPDU Length fields do not agree on the start of an FPDU), the correct framing-error class for this inconsistency.
    (CVE-2026-64102)

  - 已修复 Linux 内核中的下列漏洞：RDMA/rxe: Fix race condition in QP timer handlers I encontered the following warning: WARNING: drivers/infiniband/sw/rxe/rxe_task.c:249 at rxe_sched_task+0x1c8/0x238 [rdma_rxe], CPU#0: swapper/0/0 ... libsha1 [last unloaded: ip6_udp_tunnel] CPU:
    0 UID: 0 PID: 0 Comm: swapper/0 Tainted: G C 6.19.0-rc5-64k-v8+ #37 PREEMPT Tainted: [C]=CRAP Hardware name: Raspberry Pi 4 Model B Rev 1.2 Call trace: rxe_sched_task+0x1c8/0x238 [rdma_rxe] (P) retransmit_timer+0x130/0x188 [rdma_rxe] call_timer_fn+0x68/0x4d0 __run_timers+0x630/0x888 ... WARNING:
    drivers/infiniband/sw/rxe/rxe_task.c:38 at rxe_sched_task+0x1c0/0x238 [rdma_rxe], CPU#0: swapper/0/0 ...
    WARNING: drivers/infiniband/sw/rxe/rxe_task.c:111 at do_work+0x488/0x5c8 [rdma_rxe], CPU#3:
    kworker/u17:4/93400 ... refcount_t: underflow; use-after-free. WARNING: lib/refcount.c:28 at refcount_warn_saturate+0x138/0x1a0, CPU#3: kworker/u17:4/93400 The issue is caused by a race condition between retransmit_timer() and rxe_destroy_qp, leading to the Queue Pair's (QP) reference count dropping to zero during timer handler execution. It seems this warning is harmless because rxe_qp_do_cleanup() will flush all pending timers and requests. Example of flow causing the issue: CPU0 CPU1 retransmit_timer() {spin_lock_irqsave rxe_destroy_qp() __rxe_cleanup() __rxe_put() // qp->ref_count decrease to 0 rxe_qp_do_cleanup() { if (qp->valid) { rxe_sched_task() { WARN_ON(rxe_read(task->qp) <= 0); } } spin_unlock_irqrestore } spin_lock_irqsave qp->valid = 0 spin_unlock_irqrestore } Ensure the QP's reference count is maintained and its validity is checked within the timer callbacks by adding calls to rxe_get(qp) and corresponding rxe_put(qp) after use. (CVE-2026-45910)

  - 已修复 Linux 内核中的下列漏洞：ext4: fix e4b bitmap inconsistency reports A bitmap inconsistency issue was observed during stress tests under mixed huge-page workloads.
    Ext4 reported multiple e4b bitmap check failures like: ext4_mb_complex_scan_group:2508: group 350, 8179 free clusters as per group info. But got 8192 blocks Analysis and experimentation confirmed that the issue is caused by a race condition between page migration and bitmap modification. Although this timing window is extremely narrow, it is still hit in practice: folio_lock ext4_mb_load_buddy __migrate_folio check ref count folio_mc_copy __filemap_get_folio folio_try_get(folio) ...... mb_mark_used ext4_mb_unload_buddy
    __folio_migrate_mapping folio_ref_freeze folio_unlock The root cause of this issue is that the fast path of load_buddy only increments the folio's reference count, which is insufficient to prevent concurrent folio migration. We observed that the folio migration process acquires the folio lock. Therefore, we can determine whether to take the fast path in load_buddy by checking the lock status. If the folio is locked, we opt for the slow path (which acquires the lock) to close this concurrency window. Additionally, this change addresses the following issues: When the DOUBLE_CHECK macro is enabled to inspect bitmap-related issues, the following error may be triggered: corruption in group 324 at byte 784(6272): f in copy != ff on disk/prealloc Analysis reveals that this is a false positive. There is a specific race window where the bitmap and the group descriptor become momentarily inconsistent, leading to this error report:
    ext4_mb_load_buddy ext4_mb_load_buddy __filemap_get_folio(create|lock) folio_lock ext4_mb_init_cache folio_mark_uptodate __filemap_get_folio(no lock) ...... mb_mark_used mb_mark_used_double mb_cmp_bitmaps mb_set_bits(e4b->bd_bitmap) folio_unlock The original logic assumed that since mb_cmp_bitmaps is called when the bitmap is newly loaded from disk, the folio lock would be sufficient to prevent concurrent access. However, this overlooks a specific race condition: if another process attempts to load buddy and finds the folio is already in an uptodate state, it will immediately begin using it without holding folio lock. (CVE-2026-45942)

  - 已修复 Linux 内核中的下列漏洞：RDMA/rxe: Validate pad and ICRC before payload_size() in rxe_rcv rxe_rcv() currently checks only that the incoming packet is at least header_size(pkt) bytes long before payload_size() is used. However, payload_size() subtracts both the attacker-controlled BTH pad field and RXE_ICRC_SIZE from pkt->paylen: payload_size = pkt->paylen - offset[RXE_PAYLOAD] - bth_pad(pkt) - RXE_ICRC_SIZE This means a short packet can still make payload_size() underflow even if it includes enough bytes for the fixed headers. Simply requiring header_size(pkt) + RXE_ICRC_SIZE is not sufficient either, because a packet with a forged non-zero BTH pad can still leave payload_size() negative and pass an underflowed value to later receive-path users. Fix this by validating pkt->paylen against the full minimum length required by payload_size(): header_size(pkt) + bth_pad(pkt) + RXE_ICRC_SIZE. (CVE-2026-46043)

请注意，Nessus 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - 已修复 Linux 内核中的下列漏洞：wifi: brcmfmac: cyw: fix heap overflow on a short auth frame brcmf_notify_auth_frame_rx() takes the frame length from the firmware event and copies the frame body with the management header offset subtracted: u32 mgmt_frame_len = e->datalen - sizeof(struct brcmf_rx_mgmt_data); ... memcpy(&mgmt_frame->u, frame, mgmt_frame_len - offsetof(struct ieee80211_mgmt, u)); The only length check is e->datalen >= sizeof(*rxframe), so mgmt_frame_len can be anything from 0 up. offsetof(struct ieee80211_mgmt, u) is 24. When mgmt_frame_len is below that, the subtraction wraps as an unsigned value to a huge length. The memcpy then runs far past the kzalloc'd buffer. A malicious or malfunctioning AP can make the frame short during the external SAE auth exchange, so this is a remotely triggered heap overflow. Reject frames shorter than the management header offset before the copy. (CVE-2026-72003)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

远程 MiracleLinux 9 主机上存在安装的程序包，该程序包受到 AXSA：2026-2093：103 公告中提及的多个漏洞的影响。

    * kernel：Linux kernel t7xx WWAN 驱动程序：通过缓冲区溢出造成拒绝服务 （CVE-2026-23172）
      * kernel：xfrm：将 dev ref 保留至 transport_finish NF_HOOK 后 （CVE-2026-31663）
      * kernel：RDMA/rxe：修复 QP 定时器处理程序中的争用条件 （CVE-2026-45910）
      * kernel：RDMA/rxe：在 rxe_rcv 中 payload_size（） 前验证 pad 和 ICRC (CVE-2026-46043)
      * kernel：RDMA/rxe：在 ICRC 处理之前拒绝未知操作码（CVE-2026-46133）
      * kernel：RDMA/rxe：拒绝非 8 字节 ATOMIC_WRITE 负载 （CVE-2026-46114）
      * kernel： net： ena： PHC：修复 get_timestamp 中潜在的释放后使用（CVE-2026-52971） 
      * kernel：IB/isert：拒绝短于 ISER_HEADERS_LEN 的登录 PDU（CVE-2026-53176）
      * kernel：ALSA：timer：关闭时强制关闭定时器实例 （CVE-2026-53193）
      * kernel：USB：serial：io_ti：修复 get_manuf_info（）中的堆溢出（CVE-2026-53196）
      * kernel：xfrm： policy：修复 xfrm_policy_bysel_ctx（） 中不准确的 bin 上的释放后使用 （CVE-2026-53239）
      * kernel：ALSA：timer：修复 snd_timer_user_params（）处的 UAF（CVE-2026-53192）
      * kernel： wifi： mac80211：限制 ieee80211_parse_tx_radiotap 中注入的天线索引（CVE-2026-63869） 
      * kernel：ALSA：seq：使用 event_input 序列化 UMP 输出拆卸（CVE-2026-64029） 
      * kernel：ip6：vti：在 vti6_siocdevprivate（） 中使用 ip6_tnl.net（CVE-2026-63921）
      * kernel：xfrm： input：在延迟传输重新注入期间保持 netns （CVE-2026-63919）
      * kernel：ip6：vti：在 vti6_changelink（） 中使用 ip6_tnl.net（CVE-2026-63917）
      * kernel： netfilter： conntrack： tcp：在没有方向检查的情况下，不在无效的 seq RST 上强制关闭 （CVE-2026-63913）
      * kernel： wifi： iwlwifi： mvm：修复旧设备上驱动程序设置的 TX 速率 （CVE-2026-64176）
      * kernel： wifi： cfg80211：cfg80211_merge_profile（）中的高级循环变量（CVE-2026-64174）
      * kernel： wifi： iwlwifi： mld：固件重新启动期间停止 TX （CVE-2026-64175）
      * kernel：RDMA/rxe：修复 rxe_mmap 中的释放后使用问题（CVE-2026-64582） 
      * kernel： Linux kernel：通过构建的 OSDMap 进行 libceph 堆栈越界写入（CVE-2026-68159）
      * kernel： Linux kernel：ALSA 定时器释放后使用漏洞允许权限升级 （CVE-2026-68200）
      * kernel：Linux kernel （ice）：通过 VIRTCHNL 中的超出范围 ptype 造成的拒绝服务（CVE-2026-68128）
      * kernel：Linux 内核：ath9k Wi-Fi 驱动程序释放后使用漏洞，可导致系统崩溃 （CVE-2026-68363）
      * kernel：xfrm：异步加密窃取 GSO 段后修复过时的 skb->prev （CVE-2026-68426）
      * kernel：dm_early_create：修复dm_resume失败时释放已使用表的问题 （CVE-2026-72102）
      * kernel：net：qrtr：修复 qrtr_endpoint_post（） 中的 32 位整数溢出 （CVE-2026-72298）
      * kernel： wifi： brcmfmac： cyw：修复短认证帧上的堆溢出（CVE-2026-72003） 
      * kernel： selinux：检查 TCP Fast Open 上的连接相关权限（CVE-2026-72243）

Tenable 已直接从 MiracleLinux 安全公告中提取上述描述块。

请注意，Nessus 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

远程 Oracle Linux 9 主机上安装的程序包受到 ELSA-2026-68570 公告中提及的多个漏洞影响。

    - selinux：检查 TCP Fast Open 上的连接相关权限 （CKI Backport Bot） [RHEL-258014] {CVE-2026-72243}
    - wifi：mac80211：限制 ieee80211_parse_tx_radiotap 中注入的天线索引 （Izabela Bakollari） [RHEL-246399] {CVE-2026-63869}
    - wifi：cfg80211：cfg80211_merge_profile（） 中的高级循环变量 （Izabela Bakollari） [RHEL-240350] {CVE-2026-64174}
    - wifi： brcmfmac： cyw： 修复短认证框架上的堆溢出 （Izabela Bakollari） [RHEL-242723] {CVE-2026-72003}
    - net：qrtr：修复 qrtr_endpoint_post（） 中的 32 位整数溢出 （Izabela Bakollari） [RHEL-244100] {CVE-2026-72298}
    - wifi：ath9k：hif_usb：重新布防固件请求后，不取消引用 hif_dev （Izabela Bakollari） [RHEL-241012] {CVE-2026-68363}
    - wifi： iwlwifi： mld：固件重新启动期间停止 TX （Izabela Bakollari） [RHEL-243302] {CVE-2026-64175}
    - wifi：iwlwifi：mvm：修复旧设备上驱动程序设置的 TX 速率 （Izabela Bakollari） [RHEL-243366] {CVE-2026-64176}
    - net：wwan：t7xx：修复 RX 路径中潜在的 skb->frags 溢出 （Izabela Bakollari） [RHEL-245512] {CVE-2026-23172}
    - libceph：将 pg_{temp，upmap，upmap_items} 长度绑定为 CEPH_PG_MAX_SIZE （CKI Backport Bot） [RHEL-237156] {CVE-2026-68159}
    - libceph：修复检查以修复造成 W=1 版本损坏 （CKI Backport Bot） [RHEL-237156] {CVE-2026-68159}
    - xfrm：修复 xfrm 异步恢复中的 dev 释放后使用 （Sabrina Dubroca） [RHEL-232965] {CVE-2026-31663}
    - xfrm：将 dev ref 保留至transport_finish NF_HOOK后 （Sabrina Dubroca） [RHEL-232965] {CVE-2026-31663}
    - xfrm：仅保留设备用于异步解密 （Sabrina Dubroca） [RHEL-232965] {CVE-2026-31663}
    - xfrm： input：在延迟传输重新注入期间保持 netns （Sabrina Dubroca） [RHEL-227508] {CVE-2026-63919}
    - xfrm：异步加密窃取 GSO 段后修复过时的 skb->prev （Sabrina Dubroca） [RHEL-236120] {CVE-2026-68426}
    - xfrm：从 validate_xmit_xfrm（） 传播 -EINPROGRESS （Sabrina Dubroca） [RHEL-236120] {CVE-2026-68426}
    - xfrm： policy：修复 xfrm_policy_bysel_ctx（） 中不准确的 bin 上的释放后使用 （Sabrina Dubroca） [RHEL-228016] {CVE-2026-53239}
    - ip6：vti：在 vti6_changelink（） 中使用 ip6_tnl.net。（萨布丽娜·杜布罗卡）[RHEL-231753] {CVE-2026-63917}
    - ip6：vti：在 vti6_siocdevprivate（） 中使用 ip6_tnl.net。（萨布丽娜·杜布罗卡）[RHEL-228936] {CVE-2026-63921}
    - dm_early_create：修复dm_resume失败时释放已使用过的表的问题 （CKI Backport Bot） [RHEL-244932] {CVE-2026-72102}
    - ALSA： timer：不要重新输入仍在运行的实例回调 （CKI Backport Bot） [RHEL-243028] {CVE-2026-68200}
    - ice：拒绝 ice_parser_profile_init 中超出范围的 ptype （CKI Backport Bot） [RHEL-240325] {CVE-2026-68128}
    - RDMA/rxe：修复 rxe_mmap 中的释放后使用问题 （Kamal Heib） [RHEL-233826] {CVE-2026-64582}
    - RDMA/rxe：在 ICRC 处理之前拒绝未知操作码 （Kamal Heib） [RHEL-226877] {CVE-2026-46133}
    - RDMA/rxe：修复 QP 定时器处理程序中的争用条件 （Kamal Heib） [RHEL-226914] {CVE-2026-45910}
    - RDMA/rxe：在 rxe_rcv 的 payload_size（） 之前验证 pad 和 ICRC （Kamal Heib） [RHEL-228182] {CVE-2026-46043}
    - RDMA/rxe：拒绝非 8 字节ATOMIC_WRITE负载 （Kamal Heib） [RHEL-226315] {CVE-2026-46114}
    - net：ena：PHC：修复 get_timestamp 中潜在的释放后使用 （CKI Backport Bot） [RHEL-230627] {CVE-2026-52971}
    - ALSA： timer：修复 snd_timer_user_params（） 处的 UAF （CKI Backport Bot） [RHEL-228693] {CVE-2026-53192}
    - ALSA：seq：使用 event_input 序列化 UMP 输出拆卸 （CKI Backport Bot） [RHEL-227713] {CVE-2026-64029}
    - ALSA： timer：关闭完成后清除SNDRV_TIMER_IFLG_DEAD （CKI Backport Bot） [RHEL-227087] {CVE-2026-53193}
    - ALSA： timer：关闭时强制关闭计时器实例 （CKI Backport Bot） [RHEL-227087] {CVE-2026-53193}
    - netfilter： conntrack： tcp：在没有方向检查的情况下，不在无效的 seq RST 上强制关闭 (CKI Backport Bot) [RHEL-226406] {CVE-2026-63913}
    - IB/isert：拒绝短于 ISER_HEADERS_LEN 的登录 PDU （CKI Backport Bot） [RHEL-191605] {CVE-2026-53176}
    - USB：serial： io_ti：修复 build_i2c_fw_hdr（） 中的堆溢出 （Desnes Nunes） [RHEL-191035] {CVE-2026-53195}

Tenable 已直接从 Oracle Linux 安全公告中提取上述描述块。

请注意，Nessus 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

远程 AlmaLinux 9 主机上存在安装的程序包，该程序包受到 ALSA-2026：68570 公告中提及的多个漏洞的影响。

    * 内核：Linux 内核 t7xx WWAN 驱动程序：通过缓冲区溢出造成拒绝服务 （CVE-2026-23172）
      * kernel： xfrm：将 dev ref 保持到 transport_finish NF_HOOK （CVE-2026-31663） 之后
      * 内核：RDMA/rxe：修复 QP 定时器处理程序中的争用条件 （CVE-2026-45910）
      * 内核：RDMA/rxe：在 rxe_rcv （CVE-2026-46043） 中的 payload_size（） 之前验证 pad 和 ICRC
      * 内核：RDMA/rxe：在 ICRC 处理 （CVE-2026-46133） 之前拒绝未知操作码
      * 内核：RDMA/rxe：拒绝非 8 字节 ATOMIC_WRITE 负载 （CVE-2026-46114）
      * kernel： net： ena： PHC：修复 get_timestamp （CVE-2026-52971） 中潜在的释放后使用
      * 内核：IB/isert：拒绝短于 ISER_HEADERS_LEN （CVE-2026-53176） 的登录 PDU
      * 内核：ALSA：timer：关闭时强制关闭定时器实例 （CVE-2026-53193）
      * 内核：USB：serial：io_ti：修复 get_manuf_info（） （CVE-2026-53196） 中的堆溢出
      * kernel： xfrm： policy：修复 xfrm_policy_bysel_ctx（） （CVE-2026-53239） 中不准确的 bin 上的释放后使用
      * 内核：ALSA：timer：修复 snd_timer_user_params（）CVE-2026-53192 （） 处的 UAF
      * kernel： wifi： mac80211：限制 ieee80211_parse_tx_radiotap （CVE-2026-63869） 中注入的天线索引
      * 内核：ALSA：seq：使用 event_input （CVE-2026-64029） 序列化 UMP 输出拆卸
      * kernel： ip6： vti：在 vti6_siocdevprivate（）CVE-2026-63921 （） 中使用 ip6_tnl.net
      * kernel： xfrm： input：在延迟传输重新注入期间保持 netns （CVE-2026-63919）
      * kernel： ip6： vti：在 vti6_changelink（） （CVE-2026-63917） 中使用 ip6_tnl.net
      * kernel： netfilter： conntrack： tcp：在没有方向检查的情况下，不在无效的 seq RST 上强制关闭 （CVE-2026-63913）
      * kernel： wifi： iwlwifi： mvm：修复旧设备上驱动程序设置的 TX 速率 （CVE-2026-64176）
      * kernel： wifi： cfg80211：cfg80211_merge_profile（） （CVE-2026-64174） 中的高级循环变量
      * kernel： wifi： iwlwifi： mld：固件重新启动期间停止 TX （CVE-2026-64175）
      * 内核：RDMA/rxe：修复 rxe_mmap （CVE-2026-64582） 中的释放后使用问题
      * 内核： Linux 内核：通过构建的 OSDMap （CVE-2026-68159） 进行 libceph 堆栈越界写入
      * 内核： Linux 内核：ALSA 定时器释放后使用漏洞允许权限升级 （CVE-2026-68200）
      * 内核：Linux 内核 （ice）：通过 VIRTCHNLCVE-2026-68128 （） 中的超出范围 ptype 造成的拒绝服务
      * kernel：Linux 内核：ath9k Wi-Fi 驱动程序释放后使用漏洞，可导致系统崩溃 （CVE-2026-68363）
      * kernel： xfrm：异步加密窃取 GSO 段 （CVE-2026-68426） 后修复过时的 skb->prev
      * 内核：dm_early_create：修复dm_resume失败时释放已使用表的问题 （CVE-2026-72102）
      * kernel： net： qrtr：修复 qrtr_endpoint_post（） （CVE-2026-72298） 中的 32 位整数溢出
      * kernel： wifi： brcmfmac： cyw：修复短认证帧 （CVE-2026-72003） 上的堆溢出
      * kernel： selinux：检查 TCP Fast Open （CVE-2026-72243） 上的连接相关权限


    错误修复和增强功能：

      * gfs2：文件系统撤回返工 [almalinux-9.8.z] （JIRA：AlmaLinux-252540）
      * gfs2 和 dlm 的 slab 缓存条目对于 gfs2 文件系统变得非常大 [almalinux-9.8.z] （JIRA：AlmaLinux-252544）
      * gfs2：去掉sd_async_glock_wait [almalinux-9.8.z] （JIRA：AlmaLinux-253986）
      * [AlmaLinux9.8z] 监视程序：禁用预超时 （0） 时，重新启动期间发生系统错误 （JIRA：AlmaLinux-255217）
      * [usb/xhci] Arrow Lake 系统上的 kdump 因 dracut-initqueue 超时错误而将系统挂起 [almalinux-9.8.z] （JIRA：AlmaLinux-256733）

Tenable 已直接从 AlmaLinux 安全公告中提取上述描述块。

请注意，Nessus 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

远程 Redhat Enterprise Linux 9 主机上安装的程序包受到 RHSA-2026:68570 公告中提及的多个漏洞影响。

    内核程序包中包含 Linux 内核，后者是任何 Linux 操作系统的核心。

    安全修复：

    * kernel：Linux kernel t7xx WWAN 驱动程序：通过缓冲区溢出造成拒绝服务 （CVE-2026-23172）

    * kernel：xfrm：将 dev ref 保留至 transport_finish NF_HOOK 后 （CVE-2026-31663）

    * kernel：RDMA/rxe：修复 QP 定时器处理程序中的争用条件 （CVE-2026-45910）

    * kernel：RDMA/rxe：在 rxe_rcv 中 payload_size（） 前验证 pad 和 ICRC (CVE-2026-46043)

    * kernel：RDMA/rxe：在 ICRC 处理之前拒绝未知操作码（CVE-2026-46133）

    * kernel：RDMA/rxe：拒绝非 8 字节 ATOMIC_WRITE 负载 （CVE-2026-46114）

    * kernel： net： ena： PHC：修复 get_timestamp 中潜在的释放后使用（CVE-2026-52971） 

    * kernel：IB/isert：拒绝短于 ISER_HEADERS_LEN 的登录 PDU（CVE-2026-53176）

    * kernel：ALSA：timer：关闭时强制关闭定时器实例 （CVE-2026-53193）

    * kernel：USB：serial：io_ti：修复 get_manuf_info（）中的堆溢出（CVE-2026-53196）

    * kernel：xfrm： policy：修复 xfrm_policy_bysel_ctx（） 中不准确的 bin 上的释放后使用 （CVE-2026-53239）

    * kernel：ALSA：timer：修复 snd_timer_user_params（）处的 UAF（CVE-2026-53192）

    * kernel： wifi： mac80211：限制 ieee80211_parse_tx_radiotap 中注入的天线索引（CVE-2026-63869） 

    * kernel：ALSA：seq：使用 event_input 序列化 UMP 输出拆卸（CVE-2026-64029） 

    * kernel：ip6：vti：在 vti6_siocdevprivate（） 中使用 ip6_tnl.net（CVE-2026-63921）

    * kernel：xfrm： input：在延迟传输重新注入期间保持 netns （CVE-2026-63919）

    * kernel：ip6：vti：在 vti6_changelink（） 中使用 ip6_tnl.net（CVE-2026-63917）

    * kernel： netfilter： conntrack： tcp：在没有方向检查的情况下，不在无效的 seq RST 上强制关闭 （CVE-2026-63913）

    * kernel： wifi： iwlwifi： mvm：修复旧设备上驱动程序设置的 TX 速率 （CVE-2026-64176）

    * kernel： wifi： cfg80211：cfg80211_merge_profile（）中的高级循环变量（CVE-2026-64174）

    * kernel： wifi： iwlwifi： mld：固件重新启动期间停止 TX （CVE-2026-64175）

    * kernel：RDMA/rxe：修复 rxe_mmap 中的释放后使用问题（CVE-2026-64582） 

    * kernel： Linux kernel：通过构建的 OSDMap 进行 libceph 堆栈越界写入（CVE-2026-68159）

    * kernel： Linux kernel：ALSA 定时器释放后使用漏洞允许权限升级 （CVE-2026-68200）

    * kernel：Linux kernel （ice）：通过 VIRTCHNL 中的超出范围 ptype 造成的拒绝服务（CVE-2026-68128）

    * kernel：Linux 内核：ath9k Wi-Fi 驱动程序释放后使用漏洞，可导致系统崩溃 （CVE-2026-68363）

    * kernel：xfrm：异步加密窃取 GSO 段后修复过时的 skb->prev （CVE-2026-68426）

    * kernel：dm_early_create：修复dm_resume失败时释放已使用表的问题 （CVE-2026-72102）

    * kernel：net：qrtr：修复 qrtr_endpoint_post（） 中的 32 位整数溢出 （CVE-2026-72298）

    * kernel： wifi： brcmfmac： cyw：修复短认证帧上的堆溢出（CVE-2026-72003） 

    * kernel： selinux：检查 TCP Fast Open 上的连接相关权限（CVE-2026-72243）

    错误修复和增强功能：

    * gfs2：文件系统撤回返工 [rhel-9.8.z] （JIRA：RHEL-252540）

    * gfs2 和 dlm 的 slab 缓存条目对于 gfs2 文件系统变得非常大 [rhel-9.8.z] （JIRA：RHEL-252544）

    * gfs2：去掉sd_async_glock_wait [rhel-9.8.z] （JIRA：RHEL-253986）

    * [RHEL9.8z] 监视程序：禁用预超时 （0） 时，重新启动期间发生系统错误 （JIRA：RHEL-255217）

    * [usb/xhci] Arrow Lake 系统上的 kdump 因 dracut-initqueue 超时错误而将系统挂起 [rhel-9.8.z] （JIRA：RHEL-256733）

    有关上述安全问题的更多详细信息，包括其影响、CVSS 得分、致谢，以及其他相关信息，请参阅列于“参考”部分的 CVE 页面。

Tenable 已直接从 Red Hat Enterprise Linux 安全公告中提取上述描述块。

请注意，Nessus 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

远程 RockyLinux 9 主机上存在安装的程序包，该程序包受到公告 RLSA-2026：68570 中提及的多个漏洞的影响。

    * 内核：Linux 内核 t7xx WWAN 驱动程序：通过缓冲区溢出造成拒绝服务 （CVE-2026-23172）

    * kernel： xfrm：将 dev ref 保持到 transport_finish NF_HOOK （CVE-2026-31663） 之后

    * 内核：RDMA/rxe：修复 QP 定时器处理程序中的争用条件 （CVE-2026-45910）

    * 内核：RDMA/rxe：在 rxe_rcv （CVE-2026-46043） 中的 payload_size（） 之前验证 pad 和 ICRC

    * 内核：RDMA/rxe：在 ICRC 处理 （CVE-2026-46133） 之前拒绝未知操作码

    * 内核：RDMA/rxe：拒绝非 8 字节 ATOMIC_WRITE 负载 （CVE-2026-46114）

    * kernel： net： ena： PHC：修复 get_timestamp （CVE-2026-52971） 中潜在的释放后使用

    * 内核：IB/isert：拒绝短于 ISER_HEADERS_LEN （CVE-2026-53176） 的登录 PDU

    * 内核：ALSA：timer：关闭时强制关闭定时器实例 （CVE-2026-53193）

    * 内核：USB：serial：io_ti：修复 get_manuf_info（） （CVE-2026-53196） 中的堆溢出

    * kernel： xfrm： policy：修复 xfrm_policy_bysel_ctx（） （CVE-2026-53239） 中不准确的 bin 上的释放后使用

    * 内核：ALSA：timer：修复 snd_timer_user_params（）CVE-2026-53192 （） 处的 UAF

    * kernel： wifi： mac80211：限制 ieee80211_parse_tx_radiotap （CVE-2026-63869） 中注入的天线索引

    * 内核：ALSA：seq：使用 event_input （CVE-2026-64029） 序列化 UMP 输出拆卸

    * kernel： ip6： vti：在 vti6_siocdevprivate（）CVE-2026-63921 （） 中使用 ip6_tnl.net

    * kernel： xfrm： input：在延迟传输重新注入期间保持 netns （CVE-2026-63919）

    * kernel： ip6： vti：在 vti6_changelink（） （CVE-2026-63917） 中使用 ip6_tnl.net

    * kernel： netfilter： conntrack： tcp：在没有方向检查的情况下，不在无效的 seq RST 上强制关闭 （CVE-2026-63913）

    * kernel： wifi： iwlwifi： mvm：修复旧设备上驱动程序设置的 TX 速率 （CVE-2026-64176）

    * kernel： wifi： cfg80211：cfg80211_merge_profile（） （CVE-2026-64174） 中的高级循环变量

    * kernel： wifi： iwlwifi： mld：固件重新启动期间停止 TX （CVE-2026-64175）

    * 内核：RDMA/rxe：修复 rxe_mmap （CVE-2026-64582） 中的释放后使用问题

    * 内核： Linux 内核：通过构建的 OSDMap （CVE-2026-68159） 进行 libceph 堆栈越界写入

    * 内核： Linux 内核：ALSA 定时器释放后使用漏洞允许权限升级 （CVE-2026-68200）

    * 内核：Linux 内核 （ice）：通过 VIRTCHNLCVE-2026-68128 （） 中的超出范围 ptype 造成的拒绝服务

    * 内核：Linux 内核：ath9k Wi-Fi 驱动程序释放后使用漏洞，可导致系统崩溃 （CVE-2026-68363）

    * kernel： xfrm：异步加密窃取 GSO 段 （CVE-2026-68426） 后修复过时的 skb->prev

    * 内核：dm_early_create：修复dm_resume失败时释放已使用表的问题 （CVE-2026-72102）

    * kernel： net： qrtr：修复 qrtr_endpoint_post（） （CVE-2026-72298） 中的 32 位整数溢出

    * kernel： wifi： brcmfmac： cyw：修复短认证帧 （CVE-2026-72003） 上的堆溢出

    * kernel： selinux：检查 TCP Fast Open （CVE-2026-72243） 上的连接相关权限

    错误修复和增强功能：

    * gfs2：文件系统撤回重做 [rhel-9.8.z] （JIRA：Rocky Linux-252540）

    * gfs2 和 dlm 的 slab 缓存条目对于 gfs2 文件系统变得非常大 [rhel-9.8.z] （JIRA：Rocky Linux-252544）

    * gfs2：去掉sd_async_glock_wait [rhel-9.8.z] （JIRA：Rocky Linux-253986）

    * [Rocky Linux9.8z] 监视程序：禁用预超时 （0） 时，重新启动期间发生系统错误 （JIRA：Rocky Linux-255217）

    * [usb/xhci] Arrow Lake 系统上的 kdump 因 dracut-initqueue 超时错误而将系统挂起 [rhel-9.8.z] （JIRA：Rocky Linux-256733）

Tenable 已直接从 RockyLinux 安全公告中提取上述描述块。

请注意，Nessus 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

Rocky Linux 9 主机上存在安装的程序包，该程序包受到 CIQ crlsa-2026_68570 公告中提及的多个漏洞的影响。

    * kernel：Linux kernel t7xx WWAN 驱动程序：通过缓冲区溢出造成拒绝服务 （CVE-2026-23172）

    * kernel：xfrm：将 dev ref 保留至 transport_finish NF_HOOK 后 （CVE-2026-31663）

    * kernel：RDMA/rxe：修复 QP 定时器处理程序中的争用条件 （CVE-2026-45910）

    * kernel：RDMA/rxe：在 rxe_rcv 中 payload_size（） 前验证 pad 和 ICRC (CVE-2026-46043)

    * kernel：RDMA/rxe：在 ICRC 处理之前拒绝未知操作码（CVE-2026-46133）

    * kernel：RDMA/rxe：拒绝非 8 字节 ATOMIC_WRITE 负载 （CVE-2026-46114）

    * kernel： net： ena： PHC：修复 get_timestamp 中潜在的释放后使用（CVE-2026-52971） 

    * kernel：IB/isert：拒绝短于 ISER_HEADERS_LEN 的登录 PDU（CVE-2026-53176）

    * kernel：ALSA：timer：关闭时强制关闭定时器实例 （CVE-2026-53193）

    * kernel：USB：serial：io_ti：修复 get_manuf_info（）中的堆溢出（CVE-2026-53196）

    * kernel：xfrm： policy：修复 xfrm_policy_bysel_ctx（） 中不准确的 bin 上的释放后使用 （CVE-2026-53239）

    * kernel：ALSA：timer：修复 snd_timer_user_params（）处的 UAF（CVE-2026-53192）

    * kernel： wifi： mac80211：限制 ieee80211_parse_tx_radiotap 中注入的天线索引（CVE-2026-63869） 

    * kernel：ALSA：seq：使用 event_input 序列化 UMP 输出拆卸（CVE-2026-64029） 

    * kernel：ip6：vti：在 vti6_siocdevprivate（） 中使用 ip6_tnl.net（CVE-2026-63921）

    * kernel：xfrm： input：在延迟传输重新注入期间保持 netns （CVE-2026-63919）

    * kernel：ip6：vti：在 vti6_changelink（） 中使用 ip6_tnl.net（CVE-2026-63917）

    * kernel： netfilter： conntrack： tcp：在没有方向检查的情况下，不在无效的 seq RST 上强制关闭 （CVE-2026-63913）

    * kernel： wifi： iwlwifi： mvm：修复旧设备上驱动程序设置的 TX 速率 （CVE-2026-64176）

    * kernel： wifi： cfg80211：cfg80211_merge_profile（）中的高级循环变量（CVE-2026-64174）

    * kernel： wifi： iwlwifi： mld：固件重新启动期间停止 TX （CVE-2026-64175）

    * kernel：RDMA/rxe：修复 rxe_mmap 中的释放后使用问题（CVE-2026-64582） 

    * kernel： Linux kernel：通过构建的 OSDMap 进行 libceph 堆栈越界写入（CVE-2026-68159）

    * kernel： Linux kernel：ALSA 定时器释放后使用漏洞允许权限升级 （CVE-2026-68200）

    * kernel：Linux kernel （ice）：通过 VIRTCHNL 中的超出范围 ptype 造成的拒绝服务（CVE-2026-68128）

    * kernel：Linux 内核：ath9k Wi-Fi 驱动程序释放后使用漏洞，可导致系统崩溃 （CVE-2026-68363）

    * kernel：xfrm：异步加密窃取 GSO 段后修复过时的 skb->prev （CVE-2026-68426）

    * kernel：dm_early_create：修复dm_resume失败时释放已使用表的问题 （CVE-2026-72102）

    * kernel：net：qrtr：修复 qrtr_endpoint_post（） 中的 32 位整数溢出 （CVE-2026-72298）

    * kernel： wifi： brcmfmac： cyw：修复短认证帧上的堆溢出（CVE-2026-72003） 

    * kernel： selinux：检查 TCP Fast Open 上的连接相关权限（CVE-2026-72243）

    错误修复和增强功能：

    * gfs2：文件系统撤回重做 [rhel-9.8.z] （JIRA：Rocky Linux-252540）

    * gfs2 和 dlm 的 slab 缓存条目对于 gfs2 文件系统变得非常大 [rhel-9.8.z] （JIRA：Rocky Linux-252544）

    * gfs2：去掉sd_async_glock_wait [rhel-9.8.z] （JIRA：Rocky Linux-253986）

    * [Rocky Linux9.8z] 监视程序：禁用预超时 （0） 时，重新启动期间发生系统错误 （JIRA：Rocky Linux-255217）

    * [usb/xhci] Arrow Lake 系统上的 kdump 因 dracut-initqueue 超时错误而将系统挂起 [rhel-9.8.z] （JIRA：Rocky Linux-256733）

Tenable 已直接从 CIQ 安全公告中提取上述描述块。

请注意，Nessus 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
363461	CentOS 9: kernel-5.14.0-756.el9	Nessus	CentOS Local Security Checks	2026/10/6	2026/10/26	critical
337464	Linux Distros 未修补的漏洞：CVE-2026-72003	Nessus	Misc.	2026/8/18	2026/11/7	high
365768	Ubuntu 26.04 LTS：Linux kernel (Azure) 漏洞 (USN-8888-1)	Nessus	Ubuntu Local Security Checks	2026/10/14	2026/10/14	medium
365463	Ubuntu 26.04 LTS：Linux 内核 (OEM) 漏洞 (USN-8889-1)	Nessus	Ubuntu Local Security Checks	2026/10/13	2026/10/13	medium
367721	MiracleLinux 9：kernel-5.14.0-687.49.1.el9_8 （AXSA：2026-2093：103）	Nessus	Miracle Linux Local Security Checks	2026/10/20	2026/10/21	medium
348237	Oracle Linux 9：内核 (ELSA-2026-68570)	Nessus	Oracle Linux Local Security Checks	2026/9/18	2026/9/18	medium
349479	AlmaLinux 9：内核（ALSA-2026：68570）	Nessus	Alma Linux Local Security Checks	2026/9/23	2026/9/23	medium
365767	Ubuntu 26.04 LTS：Linux 内核漏洞 (USN-8887-1)	Nessus	Ubuntu Local Security Checks	2026/10/14	2026/10/14	medium
346915	RHEL 9：内核 (RHSA-2026:68570)	Nessus	Red Hat Local Security Checks	2026/9/17	2026/9/17	medium
348577	RockyLinux 9：内核（RLSA-2026：68570）	Nessus	Rocky Linux Local Security Checks	2026/9/21	2026/9/21	medium
356980	Rocky Linux 9 [CIQ] 安全更新：kernel / kernel-64k / kernel-64k-core / kernel-64k-debug / 等多个漏洞（crlsa-2026_68570）	Nessus	Rocky Linux Local Security Checks	2026/10/1	2026/10/1	medium

检测

插件搜索

critical

high

medium

medium

medium

medium

medium

medium

medium

medium

medium