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

  - 已修复 Linux 内核中的下列漏洞：i2c: designware: use casting of u64 in clock multiplication to avoid overflow In functions i2c_dw_scl_lcnt() and i2c_dw_scl_hcnt() may have overflow by depending on the values of the given parameters including the ic_clk. For example in our use case where ic_clk is larger than one million, multiplication of ic_clk * 4700 will result in 32 bit overflow. Add cast of u64 to the calculation to avoid multiplication overflow, and use the corresponding define for divide. (CVE-2022-49749)

  - 已修复 Linux 内核中的下列漏洞：kernel/irq/irqdomain.c: fix memory leak with using debugfs_lookup() When calling debugfs_lookup() the result must have dput() called on it, otherwise the memory will leak over time. To make things simpler, just call debugfs_lookup_and_remove() instead which handles all of the logic at once. (CVE-2023-52936)

  - 已修复 Linux 内核中的下列漏洞：tracing: Fix null pointer dereference in tracing_err_log_open() Fix an issue in function 'tracing_err_log_open'. The function doesn't call 'seq_open' if the file is opened only with write permissions, which results in 'file->private_data' being left as null. If we then use 'lseek' on that opened file, 'seq_lseek' dereferences 'file->private_data' in 'mutex_lock(&m->lock)', resulting in a kernel panic. Writing to this node requires root privileges, therefore this bug has very little security impact. Tracefs node: /sys/kernel/tracing/error_log Example Kernel panic: Unable to handle kernel NULL pointer dereference at virtual address 0000000000000038 Call trace: mutex_lock+0x30/0x110 seq_lseek+0x34/0xb8 __arm64_sys_lseek+0x6c/0xb8 invoke_syscall+0x58/0x13c el0_svc_common+0xc4/0x10c do_el0_svc+0x24/0x98 el0_svc+0x24/0x88 el0t_64_sync_handler+0x84/0xe4 el0t_64_sync+0x1b4/0x1b8 Code: d503201f aa0803e0 aa1f03e1 aa0103e9 (c8e97d02) ---[ end trace 561d1b49c12cf8a5 ]--- Kernel panic - not syncing: Oops: Fatal exception (CVE-2023-53167)

  - 已修复 Linux 内核中的下列漏洞：irqchip: Fix refcount leak in platform_irqchip_probe of_irq_find_parent() returns a node pointer with refcount incremented, We should use of_node_put() on it when not needed anymore. Add missing of_node_put() to avoid refcount leak.
    (CVE-2023-53610)

  - 已修复 Linux 内核中的下列漏洞：uio_hv_generic: Fix kernel NULL pointer dereference in hv_uio_rescind For primary VM Bus channels, primary_channel pointer is always NULL.
    This pointer is valid only for the secondary channels. Also, rescind callback is meant for primary channels only. Fix NULL pointer dereference by retrieving the device_obj from the parent for the primary channel. (CVE-2024-46739)

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

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

    发现某些 AMD 处理器在推测执行期间，未能正确清除浮点拆分器单元中的数据。本地攻击者可利用此问题泄露敏感信息。
    (CVE-2025-54505)

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

    - ARM64 架构；

    - x86 架构；

    - 区块层子系统；

    - 加密 API；

    - 雷达斯块设备 （RBD） 驱动程序;

    - 压缩 RAM 块设备驱动程序；

    - 字符设备驱动程序；

    - TPM 设备驱动程序；

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

    - EDAC 驱动程序；

    - GPU 驱动程序；

    - Greybus 驱动程序；

    - HID 子系统；

    - Microsoft Hyper-V 驱动程序；

    - 硬件监控驱动程序；

    - I2C 子系统；

    - IIO 子系统；

    - InfiniBand 驱动程序；

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

    - LED 子系统；

    - 多设备驱动程序；

    - 媒体驱动程序；

    - IBM Advanced System Management 驱动程序;

    - MTD 块设备驱动程序；

    - 网络驱动程序；

    - Microsoft Azure Network Adapter (MANA) 驱动程序；

    - NTB 驱动程序；

    - NVME 驱动程序；

    - 设备树和 Open Firmware 驱动程序；

    - PCI 子系统；

    - 远程处理器子系统；

    - SCSI 子系统；

    - SPI 子系统；

    - Realtek RTL8723BS SDIO 驱动程序；

    - SM750 帧缓冲暂存驱动程序;

    - 热驱动程序；

    - USB Gadget 驱动程序；

    - USB over IP 驱动程序；

    - VFIO 驱动程序；

    - Framebuffer 层；

    - 9P 分布式文件系统；

    - AFS 文件系统；

    - Ceph 分布式文件系统；

    - 文件系统基础设施；

    - EROFS 文件系统；

    - Ext4 文件系统；

    - F2FS 文件系统；

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

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

    - NILFS2 文件系统；

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

    - NTFS3 文件系统；

    - OCFS2 文件系统；

    - SMB 网络文件系统；

    - UDF 文件系统；

    - XFS 文件系统；

    - 代码标签库;

    - 内存管理；

    - 内存管理；

    - KVM 子系统；

    - 跟踪基础设施；

    - 用户空间 API (UAPI)；

    - io_uring 子系统；

    - 锁定基元；

    - Timer 子系统；

    - Scatterlist API;

    - 异质内存管理；

    - KASAN 内存调试框架；

    - 蓝牙子系统；

    - 以太网桥接；

    - CAIF 协议；

    - CAN 网络层；

    - Ceph Core 库；

    - IPv4 联网；

    - IPv6 联网；

    - 多路径 TCP；

    - Netfilter；

    - NFC 子系统；

    - 数据包套接字；

    - 高通IPC路由器（QRTR）;

    - RDS 协议；

    - RxRPC 会话套接字；

    - SMC 套接字；

    - 流解析器;

    - Landlock 安全性；

    - SELinux 安全模块；

    - ALSA 框架；

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

    - FireWire 声音驱动程序；

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

    - QCOM ASoC 驱动程序；

    - USB 音频设备；

    - 对象工具; (CVE-2026-31532, CVE-2026-31574, CVE-2026-31575, CVE-2026-31576, CVE-2026-31577, CVE-2026-31578, CVE-2026-31579, CVE-2026-31580, CVE-2026-31581, CVE-2026-31582, CVE-2026-31583, CVE-2026-31584, CVE-2026-31585, CVE-2026-31586, CVE-2026-31587, CVE-2026-31588, CVE-2026-31589, CVE-2026-31590, CVE-2026-31591, CVE-2026-31592, CVE-2026-31593, CVE-2026-31594, CVE-2026-31595, CVE-2026-31596, CVE-2026-31597, CVE-2026-31598, CVE-2026-31599, CVE-2026-31600, CVE-2026-31601, CVE-2026-31602, CVE-2026-31603, CVE-2026-31604, CVE-2026-31605, CVE-2026-31606, CVE-2026-31607, CVE-2026-31608, CVE-2026-31609, CVE-2026-31610, CVE-2026-31611, CVE-2026-31612, CVE-2026-31613, CVE-2026-31614, CVE-2026-31615, CVE-2026-31616, CVE-2026-31617, CVE-2026-31618, CVE-2026-31619, CVE-2026-31620, CVE-2026-31621, CVE-2026-31622, CVE-2026-31623, CVE-2026-31624, CVE-2026-31625, CVE-2026-31626, CVE-2026-31627, CVE-2026-31628, CVE-2026-31629, CVE-2026-31686, CVE-2026-31694, CVE-2026-31696, CVE-2026-31697, CVE-2026-31698, CVE-2026-31699, CVE-2026-31700, CVE-2026-31701, CVE-2026-31702, CVE-2026-31703, CVE-2026-31704, CVE-2026-31705, CVE-2026-31706, CVE-2026-31707, CVE-2026-31708, CVE-2026-31709, CVE-2026-31710, CVE-2026-31711, CVE-2026-31712, CVE-2026-31713, CVE-2026-31714, CVE-2026-31715, CVE-2026-31716, CVE-2026-31717, CVE-2026-31718, CVE-2026-31719, CVE-2026-43058, CVE-2026-43071, CVE-2026-43072, CVE-2026-43073, CVE-2026-43348, CVE-2026-43349, CVE-2026-43350, CVE-2026-43491, CVE-2026-43493, CVE-2026-43499, CVE-2026-43501, CVE-2026-45986, CVE-2026-45987, CVE-2026-45988, CVE-2026-45989, CVE-2026-45990, CVE-2026-45991, CVE-2026-45994, CVE-2026-45995, CVE-2026-45996, CVE-2026-45997, CVE-2026-45999, CVE-2026-46001, CVE-2026-46002, CVE-2026-46003, CVE-2026-46004, CVE-2026-46005, CVE-2026-46006, CVE-2026-46007, CVE-2026-46008, CVE-2026-46009, CVE-2026-46010, CVE-2026-46011, CVE-2026-46012, CVE-2026-46013, CVE-2026-46014, CVE-2026-46015, CVE-2026-46016, CVE-2026-46018, CVE-2026-46019, CVE-2026-46020, CVE-2026-46021, CVE-2026-46022, CVE-2026-46023, CVE-2026-46024, CVE-2026-46025, CVE-2026-46026, CVE-2026-46027, CVE-2026-46028, CVE-2026-46029, CVE-2026-46030, CVE-2026-46031, CVE-2026-46032, CVE-2026-46033, CVE-2026-46034, CVE-2026-46035, CVE-2026-46036, CVE-2026-46037, CVE-2026-46038, CVE-2026-46039, CVE-2026-46040, CVE-2026-46041, CVE-2026-46042, CVE-2026-46043, CVE-2026-46044, CVE-2026-46045, CVE-2026-46046, CVE-2026-46047, CVE-2026-46049, CVE-2026-46050, CVE-2026-46051, CVE-2026-46052, CVE-2026-46053, CVE-2026-46054, CVE-2026-46056, CVE-2026-46057, CVE-2026-46058, CVE-2026-46059, CVE-2026-46060, CVE-2026-46061, CVE-2026-46062, CVE-2026-46063, CVE-2026-46064, CVE-2026-46065, CVE-2026-46066, CVE-2026-46067, CVE-2026-46068, CVE-2026-46069, CVE-2026-46070, CVE-2026-46071, CVE-2026-46072, CVE-2026-46073, CVE-2026-46074, CVE-2026-46075, CVE-2026-46076, CVE-2026-46077, CVE-2026-46078, CVE-2026-46079, CVE-2026-46080, CVE-2026-46081, CVE-2026-46082, CVE-2026-46083, CVE-2026-46084, CVE-2026-46085, CVE-2026-46086, CVE-2026-46087, CVE-2026-46088, CVE-2026-46089, CVE-2026-46090, CVE-2026-46091, CVE-2026-46092, CVE-2026-46093, CVE-2026-46094, CVE-2026-46095, CVE-2026-46096, CVE-2026-46097, CVE-2026-46098, CVE-2026-46099, CVE-2026-46100, CVE-2026-46101, CVE-2026-46102, CVE-2026-46103, CVE-2026-46115, CVE-2026-46119, CVE-2026-46135, CVE-2026-46137, CVE-2026-46155, CVE-2026-46185, CVE-2026-46195, CVE-2026-46243, CVE-2026-46244, CVE-2026-46276, CVE-2026-46277, CVE-2026-46278, CVE-2026-46279, CVE-2026-46280, CVE-2026-46281, CVE-2026-46282, CVE-2026-46283, CVE-2026-46284, CVE-2026-46285, CVE-2026-46286, CVE-2026-46287, CVE-2026-46288, CVE-2026-46289, CVE-2026-46316, CVE-2026-46332, CVE-2026-52904, CVE-2026-52905, CVE-2026-52906, CVE-2026-52907, CVE-2026-52933)

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

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

