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

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

    btrfs：当 cow_file_range() 失败时执行适当的 folio 清理 (CVE-2024-57976)

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

    kernel：谨慎处理 dup_mmap() 失败和 uprobe 注册 (CVE-2025-21709)

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

    block：修复 sysfs 存储方法中的队列冻结与限制锁定顺序 (CVE-2025-21807)

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

    block：在 sysfs ->store() 周围标记 GFP_NOIO (CVE-2025-21817)

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

    iommu/vt-d：避免在 WARN_ON_ONCE 之后使用 NULL (CVE-2025-21833)

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

    net：更好地跟踪内核套接字生命周期 (CVE-2025-21884)

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

    bnxt_en：正确屏蔽 TX BD 中的 bd_cnt 字段 (CVE-2025-22108)

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

    ext4：转至 ext4_setattr() 中的右侧标签“out_mmap_sem”(CVE-2025-22120)

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

    net_sched: hfsc：修复类处理中的 UAF 漏洞 (CVE-2025-37797)

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

    vmxnet3：修复 vmxnet3_process_xdp 中畸形的数据包大小调整 (CVE-2025-37799)

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

    driver core：修复 dev_uevent() 中潜在的空指针取消引用 (CVE-2025-37800)

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

    fs/ntfs3：保持写入操作的原子性 (CVE-2025-37806)

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

    bpf：修复 percpu hashmap 的 kmemleak 警告 (CVE-2025-37807)

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

    crypto：null - 使用自旋锁替代互斥锁 (CVE-2025-37808)

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

    usb：typec：class：修复空指针访问 (CVE-2025-37809)

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

    usb: xhci：修复 Etron 变通方案中的无效指针取消引用 (CVE-2025-37813)

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

    tty：由于 TIOCL_SELMOUSEREPORT 的所有用法都需要 CAP_SYS_ADMIN (CVE-2025-37814)

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

    irqchip/gic-v2m：防止 gicv2m_get_fwnode() 的释放后重用 (CVE-2025-37819)

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

    xen-netfront：处理由 xdp_convert_buff_to_frame() 返回的 NULL (CVE-2025-37820)

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

    sched/eevdf：修复 se->slice 被设置为 U64_MAX 及由此导致的崩溃问题 (CVE-2025-37821)

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

    net_sched：hfsc：同时修复 hfsc_dequeue() 中潜在的 UAF 问题 (CVE-2025-37823)

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

    btrfs：zoned：在 RAID1 块群组写入指针不匹配时返回 EIO (CVE-2025-37827)

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

    mm/vmscan不尝试回收 hwpoison folio (CVE-2025-37834)

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

    netfs：仅使用 CONFIG_PROC_FS 创建 /proc/fs/netfs (CVE-2025-37876)

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

    iommu：清除时清除 iommu-dma ops (CVE-2025-37877)

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

    perf/core：修复部分初始化 __free_event() 中的 WARN_ON(!ctx)(CVE-2025-37878)

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

    usb：xhci：修复等时环形缓冲区欠载/过载事件处理问题 (CVE-2025-37882)

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

    bpf：修复 rcu_tasks_trace 和 event_mutex 之间的死锁。(CVE-2025-37884)

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

    KVM：x86：若*新*路由不可发布，则将 IRTE 重置为由主机控制 (CVE-2025-37885)

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

    net/mlx5：修复 mlx5_create_{inner_,}ttc_table() 中的 null-ptr-deref (CVE-2025-37888)

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

    net_sched: hfsc：修复类处理中以 netem 作为子 qdisc 的 UAF 漏洞 (CVE-2025-37890)

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

    net当 sk_state 为 TCP_TIME_WAIT 时使用 sock_gen_put() (CVE-2025-37894)

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

    iommu：修复 iommu_copy_struct_from_user() 中的两个问题 (CVE-2025-37900)

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

    mm, slab始终清除 slab->obj_exts (CVE-2025-37908)

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

    net_sched：qfq：修复类中以 netem 作为子 qdisc 的双列表添加 (CVE-2025-37913)

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

    net_sched：ets：修复类中以 netem 作为子 qdisc 的双列表添加 (CVE-2025-37914)

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

    net_sched：drr：修复类中以 netem 作为子 qdisc 的双列表添加 (CVE-2025-37915)

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

    xsk：修复 AF_XDP 通用 RX 路径中的争用条件 (CVE-2025-37920)

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

    vxlanvnifilter修复默认 FDB 条目的未锁定删除 (CVE-2025-37921)

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

    tracing：修复 trace_seq_to_buffer() 中的 oob 写入 (CVE-2025-37923)

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

    iommu/amd：修复 parse_ivrs_acpihid 中潜在的缓冲区溢出 (CVE-2025-37927)

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

    dm-bufio：不在 atomic 上下文中进行计划 (CVE-2025-37928)

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

    arm64：勘误表：将缺少的 sentinel 添加到 Spectre-BHB MIDR 数组 (CVE-2025-37929)

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

    btrfs：根据扇区大小调整子页面位开头 (CVE-2025-37931)

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

    sch_htb：使 htb_qlen_notify() 幂等(CVE-2025-37932)

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

    perf/x86/intelKVM已为具有 vCPU 值的客户机加载掩码 PEBS_ENABLE。 (CVE-2025-37936)

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

    tracing验证具有 %*p. 的事件格式。(CVE-2025-37938)

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

    arm64：bpf：将 BHB 缓解措施添加到 cBPF 程序的尾部 (CVE-2025-37948)

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

    xenbus：使用 kref 跟踪 req 生命周期 (CVE-2025-37949)

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

    smbclient通过租用中断避免 open_cached_dir 中的争用 (CVE-2025-37954)

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

    virtio-net释放 virtnet_xsk_pool_enable() 中错误的 xsk_buffs (CVE-2025-37955)

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

    KVM：SVM：在 SHUTDOWN 拦截时强制离开 SMM 模式 (CVE-2025-37957)

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

    mm/huge_memory：修复取消引用无效的 pmd 迁移条目 (CVE-2025-37958)

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

    bpf：在 bpf_redirect_peer 上清除数据包 (CVE-2025-37959)

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

    memblock：在 memblock_double_array() 中使用之前接受分配的内存 (CVE-2025-37960)

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

    ipvs：修复 do_output_route4 中 saddr 的 uninit-value (CVE-2025-37961)

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

    arm64：bpf：仅缓解非特权用户加载的 cBPF 程序 (CVE-2025-37963)

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

    x86/mm：消除可能会无意中跳过 TLB 刷新的时段 (CVE-2025-37964)

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

    usbtypec类取消注册合作伙伴时使 USB 设备指针无效 (CVE-2025-37986)

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

    修复 do_move_mount() 处理 MNT_TREE_BENEATH 时的几个争用 (CVE-2025-37988)

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

    net：phy：leds：修复内存泄漏 (CVE-2025-37989)

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

    module：确保 kobject_put() 对于模块类型 kobjects 是安全的 (CVE-2025-37995)

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

    netfilter: ipset：修复了哈希类型中的区域锁定（CVE-2025-37997）

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

    openvswitch：修复 output_userspace() 中不安全的属性解析 (CVE-2025-37998)

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

    fs/erofs/fileio在 bio_add_folio() 之后调用 erofs_onlinefolio_split() (CVE-2025-37999)

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

    sch_hfsc使 hfsc_qlen_notify() 幂等 (CVE-2025-38177)

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

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

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

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

    - ARM32 架构；

    - ARM64 架构；

    - PowerPC 架构；

    - RISC-V 架构；

    - User-Mode Linux (UML)；

    - x86 架构；

    - 区块层子系统；

    - 加密 API；

    - 计算加速框架；

    - ACPI 驱动程序；

    - 串行 ATA 和并行 ATA 驱动程序；

    - 驱动程序核心；

    - ublk userspace block 驱动程序；

    - 蓝牙驱动程序；

    - 总线设备；

    - TPM 设备驱动程序；

    - 时钟框架和驱动程序；

    - CPU 频率缩放框架；

    - 缓冲区共享和同步框架；

    - DMA 引擎子系统；

    - GPU 驱动程序；

    - HID 子系统；

    - HSI 子系统；

    - I2C 子系统；

    - I3C 子系统；

    - IIO 子系统；

    - InfiniBand 驱动程序；

    - IOMMU 子系统；

    - IRQ 芯片驱动程序；

    - MCB 驱动程序；

    - 多设备驱动程序；

    - 媒体驱动程序；

    - MemoryStick 子系统；

    - 多功能设备驱动程序；

    - Microchip PCI 驱动程序；

    - Intel 管理引擎接口驱动程序

    - PCI 端点测试驱动程序；

    - MTD 块设备驱动程序；

    - 网络驱动程序；

    - 以太网绑定驱动程序；

    - Mellanox 网络驱动程序；

    - STMicroelectronics 网络驱动程序；

    - NTB 驱动程序；

    - NVME 驱动程序；

    - PCI 子系统；

    - Synopsys DesignWare PCIe PMU

    - Mellanox 平台驱动程序

    - PWM 驱动程序；

    - 远程处理器子系统；

    - S/390 驱动程序；

    - SCSI 子系统；

    - Samsung SoC 驱动程序；

    - SPI 子系统；

    - GPIB 驱动程序

    - VideoCore 服务驱动程序；

    - 热驱动程序；

    - TTY 驱动程序；

    - UFS 子系统；

    - Cadence USB3 驱动程序；

    - ChipIdea USB 驱动程序；

    - USB 设备类驱动程序；

    - DesignWare USB3 驱动程序；

    - USB Gadget 驱动程序；

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

    - USB Type-C 支持驱动程序；

    - Virtio Host (VHOST) 子系统；

    - Backlight 驱动程序；

    - Framebuffer 层；

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

    - 9P 分布式文件系统；

    - 文件系统基础设施；

    - BTRFS 文件系统；

    - Ext4 文件系统；

    - F2FS 文件系统；

    - JFS 文件系统；

    - 网络文件系统库；

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

    - NTFS3 文件系统；

    - Overlay 文件系统；

    - SMB 网络文件系统；

    - 以太网桥接；

    - io_uring 子系统；

    - Perf 事件；

    - 内存管理；

    - UProbes 跟踪；

    - Amateur Radio 驱动程序；

    - SCTP 协议；

    - 网络套接字；

    - RDMA verbs API；

    - BPF 子系统；

    - Kernel fork() syscall；

    - 休眠控制

    - 计划程序基础设施；

    - 跟踪基础设施；

    - 监视队列通知机制；

    - 矢量 I/O 迭代器库

    - 802.1Q VLAN 协议；

    - 9P 文件系统网络协议；

    - 异步传输模式 (ATM) 子系统；

    - Networking 核心；

    - Distributed Switch 架构；

    - Ethtool 驱动程序；

    - IPv4 联网；

    - IPv6 联网；

    - MAC80211 子系统；

    - 管理组件传输协议 (MCTP)；

    - 多路径 TCP；

    - Netfilter；

    - Open vSwitch；

    - 网络流量控制；

    - TIPC 协议；

    - TLS 协议；

    - 无线网络；

    - ALSA 框架；

    - WCD 音频编解码器

    - SoC Audio for Freescale CPU 驱动程序；

    - SoC 音频通用驱动程序

    - Intel ASoC 驱动程序；

    - QCOM ASoC 驱动程序；

    - Virtio sound 驱动程序；

    - CPU电源监控子系统；(CVE-2025-37806, CVE-2025-22084, CVE-2025-39688, CVE-2025-22030, CVE-2025-37754, CVE-2025-37783, CVE-2025-37825, CVE-2025-37752, CVE-2025-22104, CVE-2025-40014, CVE-2025-22103, CVE-2025-37874, CVE-2025-37773, CVE-2025-37741, CVE-2025-37763, CVE-2025-37859, CVE-2025-37779, CVE-2025-23155, CVE-2025-23143, CVE-2025-37788, CVE-2025-22028, CVE-2024-58096, CVE-2025-37842, CVE-2025-37854, CVE-2025-38637, CVE-2024-58097, CVE-2023-53034, CVE-2025-37797, CVE-2025-37851, CVE-2025-37941, CVE-2025-37942, CVE-2025-37748, CVE-2025-37982, CVE-2025-22058, CVE-2025-37781, CVE-2025-23130, CVE-2025-23149, CVE-2025-23146, CVE-2025-37809, CVE-2025-37801, CVE-2025-22080, CVE-2025-23160, CVE-2025-37823, CVE-2025-37827, CVE-2025-39755, CVE-2025-22124, CVE-2025-22033, CVE-2025-22075, CVE-2025-37850, CVE-2025-37757, CVE-2025-22060, CVE-2025-37979, CVE-2025-22098, CVE-2025-39989, CVE-2025-37989, CVE-2025-37790, CVE-2025-37885, CVE-2025-37875, CVE-2025-22066, CVE-2025-37975, CVE-2025-37819, CVE-2025-37755, CVE-2025-37794, CVE-2025-23148, CVE-2025-22067, CVE-2025-22061, CVE-2025-22109, CVE-2025-37884, CVE-2025-37852, CVE-2025-37866, CVE-2025-37872, CVE-2025-37751, CVE-2025-23156, CVE-2025-22065, CVE-2025-37837, CVE-2025-22069, CVE-2025-37822, CVE-2025-22128, CVE-2025-22087, CVE-2025-22023, CVE-2025-22038, CVE-2025-22096, CVE-2025-22076, CVE-2025-22045, CVE-2025-38049, CVE-2025-37870, CVE-2025-37939, CVE-2025-37865, CVE-2025-37860, CVE-2025-37771, CVE-2025-23144, CVE-2025-22081, CVE-2025-39778, CVE-2025-23153, CVE-2025-22036, CVE-2025-23154, CVE-2025-22101, CVE-2025-37808, CVE-2025-37772, CVE-2025-22070, CVE-2025-37789, CVE-2025-22025, CVE-2025-22019, CVE-2025-37868, CVE-2025-22083, CVE-2025-22095, CVE-2025-23161, CVE-2025-22027, CVE-2025-37843, CVE-2025-37985, CVE-2025-23132, CVE-2025-22073, CVE-2025-37940, CVE-2025-23140, CVE-2025-37828, CVE-2025-22063, CVE-2025-22053, CVE-2025-37787, CVE-2025-23152, CVE-2025-37840, CVE-2025-22118, CVE-2025-37981, CVE-2025-22111, CVE-2025-22091, CVE-2025-37841, CVE-2025-23142, CVE-2025-37838, CVE-2025-37775, CVE-2025-23147, CVE-2025-22022, CVE-2025-37745, CVE-2025-37785, CVE-2025-37821, CVE-2025-37988, CVE-2025-37986, CVE-2025-23138, CVE-2025-37836, CVE-2025-37792, CVE-2025-23141, CVE-2025-23159, CVE-2025-38240, CVE-2025-37764, CVE-2025-22120, CVE-2025-37881, CVE-2025-37777, CVE-2025-37987, CVE-2025-37811, CVE-2025-22032, CVE-2025-22044, CVE-2025-37943, CVE-2025-37802, CVE-2025-37829, CVE-2025-37862, CVE-2025-38575, CVE-2025-37799, CVE-2025-37882, CVE-2025-37812, CVE-2025-37765, CVE-2025-37813, CVE-2025-37980, CVE-2025-37873, CVE-2025-37766, CVE-2025-37761, CVE-2025-37892, CVE-2025-22094, CVE-2025-22035, CVE-2025-22055, CVE-2025-22100, CVE-2025-37816, CVE-2025-22062, CVE-2025-22110, CVE-2025-22088, CVE-2025-23129, CVE-2025-38479, CVE-2025-37740, CVE-2025-23136, CVE-2025-37846, CVE-2025-23163, CVE-2025-37977, CVE-2025-37879, CVE-2025-22082, CVE-2025-22046, CVE-2025-22050, CVE-2025-22126, CVE-2025-37796, CVE-2025-37815, CVE-2025-22127, CVE-2025-22105, CVE-2025-22068, CVE-2025-22119, CVE-2025-22089, CVE-2025-37858, CVE-2025-37826, CVE-2025-37945, CVE-2025-23157, CVE-2025-22054, CVE-2025-37805, CVE-2025-37856, CVE-2025-37878, CVE-2025-37768, CVE-2025-22040, CVE-2025-37944, CVE-2025-37774, CVE-2025-22117, CVE-2025-37888, CVE-2025-37857, CVE-2025-37791, CVE-2025-37817, CVE-2025-22041, CVE-2025-37983, CVE-2025-22039, CVE-2025-37749, CVE-2025-22097, CVE-2025-37747, CVE-2025-37762, CVE-2025-22114, CVE-2025-37831, CVE-2025-23133, CVE-2025-22020, CVE-2025-22085, CVE-2025-37807, CVE-2025-22059, CVE-2025-22042, CVE-2025-22123, CVE-2025-22107, CVE-2025-37759, CVE-2024-58094, CVE-2025-40114, CVE-2025-37810, CVE-2025-37833, CVE-2025-23134, CVE-2025-23151, CVE-2025-37743, CVE-2025-22034, CVE-2025-37739, CVE-2025-37863, CVE-2025-39735, CVE-2025-39930, CVE-2025-37847, CVE-2025-37803, CVE-2025-37786, CVE-2025-22112, CVE-2025-37830, CVE-2025-22108, CVE-2025-37767, CVE-2025-37814, CVE-2025-37798, CVE-2025-22086, CVE-2025-37778, CVE-2024-58093, CVE-2025-37848, CVE-2025-22024, CVE-2025-37776, CVE-2025-38104, CVE-2025-37938, CVE-2025-37861, CVE-2025-23150, CVE-2025-22021, CVE-2025-22018, CVE-2025-23137, CVE-2025-37756, CVE-2025-37784, CVE-2025-37769, CVE-2025-37820, CVE-2025-37758, CVE-2025-22047, CVE-2025-37844, CVE-2025-22093, CVE-2025-23162, CVE-2025-22051, CVE-2025-22115, CVE-2025-37845, CVE-2025-22074, CVE-2025-37883, CVE-2025-22116, CVE-2025-37824, CVE-2025-22052, CVE-2025-22090, CVE-2025-37750, CVE-2025-39728, CVE-2025-23145, CVE-2025-22125, CVE-2025-37834, CVE-2025-37738, CVE-2025-37760, CVE-2025-22079, CVE-2025-37877, CVE-2025-37849, CVE-2025-22026, CVE-2025-37886, CVE-2025-22043, CVE-2025-22122, CVE-2025-37937, CVE-2025-22071, CVE-2025-37742, CVE-2025-37744, CVE-2025-22106, CVE-2025-38152, CVE-2025-37869, CVE-2025-23135, CVE-2025-22056, CVE-2024-58095, CVE-2025-37853, CVE-2025-37770, CVE-2025-22031, CVE-2025-23158, CVE-2025-22072, CVE-2025-22102, CVE-2025-40325, CVE-2025-22037, CVE-2025-37876, CVE-2025-37864, CVE-2025-37867, CVE-2025-37855, CVE-2025-37984, CVE-2025-37839, CVE-2025-23131, CVE-2025-22121, CVE-2025-22078, CVE-2025-37800, CVE-2025-37880, CVE-2025-37925, CVE-2025-22113, CVE-2025-22064, CVE-2025-22057, CVE-2025-22092, CVE-2025-37780, CVE-2025-37887, CVE-2025-22099, CVE-2025-37793, CVE-2025-37978, CVE-2025-37746)

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

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

