Rocky Linux 9.2 主机上安装的多个程序包受到 CIQ ciqsa-2026_1342 公告中提及的多个漏洞影响。

    此公告汇总了 CIQ FIPS 9.2 兼容中内核 SRPM 的安全补丁。它解决了 44 个 CVE： CVE-2021-47384、 CVE-2024-26640、 CVE-2025-40240、 CVE-2024-26601、 CVE-2024-26737、和 39 个以上。

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

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

远程 22.04 LTS / 24.04 LTS 主机上安装的程序包受到 USN-8278-1 公告中提及的多个漏洞的影响。

    据发现，Linux 内核 algif_aead 模块未正确处理原地加密操作。此缺陷被称为复制失败。本地攻击者可以利用此问题提升特权，或者可能造成容器逃逸。(CVE-2026-31431)

    在 Linux 内核中发现多个安全问题。攻击者可能利用这些问题入侵系统。此更新修正了以下子系统中的缺陷：

    - ARM64 架构；

    - x86 架构；

    - 加密 API；

    - 计算加速框架；

    - 驱动程序核心；

    - Null 块设备驱动程序；

    - Ublk userspace block 驱动程序；

    - 蓝牙驱动程序；

    - 计数器接口驱动程序；

    - DMA 引擎子系统；

    - DPLL 子系统；

    - GPU 驱动程序；

    - HID 子系统；

    - Intel Trace Hub HW 跟踪驱动程序；

    - IIO ADC 驱动程序；

    - IIO 子系统；

    - 片上互连管理框架；

    - IRQ 芯片驱动程序；

    - 模块化 ISDN 驱动程序；

    - LED 子系统；

    - 多设备驱动程序；

    - UACCE 加速器框架；

    - MMC 子系统；

    - 以太网绑定驱动程序；

    - 网络驱动程序；

    - Mellanox 网络驱动程序；

    - NVME 驱动程序；

    - PHY 驱动程序；

    - x86 平台驱动程序；

    - i.MX PM 域；

    - SCSI 子系统；

    - SLIMbus 驱动程序；

    - SPI 子系统；

    - TCM 子系统；

    - W1 Dallas 的 1-wire 总线驱动程序；

    - Xen 管理程序驱动程序；

    - BTRFS 文件系统；

    - EFI 变量文件系统；

    - exFAT 文件系统；

    - Ext4 文件系统；

    - HFS+ 文件系统；

    - 网络文件系统 (NFS) 客户端；

    - 网络文件系统 (NFS) 服务器后台程序；

    - NTFS3 文件系统；

    - SMB 网络文件系统；

    - 计划程序基础设施；

    - Netfilter；

    - NFC 子系统；

    - 跟踪基础设施；

    - io_uring 子系统；

    - BPF 子系统；

    - Perf 事件；

    - 浮动比例库；

    - 内存管理；

    - 蓝牙子系统；

    - CAN 网络层；

    - Ceph Core 库；

    - Networking 核心；

    - IPv4 联网；

    - IPv6 联网；

    - L2TP 协议；

    - MAC80211 子系统；

    - NET/ROM 层；

    - 数据包套接字；

    - 网络流量控制；

    - SCTP 协议；

    - TLS 协议；

    - Unix 域套接字；

    - VMware vSockets 驱动程序；

    - 无线网络；

    - ALSA AC97 驱动程序；

    - 通用 PCM 环回声音驱动程序;

    - Creative Sound Blaster X-Fi 驱动程序；

    - AMD SoC Alsa 驱动程序；

    - Texas InstrumentS Audio (ASoC/HDA) 驱动程序；

    - USB 音频设备；

    - KVM 子系统;  (CVE-2024-50004, CVE-2024-58096, CVE-2024-58097, CVE-2025-37926, CVE-2025-38201, CVE-2025-38591, CVE-2025-40039, CVE-2025-40082, CVE-2025-40149, CVE-2025-68351, CVE-2025-68358, CVE-2025-68365, CVE-2025-68725, CVE-2025-68749, CVE-2025-68803, CVE-2025-68823, CVE-2025-71160, CVE-2025-71162, CVE-2025-71163, CVE-2025-71180, CVE-2025-71182, CVE-2025-71183, CVE-2025-71184, CVE-2025-71185, CVE-2025-71186, CVE-2025-71188, CVE-2025-71189, CVE-2025-71190, CVE-2025-71191, CVE-2025-71192, CVE-2025-71193, CVE-2025-71194, CVE-2025-71195, CVE-2025-71196, CVE-2025-71197, CVE-2025-71198, CVE-2025-71199, CVE-2025-71200, CVE-2025-71220, CVE-2025-71222, CVE-2025-71224, CVE-2025-71225, CVE-2025-71268, CVE-2026-22976, CVE-2026-22977, CVE-2026-22978, CVE-2026-22979, CVE-2026-22980, CVE-2026-22982, CVE-2026-22984, CVE-2026-22990, CVE-2026-22991, CVE-2026-22992, CVE-2026-22994, CVE-2026-22996, CVE-2026-22997, CVE-2026-22998, CVE-2026-22999, CVE-2026-23000, CVE-2026-23001, CVE-2026-23003, CVE-2026-23005, CVE-2026-23006, CVE-2026-23010, CVE-2026-23011, CVE-2026-23019, CVE-2026-23020, CVE-2026-23021, CVE-2026-23025, CVE-2026-23026, CVE-2026-23030, CVE-2026-23031, CVE-2026-23032, CVE-2026-23033, CVE-2026-23035, CVE-2026-23037, CVE-2026-23038, CVE-2026-23047, CVE-2026-23049, CVE-2026-23050, CVE-2026-23053, CVE-2026-23054, CVE-2026-23056, CVE-2026-23057, CVE-2026-23058, CVE-2026-23059, CVE-2026-23061, CVE-2026-23062, CVE-2026-23063, CVE-2026-23064, CVE-2026-23065, CVE-2026-23068, CVE-2026-23069, CVE-2026-23071, CVE-2026-23073, CVE-2026-23075, CVE-2026-23076, CVE-2026-23078, CVE-2026-23080, CVE-2026-23083, CVE-2026-23084, CVE-2026-23085, CVE-2026-23086, CVE-2026-23087, CVE-2026-23088, CVE-2026-23089, CVE-2026-23090, CVE-2026-23091, CVE-2026-23093, CVE-2026-23094, CVE-2026-23095, CVE-2026-23096, CVE-2026-23097, CVE-2026-23098, CVE-2026-23099, CVE-2026-23101, CVE-2026-23102, CVE-2026-23103, CVE-2026-23105, CVE-2026-23107, CVE-2026-23108, CVE-2026-23110, CVE-2026-23113, CVE-2026-23116, CVE-2026-23119, CVE-2026-23120, CVE-2026-23121, CVE-2026-23123, CVE-2026-23124, CVE-2026-23125, CVE-2026-23126, CVE-2026-23128, CVE-2026-23129, CVE-2026-23131, CVE-2026-23133, CVE-2026-23135, CVE-2026-23136, CVE-2026-23139, CVE-2026-23140, CVE-2026-23141, CVE-2026-23142, CVE-2026-23144, CVE-2026-23145, CVE-2026-23146, CVE-2026-23148, CVE-2026-23150, CVE-2026-23151, CVE-2026-23156, CVE-2026-23159, CVE-2026-23160, CVE-2026-23163, CVE-2026-23164, CVE-2026-23166, CVE-2026-23167, CVE-2026-23168, CVE-2026-23170, CVE-2026-23172, CVE-2026-23173, CVE-2026-23176, CVE-2026-23178, CVE-2026-23179, CVE-2026-23180, CVE-2026-23182, CVE-2026-23187, CVE-2026-23190, CVE-2026-23191, CVE-2026-23193, CVE-2026-23198, CVE-2026-23200, CVE-2026-23202, CVE-2026-23204, CVE-2026-23205, CVE-2026-23206, CVE-2026-23212, CVE-2026-23213, CVE-2026-23214, CVE-2026-23215, CVE-2026-23216, CVE-2026-23254, CVE-2026-23256, CVE-2026-23257, CVE-2026-23258, CVE-2026-23260, CVE-2026-23261, CVE-2026-23262, CVE-2026-23264, CVE-2026-23274, CVE-2026-23351, CVE-2026-23394, CVE-2026-31419, CVE-2026-31504, CVE-2026-31533, CVE-2026-43033, CVE-2026-43077, CVE-2026-43078)

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

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

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

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

    安全修复：

    * kernel：geneve：修复 geneve_find_dev（） 中的释放后使用。（CVE-2025-21858）

    * kernel： sctp：修复 sctp_ifwdtsn_skip （CVE-2023-53372） 中的潜在溢出

    * kernel: net：在 sk_setup_caps() 中使用 dst_dev_rcu() (CVE-2025-40170)

    * kernel: ipv6：使用 ip6_xmit() 中的 RCU (CVE-2025-40135)

    * kernel: ipv6：使用 ip6_output() 中的 RCU (CVE-2025-40158)

    * kernel：nbd：延迟 nbd_genl_connect 中的配置解锁 (CVE-2025-68366)

    * kernel: mlxsw: spectrum_mr：修复更新多播路由统计信息时的释放后使用 (CVE-2025-68800)

    * kernel：iommu：设置 CONFIG_X86 时禁用 SVA (CVE-2025-71089)

    * kernel: macvlan：修复 macvlan_forward_source() 中可能存在的 UAF (CVE-2026-23001)

    * 内核：Linux 内核：因 hugetlb folio 迁移中的死锁导致拒绝服务 (CVE-2026-23097)

    * kernel: ALSA: aloop：修复触发 PCM 时的 racy 访问 (CVE-2026-23191)

    * kernel： scsi： target： iscsi： 修复 iscsit_dec_conn_usage_count（） （CVE-2026-23216） 中的释放后使用

    * kernel：Linux 内核：RDMA umad 中存在拒绝服务和内存损坏 (CVE-2026-23243)

    * kernel：netfilter：nf_tables：在错误的 rcu 宽限期后释放 flowtable (CVE-2026-23392)

    * kernel：netfilter：ip6t_eui64：拒绝所有数据包的无效 MAC 标头 (CVE-2026-31685)

    * kernel：ip6_tunnel：清除 ip4ip6_err() 中的 skb2->cb[] (CVE-2026-43037)

    * kernel：ipv6：icmp：清除 ip6_err_gen_icmpv6_unreach() 中的 skb2->cb[] (CVE-2026-43038)

    * kernel： netfilter： ctnetlink：确保对主控 conntrack （CVE-2026-43116） 的安全访问

    * kernel：wifi：brcmfmac：验证 IF 事件中的 bsscfg 索引 (CVE-2026-43110)

    * kernel：md/bitmap：修复 write_page 中因大小调整争用而导致的 GPF (CVE-2026-43163)

    * kernel：netfilter：xt_tcpmss：在读取 optlen 之前检查剩余长度 (CVE-2026-43190)

    * kernel：xfs：在将 xattrs 添加到叶块时修复 freemap 调整 (CVE-2026-43158)

    * 内核：Linux 内核：smb：客户端：拒绝用户空间 cifs.spnego 描述 (CVE-2026-46243)

    * kernel： sctp：重新验证 SCTP_SENDALL （CVE-2026-46227） 中 sctp_sendmsg_to_asoc（） 之后的列表光标

    错误修复和增强功能：

    * 返回委派时 NFS 客户端挂起 （JIRA：RHEL-112276）

    * 上游提交 i40e 的 rhel 向后移植：避免冗余 VF 链路状态更新 （JIRA：RHEL-141908）

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

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

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

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

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

    安全修复：

    * kernel: Linux 内核：由于区域报告中的争用条件导致设备映射器出现释放后使用漏洞 (CVE-2025-38141)

    * kernelLinux 内核 io_uring通过释放后使用造成的本地权限提升、信息泄露或拒绝服务 (CVE-2025-38106)

    * kernel: drm/xe : 使 dma-fences 符合安全访问规则 (CVE-2025-38703)

    * kernel: Linux 内核：USB 配置解析中因越界读取导致拒绝服务 (CVE-2025-39760)

    * kernel: HID: intel-thc-hid: intel-thc修复了 I2C regs 保存中不正确的指针算法 (CVE-2025-39818)

    * kernel: 内核GPIO 字符设备中的释放后使用允许权限升级或拒绝服务 (CVE-2025-40249)

    * 内核：ipv6：作为 calipso_skbuff_setattr() 的一部分，pskb_expand_head() 中存在 BUG() (CVE-2025-71085)

    * kernel: macvlan修复 macvlan_forward_source() 中可能的 UAF (CVE-2026-23001)

    * 内核：Linux 内核：因 hugetlb folio 迁移中的死锁导致拒绝服务 (CVE-2026-23097)

    * kernelLinux 内核通过不正确的错误传播在 efivarfs 中泄露信息 (CVE-2026-23156)

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

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

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

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

    * 内核：ipv6：作为 calipso_skbuff_setattr() 的一部分，pskb_expand_head() 中存在 BUG() (CVE-2025-71085)
      * kernel: macvlan修复 macvlan_forward_source() 中可能的 UAF (CVE-2026-23001)

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

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

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

    * 内核：ipv6：作为 calipso_skbuff_setattr() 的一部分，pskb_expand_head() 中存在 BUG() (CVE-2025-71085)

    * kernel: macvlan：修复 macvlan_forward_source() 中可能存在的 UAF (CVE-2026-23001)

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

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

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

    * 内核：ipv6：作为 calipso_skbuff_setattr() 的一部分，pskb_expand_head() 中存在 BUG() (CVE-2025-71085)

    * kernel: macvlan：修复 macvlan_forward_source() 中可能存在的 UAF (CVE-2026-23001)

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

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

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

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

    安全修复：

    * kernelLinux 内核ATM 子系统中的释放后使用漏洞 (CVE-2025-38180)

    * kernel: Linux 内核：修复 br_multicast_port_ctx_init 中网桥多播的释放后使用 (CVE-2025-38248)

    * kernel: smc：修复 __pnet_find_base_ndev() 中的释放后使用 (CVE-2025-40064)

    * 内核：smc：在 smc_clc_prfx_match() 中使用 __sk_dst_get() 和 dst_dev_rcu() (CVE-2025-40168)

    * kernel: macvlan：修复 macvlan_forward_source() 中可能存在的 UAF (CVE-2026-23001)

    * kernelmacvlan修复 macvlan_common_newlink() 中的错误恢复 (CVE-2026-23209)

    * 内核Linux 内核 (qla2xxx)双重释放漏洞可导致拒绝服务及潜在的权限升级。 (CVE-2025-71238)

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

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

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

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

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

    安全修复：

    * kernel: Linux kernel io_uring：通过释放后使用导致的本地特权提升、信息泄露或拒绝服务漏洞 (CVE-2025-38106)

    * kernel: macvlan：修复 macvlan_forward_source() 中可能存在的 UAF (CVE-2026-23001)

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

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

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