因此，该软件受到 ALAS2023-2026-1693 公告中提及的多个漏洞影响。

    在 Linux 内核中，以下漏洞已修复：

    af_unix：如果MSG_PEEK干预，则放弃 GC。（CVE-2026-23394）

    在 Linux 内核中，以下漏洞已修复：

    ipv6：为 SRv6 路径中的 idev 添加 NULL 检查 （CVE-2026-23442）

    在 Linux 内核中，以下漏洞已修复：

    netfilter：conntrack：添加缺少的 netlink 策略验证 （CVE-2026-31407）

    在 Linux 内核中，以下漏洞已修复：

    netfilter：ipset：终止 mtype_del （CVE-2026-31418） 中逻辑上的空白存储桶

    在 Linux 内核中，以下漏洞已修复：

    net：skb：修复 KFENCE 分配的 skb 头 （CVE-2026-31429） 的跨缓存释放

    在 Linux 内核中，以下漏洞已修复：

    X.509：修复解析 extensions （CVE-2026-31430） 时的越界访问

    在 Linux 内核中，以下漏洞已修复：

    ipv4：nexthop：在 rtm_get_nexthop（） （CVE-2026-31531） 中动态分配 skb

    在 Linux 内核中，以下漏洞已修复：

    can：raw：修复 raw_rcv（）CVE-2026-31532 （） 中的 ro->uniq 释放后使用

    在 Linux 内核中，以下漏洞已修复：

    net/tls：修复 tls_do_encryption （CVE-2026-31533） 的 -EBUSY 错误路径中的释放后使用

    在 Linux 内核中，以下漏洞已修复：

    mm/userfaultfd：修复 hugetlb 错误互斥体哈希计算 （CVE-2026-31575）

    在 Linux 内核中，以下漏洞已修复：

    wireguard：device：在 pre_exit （CVE-2026-31579） 中使用exit_rtnl回调而非手动rtnl_lock

    在 Linux 内核中，以下漏洞已修复：

    bcache：修复 cached_dev.sb_bio 释放后使用和崩溃 （CVE-2026-31580）

    在 Linux 内核中，以下漏洞已修复：

    mm：blk-cgroup：修复 cgwb_release_workfn（） （CVE-2026-31586） 中的释放后使用

    在 Linux 内核中，以下漏洞已修复：

    KVM：x86：使用 MMIO 片段中的暂存字段保存小写入值 （CVE-2026-31588）

    在 Linux 内核中，以下漏洞已修复：

    KVM：SEV：同步 VMSA 以完成 SNP 启动时锁定所有 vCPU （CVE-2026-31591）

    在 Linux 内核中，以下漏洞已修复：

    KVM：SEV：使用 kvm->lock （CVE-2026-31592） 保护 sev_mem_enc_register_region（） 的 *all*

    在 Linux 内核中，以下漏洞已修复：

    KVM：SEV：拒绝尝试同步已启动/加密的 vCPU 的 VMSA （CVE-2026-31593）

    在 Linux 内核中，以下漏洞已修复：

    arm64：mm：正确处理无效的大型叶映射 （CVE-2026-31600）

    在 Linux 内核中，以下漏洞已修复：

    usbip：验证 usbip_pack_ret_submit（） （CVE-2026-31607） 中的number_of_packets

    在 Linux 内核中，以下漏洞已修复：

    smb：客户端：修复 OOB 读取解析符号链接错误响应 （CVE-2026-31613）

    在 Linux 内核中，以下漏洞已修复：

    smb：客户端：修复 check_wsl_eas（） （CVE-2026-31614） 中的差 8 边界检查

    在 Linux 内核中，以下漏洞已修复：

    HID：core：在 s32ton（） 中钳制 report_size 以避免未定义的位移 （CVE-2026-31624）

    在 Linux 内核中，以下漏洞已修复：

    HID：alps：修复 alps_raw_event（） （CVE-2026-31625） 中的空指针取消引用

    在 Linux 内核中，以下漏洞已修复：

    x86/CPU：修复 Zen1 上的 FPDSS （CVE-2026-31628）

    在 Linux 内核中，以下漏洞已修复：

    rxrpc：修复 rxrpc_server_keyring（） 中的引用计数泄漏 （CVE-2026-31634）

    在 Linux 内核中，以下漏洞已修复：

    rxrpc：拒绝不可解密的 rxkad 响应票证 （CVE-2026-31637）

    在 Linux 内核中，以下漏洞已修复：

    mm：filemap：修复 filemap_map_pages（） （）CVE-2026-31648 中的nr_pages计算溢出

    在 Linux 内核中，以下漏洞已修复：

    mm/damon/sysfs：如果 damon_call（） 失败，则repeat_call_control分配 （CVE-2026-31653）

    在 Linux 内核中，以下漏洞已修复：

    drm/i915/gt：修复 intel_engine_park_heartbeat （CVE-2026-31656） 中的 refcount 下溢

    在 Linux 内核中，以下漏洞已修复：

    tipc：修复重复GRP_ACK_MSG上的bc_ackers下溢 （CVE-2026-31662）

    在 Linux 内核中，以下漏洞已修复：

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

    在 Linux 内核中，以下漏洞已修复：

    xfrm：清除 build_polexpire（） （CVE-2026-31664） 中的尾部填充

    在 Linux 内核中，以下漏洞已修复：

    netfilter：nft_ct：修复超时对象破坏 （CVE-2026-31665） 中的释放后使用

    在 Linux 内核中，以下漏洞已修复：

    btrfs：修复更改 lookup_extent_data_ref（）CVE-2026-31666 中的叶后的错误返回值

    在 Linux 内核中，以下漏洞已修复：

    Input：uinput - 修复与 ff-core （CVE-2026-31667） 的循环锁定依赖关系

    在 Linux 内核中，以下漏洞已修复：

    seg6：分隔 seg6 lwtunnel （CVE-2026-31668） 中输入和输出路径的dst_cache

    在 Linux 内核中，以下漏洞已修复：

    mptcp：修复 __inet_lookup_established 中的CVE-2026-31669 slab-after-free（）

    在 Linux 内核中，以下漏洞已修复：

    xfrm_user：修复 build_report（） （CVE-2026-31671） 中的信息泄漏

    在 Linux 内核中，以下漏洞已修复：

    af_unix：读取 unix_state_lock （CVE-2026-31673） 下的UNIX_DIAG_VFS数据

    在 Linux 内核中，以下漏洞已修复：

    netfilter：xt_multiport：验证 checkentry （CVE-2026-31681） 中的范围编码

    在 Linux 内核中，以下漏洞已修复：

    net：sched： act_csum：验证嵌套的 VLAN 标头 （CVE-2026-31684）

    在 Linux 内核中，以下漏洞已修复：

    netfilter：ip6t_eui64：拒绝所有数据包的无效 MAC 标头 （CVE-2026-31685）

    在 Linux 内核中，以下漏洞已修复：

    EDAC/mc：修复 edac_mc_alloc（） （） 中的CVE-2026-31689错误路径排序

    在 Linux 内核中，以下漏洞已修复：

    igb：删除 igb_down（）CVE-2026-31691 （） 中的 napi_synchronize（）

    在 Linux 内核中，以下漏洞已修复：

    rtnetlink：添加对等机 netnsCVE-2026-31692 缺少的 netlink_ns_capable（） 检查

    在 Linux 内核中，以下漏洞已修复：

    fuse：拒绝页面缓存中的超大对象 （CVE-2026-31694）

    在 Linux 内核中，以下漏洞已修复：

    net/packet：修复 tpacket_snd（）CVE-2026-31700 （） 中的 mmap'd vnet_hdr中的 TOCTOU 争用

    在 Linux 内核中，以下漏洞已修复：

    writeback：修复 inode_switch_wbs_work_fn（） （CVE-2026-31703） 中的释放后使用

    在 Linux 内核中，以下漏洞已修复：

    smb：客户端：修复 smb2_ioctl_query_info QUERY_INFO 路径中的 OOB 读取 （CVE-2026-31708）

    在 Linux 内核中，以下漏洞已修复：

    fuse：同步 init （CVE-2026-31713） 期间出现致命信号时中止

    在 Linux 内核中，以下漏洞已修复：

    fs/ntfs3：验证 journal-replay 文件记录检查中使用的 recCVE-2026-31716->

    在 Linux 内核中，以下漏洞已修复：

    crypto：krb5enc - 修复异步解密跳过哈希验证 （CVE-2026-31719）

    在 Linux 内核中，以下漏洞已修复：

    dcache：将存储段的最小数量限制为两个 （CVE-2026-43071）

    在 Linux 内核中，以下漏洞已修复：

    x86-64：重命名名称令人误解的“__copy_user_nocache（）”函数 （CVE-2026-43073）

    在 Linux 内核中，以下漏洞已修复：

    eventpoll：将释放 struct eventpoll 延迟至 RCU 宽限期 （CVE-2026-43074）

    在 Linux 内核中，以下漏洞已修复：

    perf/x86/intel/uncore：跳过离线芯片的发现表 （CVE-2026-43079）

    在 Linux 内核中，以下漏洞已修复：

    net：ioam6：修复 OOB 和缺少的锁 （CVE-2026-43083）

    在 Linux 内核中，以下漏洞已修复：

    netfilter：nfnetlink_queue：按队列创建哈希表 （CVE-2026-43084）

    在 Linux 内核中，以下漏洞已修复：

    netfilter：nfnetlink_log：初始化 NLMSG_DONE 结束符 （CVE-2026-43085） 中的 nfgenmsg

    在 Linux 内核中，以下漏洞已修复：

    ipvs：修复ip_vs_add_service错误路径中的空取消引用 （CVE-2026-43086）

    在 Linux 内核中，以下漏洞已修复：

    xfrm_user：修复 build_mapping（） （CVE-2026-43089） 中的信息泄漏

    在 Linux 内核中，以下漏洞已修复：

    xfrm：修复 xfrm_migrate_policy_find 中的 refcount 泄漏 （CVE-2026-43090）

    在 Linux 内核中，以下漏洞已修复：

    xfrm：在策略 netns 退出期间等待 RCU 读取器 （CVE-2026-43091）

    在 Linux 内核中，以下漏洞已修复：

    xsk：根据 bind （CVE-2026-43092） 上的可用帧大小验证 MTU

    在 Linux 内核中，以下漏洞已修复：

    xsk：加强 UMEM 余量验证，以考虑尾余量和最小帧 （CVE-2026-43093）

    在 Linux 内核中，以下漏洞已修复：

    ixgbevf：将缺失的 negotiate_features op 添加到 Hyper-V ops 表 （CVE-2026-43094）

    在 Linux 内核中，以下漏洞已修复：

    ipv4：icmp：修复 icmp_build_probe（） 中的 null-ptr-deref （CVE-2026-43099）

    在 Linux 内核中，以下漏洞已修复：

    bridge：保护本地 VLAN-0 FDB 帮助程序免受空 vlan 组 （CVE-2026-43100） 的影响

    在 Linux 内核中，以下漏洞已修复：

    ipv6：ioam：修复 __ioam6_fill_trace_data（） （CVE-2026-43101） 中潜在的空取消引用

    在 Linux 内核中，以下漏洞已修复：

    xfrm：事件大小计算中的帐户XFRMA_IF_ID （CVE-2026-43107）

    在 Linux 内核中，以下漏洞已修复：

    x86：shadow stacks：mmap lock （CVE-2026-43109） 的正确错误处理

    在 Linux 内核中，以下漏洞已修复：

    fs/smb/client：修复 cifs_sanitize_prepath 中的越界读取 （CVE-2026-43112）

    在 Linux 内核中，以下漏洞已修复：

    netfilter：nft_set_pipapo_avx2：到期时不返回不匹配的条目 （CVE-2026-43114）

    在 Linux 内核中，以下漏洞已修复：

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

    在 Linux 内核中，以下漏洞已修复：

    btrfs：tracepoints：从事件 btrfs_sync_file（）CVE-2026-43117 （） 中的 dentry 获取正确的超级块

    在 Linux 内核中，以下漏洞已修复：

    btrfs：修复日志重播后大小为非零大小的零大小 inode （CVE-2026-43118）

    在 Linux 内核中，已解决下列漏洞：xfrm：esp：避免在共享的 skb frag 上就地解密

    Amazon Linux 内核中的脏碎片和其他问题：https://aws.amazon.com/security/security-bulletins/2026-027-aws/ （CVE-2026-43284）

    在 Linux 内核中，以下漏洞已修复：

    smb：客户端：读取模式位 （CVE-2026-43350） 之前需要完整的 NFS 模式 SID