远程 Oracle Linux 10 / 9 主机上存在安装的程序包该程序包受到 ELSA-2025-20530 公告中提及的多个漏洞的影响。

    - sunrpc在 svc auth 处理期间将 SVC_GARBAGE 处理为认证错误 (Jeff Layton) [Orabug: 38137447] {CVE-2025-38089}
    - 添加 Zen34 客户端 (Borislav Petkov (AMD)) [Orabug38172252] {CVE-2024-36350} {CVE-2024-36357}
    - x86/process在 MONITOR 之前移动缓冲区清除 (Kim Phillips) [Orabug: 38172252] {CVE-2024-36350} {CVE-2024-36357}
    - 添加正常计数器 (Borislav Petkov (AMD)) [Orabug: 38172252] {CVE-2024-36350} {CVE-2024-36357}
    - KVMSVM向客户机公告 TSA CPUID 位 (Borislav Petkov (AMD)) [Orabug: 38172252] {CVE-2024-36350} {CVE-2024-36357}
    - x86/缺陷添加临时计划程序攻击缓解 (Borislav Petkov (AMD)) [Orabug: 38172252] {CVE-2024-36350} {CVE-2024-36357}

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

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

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

  - 已修复 Linux 内核中的下列漏洞：phy: mdio: fix memory leak Syzbot reported memory leak in MDIO bus interface, the problem was in wrong state logic. MDIOBUS_ALLOCATED indicates 2 states: 1. Bus is only allocated 2. Bus allocated and __mdiobus_register() fails, but device_register() was called In case of device_register() has been called we should call put_device() to correctly free the memory allocated for this device, but mdiobus_free() calls just kfree(dev) in case of MDIOBUS_ALLOCATED state To avoid this behaviour we need to set bus->state to MDIOBUS_UNREGISTERED _before_ calling device_register(), because put_device() should be called even in case of device_register() failure. (CVE-2021-47416)

  - 在 Linux 内核的 TeleTYpe 子系统中发现越界读取缺陷。在 flush_to_ldisc 函数中存在内存泄漏时，用户使用 ioctls TIOCSPTLCK 和 TIOCGPTPEER 以及 TIOCSTI 和 TCXONC 触发争用条件时会发生此问题。此缺陷会让本地用户导致系统崩溃或从内存读取未经授权的随机数据。 (CVE-2022-1462)

  - 已修复 Linux 内核中的下列漏洞：can: isotp: sanitize CAN ID checks in isotp_bind() Syzbot created an environment that lead to a state machine status that can not be reached with a compliant CAN ID address configuration. The provided address information consisted of CAN ID 0x6000001 and 0xC28001 which both boil down to 11 bit CAN IDs 0x001 in sending and receiving. Sanitize the SFF/EFF CAN ID values before performing the address checks. (CVE-2022-49269)

  - 已修复 Linux 内核中的下列漏洞：tty: fix deadlock caused by calling printk() under tty_port->lock pty_write() invokes kmalloc() which may invoke a normal printk() to print failure message. This can cause a deadlock in the scenario reported by syz-bot below: CPU0 CPU1 CPU2 ----
    ---- ---- lock(console_owner); lock(&port_lock_key); lock(&port->lock); lock(&port_lock_key);
    lock(&port->lock); lock(console_owner); As commit dbdda842fe96 (printk: Add console owner and waiter logic to load balance console writes) said, such deadlock can be prevented by using printk_deferred() in kmalloc() (which is invoked in the section guarded by the port->lock). But there are too many printk() on the kmalloc() path, and kmalloc() can be called from anywhere, so changing printk() to printk_deferred() is too complicated and inelegant. Therefore, this patch chooses to specify __GFP_NOWARN to kmalloc(), so that printk() will not be called, and this deadlock problem can be avoided. Syzbot reported the following lockdep error: ====================================================== WARNING: possible circular locking dependency detected 5.4.143-00237-g08ccc19a-dirty #10 Not tainted
    ------------------------------------------------------ syz-executor.4/29420 is trying to acquire lock:
    ffffffff8aedb2a0 (console_owner){....}-{0:0}, at: console_trylock_spinning kernel/printk/printk.c:1752 [inline] ffffffff8aedb2a0 (console_owner){....}-{0:0}, at: vprintk_emit+0x2ca/0x470 kernel/printk/printk.c:2023 but task is already holding lock: ffff8880119c9158 (&port->lock){-.-.}-{2:2}, at: pty_write+0xf4/0x1f0 drivers/tty/pty.c:120 which lock already depends on the new lock. the existing dependency chain (in reverse order) is: -> #2 (&port->lock){-.-.}-{2:2}: __raw_spin_lock_irqsave include/linux/spinlock_api_smp.h:110 [inline] _raw_spin_lock_irqsave+0x35/0x50 kernel/locking/spinlock.c:159 tty_port_tty_get drivers/tty/tty_port.c:288 [inline] <-- lock(&port->lock);
    tty_port_default_wakeup+0x1d/0xb0 drivers/tty/tty_port.c:47 serial8250_tx_chars+0x530/0xa80 drivers/tty/serial/8250/8250_port.c:1767 serial8250_handle_irq.part.0+0x31f/0x3d0 drivers/tty/serial/8250/8250_port.c:1854 serial8250_handle_irq drivers/tty/serial/8250/8250_port.c:1827 [inline] <-- lock(&port_lock_key); serial8250_default_handle_irq+0xb2/0x220 drivers/tty/serial/8250/8250_port.c:1870 serial8250_interrupt+0xfd/0x200 drivers/tty/serial/8250/8250_core.c:126 __handle_irq_event_percpu+0x109/0xa50 kernel/irq/handle.c:156 [...] -> #1 (&port_lock_key){-.-.}-{2:2}: __raw_spin_lock_irqsave include/linux/spinlock_api_smp.h:110 [inline] _raw_spin_lock_irqsave+0x35/0x50 kernel/locking/spinlock.c:159 serial8250_console_write+0x184/0xa40 drivers/tty/serial/8250/8250_port.c:3198 <-- lock(&port_lock_key);
    call_console_drivers kernel/printk/printk.c:1819 [inline] console_unlock+0x8cb/0xd00 kernel/printk/printk.c:2504 vprintk_emit+0x1b5/0x470 kernel/printk/printk.c:2024 <-- lock(console_owner);
    vprintk_func+0x8d/0x250 kernel/printk/printk_safe.c:394 printk+0xba/0xed kernel/printk/printk.c:2084 register_console+0x8b3/0xc10 kernel/printk/printk.c:2829 univ8250_console_init+0x3a/0x46 drivers/tty/serial/8250/8250_core.c:681 console_init+0x49d/0x6d3 kernel/printk/printk.c:2915 start_kernel+0x5e9/0x879 init/main.c:713 secondary_startup_64+0xa4/0xb0 arch/x86/kernel/head_64.S:241 -> #0 (console_owner){....}-{0:0}: [...] lock_acquire+0x127/0x340 kernel/locking/lockdep.c:4734 console_trylock_spinning kernel/printk/printk.c:1773 ---truncated--- (CVE-2022-49441)

  - 已修复 Linux 内核中的下列漏洞：list: fix a data-race around ep->rdllist ep_poll() first calls ep_events_available() with no lock held and checks if ep->rdllist is empty by list_empty_careful(), which reads rdllist->prev. Thus all accesses to it need some protection to avoid store/load-tearing. Note INIT_LIST_HEAD_RCU() already has the annotation for both prev and next.
    Commit bf3b9f6372c4 (epoll: Add busy poll support to epoll with socket fds.) added the first lockless ep_events_available(), and commit c5a282e9635e (fs/epoll: reduce the scope of wq lock in epoll_wait()) made some ep_events_available() calls lockless and added single call under a lock, finally commit e59d3c64cba6 (epoll: eliminate unnecessary lock for zero timeout) made the last ep_events_available() lockless. BUG: KCSAN: data-race in do_epoll_wait / do_epoll_wait write to 0xffff88810480c7d8 of 8 bytes by task 1802 on cpu 0: INIT_LIST_HEAD include/linux/list.h:38 [inline] list_splice_init include/linux/list.h:492 [inline] ep_start_scan fs/eventpoll.c:622 [inline] ep_send_events fs/eventpoll.c:1656 [inline] ep_poll fs/eventpoll.c:1806 [inline] do_epoll_wait+0x4eb/0xf40 fs/eventpoll.c:2234 do_epoll_pwait fs/eventpoll.c:2268 [inline] __do_sys_epoll_pwait fs/eventpoll.c:2281 [inline] __se_sys_epoll_pwait+0x12b/0x240 fs/eventpoll.c:2275 __x64_sys_epoll_pwait+0x74/0x80 fs/eventpoll.c:2275 do_syscall_x64 arch/x86/entry/common.c:50 [inline] do_syscall_64+0x44/0xd0 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x44/0xae read to 0xffff88810480c7d8 of 8 bytes by task 1799 on cpu 1: list_empty_careful include/linux/list.h:329 [inline] ep_events_available fs/eventpoll.c:381 [inline] ep_poll fs/eventpoll.c:1797 [inline] do_epoll_wait+0x279/0xf40 fs/eventpoll.c:2234 do_epoll_pwait fs/eventpoll.c:2268 [inline] __do_sys_epoll_pwait fs/eventpoll.c:2281 [inline] __se_sys_epoll_pwait+0x12b/0x240 fs/eventpoll.c:2275 __x64_sys_epoll_pwait+0x74/0x80 fs/eventpoll.c:2275 do_syscall_x64 arch/x86/entry/common.c:50 [inline] do_syscall_64+0x44/0xd0 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x44/0xae value changed: 0xffff88810480c7d0 -> 0xffff888103c15098 Reported by Kernel Concurrency Sanitizer on: CPU: 1 PID: 1799 Comm: syz-fuzzer Tainted:
    G W 5.17.0-rc7-syzkaller-dirty #0 Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 01/01/2011 (CVE-2022-49443)

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

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

  - mm/vmscan不尝试回收 hwpoison folio Syzkaller 报告一个缺陷如下在进程虚拟地址 0x20ffd000 的 pfn 0x18b00e 中注入内存失败内存故障0x18b00e脏 swapcache 页面仍然由 2 个用户引用内存故障0x18b00e恢复针对脏 swapcache 页的操作
    失败页面refcount:2 mapcount:0 mapping:0000000000000000 index:0x20ffd pfn:0x18b00e memcg:ffff0000dd6d9000 anon flags
    0x5ffffe00482011(locked|dirty|arch_1|swapbacked|hwpoison|node=0|zone=2|lastcpupid=0xfffff) raw
    005ffffe00482011 dead000000000100 dead000000000122 ffff0000e232a7c9 raw0000000000020ffd 0000000000000000 00000002ffffffff ffff0000dd6dIO_test_upfoliodate(VM)
    ------------[在此处切换 ]------------ mm/swap_state.c:184! 的内核缺陷内部错误Oops - BUG
    00000000f2000800 [#1] 链接的 SMP 模块CPU: 0 PID: 60 Comm: kswapd0 Not tainted 6.6.0-gcb097e7de84e #3 硬件名称linux,dummy-virt (DT) pstate: 80400005 (Nzcv daif +PAN -UAO - TCO -DIT -SSBS BTYPE=--) pc add_to_swap+0xbc/0x158 lr : add_to_swap+0xbc/0x158 sp : ffff800087f37340 x29: ffff800087f37340 x28
    fffffc00052c0380 x27: ffff800087f37780 x26: ffff800087f37490 x25: ffff800087f37c78 x24: ffff800087f377a0 x23: ffff800087f37c50 x22: 0000000000000000 x21: fffffc00052c03b4 x20: 0000000000000000 x19:
    fffffc00052c0380 x18: 0000000000000000 x17: 296f696c6f662865 x16: 7461646f7470755f x15: 747365745f6f696c x14: 6f6621284f494c4f x13: 0000000000000001 x12: ffff600036d8b97b x11: 1fffe00036d8b97a x10:
    ffff600036d8b97a x9 : dfff800000000000 x8 : 00009fffc9274686 x7 : ffff0001b6c5cbd3 x6 : 0000000000000001 x5 : ffff0000c25896c0 x4 : 0000000000000000 x3 : 0000000000000000 x2 : 0000000000000000 x1 :
    ffff0000c25896c0 x0 : 0000000000000000 Call trace: add_to_swap+0xbc/0x158 shrink_folio_list+0x12ac/0x2648 shrink_inactive_list+0x318/0x948 shrink_lruvec+0x450/0x720 shrink_node_memcgs+0x280/0x4a8 shrink_node+0x128/0x978 balance_pgdat+0x4f0/0xb20 kswapd+0x228/0x438 kthread+0x214 /0x230 ret_from_fork+0x10/0x20 我可通过以下步骤重现此问题 1) 当脏 swapcache 页面被回收进程隔离且该页面未锁定时页面注入内存会失败。
    me_swapcache_dirty() 清除 uptodate 标记并尝试从 lru 中删除但失败。回收进程会将 hwpoisoned 页面放回 lru。 2) 映射 hwpoisoned 页面的进程退出页面被删除页面将永远不会被释放并将永远存在于 lru 中。 3) 如果我们再次触发回收并尝试回收页面add_to_swap() 将触发 VM_BUG_ON_FOLIO这是因为清除了 uptodate 标记所致。
    要修复此问题请跳过 shrink_folio_list() 中的 hwpoisoned 页面。此外hwpoison_user_mappings() 可能尚未取消映射 hwpoison folio请在 shrink_folio_list() 中取消映射否则将无法由 hwpoison_user_mappings() 取消映射 folio因为 folio 不在 lru 列表中。 (CVE-2025-37834)

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

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

  - 已修复 Linux 内核中的下列漏洞：configfs: fix a race in configfs_{,un}register_subsystem() When configfs_register_subsystem() or configfs_unregister_subsystem() is executing link_group() or unlink_group(), it is possible that two processes add or delete list concurrently. Some unfortunate interleavings of them can cause kernel panic. One of cases is: A --> B --> C --> D A <-- B <-- C <-- D delete list_head *B | delete list_head *C
    --------------------------------|----------------------------------- configfs_unregister_subsystem | configfs_unregister_subsystem unlink_group | unlink_group unlink_obj | unlink_obj list_del_init | list_del_init __list_del_entry | __list_del_entry __list_del | __list_del // next == C | next->prev = prev | | next->prev = prev prev->next = next | | // prev == B | prev->next = next Fix this by adding mutex when calling link_group() or unlink_group(), but parent configfs_subsystem is NULL when config_item is root. So I create a mutex configfs_subsystem_mutex. (CVE-2022-48931)

  - 已修复 Linux 内核中的下列漏洞：list: fix a data-race around ep->rdllist ep_poll() first calls ep_events_available() with no lock held and checks if ep->rdllist is empty by list_empty_careful(), which reads rdllist->prev. Thus all accesses to it need some protection to avoid store/load-tearing. Note INIT_LIST_HEAD_RCU() already has the annotation for both prev and next.
    Commit bf3b9f6372c4 (epoll: Add busy poll support to epoll with socket fds.) added the first lockless ep_events_available(), and commit c5a282e9635e (fs/epoll: reduce the scope of wq lock in epoll_wait()) made some ep_events_available() calls lockless and added single call under a lock, finally commit e59d3c64cba6 (epoll: eliminate unnecessary lock for zero timeout) made the last ep_events_available() lockless. BUG: KCSAN: data-race in do_epoll_wait / do_epoll_wait write to 0xffff88810480c7d8 of 8 bytes by task 1802 on cpu 0: INIT_LIST_HEAD include/linux/list.h:38 [inline] list_splice_init include/linux/list.h:492 [inline] ep_start_scan fs/eventpoll.c:622 [inline] ep_send_events fs/eventpoll.c:1656 [inline] ep_poll fs/eventpoll.c:1806 [inline] do_epoll_wait+0x4eb/0xf40 fs/eventpoll.c:2234 do_epoll_pwait fs/eventpoll.c:2268 [inline] __do_sys_epoll_pwait fs/eventpoll.c:2281 [inline] __se_sys_epoll_pwait+0x12b/0x240 fs/eventpoll.c:2275 __x64_sys_epoll_pwait+0x74/0x80 fs/eventpoll.c:2275 do_syscall_x64 arch/x86/entry/common.c:50 [inline] do_syscall_64+0x44/0xd0 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x44/0xae read to 0xffff88810480c7d8 of 8 bytes by task 1799 on cpu 1: list_empty_careful include/linux/list.h:329 [inline] ep_events_available fs/eventpoll.c:381 [inline] ep_poll fs/eventpoll.c:1797 [inline] do_epoll_wait+0x279/0xf40 fs/eventpoll.c:2234 do_epoll_pwait fs/eventpoll.c:2268 [inline] __do_sys_epoll_pwait fs/eventpoll.c:2281 [inline] __se_sys_epoll_pwait+0x12b/0x240 fs/eventpoll.c:2275 __x64_sys_epoll_pwait+0x74/0x80 fs/eventpoll.c:2275 do_syscall_x64 arch/x86/entry/common.c:50 [inline] do_syscall_64+0x44/0xd0 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x44/0xae value changed: 0xffff88810480c7d0 -> 0xffff888103c15098 Reported by Kernel Concurrency Sanitizer on: CPU: 1 PID: 1799 Comm: syz-fuzzer Tainted:
    G W 5.17.0-rc7-syzkaller-dirty #0 Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 01/01/2011 (CVE-2022-49443)

  - 已修复 Linux 内核中的下列漏洞：ima: Fix potential memory leak in ima_init_crypto() On failure to allocate the SHA1 tfm, IMA fails to initialize and exits without freeing the ima_algo_array. Add the missing kfree() for ima_algo_array to avoid the potential memory leak.
    (CVE-2022-49627)

  - 已修复 Linux 内核中的下列漏洞：tracing/histograms: Fix memory leak problem This reverts commit 46bbe5c671e06f070428b9be142cc4ee5cedebac. As commit 46bbe5c671e0 (tracing:
    fix double free) said, the double free problem reported by clang static analyzer is: > In parse_var_defs() if there is a problem allocating > var_defs.expr, the earlier var_defs.name is freed. > This free is duplicated by free_var_defs() which frees > the rest of the list. However, if there is a problem allocating N-th var_defs.expr: + in parse_var_defs(), the freed 'earlier var_defs.name' is actually the N-th var_defs.name; + then in free_var_defs(), the names from 0th to (N-1)-th are freed; IF ALLOCATING PROBLEM HAPPENED HERE!!! -+ \ | 0th 1th (N-1)-th N-th V +-------------+-------------+-----+-------------+----------- var_defs: | name | expr | name | expr | ... | name | expr | name | /// +-------------+-------------+-----+-------------+----------- These two frees don't act on same name, so there was no double free problem before. Conversely, after that commit, we get a memory leak problem because the above N-th var_defs.name is not freed. If enable CONFIG_DEBUG_KMEMLEAK and inject a fault at where the N-th var_defs.expr allocated, then execute on shell like: $ echo 'hist:key=call_site:val=$v1,$v2:v1=bytes_req,v2=bytes_alloc' > \ /sys/kernel/debug/tracing/events/kmem/kmalloc/trigger Then kmemleak reports: unreferenced object 0xffff8fb100ef3518 (size 8): comm bash, pid 196, jiffies 4295681690 (age 28.538s) hex dump (first 8 bytes): 76 31 00 00 b1 8f ff ff v1...... backtrace: [<0000000038fe4895>] kstrdup+0x2d/0x60 [<00000000c99c049a>] event_hist_trigger_parse+0x206f/0x20e0 [<00000000ae70d2cc>] trigger_process_regex+0xc0/0x110 [<0000000066737a4c>] event_trigger_write+0x75/0xd0 [<000000007341e40c>] vfs_write+0xbb/0x2a0 [<0000000087fde4c2>] ksys_write+0x59/0xd0 [<00000000581e9cdf>] do_syscall_64+0x3a/0x80 [<00000000cf3b065c>] entry_SYSCALL_64_after_hwframe+0x46/0xb0 (CVE-2022-49648)

  - 已修复 Linux 内核中的下列漏洞：linux/dim: Fix divide by 0 in RDMA DIM Fix a divide 0 error in rdma_dim_stats_compare() when prev->cpe_ratio == 0. CallTrace: Hardware name: H3C R4900 G3/RS33M2C9S, BIOS 2.00.37P21 03/12/2020 task: ffff880194b78000 task.stack: ffffc90006714000 RIP:
    0010:backport_rdma_dim+0x10e/0x240 [mlx_compat] RSP: 0018:ffff880c10e83ec0 EFLAGS: 00010202 RAX:
    0000000000002710 RBX: ffff88096cd7f780 RCX: 0000000000000064 RDX: 0000000000000000 RSI: 0000000000000002 RDI: 0000000000000001 RBP: 0000000000000001 R08: 0000000000000000 R09: 0000000000000000 R10:
    0000000000000000 R11: 0000000000000000 R12: 000000001d7c6c09 R13: ffff88096cd7f780 R14: ffff880b174fe800 R15: 0000000000000000 FS: 0000000000000000(0000) GS:ffff880c10e80000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: 00000000a0965b00 CR3: 000000000200a003 CR4: 00000000007606e0 DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 DR3: 0000000000000000 DR6:
    00000000fffe0ff0 DR7: 0000000000000400 PKRU: 55555554 Call Trace: <IRQ> ib_poll_handler+0x43/0x80 [ib_core] irq_poll_softirq+0xae/0x110 __do_softirq+0xd1/0x28c irq_exit+0xde/0xf0 do_IRQ+0x54/0xe0 common_interrupt+0x8f/0x8f </IRQ> ? cpuidle_enter_state+0xd9/0x2a0 ? cpuidle_enter_state+0xc7/0x2a0 ? do_idle+0x170/0x1d0 ? cpu_startup_entry+0x6f/0x80 ? start_secondary+0x1b9/0x210 ? secondary_startup_64+0xa5/0xb0 Code: 0f 87 e1 00 00 00 8b 4c 24 14 44 8b 43 14 89 c8 4d 63 c8 44 29 c0 99 31 d0 29 d0 31 d2 48 98 48 8d 04 80 48 8d 04 80 48 c1 e0 02 <49> f7 f1 48 83 f8 0a 0f 86 c1 00 00 00 44 39 c1 7f 10 48 89 df RIP: backport_rdma_dim+0x10e/0x240 [mlx_compat] RSP: ffff880c10e83ec0 (CVE-2022-49670)

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

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

  - 已修复 Linux 内核中的下列漏洞：configfs: fix a race in configfs_{,un}register_subsystem() When configfs_register_subsystem() or configfs_unregister_subsystem() is executing link_group() or unlink_group(), it is possible that two processes add or delete list concurrently. Some unfortunate interleavings of them can cause kernel panic. One of cases is: A --> B --> C --> D A <-- B <-- C <-- D delete list_head *B | delete list_head *C
    --------------------------------|----------------------------------- configfs_unregister_subsystem | configfs_unregister_subsystem unlink_group | unlink_group unlink_obj | unlink_obj list_del_init | list_del_init __list_del_entry | __list_del_entry __list_del | __list_del // next == C | next->prev = prev | | next->prev = prev prev->next = next | | // prev == B | prev->next = next Fix this by adding mutex when calling link_group() or unlink_group(), but parent configfs_subsystem is NULL when config_item is root. So I create a mutex configfs_subsystem_mutex. (CVE-2022-48931)

  - 已修复 Linux 内核中的下列漏洞：list: fix a data-race around ep->rdllist ep_poll() first calls ep_events_available() with no lock held and checks if ep->rdllist is empty by list_empty_careful(), which reads rdllist->prev. Thus all accesses to it need some protection to avoid store/load-tearing. Note INIT_LIST_HEAD_RCU() already has the annotation for both prev and next.
    Commit bf3b9f6372c4 (epoll: Add busy poll support to epoll with socket fds.) added the first lockless ep_events_available(), and commit c5a282e9635e (fs/epoll: reduce the scope of wq lock in epoll_wait()) made some ep_events_available() calls lockless and added single call under a lock, finally commit e59d3c64cba6 (epoll: eliminate unnecessary lock for zero timeout) made the last ep_events_available() lockless. BUG: KCSAN: data-race in do_epoll_wait / do_epoll_wait write to 0xffff88810480c7d8 of 8 bytes by task 1802 on cpu 0: INIT_LIST_HEAD include/linux/list.h:38 [inline] list_splice_init include/linux/list.h:492 [inline] ep_start_scan fs/eventpoll.c:622 [inline] ep_send_events fs/eventpoll.c:1656 [inline] ep_poll fs/eventpoll.c:1806 [inline] do_epoll_wait+0x4eb/0xf40 fs/eventpoll.c:2234 do_epoll_pwait fs/eventpoll.c:2268 [inline] __do_sys_epoll_pwait fs/eventpoll.c:2281 [inline] __se_sys_epoll_pwait+0x12b/0x240 fs/eventpoll.c:2275 __x64_sys_epoll_pwait+0x74/0x80 fs/eventpoll.c:2275 do_syscall_x64 arch/x86/entry/common.c:50 [inline] do_syscall_64+0x44/0xd0 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x44/0xae read to 0xffff88810480c7d8 of 8 bytes by task 1799 on cpu 1: list_empty_careful include/linux/list.h:329 [inline] ep_events_available fs/eventpoll.c:381 [inline] ep_poll fs/eventpoll.c:1797 [inline] do_epoll_wait+0x279/0xf40 fs/eventpoll.c:2234 do_epoll_pwait fs/eventpoll.c:2268 [inline] __do_sys_epoll_pwait fs/eventpoll.c:2281 [inline] __se_sys_epoll_pwait+0x12b/0x240 fs/eventpoll.c:2275 __x64_sys_epoll_pwait+0x74/0x80 fs/eventpoll.c:2275 do_syscall_x64 arch/x86/entry/common.c:50 [inline] do_syscall_64+0x44/0xd0 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x44/0xae value changed: 0xffff88810480c7d0 -> 0xffff888103c15098 Reported by Kernel Concurrency Sanitizer on: CPU: 1 PID: 1799 Comm: syz-fuzzer Tainted:
    G W 5.17.0-rc7-syzkaller-dirty #0 Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 01/01/2011 (CVE-2022-49443)

  - 已修复 Linux 内核中的下列漏洞：ima: Fix potential memory leak in ima_init_crypto() On failure to allocate the SHA1 tfm, IMA fails to initialize and exits without freeing the ima_algo_array. Add the missing kfree() for ima_algo_array to avoid the potential memory leak.
    (CVE-2022-49627)

  - 已修复 Linux 内核中的下列漏洞：tracing/histograms: Fix memory leak problem This reverts commit 46bbe5c671e06f070428b9be142cc4ee5cedebac. As commit 46bbe5c671e0 (tracing:
    fix double free) said, the double free problem reported by clang static analyzer is: > In parse_var_defs() if there is a problem allocating > var_defs.expr, the earlier var_defs.name is freed. > This free is duplicated by free_var_defs() which frees > the rest of the list. However, if there is a problem allocating N-th var_defs.expr: + in parse_var_defs(), the freed 'earlier var_defs.name' is actually the N-th var_defs.name; + then in free_var_defs(), the names from 0th to (N-1)-th are freed; IF ALLOCATING PROBLEM HAPPENED HERE!!! -+ \ | 0th 1th (N-1)-th N-th V +-------------+-------------+-----+-------------+----------- var_defs: | name | expr | name | expr | ... | name | expr | name | /// +-------------+-------------+-----+-------------+----------- These two frees don't act on same name, so there was no double free problem before. Conversely, after that commit, we get a memory leak problem because the above N-th var_defs.name is not freed. If enable CONFIG_DEBUG_KMEMLEAK and inject a fault at where the N-th var_defs.expr allocated, then execute on shell like: $ echo 'hist:key=call_site:val=$v1,$v2:v1=bytes_req,v2=bytes_alloc' > \ /sys/kernel/debug/tracing/events/kmem/kmalloc/trigger Then kmemleak reports: unreferenced object 0xffff8fb100ef3518 (size 8): comm bash, pid 196, jiffies 4295681690 (age 28.538s) hex dump (first 8 bytes): 76 31 00 00 b1 8f ff ff v1...... backtrace: [<0000000038fe4895>] kstrdup+0x2d/0x60 [<00000000c99c049a>] event_hist_trigger_parse+0x206f/0x20e0 [<00000000ae70d2cc>] trigger_process_regex+0xc0/0x110 [<0000000066737a4c>] event_trigger_write+0x75/0xd0 [<000000007341e40c>] vfs_write+0xbb/0x2a0 [<0000000087fde4c2>] ksys_write+0x59/0xd0 [<00000000581e9cdf>] do_syscall_64+0x3a/0x80 [<00000000cf3b065c>] entry_SYSCALL_64_after_hwframe+0x46/0xb0 (CVE-2022-49648)

  - 已修复 Linux 内核中的下列漏洞：linux/dim: Fix divide by 0 in RDMA DIM Fix a divide 0 error in rdma_dim_stats_compare() when prev->cpe_ratio == 0. CallTrace: Hardware name: H3C R4900 G3/RS33M2C9S, BIOS 2.00.37P21 03/12/2020 task: ffff880194b78000 task.stack: ffffc90006714000 RIP:
    0010:backport_rdma_dim+0x10e/0x240 [mlx_compat] RSP: 0018:ffff880c10e83ec0 EFLAGS: 00010202 RAX:
    0000000000002710 RBX: ffff88096cd7f780 RCX: 0000000000000064 RDX: 0000000000000000 RSI: 0000000000000002 RDI: 0000000000000001 RBP: 0000000000000001 R08: 0000000000000000 R09: 0000000000000000 R10:
    0000000000000000 R11: 0000000000000000 R12: 000000001d7c6c09 R13: ffff88096cd7f780 R14: ffff880b174fe800 R15: 0000000000000000 FS: 0000000000000000(0000) GS:ffff880c10e80000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: 00000000a0965b00 CR3: 000000000200a003 CR4: 00000000007606e0 DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 DR3: 0000000000000000 DR6:
    00000000fffe0ff0 DR7: 0000000000000400 PKRU: 55555554 Call Trace: <IRQ> ib_poll_handler+0x43/0x80 [ib_core] irq_poll_softirq+0xae/0x110 __do_softirq+0xd1/0x28c irq_exit+0xde/0xf0 do_IRQ+0x54/0xe0 common_interrupt+0x8f/0x8f </IRQ> ? cpuidle_enter_state+0xd9/0x2a0 ? cpuidle_enter_state+0xc7/0x2a0 ? do_idle+0x170/0x1d0 ? cpu_startup_entry+0x6f/0x80 ? start_secondary+0x1b9/0x210 ? secondary_startup_64+0xa5/0xb0 Code: 0f 87 e1 00 00 00 8b 4c 24 14 44 8b 43 14 89 c8 4d 63 c8 44 29 c0 99 31 d0 29 d0 31 d2 48 98 48 8d 04 80 48 8d 04 80 48 c1 e0 02 <49> f7 f1 48 83 f8 0a 0f 86 c1 00 00 00 44 39 c1 7f 10 48 89 df RIP: backport_rdma_dim+0x10e/0x240 [mlx_compat] RSP: ffff880c10e83ec0 (CVE-2022-49670)

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

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

    - sunrpc在 svc auth 处理期间将 SVC_GARBAGE 处理为认证错误 (Jeff Layton) [Orabug: 38178286] {CVE-2025-38089}
    - 添加 Zen34 客户端 (Borislav Petkov (AMD)) [Orabug: 38023239] {CVE-2024-36350} {CVE-2024-36357}
    - x86/process在 MONITOR 之前移动缓冲区清除 (Kim Phillips) [Orabug: 38023239] {CVE-2024-36350} {CVE-2024-36357}
    - 添加正常计数器 (Borislav Petkov (AMD)) [Orabug: 38023239] {CVE-2024-36350} {CVE-2024-36357}
    - KVMSVM向客户机公告 TSA CPUID 位 (Borislav Petkov (AMD)) [Orabug: 38023239] {CVE-2024-36350} {CVE-2024-36357}
    - x86/缺陷添加临时计划程序攻击缓解 (Borislav Petkov (AMD)) [Orabug: 38023239] {CVE-2024-36350} {CVE-2024-36357}
    - x86/缺陷将 MDS 机械重命名为更通用的名称 (Borislav Petkov (AMD)) [Orabug: 38023239] {CVE-2024-36350} {CVE-2024-36357}
    - block修复将 folio 添加到 bio (Ming Lei) [Orabug: 37844657] {CVE-2025-22122}
    - f2fs修复以避免访问未初始化的curseg (Chao Yu) [Orabug: 37844644] {CVE-2025-22123}
    - gpio: virtuser修复潜在的越界写入 (Markus Burri) [Orabug: 38095181] {CVE-2025-38082}
    - net_schedhfsc地址可重入队列两次向 eltree 添加类 (Pedro Tammela) [Orabug
    38049363] {CVE-2025-38001}
    - smb客户端修复 cifs_fill_dirent 中的释放后使用 (Zhaolong Wang) [Orabug: 38094970] {CVE-2025-38051}
    - platform/x86dell-wmi-sysman避免 current_password_store() 中的缓冲区溢出 (Vladimir Moskovkin) [Orabug: 38095141] {CVE-2025-38077}
    - ALSApcm修复 PCM OSS 层的缓冲区访问争用 (Takashi Iwai) [Orabug: 38095145] {CVE-2025-38078}
    - canbcm添加 procfs 内容缺少的 rcu 读取保护 (Oliver Hartkopp) [Orabug: 38049369] {CVE-2025-38003}
    - canbcm为 bcm_op 运行时更新添加锁定 (Oliver Hartkopp) [Orabug: 38049374] {CVE-2025-38004}
    - padata请勿泄漏 reorder_work 中的引用计数 (Dominik Grzegorzek) [Orabug38094842] {CVE-2025-38031}
    - cryptoalgif_hash - 修复 hash_accept 中的双重释放 (Ivan Pravdin) [Orabug: 38095153] {CVE-2025-38079}
    - net/tipc修复 tipc_aead_encrypt_done 中的 slab-use-after-free 读取 (Wang Liu) [Orabug: 38094978] {CVE-2025-38052}
    - sch_hfsc修复在 hfsc_enqueue() 中使用 peek 时的 qlen 核算缺陷 (Cong Wang) [Orabug: 38049357] {CVE-2025-38000}
    - idpf修复 idpf_features_check 中的 null-ptr-deref (Pavan Kumar Linga) [Orabug: 38094982] {CVE-2025-38053}
    - ptpocp限制汇总输出函数中的信号/频率计数 (Sagi Maimon) [Orabug: 38094984] {CVE-2025-38054}
    - perf/x86/intel修复包含 sample_freq 的 PEBS-via-PT 的段错误 (Adrian Hunter) [Orabug: 38094988] {CVE-2025-38055}
    - ASoCSOF: Intelhda重新加载模块时修复 UAF (Tabian Barnes) [Orabug: 38094991] {CVE-2025-38056}
    - espintcp修复 skb 泄露 (Sabrina Dubroca) [Orabug: 38094993] {CVE-2025-38057}
    - __legitimize_mnt()应在 mount_lock 下进行 MNT_SYNC_UMOUNT 检查 (Al Viro) [Orabug: 38095000] {CVE-2025-38058}
    - x86/Kconfig使 CFI_AUTO_DEFAULT 依赖于 !RUST 或 Rust >= 1.88 (Pawel Anikiel) [Orabug: 38094847] {CVE-2025-38033}
    - btrfs如果无有效 csum 树则避免空指针取消引用 (Qu Wenruo) [Orabug38095010] {CVE-2025-38059}
    - btrfs修正 btrfs__prelim_ref 中 prelim_ref 参数的顺序 (Goldwyn Rodrigues) [Orabug:
    38094856] {CVE-2025-38034}
    - nvmet-tcp不恢复空 sk_state_change (Alistair Francisco) [Orabug: 38094863] {CVE-2025-38035}
    - vxlan注释 FDB 数据争用 (Ido Schimmel) [Orabug: 38094879] {CVE-2025-38037}
    - cpufreqamd-pstate删除 set_boost 中不必要的 driver_lock (Dhananjay Ugwekar) [Orabug: 38094888] {CVE-2025-38038}
    - drm/amd/display增加 block_sequence 数组大小 (Joshua Aberback) [Orabug38095164] {CVE-2025-38080}
    - bpfcopy_verifier_state() 应复制“loop_entry”字段 (Eduard Zingerman) [Orabug38095018] {CVE-2025-38060}
    - serialmctrl_gpio将 disable_ms 拆分为 sync 和 no_sync API (Alexis Lothore) [Orabug: 38094901] {CVE-2025-38040}
    - netpktgen修复 pktgen_thread_write() 中用户指定缓冲区之外的访问 (Peter Seiderer) [Orabug
    38095024] {CVE-2025-38061}
    - genirq/msi将 IOMMU IOVA 直接存储在 msi_desc 而不是 iommu_cookie 中 (Jason Gunthorpe) [Orabug:
    38095031] {CVE-2025-38062}
    - dm修复 REQ_PREFLUSH 造成的无条件 IO 节流 (Jinliang Zheng) [Orabug38095038] {CVE-2025-38063}
    - firmwarearm_ffa设置 ffa 设备的 dma_mask (Viresh Kumar) [Orabug38094925] {CVE-2025-38043}
    - mediacx231xx设置 417 的 device_caps (Hans Verkuil) [Orabug38094934] {CVE-2025-38044}
    - Orangefs不截断文件大小 (Matthew Wilcox) [Orabug: 38095056] {CVE-2025-38065}
    - dm 缓存通过阻止设备恢复失败的重试来防止 BUG_ON (Ming-Hung Tsai) [Orabug:
    38095063] {CVE-2025-38066}
    - cryptolzo - 修复压缩缓冲区溢出 (Herbert Xu) [Orabug38095079] {CVE-2025-38068}
    - PCI 端点pci-epf-test修复导致内核 oops 的双重释放 (Christian Bruel) [Orabug
    38095087] {CVE-2025-38069}
    - wifiiwlwifi修复调试操作顺序 (Johannes Berg) [Orabug38094942] {CVE-2025-38045}
    - x86/mm检查 memblock_phys_alloc_range() 的返回值 (Philip Redkin) [Orabug: 38095101] {CVE-2025-38071}
    - libnvdimm/labels修复 nd_label_data_init() 中的除法错误 (Robert Richter) [Orabug: 38095109] {CVE-2025-38072}
    - spi-rockchip修复寄存器越界访问 (Luis de Arquer) [Orabug38095173] {CVE-2025-38081}
    - x86/fred修复启用 FRED 的 S4 恢复期间的系统挂起 (Xin Li) [Orabug: 38094951] {CVE-2025-38047}
    - block修复 set_blocksize 和读取路径之间的争用 (Darrick J. Wong) [Orabug38095117] {CVE-2025-38073}
    - virtio_ring通过将 event_triggered 标记为 KCSAN 的 racy修复数据争用 (Zhongqiu Han) [Orabug:
    38094958] {CVE-2025-38048}
    - scsitargetiscsi修复已删除连接的超时 (Dmitry Bogdanov) [Orabug38095134] {CVE-2025-38075}
    - usbtypecucsidisplayport修复死锁 (Andrei Kuchynski) [Orabug: 37977018] {CVE-2025-37967}
    - 蓝牙btnxpuart修复 FW 发布期间的内核错误 (Neeraj Sanjay Kale) [Orabug: 37844459] {CVE-2025-22102}
    - iiolight opt3001修复因并发标记访问导致的死锁 (Luca Ceresoli) [Orabug: 37977026] {CVE-2025-37968}
    - mm/page_alloc修复未接受内存处理中的争用条件 (Kirill A. Shutemov) [Orabug: 38094767] {CVE-2025-38008}
    - dmaengineidxd使用 idxd_cleanup() 帮助程序重构删除调用 (Shuai Xue) [Orabug38094790] {CVE-2025-38014}
    - dmaengineidxd修复 idxd_alloc 的错误处理路径中的内存泄漏 (Shuai Xue) [Orabug: 38094793] {CVE-2025-38015}
    - dmaenginetik3-udma添加缺失的锁定 (Ronald Wahl) [Orabug38094756] {CVE-2025-38005}
    - wifimt76在删除驱动程序时禁用 napi (Fedor Pchelkin) [Orabug38094770] {CVE-2025-38009}
    - phytegraxusb将位掩码用于 UTMI pad 电源状态跟踪 (Wane Chang) [Orabug: 38094777] {CVE-2025-38010}
    - drm/amdgpucsa unmap 使用不间断锁定 (Philip Yang) [Orabug: 38094779] {CVE-2025-38011}
    - HIDbpf中止调度如果设备遭到破坏 (Rongrong) [Orabug38094796] {CVE-2025-38016}
    - sched_extbpf_iter_scx_dsq_new() 应始终初始化迭代器 (Tejun Heo) [Orabug: 38094786] {CVE-2025-38012}
    - net/tls修复 alloc_page 失败时的内核错误 (Pengtao He) [Orabug: 38094802] {CVE-2025-38018}
    - mlxswspectrum_router修复删除 GRE 网络设备时的释放后使用 (Ido Schimmel) [Orabug
    38094804] {CVE-2025-38019}
    - wifimac80211分配 struct cfg80211_scan_request 后设置 n_channels (Kees Cook) [Orabug
    38094788] {CVE-2025-38013}
    - regulatormax20086修复无效的内存访问 (Cosmin Tanislav) [Orabug: 38094833] {CVE-2025-38027}
    - net/mlx5e禁用上行链路representor配置文件的 MACsec 卸载 (Carolina Jubran) [Orabug: 38094808] {CVE-2025-38020}
    - net_sched ->change() 期间也刷新 gso_skb 列表 (Cong Wang) [Orabug37998128] {CVE-2025-37992}
    - RDMA/core修复“KASAN: slab-use-after-free Read in ib_register_device”问题 (Zhu Yanjun) [Orabug:
    38094813] {CVE-2025-38022}
    - nfs处理解锁路径中的 nfs_get_lock_context 失败 (Li Lingfeng) [Orabug38094818] {CVE-2025-38023}
    - HIDuclogic在 uclogic_input_configured() 中添加空检查 (Henry Martin) [Orabug: 38094764] {CVE-2025-38007}
    - RDMA/rxe修复 rxe_queue_cleanup 缺陷中的 slab-use-after-free 读取 (Zhu Yanjun) [Orabug: 38094827] {CVE-2025-38024}
    - arm64bpf仅缓解非特权用户加载的 cBPF 程序 (James Morse) [Orabug: 37977004] {CVE-2025-37963}
    - arm64bpf将 BHB 缓解添加到 cBPF 程序的尾声 (James Morse) [Orabug37976926] {CVE-2025-37948}
    - usbtypecucsidisplayport修复空指针访问 (Andrei Kuchynski) [Orabug: 38015126] {CVE-2025-37994}
    - 模块确保 kobject_put() 对于模块类型 kobjects 是安全的 (Dmitry Antipov) [Orabug: 38015131] {CVE-2025-37995}
    - memblock接受分配的内存然后在 memblock_double_array() 中使用 (Tom Lendacky) [Orabug:
    37976994] {CVE-2025-37960}
    - xenbus使用 kref 跟踪 req 生命周期 (Jason Andryuk) [Orabug: 37976934] {CVE-2025-37949}
    - smb 客户端通过租用中断避免 open_cached_dir 中发生争用 (Paul Aurich) [Orabug37976959] {CVE-2025-37954}
    - drm/amd/display修复 dml 帮助程序中的无效上下文错误 (Roman Li) [Orabug: 37977185] {CVE-2025-37965}
    - drm/v3d如果跳过重置则将作业添加至待定列表 (Maira Canal) [Orabug: 37976942] {CVE-2025-37951}
    - iioimu st_lsm6dsx修复 st_lsm6dsx_read_taged_fifo 中可能的锁定 (Silvano Seva) [Orabug:
    37977031] {CVE-2025-37969}
    - iioimust_lsm6dsx修复 st_lsm6dsx_read_fifo 中可能的锁定 (Silvano Seva) [Orabug: 37977037] {CVE-2025-37970}
    - KVMSVMSHUTDOWN 拦截时强制离开 SMM 模式 (Mikhail Lobanov) [Orabug37976977] {CVE-2025-37957}
    - mm/huge_memory修复取消引用无效的 pmd 迁移条目 (Gavin Guo) [Orabug37976982] {CVE-2025-37958}
    - x86/mm消除可能会无意间跳过 TLB 刷新的窗口 (Dave Hansen) [Orabug: 37977013] {CVE-2025-37964}
    - stagingbcm2835-camera初始化 v4l2_dev 中的 dev (Dave Stevenson) [Orabug: 37977042] {CVE-2025-37971}
    - Inputmtk-pmic-keys - 修复可能存在的空指针取消引用 (Gary Bisson) [Orabug37977044] {CVE-2025-37972}
    - bpfbpf_redirect_peer 上的清理数据包(Paul Chaignon) [Orabug37976990] {CVE-2025-37959}
    - netfilteripset修复哈希类型中的区域锁定 (Jozsef Kadlecsik) [Orabug38015141] {CVE-2025-37997}
    - ipvs修复 do_output_route4 中 saddr 的 uninit-value (Julian Anastasov) [Orabug: 37976996] {CVE-2025-37961}
    - canm_canm_can_class_allocate_dev()初始化设备探测上的旋转锁定 (Antonios Salios) [Orabug
    38015123] {CVE-2025-37993}
    - virtio-net在 virtnet_xsk_pool_enable() 中发生错误时释放 xsk_buffs (Jakub Kicinski) [Orabug: 37976969] {CVE-2025-37955}
    - sch_htb使 htb_deactivate() 幂等 (Cong Wang) [Orabug: 37977176] {CVE-2025-37953}
    - ksmbd修复 parse_lease_state() 中的内存泄漏 (Zhaolong Wang) [Orabug: 37977180] {CVE-2025-37962}
    - openvswitch修复 output_userspace() 中不安全的属性解析 (Eelco Chaudron) [Orabug38015148] {CVE-2025-37998}
    - ksmbd修复 __close_file_table_ids 中的 UAF (Sean Heelan) [Orabug: 37976951] {CVE-2025-37952}
    - ksmbd通过验证 *pos 防止越界流写入 (Norbert Szetei) [Orabug: 37976923] {CVE-2025-37947}
    - ksmbd防止使用空字符串重命名 (Namjae Jeon) [Orabug37976972] {CVE-2025-37956}
    - s390/pci当 PF 具有子 VF 时修复 disable_slot() 中的重复 pci_dev_put() (Niklas Schnelle) [Orabug
    37976920] {CVE-2025-37946}
    - wificfg80211修复多链接元素碎片整理期间的越界访问 (Veerendranath Jakkam) [Orabug: 37977046] {CVE-2025-37973}
    - s390/pci修复缺少检查的 zpci_create_device() 错误返回 (Niklas Schnelle) [Orabug: 37977050] {CVE-2025-37974}
    - fs/erofs/fileio调用 bio_add_folio() 之后调用 erofs_onlinefolio_split() (Max Kellermann) [Orabug
    38015155] {CVE-2025-37999}
    - mlxbf-bootctl在 secure_boot_fuse_state_show() 中使用 sysfs_emit_at() (David Thomson) [Orabug
    37964051,38037120] {CVE-2025-37866}

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

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

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
238280	Amazon Linux 2023：bpftool、kernel6.12、kernel6.12-modules-extra (ALAS2023-2025-994)	Nessus	Amazon Linux Local Security Checks	2025/6/12	2026/2/13	high
240657	Ubuntu 25.04：Linux 内核漏洞 (USN-7594-1)	Nessus	Ubuntu Local Security Checks	2025/6/26	2026/1/6	high
252244	Oracle Linux 10 / 9Unbreakable Enterprise 内核 (ELSA-2025-20530)	Nessus	Oracle Linux Local Security Checks	2025/8/19	2026/2/9	medium
352871	AlmaLinux 9.2 [TuxCare] 安全更新：bpftool / kernel / kernel-abi-stablelists / kernel-core / 等多个漏洞（ALMALINUX9.2：CLSA-2026：1783791447）	Nessus	Alma Linux Local Security Checks	2026/9/30	2026/10/1	medium
250070	Linux Distros 未修补的漏洞：CVE-2025-37834	Nessus	Misc.	2025/8/15	2026/9/2	medium
360724	AlmaLinux 9.6 [TuxCare] 安全更新：kernel / kernel-abi-stablelists / kernel-core / 等多个漏洞（ALMALINUX9.6：CLSA-2026：1779434490）	Nessus	Alma Linux Local Security Checks	2026/10/1	2026/10/2	high
360889	Rocky Linux 9.6 [TuxCare] 安全更新：kernel / kernel-abi-stablelists / kernel-core / 等多个漏洞（ALMALINUX9.6：CLSA-2026：1779434490）	Nessus	Rocky Linux Local Security Checks	2026/10/1	2026/10/2	high
242347	Oracle Linux 9：Unbreakable Enterprise 内核 (ELSA-2025-20480)	Nessus	Oracle Linux Local Security Checks	2025/7/18	2026/2/9	medium

检测

插件搜索

high

high

medium

medium

medium

high

high

medium