如 TuxCare CENTOS8.5：CLSA-2026：1777614954公告所述，CentOS Linux 8.5 主机上安装的程序包受到多个漏洞的影响。

  - 已修复 Linux 内核中的下列漏洞：kyber: fix out of bounds access when preempted __blk_mq_sched_bio_merge() gets the ctx and hctx for the current CPU and passes the hctx to
    ->bio_merge(). kyber_bio_merge() then gets the ctx for the current CPU again and uses that to get the corresponding Kyber context in the passed hctx. However, the thread may be preempted between the two calls to blk_mq_get_ctx(), and the ctx returned the second time may no longer correspond to the passed hctx.
    This works accidentally most of the time, but it can cause us to read garbage if the second ctx came from an hctx with more ctx's than the first one (i.e., if ctx->index_hw[hctx->type] > hctx->nr_ctx). This manifested as this UBSAN array index out of bounds error reported by Jakub: UBSAN: array-index-out-of-bounds in ../kernel/locking/qspinlock.c:130:9 index 13106 is out of range for type 'long unsigned int [128]' Call Trace: dump_stack+0xa4/0xe5 ubsan_epilogue+0x5/0x40
    __ubsan_handle_out_of_bounds.cold.13+0x2a/0x34 queued_spin_lock_slowpath+0x476/0x480 do_raw_spin_lock+0x1c2/0x1d0 kyber_bio_merge+0x112/0x180 blk_mq_submit_bio+0x1f5/0x1100 submit_bio_noacct+0x7b0/0x870 submit_bio+0xc2/0x3a0 btrfs_map_bio+0x4f0/0x9d0 btrfs_submit_data_bio+0x24e/0x310 submit_one_bio+0x7f/0xb0 submit_extent_page+0xc4/0x440
    __extent_writepage_io+0x2b8/0x5e0 __extent_writepage+0x28d/0x6e0 extent_write_cache_pages+0x4d7/0x7a0 extent_writepages+0xa2/0x110 do_writepages+0x8f/0x180 __writeback_single_inode+0x99/0x7f0 writeback_sb_inodes+0x34e/0x790 __writeback_inodes_wb+0x9e/0x120 wb_writeback+0x4d2/0x660 wb_workfn+0x64d/0xa10 process_one_work+0x53a/0xa80 worker_thread+0x69/0x5b0 kthread+0x20b/0x240 ret_from_fork+0x1f/0x30 Only Kyber uses the hctx, so fix it by passing the request_queue to ->bio_merge() instead. BFQ and mq-deadline just use that, and Kyber can map the queues itself to avoid the mismatch.
    (CVE-2021-46984)

  - 已修复 Linux 内核中的下列漏洞：drm/amdkfd: Fix double release compute pasid If kfd_process_device_init_vm returns failure after vm is converted to compute vm and vm->pasid set to compute pasid, KFD will not take pdd->drm_file reference. As a result, drm close file handler maybe called to release the compute pasid before KFD process destroy worker to release the same pasid and set vm->pasid to zero, this generates below WARNING backtrace and NULL pointer access. Add helper amdgpu_amdkfd_gpuvm_set_vm_pasid and call it at the last step of kfd_process_device_init_vm, to ensure vm pasid is the original pasid if acquiring vm failed or is the compute pasid with pdd->drm_file reference taken to avoid double release same pasid. amdgpu: Failed to create process VM object ida_free called for id=32770 which is not allocated. WARNING: CPU: 57 PID: 72542 at ../lib/idr.c:522 ida_free+0x96/0x140 RIP:
    0010:ida_free+0x96/0x140 Call Trace: amdgpu_pasid_free_delayed+0xe1/0x2a0 [amdgpu] amdgpu_driver_postclose_kms+0x2d8/0x340 [amdgpu] drm_file_free.part.13+0x216/0x270 [drm] drm_close_helper.isra.14+0x60/0x70 [drm] drm_release+0x6e/0xf0 [drm] __fput+0xcc/0x280 ____fput+0xe/0x20 task_work_run+0x96/0xc0 do_exit+0x3d0/0xc10 BUG: kernel NULL pointer dereference, address:
    0000000000000000 RIP: 0010:ida_free+0x76/0x140 Call Trace: amdgpu_pasid_free_delayed+0xe1/0x2a0 [amdgpu] amdgpu_driver_postclose_kms+0x2d8/0x340 [amdgpu] drm_file_free.part.13+0x216/0x270 [drm] drm_close_helper.isra.14+0x60/0x70 [drm] drm_release+0x6e/0xf0 [drm] __fput+0xcc/0x280 ____fput+0xe/0x20 task_work_run+0x96/0xc0 do_exit+0x3d0/0xc10 (CVE-2022-50303)

  - 已修复 Linux 内核中的下列漏洞：RDMA/rxe: Fix mr->map double free rxe_mr_cleanup() which tries to free mr->map again will be called when rxe_mr_init_user() fails: CPU: 0 PID: 4917 Comm: rdma_flush_serv Kdump: loaded Not tainted 6.1.0-rc1-roce-flush+ #25 Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS rel-1.16.0-0-gd239552ce722-prebuilt.qemu.org 04/01/2014 Call Trace: <TASK> dump_stack_lvl+0x45/0x5d panic+0x19e/0x349 end_report.part.0+0x54/0x7c kasan_report.cold+0xa/0xf rxe_mr_cleanup+0x9d/0xf0 [rdma_rxe] __rxe_cleanup+0x10a/0x1e0 [rdma_rxe] rxe_reg_user_mr+0xb7/0xd0 [rdma_rxe] ib_uverbs_reg_mr+0x26a/0x480 [ib_uverbs] ib_uverbs_handler_UVERBS_METHOD_INVOKE_WRITE+0x1a2/0x250 [ib_uverbs] ib_uverbs_cmd_verbs+0x1397/0x15a0 [ib_uverbs] This issue was firstly exposed since commit b18c7da63fcb (RDMA/rxe: Fix memory leak in error path code) and then we fixed it in commit 8ff5f5d9d8cf (RDMA/rxe: Prevent double freeing rxe_map_set()) but this fix was reverted together at last by commit 1e75550648da (Revert RDMA/rxe: Create duplicate mapping tables for FMRs) Simply let rxe_mr_cleanup() always handle freeing the mr->map once it is successfully allocated. (CVE-2022-50543)

  - 已修复 Linux 内核中的下列漏洞：ext4: fix uninititialized value in 'ext4_evict_inode' Syzbot found the following issue: ===================================================== BUG: KMSAN: uninit-value in ext4_evict_inode+0xdd/0x26b0 fs/ext4/inode.c:180 ext4_evict_inode+0xdd/0x26b0 fs/ext4/inode.c:180 evict+0x365/0x9a0 fs/inode.c:664 iput_final fs/inode.c:1747 [inline] iput+0x985/0xdd0 fs/inode.c:1773 __ext4_new_inode+0xe54/0x7ec0 fs/ext4/ialloc.c:1361 ext4_mknod+0x376/0x840 fs/ext4/namei.c:2844 vfs_mknod+0x79d/0x830 fs/namei.c:3914 do_mknodat+0x47d/0xaa0 __do_sys_mknodat fs/namei.c:3992 [inline] __se_sys_mknodat fs/namei.c:3989 [inline] __ia32_sys_mknodat+0xeb/0x150 fs/namei.c:3989 do_syscall_32_irqs_on arch/x86/entry/common.c:112 [inline] __do_fast_syscall_32+0xa2/0x100 arch/x86/entry/common.c:178 do_fast_syscall_32+0x33/0x70 arch/x86/entry/common.c:203 do_SYSENTER_32+0x1b/0x20 arch/x86/entry/common.c:246 entry_SYSENTER_compat_after_hwframe+0x70/0x82 Uninit was created at: __alloc_pages+0x9f1/0xe80 mm/page_alloc.c:5578 alloc_pages+0xaae/0xd80 mm/mempolicy.c:2285 alloc_slab_page mm/slub.c:1794 [inline] allocate_slab+0x1b5/0x1010 mm/slub.c:1939 new_slab mm/slub.c:1992 [inline] ___slab_alloc+0x10c3/0x2d60 mm/slub.c:3180 __slab_alloc mm/slub.c:3279 [inline] slab_alloc_node mm/slub.c:3364 [inline] slab_alloc mm/slub.c:3406 [inline] __kmem_cache_alloc_lru mm/slub.c:3413 [inline] kmem_cache_alloc_lru+0x6f3/0xb30 mm/slub.c:3429 alloc_inode_sb include/linux/fs.h:3117 [inline] ext4_alloc_inode+0x5f/0x860 fs/ext4/super.c:1321 alloc_inode+0x83/0x440 fs/inode.c:259 new_inode_pseudo fs/inode.c:1018 [inline] new_inode+0x3b/0x430 fs/inode.c:1046 __ext4_new_inode+0x2a7/0x7ec0 fs/ext4/ialloc.c:959 ext4_mkdir+0x4d5/0x1560 fs/ext4/namei.c:2992 vfs_mkdir+0x62a/0x870 fs/namei.c:4035 do_mkdirat+0x466/0x7b0 fs/namei.c:4060 __do_sys_mkdirat fs/namei.c:4075 [inline] __se_sys_mkdirat fs/namei.c:4073 [inline] __ia32_sys_mkdirat+0xc4/0x120 fs/namei.c:4073 do_syscall_32_irqs_on arch/x86/entry/common.c:112 [inline] __do_fast_syscall_32+0xa2/0x100 arch/x86/entry/common.c:178 do_fast_syscall_32+0x33/0x70 arch/x86/entry/common.c:203 do_SYSENTER_32+0x1b/0x20 arch/x86/entry/common.c:246 entry_SYSENTER_compat_after_hwframe+0x70/0x82 CPU: 1 PID: 4625 Comm: syz-executor.2 Not tainted 6.1.0-rc4-syzkaller-62821-gcb231e2f67ec #0 Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 10/26/2022 ===================================================== Now, 'ext4_alloc_inode()' didn't init 'ei->i_flags'. If new inode failed before set 'ei->i_flags' in '__ext4_new_inode()', then do 'iput()'. As after 6bc0d63dad7f commit will access 'ei->i_flags' in 'ext4_evict_inode()' which will lead to access uninit-value. To solve above issue just init 'ei->i_flags' in 'ext4_alloc_inode()'. (CVE-2022-50546)

  - 已修复 Linux 内核中的下列漏洞：ipvlan: add ipvlan_route_v6_outbound() helper Inspired by syzbot reports using a stack of multiple ipvlan devices. Reduce stack size needed in ipvlan_process_v6_outbound() by moving the flowi6 struct used for the route lookup in an non inlined helper. ipvlan_route_v6_outbound() needs 120 bytes on the stack, immediately reclaimed. Also make sure ipvlan_process_v4_outbound() is not inlined. We might also have to lower MAX_NEST_DEV, because only syzbot uses setups with more than four stacked devices. BUG: TASK stack guard page was hit at ffffc9000e803ff8 (stack is ffffc9000e804000..ffffc9000e808000) stack guard page: 0000 [#1] SMP KASAN CPU: 0 PID: 13442 Comm: syz-executor.4 Not tainted 6.1.52-syzkaller #0 Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 10/09/2023 RIP: 0010:kasan_check_range+0x4/0x2a0 mm/kasan/generic.c:188 Code:
    48 01 c6 48 89 c7 e8 db 4e c1 03 31 c0 5d c3 cc 0f 0b eb 02 0f 0b b8 ea ff ff ff 5d c3 cc 00 00 cc cc 00 00 cc cc 55 48 89 e5 <41> 57 41 56 41 55 41 54 53 b0 01 48 85 f6 0f 84 a4 01 00 00 48 89 RSP:
    0018:ffffc9000e804000 EFLAGS: 00010246 RAX: 0000000000000000 RBX: 0000000000000000 RCX: ffffffff817e5bf2 RDX: 0000000000000000 RSI: 0000000000000008 RDI: ffffffff887c6568 RBP: ffffc9000e804000 R08:
    0000000000000000 R09: 0000000000000000 R10: 0000000000000000 R11: dffffc0000000001 R12: 1ffff92001d0080c R13: dffffc0000000000 R14: ffffffff87e6b100 R15: 0000000000000000 FS: 00007fd0c55826c0(0000) GS:ffff8881f6800000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2:
    ffffc9000e803ff8 CR3: 0000000170ef7000 CR4: 00000000003506f0 DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400 Call Trace: <#DF> </#DF> <TASK> [<ffffffff81f281d1>] __kasan_check_read+0x11/0x20 mm/kasan/shadow.c:31 [<ffffffff817e5bf2>] instrument_atomic_read include/linux/instrumented.h:72 [inline] [<ffffffff817e5bf2>] _test_bit include/asm-generic/bitops/instrumented-non-atomic.h:141 [inline] [<ffffffff817e5bf2>] cpumask_test_cpu include/linux/cpumask.h:506 [inline] [<ffffffff817e5bf2>] cpu_online include/linux/cpumask.h:1092 [inline] [<ffffffff817e5bf2>] trace_lock_acquire include/trace/events/lock.h:24 [inline] [<ffffffff817e5bf2>] lock_acquire+0xe2/0x590 kernel/locking/lockdep.c:5632 [<ffffffff8563221e>] rcu_lock_acquire+0x2e/0x40 include/linux/rcupdate.h:306 [<ffffffff8561464d>] rcu_read_lock include/linux/rcupdate.h:747 [inline] [<ffffffff8561464d>] ip6_pol_route+0x15d/0x1440 net/ipv6/route.c:2221 [<ffffffff85618120>] ip6_pol_route_output+0x50/0x80 net/ipv6/route.c:2606 [<ffffffff856f65b5>] pol_lookup_func include/net/ip6_fib.h:584 [inline] [<ffffffff856f65b5>] fib6_rule_lookup+0x265/0x620 net/ipv6/fib6_rules.c:116 [<ffffffff85618009>] ip6_route_output_flags_noref+0x2d9/0x3a0 net/ipv6/route.c:2638 [<ffffffff8561821a>] ip6_route_output_flags+0xca/0x340 net/ipv6/route.c:2651 [<ffffffff838bd5a3>] ip6_route_output include/net/ip6_route.h:100 [inline] [<ffffffff838bd5a3>] ipvlan_process_v6_outbound drivers/net/ipvlan/ipvlan_core.c:473 [inline] [<ffffffff838bd5a3>] ipvlan_process_outbound drivers/net/ipvlan/ipvlan_core.c:529 [inline] [<ffffffff838bd5a3>] ipvlan_xmit_mode_l3 drivers/net/ipvlan/ipvlan_core.c:602 [inline] [<ffffffff838bd5a3>] ipvlan_queue_xmit+0xc33/0x1be0 drivers/net/ipvlan/ipvlan_core.c:677 [<ffffffff838c2909>] ipvlan_start_xmit+0x49/0x100 drivers/net/ipvlan/ipvlan_main.c:229 [<ffffffff84d03900>] netdev_start_xmit include/linux/netdevice.h:4966 [inline] [<ffffffff84d03900>] xmit_one net/core/dev.c:3644 [inline] [<ffffffff84d03900>] dev_hard_start_xmit+0x320/0x980 net/core/dev.c:3660 [<ffffffff84d080e2>]
    __dev_queue_xmit+0x16b2/0x3370 net/core/dev.c:4324 [<ffffffff855ce4cd>] dev_queue_xmit include/linux/netdevice.h:3067 [inline] [<ffffffff855ce4cd>] neigh_hh_output include/net/neighbour.h:529 [inline] [<f ---truncated--- (CVE-2023-52796)

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

AlmaLinux 9.6 主机上存在安装的程序包，该程序包受到 TuxCare ALMALINUX9.6：CLSA-2026：1777633439 1公告中提及的多个漏洞的影响。

  - 已修复 Linux 内核中的下列漏洞：capabilities: fix undefined behavior in bit shift for CAP_TO_MASK Shifting signed 32-bit value by 31 bits is undefined, so changing significant bit to unsigned. The UBSAN warning calltrace like below: UBSAN: shift-out-of-bounds in security/commoncap.c:1252:2 left shift of 1 by 31 places cannot be represented in type 'int' Call Trace:
    <TASK> dump_stack_lvl+0x7d/0xa5 dump_stack+0x15/0x1b ubsan_epilogue+0xe/0x4e
    __ubsan_handle_shift_out_of_bounds+0x1e7/0x20c cap_task_prctl+0x561/0x6f0 security_task_prctl+0x5a/0xb0
    __x64_sys_prctl+0x61/0x8f0 do_syscall_64+0x58/0x80 entry_SYSCALL_64_after_hwframe+0x63/0xcd </TASK> (CVE-2022-49870)

  - 已修复 Linux 内核中的下列漏洞：intel_th: Fix a resource leak in an error handling path If an error occurs after calling 'pci_alloc_irq_vectors()', 'pci_free_irq_vectors()' must be called as already done in the remove function. (CVE-2022-50143)

  - 已修复 Linux 内核中的下列漏洞：xsk: Fix xsk_diag use-after-free error during socket cleanup Fix a use-after-free error that is possible if the xsk_diag interface is used after the socket has been unbound from the device. This can happen either due to the socket being closed or the device disappearing. In the early days of AF_XDP, the way we tested that a socket was not bound to a device was to simply check if the netdevice pointer in the xsk socket structure was NULL. Later, a better system was introduced by having an explicit state variable in the xsk socket struct. For example, the state of a socket that is on the way to being closed and has been unbound from the device is XSK_UNBOUND.
    The commit in the Fixes tag below deleted the old way of signalling that a socket is unbound, setting dev to NULL. This in the belief that all code using the old way had been exterminated. That was unfortunately not true as the xsk diagnostics code was still using the old way and thus does not work as intended when a socket is going down. Fix this by introducing a test against the state variable. If the socket is in the state XSK_UNBOUND, simply abort the diagnostic's netlink operation. (CVE-2023-53426)

  - 已修复 Linux 内核中的下列漏洞：VMCI: Fix use-after-free when removing resource in vmci_resource_remove() When removing a resource from vmci_resource_table in vmci_resource_remove(), the search is performed using the resource handle by comparing context and resource fields. It is possible though to create two resources with different types but same handle (same context and resource fields). When trying to remove one of the resources, vmci_resource_remove() may not remove the intended one, but the object will still be freed as in the case of the datagram type in vmci_datagram_destroy_handle(). vmci_resource_table will still hold a pointer to this freed resource leading to a use-after-free vulnerability. BUG: KASAN: use-after-free in vmci_handle_is_equal include/linux/vmw_vmci_defs.h:142 [inline] BUG: KASAN: use-after-free in vmci_resource_remove+0x3a1/0x410 drivers/misc/vmw_vmci/vmci_resource.c:147 Read of size 4 at addr ffff88801c16d800 by task syz-executor197/1592 Call Trace: <TASK> __dump_stack lib/dump_stack.c:88 [inline] dump_stack_lvl+0x82/0xa9 lib/dump_stack.c:106 print_address_description.constprop.0+0x21/0x366 mm/kasan/report.c:239
    __kasan_report.cold+0x7f/0x132 mm/kasan/report.c:425 kasan_report+0x38/0x51 mm/kasan/report.c:442 vmci_handle_is_equal include/linux/vmw_vmci_defs.h:142 [inline] vmci_resource_remove+0x3a1/0x410 drivers/misc/vmw_vmci/vmci_resource.c:147 vmci_qp_broker_detach+0x89a/0x11b9 drivers/misc/vmw_vmci/vmci_queue_pair.c:2182 ctx_free_ctx+0x473/0xbe1 drivers/misc/vmw_vmci/vmci_context.c:444 kref_put include/linux/kref.h:65 [inline] vmci_ctx_put drivers/misc/vmw_vmci/vmci_context.c:497 [inline] vmci_ctx_destroy+0x170/0x1d6 drivers/misc/vmw_vmci/vmci_context.c:195 vmci_host_close+0x125/0x1ac drivers/misc/vmw_vmci/vmci_host.c:143
    __fput+0x261/0xa34 fs/file_table.c:282 task_work_run+0xf0/0x194 kernel/task_work.c:164 tracehook_notify_resume include/linux/tracehook.h:189 [inline] exit_to_user_mode_loop+0x184/0x189 kernel/entry/common.c:187 exit_to_user_mode_prepare+0x11b/0x123 kernel/entry/common.c:220
    __syscall_exit_to_user_mode_work kernel/entry/common.c:302 [inline] syscall_exit_to_user_mode+0x18/0x42 kernel/entry/common.c:313 do_syscall_64+0x41/0x85 arch/x86/entry/common.c:86 entry_SYSCALL_64_after_hwframe+0x6e/0x0 This change ensures the type is also checked when removing the resource from vmci_resource_table in vmci_resource_remove(). (CVE-2024-46738)

  - 已修复 Linux 内核中的下列漏洞：tracing: Consider the NULL character when validating the event length strlen() returns a string length excluding the null byte. If the string length equals to the maximum buffer length, the buffer will have no space for the NULL terminating character. This commit checks this condition and returns failure for it. (CVE-2024-50131)

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

远程 Ubuntu 22.04 LTS 主机上安装的一个程序包受到 USN-8440-1 公告中提及的多个漏洞影响。

    Josh Eads、Kristoffer Janke、Eduardo Vela Nava、Tavis Ormandy 和 Matteo Rizzo 发现某些 AMD Zen 处理器未正确验证 CPU 微代码的签名。此缺陷称作 EntrySign。特权攻击者可利用此问题造成加载恶意 CPU 微代码，造成完整性和机密性损失。（CVE-2024-36347）

    据发现，Linux 内核 algif_aead 模块未正确处理原地加密操作。此缺陷被称为复制失败。本地攻击者可以利用此问题提升特权，或者可能造成容器逃逸。(CVE-2026-31431)

    发现 Linux 内核在套接字缓冲区操作期间未能正确处理共享页面片段，统称为 Dirty Frag。处理分页片段时，XFRM ESP-in-TCP 子系统和 RxRPC 网络子系统中存在逻辑缺陷。本地攻击者可以利用此问题提升特权，或者可能造成容器逃逸。（CVE-2026-43284、CVE-2026-43500、 CVE-2026-45998、CVE-2026-46000）

    发现 Linux 内核的 XFRM ESP-in-TCP 子系统在处理套接字缓冲区片段时存在逻辑缺陷。此缺陷称作 Fragnesia。本地攻击者可以利用此问题提升特权，或者可能造成容器逃逸。（CVE-2026-43503、CVE-2026-46300）

    Qualys 发现当特权进程退出时，Linux 内核的 ptrace 子系统中存在争用条件。本地非特权攻击者可利用此问题泄露敏感信息。(CVE-2026-46333)

    Tristan Madani 发现 Ubuntu Linux 内核 6.8、6.17 和 7.0 处理 AppArmor 通知时包含内存泄露。本地攻击者可利用此缺陷造成资源耗尽。(CVE-2026-47326)

    Tristan Madani 发现 Ubuntu Linux 内核 6.8、6.17 和 7.0 处理 AppArmor 通知时包含空指针解引用。本地攻击者可利用此缺陷导致内核 oops。
    (CVE-2026-47327)

    Tristan Madani 发现 Ubuntu Linux 内核 6.8、6.17 和 7.0 处理 AppArmor 通知时包含无效释放。本地攻击者可利用此缺陷破坏内核内存。
    (CVE-2026-47328)

    Tristan Madani 发现 Ubuntu Linux 内核 6.8、6.17 和 7.0 处理 AppArmor 通知响应时包含不充分验证。本地攻击者可利用此问题，让构建的响应得到处理。(CVE-2026-47329)

    Tristan Madani 发现 Ubuntu Linux 内核 6.8、6.17 和 7.0 处理 AppArmor 通知时使用未初始化的变量。本地攻击者可利用此问题导致数据缓存出错。
    (CVE-2026-47330)

    Tristan Madani 发现 Ubuntu Linux 内核 6.8 包含释放后使用 (UAF) 缺陷。本地攻击者可利用此问题导致内存损坏，并且理论上可执行任意代码。
    (CVE-2026-47331)

    Tristan Madani 发现 Ubuntu Linux 内核 6.8、6.17 和 7.0 处理 AppArmor 通知时包含越界 (OOB) 读取。本地攻击者可利用此问题导致内核内存信息披露。(CVE-2026-47332)

    Tristan Madani 发现 Ubuntu Linux 内核 6.8、6.17 和 7.0 处理 AppArmor 通知时包含越界 (OOB) 读取。本地攻击者可利用此问题造成内核内存损坏，理论上可影响 AppArmor 策略的处理。（CVE-2026-47333）

    Tristan Madani 发现 Ubuntu Linux 内核 6.8、6.17 和 7.0 处理 AppArmor 通知时包含不正确的锁保留。本地攻击者可利用此缺陷导致内核恐慌或死锁。
    (CVE-2026-47334)

    Tristan Madani 发现 Ubuntu Linux 内核 6.8 处理 AppArmor 通知时包含空指针解引用。本地攻击者可利用此缺陷导致内核恐慌。(CVE-2026-47335)

    Tristan Madani 发现 Ubuntu Linux 内核 6.8 处理 AppArmor AF_INET/AF_INET6 套接字中介时使用未初始化的变量。本地攻击者可利用此问题影响对细粒度网络套接字中介的处理。(CVE-2026-47336)

    Tristan Madani 和 Trevor Lawrence 分别发现 Ubuntu Linux 内核 6.8、 6.17 和 7.0 处理 AppArmor 网络套接字中介时包含空指针解引用。本地攻击者可利用此缺陷导致内核 oops。(CVE-2026-47337)

    在 Linux 内核中发现多个安全问题。攻击者可能利用这些问题入侵系统。此更新修正了以下子系统中的缺陷：

    - ARM64 架构；

    - MIPS 架构；

    - PowerPC 架构；

    - x86 架构；

    - 区块层子系统；

    - 加密 API；

    - 计算加速框架；

    - ACPI 驱动程序；

    - 驱动程序核心；

    - 网络块设备驱动程序；

    - Null 块设备驱动程序；

    - Ublk userspace block 驱动程序；

    - 蓝牙驱动程序；

    - 字符设备驱动程序；

    - TPM 设备驱动程序；

    - 时钟框架和驱动程序；

    - 数据采集框架和驱动程序；

    - 计数器接口驱动程序；

    - 硬件加密设备驱动程序；

    - DMA 引擎子系统；

    - DPLL 子系统；

    - GPU 驱动程序；

    - HID 子系统；

    - 硬件监控驱动程序；

    - Intel Trace Hub HW 跟踪驱动程序；

    - IIO ADC 驱动程序；

    - IIO 子系统；

    - InfiniBand 驱动程序；

    - 输入设备核心驱动程序；

    - 片上互连管理框架；

    - IOMMU 子系统；

    - IRQ 芯片驱动程序；

    - 模块化 ISDN 驱动程序；

    - LED 子系统；

    - Macintosh 设备驱动程序；

    - 多设备驱动程序；

    - 媒体驱动程序；

    - UACCE 加速器框架；

    - MMC 子系统；

    - 以太网绑定驱动程序；

    - 网络驱动程序；

    - Mellanox 网络驱动程序；

    - STMicroelectronics 网络驱动程序；

    - 以太网团队驱动程序；

    - MediaTek 网络驱动程序；

    - NVME 驱动程序；

    - PA-RISC 驱动程序；

    - PHY 驱动程序；

    - Chrome 硬件平台驱动程序；

    - x86 平台驱动程序；

    - i.MX PM 域；

    - 电压和电流调节器驱动程序；

    - SCSI 子系统；

    - SLIMbus 驱动程序；

    - SPI 子系统；

    - 媒体导向系统传输 (MOST) 驱动程序；

    - Realtek RTL8723BS SDIO 驱动程序；

    - TCM 子系统；

    - USB 主机控制器驱动程序；

    - USB Type-C 连接器系统软件接口驱动程序；

    - Backlight 驱动程序；

    - W1 Dallas 的 1-wire 总线驱动程序；

    - 监视程序驱动程序；

    - Xen 管理程序驱动程序；

    - BFS 文件系统；

    - BTRFS 文件系统；

    - EFI 变量文件系统；

    - exFAT 文件系统；

    - Ext4 文件系统；

    - F2FS 文件系统；

    - FUSE（Userspace 中的文件系统）；

    - HFS+ 文件系统；

    - 文件系统基础设施；

    - 块设备的日志层 (JBD2)；

    - 网络文件系统 (NFS) 客户端；

    - 网络文件系统 (NFS) 服务器后台程序；

    - 文件系统通知基础设施；

    - NTFS3 文件系统；

    - OCFS2 文件系统；

    - SMB 网络文件系统；

    - BPF 子系统；

    - 以太网桥接；

    - 计划程序基础设施；

    - Netfilter；

    - NFC 子系统；

    - 跟踪基础设施；

    - io_uring 子系统；

    - Perf 事件；

    - 锁定基元；

    - 影子调用堆栈机制；

    - 浮动比例库；

    - 内存管理；

    - 蓝牙子系统；

    - CAIF 协议；

    - CAN 网络层；

    - Ceph Core 库；

    - Networking 核心；

    - Ethtool 驱动程序；

    - 握手 API；

    - HSR 网络协议；

    - IPv4 联网；

    - IPv6 联网；

    - L2TP 协议；

    - MAC80211 子系统；

    - 多路径 TCP；

    - NET/ROM 层；

    - Open vSwitch；

    - 数据包套接字；

    - RDS 协议；

    - Rose 网络层；

    - RxRPC 会话套接字；

    - 网络流量控制；

    - SCTP 协议；

    - 网络套接字；

    - Sun RPC 协议；

    - TLS 协议；

    - Unix 域套接字；

    - VMware vSockets 驱动程序；

    - 无线网络；

    - 完整性度量架构 (IMA) 框架；

    - 密钥管理；

    - 简化了强制访问控制内核框架；

    - ALSA AC97 驱动程序；

    - 通用 PCM 环回声音驱动程序;

    - FireWire 声音驱动程序；

    - HD-audio 驱动程序；

    - Turtle Beach Wavefront ALSA 驱动程序；

    - Creative Sound Blaster X-Fi 驱动程序；

    - AMD SoC Alsa 驱动程序；

    - Texas InstrumentS Audio (ASoC/HDA) 驱动程序；

    - STMicroelectronics SoC 驱动程序；

    - USB 音频设备；

    - KVM 子系统；（CVE-2024-50004、 CVE-2024-57795、 CVE-2024-58096、 CVE-2024-58097、 CVE-2025-22022、 CVE-2025-22111、 CVE-2025-37926、 CVE-2025-38022、 CVE-2025-38201、 CVE-2025-38234、 CVE-2025-38591、 CVE-2025-40039、 CVE-2025-40082、 CVE-2025-40149、 CVE-2025-40164、 CVE-2025-40325、 CVE-2025-68206、 CVE-2025-68254、 CVE-2025-68255、 CVE-2025-68256、 CVE-2025-68257、 CVE-2025-68258、 CVE-2025-68259、 CVE-2025-68261、 CVE-2025-68263、 CVE-2025-68264、 CVE-2025-68265、 CVE-2025-68266、 CVE-2025-68291、 CVE-2025-68325、 CVE-2025-68332、 CVE-2025-68335、 CVE-2025-68336、 CVE-2025-68337、 CVE-2025-68344、 CVE-2025-68345、 CVE-2025-68346、 CVE-2025-68347、 CVE-2025-68349、 CVE-2025-68351、 CVE-2025-68354、 CVE-2025-68358、 CVE-2025-68362、 CVE-2025-68363、 CVE-2025-68364、 CVE-2025-68365、 CVE-2025-68366、 CVE-2025-68367、 CVE-2025-68369、 CVE-2025-68371、 CVE-2025-68372、 CVE-2025-68374、 CVE-2025-68378、 CVE-2025-68379、 CVE-2025-68380、 CVE-2025-68724、 CVE-2025-68725、 CVE-2025-68727、 CVE-2025-68728、 CVE-2025-68732、 CVE-2025-68733、 CVE-2025-68740、 CVE-2025-68741、 CVE-2025-68742、 CVE-2025-68744、 CVE-2025-68746、 CVE-2025-68749、 CVE-2025-68753、 CVE-2025-68755、 CVE-2025-68756、 CVE-2025-68757、 CVE-2025-68758、 CVE-2025-68759、 CVE-2025-68763、 CVE-2025-68764、 CVE-2025-68765、 CVE-2025-68766、 CVE-2025-68767、 CVE-2025-68769、 CVE-2025-68770、 CVE-2025-68771、 CVE-2025-68772、 CVE-2025-68773、 CVE-2025-68774、 CVE-2025-68775、 CVE-2025-68776、 CVE-2025-68777、 CVE-2025-68778、 CVE-2025-68780、 CVE-2025-68782、 CVE-2025-68783、 CVE-2025-68785、 CVE-2025-68786、 CVE-2025-68787、 CVE-2025-68788、 CVE-2025-68794、 CVE-2025-68795、 CVE-2025-68796、 CVE-2025-68797、 CVE-2025-68798、 CVE-2025-68799、 CVE-2025-68800、 CVE-2025-68801、 CVE-2025-68803、 CVE-2025-68804、 CVE-2025-68806、 CVE-2025-68808、 CVE-2025-68809、 CVE-2025-68810、 CVE-2025-68811、 CVE-2025-68813、 CVE-2025-68814、 CVE-2025-68815、 CVE-2025-68816、 CVE-2025-68817、 CVE-2025-68818、 CVE-2025-68819、 CVE-2025-68820、 CVE-2025-68821、 CVE-2025-68823、 CVE-2025-71064、 CVE-2025-71065、 CVE-2025-71066、 CVE-2025-71067、 CVE-2025-71068、 CVE-2025-71069、 CVE-2025-71071、 CVE-2025-71072、 CVE-2025-71075、 CVE-2025-71077、 CVE-2025-71078、 CVE-2025-71079、 CVE-2025-71081、 CVE-2025-71082、 CVE-2025-71083、 CVE-2025-71084、 CVE-2025-71085、 CVE-2025-71086、 CVE-2025-71087、 CVE-2025-71088、 CVE-2025-71089、 CVE-2025-71091、 CVE-2025-71093、 CVE-2025-71094、 CVE-2025-71095、 CVE-2025-71096、 CVE-2025-71097、 CVE-2025-71098、 CVE-2025-71101、 CVE-2025-71102、 CVE-2025-71104、 CVE-2025-71105、 CVE-2025-71107、 CVE-2025-71108、 CVE-2025-71109、 CVE-2025-71111、 CVE-2025-71112、 CVE-2025-71113、 CVE-2025-71114、 CVE-2025-71116、 CVE-2025-71118、 CVE-2025-71119、 CVE-2025-71120、 CVE-2025-71121、 CVE-2025-71122、 CVE-2025-71123、 CVE-2025-71125、 CVE-2025-71126、 CVE-2025-71127、 CVE-2025-71130、 CVE-2025-71131、 CVE-2025-71132、 CVE-2025-71133、 CVE-2025-71135、 CVE-2025-71136、 CVE-2025-71137、 CVE-2025-71138、 CVE-2025-71140、 CVE-2025-71141、 CVE-2025-71143、 CVE-2025-71144、 CVE-2025-71147、 CVE-2025-71148、 CVE-2025-71150、 CVE-2025-71151、 CVE-2025-71153、 CVE-2025-71154、 CVE-2025-71160、 CVE-2025-71162、 CVE-2025-71163、 CVE-2025-71180、 CVE-2025-71182、 CVE-2025-71183、 CVE-2025-71184、 CVE-2025-71185、 CVE-2025-71186、 CVE-2025-71188、 CVE-2025-71189、 CVE-2025-71190、 CVE-2025-71191、 CVE-2025-71192、 CVE-2025-71193、 CVE-2025-71194、 CVE-2025-71195、 CVE-2025-71196、 CVE-2025-71197、 CVE-2025-71198、 CVE-2025-71199、 CVE-2025-71200、 CVE-2025-71220、 CVE-2025-71222、 CVE-2025-71224、 CVE-2025-71225、 CVE-2025-71268、 CVE-2026-22976、 CVE-2026-22977、 CVE-2026-22978、 CVE-2026-22979、 CVE-2026-22980、 CVE-2026-22982、 CVE-2026-22984、 CVE-2026-22990、 CVE-2026-22991、 CVE-2026-22992、 CVE-2026-22994、 CVE-2026-22996、 CVE-2026-22997、 CVE-2026-22998、 CVE-2026-22999、 CVE-2026-23000、 CVE-2026-23001、 CVE-2026-23003、 CVE-2026-23005、 CVE-2026-23006、 CVE-2026-23010、 CVE-2026-23011、 CVE-2026-23019、 CVE-2026-23020、 CVE-2026-23021、 CVE-2026-23025、 CVE-2026-23026、 CVE-2026-23030、 CVE-2026-23031、 CVE-2026-23032、 CVE-2026-23033、 CVE-2026-23035、 CVE-2026-23037、 CVE-2026-23038、 CVE-2026-23047、 CVE-2026-23049、 CVE-2026-23050、 CVE-2026-23053、 CVE-2026-23054、 CVE-2026-23056、 CVE-2026-23057、 CVE-2026-23058、 CVE-2026-23059、 CVE-2026-23061、 CVE-2026-23062、 CVE-2026-23063、 CVE-2026-23064、 CVE-2026-23065、 CVE-2026-23068、 CVE-2026-23069、 CVE-2026-23071、 CVE-2026-23073、 CVE-2026-23075、 CVE-2026-23076、 CVE-2026-23078、 CVE-2026-23080、 CVE-2026-23083、 CVE-2026-23084、 CVE-2026-23085、 CVE-2026-23086、 CVE-2026-23087、 CVE-2026-23088、 CVE-2026-23089、 CVE-2026-23090、 CVE-2026-23091、 CVE-2026-23093、 CVE-2026-23094、 CVE-2026-23095、 CVE-2026-23096、 CVE-2026-23097、 CVE-2026-23098、 CVE-2026-23099、 CVE-2026-23101、 CVE-2026-23102、 CVE-2026-23103、 CVE-2026-23105、 CVE-2026-23107、 CVE-2026-23108、 CVE-2026-23110、 CVE-2026-23112、 CVE-2026-23113、 CVE-2026-23116、 CVE-2026-23119、 CVE-2026-23120、 CVE-2026-23121、 CVE-2026-23123、 CVE-2026-23124、 CVE-2026-23125、 CVE-2026-23126、 CVE-2026-23128、 CVE-2026-23129、 CVE-2026-23131、 CVE-2026-23133、 CVE-2026-23135、 CVE-2026-23136、 CVE-2026-23139、 CVE-2026-23140、 CVE-2026-23141、 CVE-2026-23142、 CVE-2026-23144、 CVE-2026-23145、 CVE-2026-23146、 CVE-2026-23148、 CVE-2026-23150、 CVE-2026-23151、 CVE-2026-23156、 CVE-2026-23159、 CVE-2026-23160、 CVE-2026-23163、 CVE-2026-23164、 CVE-2026-23166、 CVE-2026-23167、 CVE-2026-23168、 CVE-2026-23170、 CVE-2026-23172、 CVE-2026-23173、 CVE-2026-23176、 CVE-2026-23178、 CVE-2026-23179、 CVE-2026-23180、 CVE-2026-23182、 CVE-2026-23187、 CVE-2026-23190、 CVE-2026-23191、 CVE-2026-23193、 CVE-2026-23198、 CVE-2026-23204、 CVE-2026-23205、 CVE-2026-23206、 CVE-2026-23209、 CVE-2026-23212、 CVE-2026-23213、 CVE-2026-23214、 CVE-2026-23215、 CVE-2026-23216、 CVE-2026-23231、 CVE-2026-23254、 CVE-2026-23256、 CVE-2026-23257、 CVE-2026-23258、 CVE-2026-23260、 CVE-2026-23261、 CVE-2026-23262、 CVE-2026-23264、 CVE-2026-23274、 CVE-2026-23351、 CVE-2026-23394、 CVE-2026-31419、 CVE-2026-31504、 CVE-2026-31533、 CVE-2026-31676、 CVE-2026-43033、 CVE-2026-43077、 CVE-2026-43078、 CVE-2026-43362、 CVE-2026-43494、 CVE-2026-46028、 CVE-2026-46323）

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

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

CentOS Linux 8.4 主机上存在安装的程序包，该程序包受到 TuxCare CENTOS8.4：CLSA-2026：1791858083 12 公告中提及的多个漏洞的影响。

  - 已修复 Linux 内核中的下列漏洞：net/mlx5e: Fix use-after-free of encap entry in neigh update handler Function mlx5e_rep_neigh_update() wasn't updated to accommodate rtnl lock removal from TC filter update path and properly handle concurrent encap entry insertion/deletion which can lead to following use-after-free: [23827.464923] ================================================================== [23827.469446] BUG: KASAN: use-after-free in mlx5e_encap_take+0x72/0x140 [mlx5_core] [23827.470971] Read of size 4 at addr ffff8881d132228c by task kworker/u20:6/21635 [23827.472251] [23827.472615] CPU: 9 PID: 21635 Comm: kworker/u20:6 Not tainted 5.13.0-rc3+ #5 [23827.473788] Hardware name: QEMU Standard PC (Q35 + ICH9, 2009), BIOS rel-1.13.0-0-gf21b5a4aeb02-prebuilt.qemu.org 04/01/2014 [23827.475639] Workqueue: mlx5e mlx5e_rep_neigh_update [mlx5_core] [23827.476731] Call Trace: [23827.477260] dump_stack+0xbb/0x107 [23827.477906] print_address_description.constprop.0+0x18/0x140 [23827.478896] ? mlx5e_encap_take+0x72/0x140 [mlx5_core] [23827.479879] ? mlx5e_encap_take+0x72/0x140 [mlx5_core] [23827.480905] kasan_report.cold+0x7c/0xd8 [23827.481701] ? mlx5e_encap_take+0x72/0x140 [mlx5_core] [23827.482744] kasan_check_range+0x145/0x1a0 [23827.493112] mlx5e_encap_take+0x72/0x140 [mlx5_core] [23827.494054] ? mlx5e_tc_tun_encap_info_equal_generic+0x140/0x140 [mlx5_core] [23827.495296] mlx5e_rep_neigh_update+0x41e/0x5e0 [mlx5_core] [23827.496338] ? mlx5e_rep_neigh_entry_release+0xb80/0xb80 [mlx5_core] [23827.497486] ? read_word_at_a_time+0xe/0x20 [23827.498250] ? strscpy+0xa0/0x2a0 [23827.498889] process_one_work+0x8ac/0x14e0 [23827.499638] ? lockdep_hardirqs_on_prepare+0x400/0x400 [23827.500537] ? pwq_dec_nr_in_flight+0x2c0/0x2c0 [23827.501359] ? rwlock_bug.part.0+0x90/0x90 [23827.502116] worker_thread+0x53b/0x1220 [23827.502831] ? process_one_work+0x14e0/0x14e0 [23827.503627] kthread+0x328/0x3f0 [23827.504254] ? _raw_spin_unlock_irq+0x24/0x40 [23827.505065] ?
    __kthread_bind_mask+0x90/0x90 [23827.505912] ret_from_fork+0x1f/0x30 [23827.506621] [23827.506987] Allocated by task 28248: [23827.507694] kasan_save_stack+0x1b/0x40 [23827.508476]
    __kasan_kmalloc+0x7c/0x90 [23827.509197] mlx5e_attach_encap+0xde1/0x1d40 [mlx5_core] [23827.510194] mlx5e_tc_add_fdb_flow+0x397/0xc40 [mlx5_core] [23827.511218] __mlx5e_add_fdb_flow+0x519/0xb30 [mlx5_core] [23827.512234] mlx5e_configure_flower+0x191c/0x4870 [mlx5_core] [23827.513298] tc_setup_cb_add+0x1d5/0x420 [23827.514023] fl_hw_replace_filter+0x382/0x6a0 [cls_flower] [23827.514975] fl_change+0x2ceb/0x4a51 [cls_flower] [23827.515821] tc_new_tfilter+0x89a/0x2070 [23827.516548] rtnetlink_rcv_msg+0x644/0x8c0 [23827.517300] netlink_rcv_skb+0x11d/0x340 [23827.518021] netlink_unicast+0x42b/0x700 [23827.518742] netlink_sendmsg+0x743/0xc20 [23827.519467] sock_sendmsg+0xb2/0xe0 [23827.520131]
    ____sys_sendmsg+0x590/0x770 [23827.520851] ___sys_sendmsg+0xd8/0x160 [23827.521552]
    __sys_sendmsg+0xb7/0x140 [23827.522238] do_syscall_64+0x3a/0x70 [23827.522907] entry_SYSCALL_64_after_hwframe+0x44/0xae [23827.523797] [23827.524163] Freed by task 25948: [23827.524780] kasan_save_stack+0x1b/0x40 [23827.525488] kasan_set_track+0x1c/0x30 [23827.526187] kasan_set_free_info+0x20/0x30 [23827.526968] __kasan_slab_free+0xed/0x130 [23827.527709] slab_free_freelist_hook+0xcf/0x1d0 [23827.528528] kmem_cache_free_bulk+0x33a/0x6e0 [23827.529317] kfree_rcu_work+0x55f/0xb70 [23827.530024] process_one_work+0x8ac/0x14e0 [23827.530770] worker_thread+0x53b/0x1220 [23827.531480] kthread+0x328/0x3f0 [23827.532114] ret_from_fork+0x1f/0x30 [23827.532785] [23827.533147] Last potentially related work creation: [23827.534007] kasan_save_stack+0x1b/0x40 [23827.534710] kasan_record_aux_stack+0xab/0xc0 [23827.535492] kvfree_call_rcu+0x31/0x7b0 [23827.536206] mlx5e_tc_del ---truncated--- (CVE-2021-47247)

  - 已修复 Linux 内核中的下列漏洞：bpf: Do mark_chain_precision for ARG_CONST_ALLOC_SIZE_OR_ZERO Precision markers need to be propagated whenever we have an ARG_CONST_* style argument, as the verifier cannot consider imprecise scalars to be equivalent for the purposes of states_equal check when such arguments refine the return value (in this case, set mem_size for PTR_TO_MEM). The resultant mem_size for the R0 is derived from the constant value, and if the verifier incorrectly prunes states considering them equivalent where such arguments exist (by seeing that both registers have reg->precise as false in regsafe), we can end up with invalid programs passing the verifier which can do access beyond what should have been the correct mem_size in that explored state. To show a concrete example of the problem: 0000000000000000 <prog>: 0: r2 = *(u32 *)(r1 + 80) 1: r1 = *(u32 *)(r1 + 76) 2: r3 = r1 3: r3 += 4 4: if r3 > r2 goto +18 <LBB5_5> 5: w2 = 0 6: *(u32 *)(r1 + 0) = r2 7: r1 = *(u32
    *)(r1 + 0) 8: r2 = 1 9: if w1 == 0 goto +1 <LBB5_3> 10: r2 = -1 0000000000000058 <LBB5_3>: 11: r1 = 0 ll 13: r3 = 0 14: call bpf_ringbuf_reserve 15: if r0 == 0 goto +7 <LBB5_5> 16: r1 = r0 17: r1 += 16777215 18:
    w2 = 0 19: *(u8 *)(r1 + 0) = r2 20: r1 = r0 21: r2 = 0 22: call bpf_ringbuf_submit 00000000000000b8 <LBB5_5>: 23: w0 = 0 24: exit For the first case, the single line execution's exploration will prune the search at insn 14 for the branch insn 9's second leg as it will be verified first using r2 = -1 (UINT_MAX), while as w1 at insn 9 will always be 0 so at runtime we don't get error for being greater than UINT_MAX/4 from bpf_ringbuf_reserve. The verifier during regsafe just sees reg->precise as false for both r2 registers in both states, hence considers them equal for purposes of states_equal. If we propagated precise markers using the backtracking support, we would use the precise marking to then ensure that old r2 (UINT_MAX) was within the new r2 (1) and this would never be true, so the verification would rightfully fail. The end result is that the out of bounds access at instruction 19 would be permitted without this fix. Note that reg->precise is always set to true when user does not have CAP_BPF (or when subprog count is greater than 1 (i.e. use of any static or global functions)), hence this is only a problem when precision marks need to be explicitly propagated (i.e. privileged users with CAP_BPF). A simplified test case has been included in the next patch to prevent future regressions. (CVE-2022-49961)

  - 已修复 Linux 内核中的下列漏洞：nfsd: under NFSv4.1, fix double svc_xprt_put on rpc_create failure On error situation `clp->cl_cb_conn.cb_xprt` should not be given a reference to the xprt otherwise both client cleanup and the error handling path of the caller call to put it. Better to delay handing over the reference to a later branch. [ 72.530665] refcount_t: underflow; use-after-free. [ 72.531933] WARNING: CPU: 0 PID: 173 at lib/refcount.c:28 refcount_warn_saturate+0xcf/0x120 [72.533075] Modules linked in: nfsd(OE) nfsv4(OE) nfsv3(OE) nfs(OE) lockd(OE) compat_nfs_ssc(OE) nfs_acl(OE) rpcsec_gss_krb5(OE) auth_rpcgss(OE) rpcrdma(OE) dns_resolver fscache netfs grace rdma_cm iw_cm ib_cm sunrpc(OE) mlx5_ib mlx5_core mlxfw pci_hyperv_intf ib_uverbs ib_core xt_MASQUERADE nf_conntrack_netlink nft_counter xt_addrtype nft_compat br_netfilter bridge stp llc nft_reject_inet nf_reject_ipv4 nf_reject_ipv6 nft_reject nft_ct nft_chain_nat nf_nat nf_conntrack nf_defrag_ipv6 nf_defrag_ipv4 ip_set overlay nf_tables nfnetlink crct10dif_pclmul crc32_pclmul ghash_clmulni_intel xfs serio_raw virtio_net virtio_blk net_failover failover fuse [last unloaded: sunrpc] [ 72.540389] CPU: 0 PID: 173 Comm: kworker/u16:5 Tainted: G OE 5.15.82-dan #1 [ 72.541511] Hardware name: Red Hat KVM/RHEL-AV, BIOS 1.16.0-3.module+el8.7.0+1084+97b81f61 04/01/2014 [ 72.542717] Workqueue: nfsd4_callbacks nfsd4_run_cb_work [nfsd] [ 72.543575] RIP: 0010:refcount_warn_saturate+0xcf/0x120 [ 72.544299] Code: 55 00 0f 0b 5d e9 01 50 98 00 80 3d 75 9e 39 08 00 0f 85 74 ff ff ff 48 c7 c7 e8 d1 60 8e c6 05 61 9e 39 08 01 e8 f6 51 55 00 <0f> 0b 5d e9 d9 4f 98 00 80 3d 4b 9e 39 08 00 0f 85 4c ff ff ff 48 [ 72.546666] RSP:
    0018:ffffb3f841157cf0 EFLAGS: 00010286 [ 72.547393] RAX: 0000000000000026 RBX: ffff89ac6231d478 RCX:
    0000000000000000 [ 72.548324] RDX: ffff89adb7c2c2c0 RSI: ffff89adb7c205c0 RDI: ffff89adb7c205c0 [72.549271] RBP: ffffb3f841157cf0 R08: 0000000000000000 R09: c0000000ffefffff [ 72.550209] R10:
    0000000000000001 R11: ffffb3f841157ad0 R12: ffff89ac6231d180 [ 72.551142] R13: ffff89ac6231d478 R14:
    ffff89ac40c06180 R15: ffff89ac6231d4b0 [ 72.552089] FS: 0000000000000000(0000) GS:ffff89adb7c00000(0000) knlGS:0000000000000000 [ 72.553175] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [ 72.553934] CR2:
    0000563a310506a8 CR3: 0000000109a66000 CR4: 0000000000350ef0 [ 72.554874] Call Trace: [ 72.555278] <TASK> [ 72.555614] svc_xprt_put+0xaf/0xe0 [sunrpc] [ 72.556276] nfsd4_process_cb_update.isra.11+0xb7/0x410 [nfsd] [ 72.557087] ? update_load_avg+0x82/0x610 [ 72.557652] ? cpuacct_charge+0x60/0x70 [ 72.558212] ? dequeue_entity+0xdb/0x3e0 [ 72.558765] ? queued_spin_unlock+0x9/0x20 [ 72.559358] nfsd4_run_cb_work+0xfc/0x270 [nfsd] [ 72.560031] process_one_work+0x1df/0x390 [ 72.560600] worker_thread+0x37/0x3b0 [ 72.561644] ? process_one_work+0x390/0x390 [ 72.562247] kthread+0x12f/0x150 [72.562710] ? set_kthread_struct+0x50/0x50 [ 72.563309] ret_from_fork+0x22/0x30 [ 72.563818] </TASK> [72.564189] ---[ end trace 031117b1c72ec616 ]--- [ 72.566019] list_add corruption. next->prev should be prev (ffff89ac4977e538), but was ffff89ac4763e018. (next=ffff89ac4763e018). [ 72.567647] ------------[ cut here ]------------ (CVE-2022-50401)

  - 已修复 Linux 内核中的下列漏洞：blk-mq: use quiesced elevator switch when reinitializing queues The hctx's run_work may be racing with the elevator switch when reinitializing hardware queues. The queue is merely frozen in this context, but that only prevents requests from allocating and doesn't stop the hctx work from running. The work may get an elevator pointer that's being torn down, and can result in use-after-free errors and kernel panics (example below). Use the quiesced elevator switch instead, and make the previous one static since it is now only used locally. nvme nvme0:
    resetting controller nvme nvme0: 32/0/0 default/read/poll queues BUG: kernel NULL pointer dereference, address: 0000000000000008 #PF: supervisor read access in kernel mode #PF: error_code(0x0000) - not-present page PGD 80000020c8861067 P4D 80000020c8861067 PUD 250f8c8067 PMD 0 Oops: 0000 [#1] SMP PTI Workqueue:
    kblockd blk_mq_run_work_fn RIP: 0010:kyber_has_work+0x29/0x70 ... Call Trace:
    __blk_mq_do_dispatch_sched+0x83/0x2b0 __blk_mq_sched_dispatch_requests+0x12e/0x170 blk_mq_sched_dispatch_requests+0x30/0x60 __blk_mq_run_hw_queue+0x2b/0x50 process_one_work+0x1ef/0x380 worker_thread+0x2d/0x3e0 (CVE-2022-50552)

  - prctl syscall 的当前实现不会在 syscall 期间立即发出 IBPB。ib_prctl_set 函数会更新任务的线程信息标记 (TIF)，并更新 __speculation_ctrl_update 函数的 SPEC_CTRL MSR，但仅在检查 TIF 位时，才会根据下一个计划发布 IBPB。这使受害者容易受到 prctl syscall 之前已在 BTB 中注入的值影响。通过 prctl (ib_prctl_set) 添加有条件缓解支持的修补程序可追溯至内核 4.9.176。我们建议升级过去的提交 a664ec9158eeddd75121d39c9a0758016097fa96 (CVE-2023-0045)

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

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
357255	Rocky Linux 9.2 [CIQ] 安全更新：bpftool / kernel / kernel-64k / kernel-64k-core / kernel-64k-debug / etc 多种漏洞（ciqsa-2026_1342）	Nessus	Rocky Linux Local Security Checks	2026/10/1	2026/10/26	high
315738	Ubuntu 22.04 LTS / 24.04 LTS：Linux kernel 漏洞 (USN-8278-1)	Nessus	Ubuntu Local Security Checks	2026/5/20	2026/6/11	high
321564	RHEL 8：内核 (RHSA-2026:26535)	Nessus	Red Hat Local Security Checks	2026/6/20	2026/8/25	high
301548	RHEL 10kernelRHSA-2026:4012	Nessus	Red Hat Local Security Checks	2026/3/9	2026/3/19	high
301827	AlmaLinux 8kernel-rt (ALSA-2026:3964)	Nessus	Alma Linux Local Security Checks	2026/3/11	2026/3/11	high
303804	RockyLinux 8 内核 (RLSA-2026:3963)	Nessus	Rocky Linux Local Security Checks	2026/3/26	2026/3/26	high
357480	Rocky Linux 8 [CIQ] 安全更新：kernel-rt / kernel-rt-core / kernel-rt-debug / kernel-rt-debug-core / etc 多种漏洞（crlsa-2026_3964）	Nessus	Rocky Linux Local Security Checks	2026/10/1	2026/10/1	high
305271	RHEL 8：内核 (RHSA-2026:6954)	Nessus	Red Hat Local Security Checks	2026/4/8	2026/4/8	high
301494	RHEL 9：内核 (RHSA-2026:3966)	Nessus	Red Hat Local Security Checks	2026/3/9	2026/3/26	high
359605	CentOS Linux 8.5 [TuxCare] 安全更新：bpftool / kernel / kernel-core / kernel-cross-headers / 等多个漏洞（CENTOS8.5：CLSA-2026：1777614954）	Nessus	CentOS Local Security Checks	2026/10/1	2026/10/19	high
360900	AlmaLinux 9.6 [TuxCare] 安全更新：kernel / kernel-64k / kernel-64k-core / kernel-64k-debug / 等多个漏洞（ALMALINUX9.6：CLSA-2026：1777633439）	Nessus	Alma Linux Local Security Checks	2026/10/1	2026/10/22	high
301901	Oracle Linux 8/9：Unbreakable Enterprise 内核 (ELSA-2026-50145)	Nessus	Oracle Linux Local Security Checks	2026/3/11	2026/3/19	high
321369	Ubuntu 22.04 LTS：Linux kernel (Azure) 漏洞 (USN-8440-1)	Nessus	Ubuntu Local Security Checks	2026/6/17	2026/6/18	high
368032	CentOS Linux 8.4 [TuxCare] 安全更新：bpftool / kernel / kernel-core / kernel-cross-headers / 等多个漏洞（CENTOS8.4：CLSA-2026：1791858083）	Nessus	CentOS Local Security Checks	2026/10/20	2026/10/20	high

检测

插件搜索

high

high

high

high

high

high

high

high

high

high

high

high

high

high