Tenable 已直接从测试产品的安全公告中提取上述描述块。

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

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

  - 在 KVM 的 AMD 嵌套虚拟化 (SVM) 中发现一个缺陷。恶意的 L1 客户机可能故意无法拦截协作嵌套客户机 (L2) 的关闭，从而可能导致主机 (L0) 中出现页面错误和内核错误。(CVE-2022-3344)

  - 已修复 Linux 内核中的下列漏洞：usbnet: Run unregister_netdev() before unbind() again Commit 2c9d6c2b871d (usbnet: run unbind() before unregister_netdev()) sought to fix a use-after-free on disconnect of USB Ethernet adapters. It turns out that a different fix is necessary to address the issue:
    https://lore.kernel.org/netdev/18b3541e5372bc9b9fc733d422f4e698c089077c.1650177997.git.lukas@wunner.de/ So the commit was not necessary. The commit made binding and unbinding of USB Ethernet asymmetrical: Before, usbnet_probe() first invoked the ->bind() callback and then register_netdev(). usbnet_disconnect() mirrored that by first invoking unregister_netdev() and then ->unbind(). Since the commit, the order in usbnet_disconnect() is reversed and no longer mirrors usbnet_probe(). One consequence is that a PHY disconnected (and stopped) in ->unbind() is afterwards stopped once more by unregister_netdev() as it closes the netdev before unregistering. That necessitates a contortion in ->stop() because the PHY may only be stopped if it hasn't already been disconnected. Reverting the commit allows making the call to phy_stop() unconditional in ->stop(). (CVE-2022-49501)

  - 已修复 Linux 内核中的下列漏洞：crypto: arm64/poly1305 - fix a read out-of-bound A kasan error was reported during fuzzing: BUG: KASAN: slab-out-of-bounds in neon_poly1305_blocks.constprop.0+0x1b4/0x250 [poly1305_neon] Read of size 4 at addr ffff0010e293f010 by task syz-executor.5/1646715 CPU: 4 PID: 1646715 Comm: syz-executor.5 Kdump: loaded Not tainted 5.10.0.aarch64 #1 Hardware name: Huawei TaiShan 2280 /BC11SPCD, BIOS 1.59 01/31/2019 Call trace:
    dump_backtrace+0x0/0x394 show_stack+0x34/0x4c arch/arm64/kernel/stacktrace.c:196 __dump_stack lib/dump_stack.c:77 [inline] dump_stack+0x158/0x1e4 lib/dump_stack.c:118 print_address_description.constprop.0+0x68/0x204 mm/kasan/report.c:387 __kasan_report+0xe0/0x140 mm/kasan/report.c:547 kasan_report+0x44/0xe0 mm/kasan/report.c:564 check_memory_region_inline mm/kasan/generic.c:187 [inline] __asan_load4+0x94/0xd0 mm/kasan/generic.c:252 neon_poly1305_blocks.constprop.0+0x1b4/0x250 [poly1305_neon] neon_poly1305_do_update+0x6c/0x15c [poly1305_neon] neon_poly1305_update+0x9c/0x1c4 [poly1305_neon] crypto_shash_update crypto/shash.c:131 [inline] shash_finup_unaligned+0x84/0x15c crypto/shash.c:179 crypto_shash_finup+0x8c/0x140 crypto/shash.c:193 shash_digest_unaligned+0xb8/0xe4 crypto/shash.c:201 crypto_shash_digest+0xa4/0xfc crypto/shash.c:217 crypto_shash_tfm_digest+0xb4/0x150 crypto/shash.c:229 essiv_skcipher_setkey+0x164/0x200 [essiv] crypto_skcipher_setkey+0xb0/0x160 crypto/skcipher.c:612 skcipher_setkey+0x3c/0x50 crypto/algif_skcipher.c:305 alg_setkey+0x114/0x2a0 crypto/af_alg.c:220 alg_setsockopt+0x19c/0x210 crypto/af_alg.c:253 __sys_setsockopt+0x190/0x2e0 net/socket.c:2123 __do_sys_setsockopt net/socket.c:2134 [inline] __se_sys_setsockopt net/socket.c:2131 [inline] __arm64_sys_setsockopt+0x78/0x94 net/socket.c:2131
    __invoke_syscall arch/arm64/kernel/syscall.c:36 [inline] invoke_syscall+0x64/0x100 arch/arm64/kernel/syscall.c:48 el0_svc_common.constprop.0+0x220/0x230 arch/arm64/kernel/syscall.c:155 do_el0_svc+0xb4/0xd4 arch/arm64/kernel/syscall.c:217 el0_svc+0x24/0x3c arch/arm64/kernel/entry-common.c:353 el0_sync_handler+0x160/0x164 arch/arm64/kernel/entry-common.c:369 el0_sync+0x160/0x180 arch/arm64/kernel/entry.S:683 This error can be reproduced by the following code compiled as ko on a system with kasan enabled: #include <linux/module.h> #include <linux/crypto.h> #include <crypto/hash.h> #include <crypto/poly1305.h> char test_data[] = \x00\x01\x02\x03\x04\x05\x06\x07 \x08\x09\x0a\x0b\x0c\x0d\x0e\x0f \x10\x11\x12\x13\x14\x15\x16\x17 \x18\x19\x1a\x1b\x1c\x1d\x1e; int init(void) { struct crypto_shash *tfm = NULL; char *data = NULL, *out = NULL; tfm = crypto_alloc_shash(poly1305, 0, 0); data = kmalloc(POLY1305_KEY_SIZE - 1, GFP_KERNEL); out = kmalloc(POLY1305_DIGEST_SIZE, GFP_KERNEL); memcpy(data, test_data, POLY1305_KEY_SIZE - 1);
    crypto_shash_tfm_digest(tfm, data, POLY1305_KEY_SIZE - 1, out); kfree(data); kfree(out); return 0; } void deinit(void) { } module_init(init) module_exit(deinit) MODULE_LICENSE(GPL); The root cause of the bug sits in neon_poly1305_blocks. The logic neon_poly1305_blocks() performed is that if it was called with both s[] and r[] uninitialized, it will first try to initialize them with the data from the first block that it believed to be 32 bytes in length. First 16 bytes are used as the key and the next 16 bytes for s[]. This would lead to the aforementioned read out-of-bound. However, after calling poly1305_init_arch(), only 16 bytes were deducted from the input and s[] is initialized yet again with the following 16 bytes.
    The second initialization of s[] is certainly redundent which indicates that the first initialization should be for r[] only. This patch fixes the issue by calling poly1305_init_arm64() instead o
    ---truncated--- (CVE-2022-50231)

  - 已修复 Linux 内核中的下列漏洞：bpf: Fix reference state management for synchronous callbacks Currently, verifier verifies callback functions (sync and async) as if they will be executed once, (i.e. it explores execution state as if the function was being called once). The next insn to explore is set to start of subprog and the exit from nested frame is handled using curframe > 0 and prepare_func_exit. In case of async callback it uses a customized variant of push_stack simulating a kind of branch to set up custom state and execution context for the async callback. While this approach is simple and works when callback really will be executed only once, it is unsafe for all of our current helpers which are for_each style, i.e. they execute the callback multiple times. A callback releasing acquired references of the caller may do so multiple times, but currently verifier sees it as one call inside the frame, which then returns to caller. Hence, it thinks it released some reference that the cb e.g. got access through callback_ctx (register filled inside cb from spilled typed register on stack).
    Similarly, it may see that an acquire call is unpaired inside the callback, so the caller will copy the reference state of callback and then will have to release the register with new ref_obj_ids. But again, the callback may execute multiple times, but the verifier will only account for acquired references for a single symbolic execution of the callback, which will cause leaks. Note that for async callback case, things are different. While currently we have bpf_timer_set_callback which only executes it once, even for multiple executions it would be safe, as reference state is NULL and check_reference_leak would force program to release state before BPF_EXIT. The state is also unaffected by analysis for the caller frame.
    Hence async callback is safe. Since we want the reference state to be accessible, e.g. for pointers loaded from stack through callback_ctx's PTR_TO_STACK, we still have to copy caller's reference_state to callback's bpf_func_state, but we enforce that whatever references it adds to that reference_state has been released before it hits BPF_EXIT. This requires introducing a new callback_ref member in the reference state to distinguish between caller vs callee references. Hence, check_reference_leak now errors out if it sees we are in callback_fn and we have not released callback_ref refs. Since there can be multiple nested callbacks, like frame 0 -> cb1 -> cb2 etc. we need to also distinguish between whether this particular ref belongs to this callback frame or parent, and only error for our own, so we store state->frameno (which is always non-zero for callbacks). In short, callbacks can read parent reference_state, but cannot mutate it, to be able to use pointers acquired by the caller. They must only undo their changes (by releasing their own acquired_refs before BPF_EXIT) on top of caller reference_state before returning (at which point the caller and callback state will match anyway, so no need to copy it back to caller). (CVE-2022-50650)

  - 已修复 Linux 内核中的下列漏洞：net: stmmac: fix possible memory leak in stmmac_dvr_probe() The bitmap_free() should be called to free priv->af_xdp_zc_qps when create_singlethread_workqueue() fails, otherwise there will be a memory leak, so we add the err path error_wq_init to fix it. (CVE-2022-50663)

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

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

    发现某些 AMD 处理器在推测执行期间，未能正确清除浮点拆分器单元中的数据。本地攻击者可利用此问题泄露敏感信息。
    (CVE-2025-54505)

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

    - ARM64 架构；

    - x86 架构；

    - 区块层子系统；

    - 加密 API；

    - 雷达斯块设备 （RBD） 驱动程序;

    - 压缩 RAM 块设备驱动程序；

    - 字符设备驱动程序；

    - TPM 设备驱动程序；

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

    - EDAC 驱动程序；

    - GPU 驱动程序；

    - Greybus 驱动程序；

    - HID 子系统；

    - Microsoft Hyper-V 驱动程序；

    - 硬件监控驱动程序；

    - I2C 子系统；

    - IIO 子系统；

    - InfiniBand 驱动程序；

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

    - LED 子系统；

    - 多设备驱动程序；

    - 媒体驱动程序；

    - IBM Advanced System Management 驱动程序;

    - MTD 块设备驱动程序；

    - 网络驱动程序；

    - Microsoft Azure Network Adapter (MANA) 驱动程序；

    - NTB 驱动程序；

    - NVME 驱动程序；

    - 设备树和 Open Firmware 驱动程序；

    - PCI 子系统；

    - 远程处理器子系统；

    - SCSI 子系统；

    - SPI 子系统；

    - Realtek RTL8723BS SDIO 驱动程序；

    - SM750 帧缓冲暂存驱动程序;

    - 热驱动程序；

    - USB Gadget 驱动程序；

    - USB over IP 驱动程序；

    - VFIO 驱动程序；

    - Framebuffer 层；

    - 9P 分布式文件系统；

    - AFS 文件系统；

    - Ceph 分布式文件系统；

    - 文件系统基础设施；

    - EROFS 文件系统；

    - Ext4 文件系统；

    - F2FS 文件系统；

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

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

    - NILFS2 文件系统；

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

    - NTFS3 文件系统；

    - OCFS2 文件系统；

    - SMB 网络文件系统；

    - UDF 文件系统；

    - XFS 文件系统；

    - 代码标签库;

    - 内存管理；

    - 内存管理；

    - KVM 子系统；

    - 跟踪基础设施；

    - 用户空间 API (UAPI)；

    - io_uring 子系统；

    - 锁定基元；

    - Timer 子系统；

    - Scatterlist API;

    - 异质内存管理；

    - KASAN 内存调试框架；

    - 蓝牙子系统；

    - 以太网桥接；

    - CAIF 协议；

    - CAN 网络层；

    - Ceph Core 库；

    - IPv4 联网；

    - IPv6 联网；

    - 多路径 TCP；

    - Netfilter；

    - NFC 子系统；

    - 数据包套接字；

    - 高通IPC路由器（QRTR）;

    - RDS 协议；

    - RxRPC 会话套接字；

    - SMC 套接字；

    - 流解析器;

    - Landlock 安全性；

    - SELinux 安全模块；

    - ALSA 框架；

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

    - FireWire 声音驱动程序；

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

    - QCOM ASoC 驱动程序；

    - USB 音频设备；

    - 对象工具; (CVE-2026-31532, CVE-2026-31574, CVE-2026-31575, CVE-2026-31576, CVE-2026-31577, CVE-2026-31578, CVE-2026-31579, CVE-2026-31580, CVE-2026-31581, CVE-2026-31582, CVE-2026-31583, CVE-2026-31584, CVE-2026-31585, CVE-2026-31586, CVE-2026-31587, CVE-2026-31588, CVE-2026-31589, CVE-2026-31590, CVE-2026-31591, CVE-2026-31592, CVE-2026-31593, CVE-2026-31594, CVE-2026-31595, CVE-2026-31596, CVE-2026-31597, CVE-2026-31598, CVE-2026-31599, CVE-2026-31600, CVE-2026-31601, CVE-2026-31602, CVE-2026-31603, CVE-2026-31604, CVE-2026-31605, CVE-2026-31606, CVE-2026-31607, CVE-2026-31608, CVE-2026-31609, CVE-2026-31610, CVE-2026-31611, CVE-2026-31612, CVE-2026-31613, CVE-2026-31614, CVE-2026-31615, CVE-2026-31616, CVE-2026-31617, CVE-2026-31618, CVE-2026-31619, CVE-2026-31620, CVE-2026-31621, CVE-2026-31622, CVE-2026-31623, CVE-2026-31624, CVE-2026-31625, CVE-2026-31626, CVE-2026-31627, CVE-2026-31628, CVE-2026-31629, CVE-2026-31686, CVE-2026-31694, CVE-2026-31696, CVE-2026-31697, CVE-2026-31698, CVE-2026-31699, CVE-2026-31700, CVE-2026-31701, CVE-2026-31702, CVE-2026-31703, CVE-2026-31704, CVE-2026-31705, CVE-2026-31706, CVE-2026-31707, CVE-2026-31708, CVE-2026-31709, CVE-2026-31710, CVE-2026-31711, CVE-2026-31712, CVE-2026-31713, CVE-2026-31714, CVE-2026-31715, CVE-2026-31716, CVE-2026-31717, CVE-2026-31718, CVE-2026-31719, CVE-2026-43058, CVE-2026-43071, CVE-2026-43072, CVE-2026-43073, CVE-2026-43348, CVE-2026-43349, CVE-2026-43350, CVE-2026-43491, CVE-2026-43493, CVE-2026-43499, CVE-2026-43501, CVE-2026-45986, CVE-2026-45987, CVE-2026-45988, CVE-2026-45989, CVE-2026-45990, CVE-2026-45991, CVE-2026-45994, CVE-2026-45995, CVE-2026-45996, CVE-2026-45997, CVE-2026-45999, CVE-2026-46001, CVE-2026-46002, CVE-2026-46003, CVE-2026-46004, CVE-2026-46005, CVE-2026-46006, CVE-2026-46007, CVE-2026-46008, CVE-2026-46009, CVE-2026-46010, CVE-2026-46011, CVE-2026-46012, CVE-2026-46013, CVE-2026-46014, CVE-2026-46015, CVE-2026-46016, CVE-2026-46018, CVE-2026-46019, CVE-2026-46020, CVE-2026-46021, CVE-2026-46022, CVE-2026-46023, CVE-2026-46024, CVE-2026-46025, CVE-2026-46026, CVE-2026-46027, CVE-2026-46028, CVE-2026-46029, CVE-2026-46030, CVE-2026-46031, CVE-2026-46032, CVE-2026-46033, CVE-2026-46034, CVE-2026-46035, CVE-2026-46036, CVE-2026-46037, CVE-2026-46038, CVE-2026-46039, CVE-2026-46040, CVE-2026-46041, CVE-2026-46042, CVE-2026-46043, CVE-2026-46044, CVE-2026-46045, CVE-2026-46046, CVE-2026-46047, CVE-2026-46049, CVE-2026-46050, CVE-2026-46051, CVE-2026-46052, CVE-2026-46053, CVE-2026-46054, CVE-2026-46056, CVE-2026-46057, CVE-2026-46058, CVE-2026-46059, CVE-2026-46060, CVE-2026-46061, CVE-2026-46062, CVE-2026-46063, CVE-2026-46064, CVE-2026-46065, CVE-2026-46066, CVE-2026-46067, CVE-2026-46068, CVE-2026-46069, CVE-2026-46070, CVE-2026-46071, CVE-2026-46072, CVE-2026-46073, CVE-2026-46074, CVE-2026-46075, CVE-2026-46076, CVE-2026-46077, CVE-2026-46078, CVE-2026-46079, CVE-2026-46080, CVE-2026-46081, CVE-2026-46082, CVE-2026-46083, CVE-2026-46084, CVE-2026-46085, CVE-2026-46086, CVE-2026-46087, CVE-2026-46088, CVE-2026-46089, CVE-2026-46090, CVE-2026-46091, CVE-2026-46092, CVE-2026-46093, CVE-2026-46094, CVE-2026-46095, CVE-2026-46096, CVE-2026-46097, CVE-2026-46098, CVE-2026-46099, CVE-2026-46100, CVE-2026-46101, CVE-2026-46102, CVE-2026-46103, CVE-2026-46115, CVE-2026-46119, CVE-2026-46135, CVE-2026-46137, CVE-2026-46155, CVE-2026-46185, CVE-2026-46195, CVE-2026-46243, CVE-2026-46244, CVE-2026-46276, CVE-2026-46277, CVE-2026-46278, CVE-2026-46279, CVE-2026-46280, CVE-2026-46281, CVE-2026-46282, CVE-2026-46283, CVE-2026-46284, CVE-2026-46285, CVE-2026-46286, CVE-2026-46287, CVE-2026-46288, CVE-2026-46289, CVE-2026-46316, CVE-2026-46332, CVE-2026-52904, CVE-2026-52905, CVE-2026-52906, CVE-2026-52907, CVE-2026-52933)

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

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

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

  - WireGuard：设备：在pre_exit wg_netns_pre_exit（）中使用exit_rtnl回调而非手动rtnl_lock，手动获取pernet.pre_exit回调中的rtnl_lock（）。当另一线程持有rtnl_mutex时，会导致任务卡顿——cleanup_net工作队列（或setup_net故障回滚路径）在wg_netns_pre_exit（）中无限期阻塞，等待获取锁。转换为.exit_rtnl，该代码在提交7a60d91c690b中引入（net：向struct pernet_operations.添加->exit_rtnl（）钩子），该框架已保留RTNL，并将所有回调处理在单一的rtnl_lock（）/rtnl_unlock（）对下，消除争用窗口。rcu_assign_pointer（wg->creating_net， NULL）可以安全地从.pre_exit移动到.exit_rtnl（在synchronize_rcu（）之后运行），因为所有creating_net的RCU读卡器要么使用maybe_get_net（）——该地址返回一个引用计数为零的濒死命名空间的NULL——要么访问net->user_ns，后者在整个ops_undo_list序列中始终有效。[杰森：补充__net_exit
    __read_mostly缺少的注释。]（CVE-2026-31579）

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

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

  - 已修复 Linux 内核中的下列漏洞：i2c: designware: use casting of u64 in clock multiplication to avoid overflow In functions i2c_dw_scl_lcnt() and i2c_dw_scl_hcnt() may have overflow by depending on the values of the given parameters including the ic_clk. For example in our use case where ic_clk is larger than one million, multiplication of ic_clk * 4700 will result in 32 bit overflow. Add cast of u64 to the calculation to avoid multiplication overflow, and use the corresponding define for divide. (CVE-2022-49749)

  - 已修复 Linux 内核中的下列漏洞：kernel/irq/irqdomain.c: fix memory leak with using debugfs_lookup() When calling debugfs_lookup() the result must have dput() called on it, otherwise the memory will leak over time. To make things simpler, just call debugfs_lookup_and_remove() instead which handles all of the logic at once. (CVE-2023-52936)

  - 已修复 Linux 内核中的下列漏洞：tracing: Fix null pointer dereference in tracing_err_log_open() Fix an issue in function 'tracing_err_log_open'. The function doesn't call 'seq_open' if the file is opened only with write permissions, which results in 'file->private_data' being left as null. If we then use 'lseek' on that opened file, 'seq_lseek' dereferences 'file->private_data' in 'mutex_lock(&m->lock)', resulting in a kernel panic. Writing to this node requires root privileges, therefore this bug has very little security impact. Tracefs node: /sys/kernel/tracing/error_log Example Kernel panic: Unable to handle kernel NULL pointer dereference at virtual address 0000000000000038 Call trace: mutex_lock+0x30/0x110 seq_lseek+0x34/0xb8 __arm64_sys_lseek+0x6c/0xb8 invoke_syscall+0x58/0x13c el0_svc_common+0xc4/0x10c do_el0_svc+0x24/0x98 el0_svc+0x24/0x88 el0t_64_sync_handler+0x84/0xe4 el0t_64_sync+0x1b4/0x1b8 Code: d503201f aa0803e0 aa1f03e1 aa0103e9 (c8e97d02) ---[ end trace 561d1b49c12cf8a5 ]--- Kernel panic - not syncing: Oops: Fatal exception (CVE-2023-53167)

  - 已修复 Linux 内核中的下列漏洞：irqchip: Fix refcount leak in platform_irqchip_probe of_irq_find_parent() returns a node pointer with refcount incremented, We should use of_node_put() on it when not needed anymore. Add missing of_node_put() to avoid refcount leak.
    (CVE-2023-53610)

  - 已修复 Linux 内核中的下列漏洞：uio_hv_generic: Fix kernel NULL pointer dereference in hv_uio_rescind For primary VM Bus channels, primary_channel pointer is always NULL.
    This pointer is valid only for the secondary channels. Also, rescind callback is meant for primary channels only. Fix NULL pointer dereference by retrieving the device_obj from the parent for the primary channel. (CVE-2024-46739)

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

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
360843	Rocky Linux 9.6 [TuxCare] 安全更新：kernel / kernel-64k / kernel-64k-core / kernel-64k-debug / 等多个漏洞（ALMALINUX9.6：CLSA-2026：1781344094）	Nessus	Rocky Linux Local Security Checks	2026/10/1	2026/10/21	high
325017	Ubuntu 26.04 LTS：Linux 内核漏洞 (USN-8488-1)	Nessus	Ubuntu Local Security Checks	2026/7/3	2026/7/30	low
313525	Amazon Linux 2023：bpftool6.18、kernel6.18、kernel6.18-devel （ALAS2023-2026-1693）	Nessus	Amazon Linux Local Security Checks	2026/5/9	2026/9/10	high
352031	AlmaLinux 9.2 [TuxCare] 安全更新：bpftool / kernel / kernel-64k / kernel-64k-core / kernel-64k-debug 等多个漏洞（ALMALINUX9.2：CLSA-2026：1786761805）	Nessus	Alma Linux Local Security Checks	2026/9/30	2026/10/19	critical
325421	Ubuntu 26.04 LTS：Linux (NVIDIA) 内核漏洞 (USN-8507-1)	Nessus	Ubuntu Local Security Checks	2026/7/7	2026/7/30	low
310495	Linux Distros 未修补的漏洞：CVE-2026-31579	Nessus	Misc.	2026/4/27	2026/11/13	medium
360739	AlmaLinux 9.6 [TuxCare] 安全更新：kernel / kernel-64k / kernel-64k-core / kernel-64k-debug / 等多个漏洞（ALMALINUX9.6：CLSA-2026：1781344094）	Nessus	Alma Linux Local Security Checks	2026/10/1	2026/10/21	high

检测

插件搜索

high

low

high

critical

low

medium

high