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

  - ceph：添加一批缺失的 ceph_path_info 初始值设定项 ceph_mdsc_build_path（） 必须使用零初始化的 ceph_path_info 参数调用，否则以下 ceph_mdsc_free_path_info（） 可能会崩溃。
    崩溃示例（在 Linux 6.18.12上）：virt_to_cache：对象不是 Slab 页面！警告：CPU：184 PID：mm/slub.c：6732 2871736 kmem_cache_free+0x316/0x400 [...]调用跟踪：[...] ceph_open+0x13d/0x3e0 do_dentry_open+0x134/0x480 vfs_open+0x2a/0xe0 path_openat+0x9a3/0x1160 [...] cache_from_obj：错误的 slab 缓存。names_cache但对象来自 ceph_inode_info 警告：CPU：184 PID：mm/slub.c：6746 2871736 kmem_cache_free+0x2dd/0x400 [...] mm/slub.c：634！Oops：无效操作码：0000 [#1] SMP NOPTI RIP：0010：__slab_free+0x1a4/0x350 一些 ceph_mdsc_build_path（） 调用程序具有初始值设定项，但其他调用程序则没有，即使所有 （） 调用程序都是通过提交 15f519e9f883 添加的（ceph：修复应用状态之前验证r_parent的争用条件）。没有初始值设定程序的漏洞容易发生随机崩溃。（我可以想象甚至可以利用此缺陷来提升权限。）遗憾的是，这些 Ceph 函数没有记录，其语义只能从代码中派生。我看到 ceph_mdsc_build_path（） 仅在成功时初始化结构，而不是在出错时初始化结构。在 ceph_mdsc_build_path（） 调用失败后调用 ceph_mdsc_free_path_info（） 甚至没有意义，但这是所有调用者都会做的，并且为了安全起见，结构必须是零初始化的。因此，修复此问题的侵入性最小的方法是在各处添加初始化程序。（CVE-2026-43408）

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

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

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

    netfilter：ctnetlink：删除预期转储程序中的引用计数 （CVE-2025-39764）

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

    ipv6：使用 ip6_xmit（） 中的 RCU （CVE-2025-40135）

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

    blk-throttle：修复节流策略激活期间的访问争用 （CVE-2025-40147）

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

    binfmt_misc：关闭由 open_exec（） （CVE-2025-68239） 打开的文件之前还原写入权限

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

    dm-verity：禁用递归前向纠错 （CVE-2025-71161）

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

    dst：修复 rt6_uncached_list_del（） 和 rt_del_uncached_list（）CVE-2026-23004 （） 中的争用

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

    tracing：在内核堆栈跟踪记录中添加递归保护 （CVE-2026-23138）

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

    netfilter：xt_IDLETIMER：拒绝 rev0 重复使用 ALARM 定时器标签 （CVE-2026-23274）

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

    net：将 xmit 递归限制添加到隧道 xmit 函数 （CVE-2026-23276）

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

    net/sched：teql：修复 TEQL 从属 xmit （CVE-2026-23277） 上 iptunnel_xmit中的空指针取消引用

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

    netfilter：nf_tables：始终遍历所有待定的 catchall 元素 （CVE-2026-23278）

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

    mptcp：pm：in-kernel：始终将 signal+subflow endp 标记为已使用 （CVE-2026-23321）

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

    net：phy：在探测期间注册 phy led_triggers以避免 AB-BA 死锁 （CVE-2026-23368）

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

    mm：thp：拒绝匿名 inode 上文件的 THP （CVE-2026-23375）

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

    netfilter：xt_CT：删除模板时放弃待定的排队数据包 （CVE-2026-23391）

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

    netfilter：nf_tables：发生错误 （CVE-2026-23392） 时在 rcu 宽限期后释放流量表

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

    nfnetlink_osf：验证指纹 （CVE-2026-23397） 中的各个选项长度

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

    icmp：修复 icmp_tag_validation（） 中的空指针取消引用 （CVE-2026-23398）

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

    nf_tables：nft_dynset：修复错误路径 （CVE-2026-23399） 中可能的有状态表达式内存泄漏

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

    netfilter：bpf：延迟挂钩内存释放，直到 rcu 读取器完成 （CVE-2026-23412）

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

    clsact：修复 init/destroy 回滚中释放后使用非对称 （CVE-2026-23413）

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

    udp_tunnel：修复 CONFIG_IPV6=n （CVE-2026-23439） 时udp_sock_create6造成的空取消引用

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

    net/mlx5e：修复 IPSec ESN 更新期间的争用条件 （CVE-2026-23440）

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

    net/mlx5e：阻止并发访问 IPSec ASO context （CVE-2026-23441）

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

    ACPI：processor：修复之前的 acpi_processor_errata_piix4（） 补丁 （CVE-2026-23443）

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

    igc：修复 XDP TX 时间戳处理中的页面错误 （CVE-2026-23445）

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

    net/sched：teql：修复 teql_master_xmit 中的双重释放 （CVE-2026-23449）

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

    PM：runtime：修复与设备删除有关的争用条件 （CVE-2026-23452）

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

    netfilter：nf_conntrack_h323：检查 DecodeQ931（） 中的零长度 （CVE-2026-23455）

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

    netfilter：nf_conntrack_h323：修复 decode_int（） CONS case （CVE-2026-23456） 中的 OOB 读取

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

    netfilter：nf_conntrack_sip：修复 sip_help_tcp（） 中的CVE-2026-23457 Content-Length u32 截断

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

    netfilter：ctnetlink：修复 ctnetlink_dump_exp_ct（） （CVE-2026-23458） 中的释放后使用

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

    btrfs：记录冲突的 inode （CVE-2026-23465） 的父目录时记录新的 dentry

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

    spi：修复统计数据分配 （CVE-2026-23475）

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

    spi：修复控制器注册失败时的释放后使用 （CVE-2026-31389）

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

    smb：客户端：使用用户名选项 （）CVE-2026-31392 修复 krb5 挂载

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

    nvdimm/bus：修复异步初始化 （CVE-2026-31399） 中潜在的释放后使用

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

    sunrpc：修复 cache_release （CVE-2026-31400） 中的cache_request泄漏

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

    HID：bpf：防止 hid_hw_request （CVE-2026-31401） 中的缓冲区溢出

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

    nfsd：修复 NFSv4.0 LOCK 重放缓存 （CVE-2026-31402） 中的堆溢出

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

    NFSD：在 /proc/fs/nfs/exports fd （CVE-2026-31403） 的生命周期内保持网络引用

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

    drm/i915/gt：取消引用 （CVE-2026-31540） 之前检查 set_default_submission（）

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

    net：bonding：修复 bond_debug_rlb_hash_show （CVE-2026-31546） 中的空取消引用

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

    xen/privcmd：限制在非特权 domU （CVE-2026-31788） 中的使用

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

    netfilter：nft_ct：删除时放弃待定的排队数据包 （CVE-2026-43060）

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

    serial：8250：修复使用 DMA （CVE-2026-43061） 时的 TX 死锁

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

    mptcp：pm：in-kernel：rm endp （CVE-2026-43252） 时始终将 ID 设置为 avail

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

    btrfs：修复由于项目溢出 （CVE-2026-43359） 在设置收到 ioctl 时中止事务

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

    btrfs：修复文件创建时由于名称哈希冲突 （CVE-2026-43360） 造成的事务中止

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

    btrfs：修复对收到的子卷进行快照时的事务中止 （CVE-2026-43361）

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

    smb：客户端：修复 SMB2_write（） （CVE-2026-43362） 中的就地加密损坏

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

    x86/apic：如果内核预期，则在恢复时禁用 x2apic （CVE-2026-43363）

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

    xfs：修复过小的 l_iclog_roundoff 值 （CVE-2026-43365）

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

    io_uring/kbuf：检查目标缓冲区列表是否仍然是 recycle （CVE-2026-43366） 上的旧版

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

    drm/i915：修复 shmem scatterlist 长度 （CVE-2026-43368） 的潜在溢出

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

    net：nexthop：修复 remove_nh_grp_entry 中的 percpu 释放后使用 （CVE-2026-43374）

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

    net/tcp-md5：将 MAC 比较修复为常量时间 （CVE-2026-43383）

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

    net/tcp-ao：将 MAC 比较修复为常量时间 （CVE-2026-43384）

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

    sched_ext：修复一般类饱和 （CVE-2026-43392） 下 scx_enable（） 耗尽问题

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

    btrfs：修复 btrfs_chunk_map_num_copies（）CVE-2026-43393 之后 btrfs_map_block（） 中的区块映射泄漏

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

    nfsd：修复 nfsd_nl_listener_set_doit（） 中的 cred 引用泄漏。（CVE-2026-43394）

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

    nsfs：加强对 NS 迭代 ioctls （CVE-2026-43403） 的权限检查

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

    libceph：将 u32 用于 ceph_monmap_decode（） （CVE-2026-43405） 中的非负值

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

    libceph：防止 process_message_header（） （CVE-2026-43406） 中潜在的越界读取

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

    libceph：修复 ceph_handle_auth_reply（） （CVE-2026-43407） 中潜在的越界访问

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

    ceph：添加一批缺失的 ceph_path_info 初始化式 （CVE-2026-43408）

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

    kprobes：避免 rmmod/insmod 在 ftrace 终止之后发生崩溃 （CVE-2026-43409）

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

    tipc：修复 tipc_sk_filter_connect（） 中的除以零问题 （CVE-2026-43411）

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

    ceph：修复 ceph_mdsc_build_path（） （CVE-2026-43419） 中的内存泄漏

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

    ceph：修复异步 unlink （CVE-2026-43420） 期间i_nlink欠载运行

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

    usb：class：cdc-wdm：修复读取代码路径 （CVE-2026-43427） 中的重新排序问题

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

    USB： core：限制无法终止的同步超时的长度 （CVE-2026-43428）

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

    usb：xhci：修复 xhci_disable_slot（） （CVE-2026-43432） 中的内存泄漏

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

    sched_ext：删除 scx_cgroup_init（）CVE-2026-43438 （） 中的冗余 css_put（）

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

    cgroup：修复任务迁移和迭代 （CVE-2026-43439） 之间的争用

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

    net：bonding：修复禁用 IPv6 时nd_tbl空取消引用 （CVE-2026-43441）

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

    e1000/e1000e：修复 DMA 错误清理 （CVE-2026-43445） 中的泄漏

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

    nvme-pci：修复 nvme_poll_irqdisable（） 中的争用缺陷 （CVE-2026-43448）

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

    nvme-pci：修复 nvme_dbbuf_set 中的 slab-out-of-bound （CVE-2026-43449）

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

    netfilter：nfnetlink_cthelper：修复 nfnl_cthelper_dump_table（） （CVE-2026-43450） 中的 OOB 读取

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

    netfilter：nfnetlink_queue：修复桥接判定错误路径 （CVE-2026-43451） 中的条目泄漏

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

    netfilter：x_tables：保护选项遍历器免受 1 字节末尾读取 （CVE-2026-43452）

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

    netfilter：nft_set_pipapo：修复 pipapo_drop（） （CVE-2026-43453） 中的堆栈越界读取

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

    bonding：修复 bond_setup_by_slave（） （CVE-2026-43456） 中的类型混淆

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

    net/mlx5e：修复错误 CQE SQ recovery （CVE-2026-43466） 中的 DMA FIFO 不同步

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

    net/mlx5：修复了切换到 switchdev 模式时发生的崩溃 （CVE-2026-43467）

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

    net/mlx5：修复 devlink 锁定与 esw->wq （CVE-2026-43468） 之间的死锁

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

    nfs：如果 d_alias 是 dir （CVE-2026-43470nfs3_proc_create则返回 EISDIR）

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

    unshare：修复 unshare_fs（） 处理 （CVE-2026-43472）

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

    scsi：mpi3mr：重置请求和回复队列时添加空检查 （CVE-2026-43473）

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

    scsi：storvsc：修复原子在 PREEMPT_RT 上时的计划 （CVE-2026-43475）

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

    sched_ext：禁用 scx_claim_exit（） 与踢出帮助程序工作 （CVE-2026-43482） 之间的优先权

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

    KVM：SVM：当 AVIC 处于（取消）激活状态时，设置/清除 CR8 写入拦截 （CVE-2026-43483）

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

    arm64：contpte：修复 SMMU/ATS 错误的 set_access_flags（） no-op 检查 （CVE-2026-43486）

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

    ata：libata-core：禁用 ST1000DM010-2EP102 上的 LPM （CVE-2026-43487）

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

    usb：xhci：防止主机控制器错误 （HCE）CVE-2026-43488 上的中断风暴 （）

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

    erofs：修复 ztailpacking pclusters （CVE-2026-45943） 的内联数据读取失败

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

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

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

  - 已修复 Linux 内核中的下列漏洞：l2tp: prevent possible tunnel refcount underflow When a session is created, it sets a backpointer to its tunnel. When the session refcount drops to 0, l2tp_session_free drops the tunnel refcount if session->tunnel is non-NULL. However, session->tunnel is set in l2tp_session_create, before the tunnel refcount is incremented by l2tp_session_register, which leaves a small window where session->tunnel is non-NULL when the tunnel refcount hasn't been bumped.
    Moving the assignment to l2tp_session_register is trivial but l2tp_session_create calls l2tp_session_set_header_len which uses session->tunnel to get the tunnel's encap. Add an encap arg to l2tp_session_set_header_len to avoid using session->tunnel. If l2tpv3 sessions have colliding IDs, it is possible for l2tp_v3_session_get to race with l2tp_session_register and fetch a session which doesn't yet have session->tunnel set. Add a check for this case. (CVE-2024-49940)

  - 已修复 Linux 内核中的下列漏洞：mm/thp: fix deferred split unqueue naming and locking Recent changes are putting more pressure on THP deferred split queues: under load revealing long-standing races, causing list_del corruptions, Bad page states and worse (I keep BUGs in both of those, so usually don't get to see how badly they end up without). The relevant recent changes being 6.8's mTHP, 6.10's mTHP swapout, and 6.12's mTHP swapin, improved swap allocation, and underused THP splitting. Before fixing locking: rename misleading folio_undo_large_rmappable(), which does not undo large_rmappable, to folio_unqueue_deferred_split(), which is what it does. But that and its out-of-line
    __callee are mm internals of very limited usability: add comment and WARN_ON_ONCEs to check usage; and return a bool to say if a deferred split was unqueued, which can then be used in WARN_ON_ONCEs around safety checks (sparing callers the arcane conditionals in __folio_unqueue_deferred_split()). Just omit the folio_unqueue_deferred_split() from free_unref_folios(), all of whose callers now call it beforehand (and if any forget then bad_page() will tell) - except for its caller put_pages_list(), which itself no longer has any callers (and will be deleted separately). Swapout: mem_cgroup_swapout() has been resetting folio->memcg_data 0 without checking and unqueueing a THP folio from deferred split list; which is unfortunate, since the split_queue_lock depends on the memcg (when memcg is enabled); so swapout has been unqueueing such THPs later, when freeing the folio, using the pgdat's lock instead: potentially corrupting the memcg's list. __remove_mapping() has frozen refcount to 0 here, so no problem with calling folio_unqueue_deferred_split() before resetting memcg_data. That goes back to 5.4 commit 87eaceb3faa5 (mm: thp: make deferred split shrinker memcg aware): which included a check on swapcache before adding to deferred queue, but no check on deferred queue before adding THP to swapcache. That worked fine with the usual sequence of events in reclaim (though there were a couple of rare ways in which a THP on deferred queue could have been swapped out), but 6.12 commit dafff3f4c850 (mm: split underused THPs) avoids splitting underused THPs in reclaim, which makes swapcache THPs on deferred queue commonplace. Keep the check on swapcache before adding to deferred queue? Yes: it is no longer essential, but preserves the existing behaviour, and is likely to be a worthwhile optimization (vmstat showed much more traffic on the queue under swapping load if the check was removed); update its comment. Memcg-v1 move (deprecated):
    mem_cgroup_move_account() has been changing folio->memcg_data without checking and unqueueing a THP folio from the deferred list, sometimes corrupting from memcg's list, like swapout. Refcount is non-zero here, so folio_unqueue_deferred_split() can only be used in a WARN_ON_ONCE to validate the fix, which must be done earlier: mem_cgroup_move_charge_pte_range() first try to split the THP (splitting of course unqueues), or skip it if that fails. Not ideal, but moving charge has been requested, and khugepaged should repair the THP later: nobody wants new custom unqueueing code just for this deprecated case. The 87eaceb3faa5 commit did have the code to move from one deferred list to another (but was not conscious of its unsafety while refcount non-0); but that was removed by 5.6 commit fac0516b5534 (mm: thp: don't need care deferred split queue in memcg charge move path), which argued that the existence of a PMD mapping guarantees that the THP cannot be on a deferred list. As above, false in rare cases, and now commonly false. Backport to 6.11 should be straightforward. Earlier backports must take care that other
    _deferred_list fixes and dependencies are included. There is not a strong case for backports, but they can fix cornercases. (CVE-2024-53079)

  - 已修复 Linux 内核中的下列漏洞：io_uring/kbuf: reallocate buf lists on upgrade IORING_REGISTER_PBUF_RING can reuse an old struct io_buffer_list if it was created for legacy selected buffer and has been emptied. It violates the requirement that most of the field should stay stable after publish. Always reallocate it instead. (CVE-2025-21836)

  - 已修复 Linux 内核中的下列漏洞：RDMA/bnxt_re: Add sanity checks on rdev validity There is a possibility that ulp_irq_stop and ulp_irq_start callbacks will be called when the device is in detached state. This can cause a crash due to NULL pointer dereference as the rdev is already freed. (CVE-2025-21901)

  - 已修复 Linux 内核中的下列漏洞：cpufreq/amd-pstate: Add missing NULL ptr check in amd_pstate_update Check if policy is NULL before dereferencing it in amd_pstate_update.
    (CVE-2025-23137)

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

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

  - 已修复 Linux 内核中的下列漏洞：l2tp: prevent possible tunnel refcount underflow When a session is created, it sets a backpointer to its tunnel. When the session refcount drops to 0, l2tp_session_free drops the tunnel refcount if session->tunnel is non-NULL. However, session->tunnel is set in l2tp_session_create, before the tunnel refcount is incremented by l2tp_session_register, which leaves a small window where session->tunnel is non-NULL when the tunnel refcount hasn't been bumped.
    Moving the assignment to l2tp_session_register is trivial but l2tp_session_create calls l2tp_session_set_header_len which uses session->tunnel to get the tunnel's encap. Add an encap arg to l2tp_session_set_header_len to avoid using session->tunnel. If l2tpv3 sessions have colliding IDs, it is possible for l2tp_v3_session_get to race with l2tp_session_register and fetch a session which doesn't yet have session->tunnel set. Add a check for this case. (CVE-2024-49940)

  - 已修复 Linux 内核中的下列漏洞：mm/thp: fix deferred split unqueue naming and locking Recent changes are putting more pressure on THP deferred split queues: under load revealing long-standing races, causing list_del corruptions, Bad page states and worse (I keep BUGs in both of those, so usually don't get to see how badly they end up without). The relevant recent changes being 6.8's mTHP, 6.10's mTHP swapout, and 6.12's mTHP swapin, improved swap allocation, and underused THP splitting. Before fixing locking: rename misleading folio_undo_large_rmappable(), which does not undo large_rmappable, to folio_unqueue_deferred_split(), which is what it does. But that and its out-of-line
    __callee are mm internals of very limited usability: add comment and WARN_ON_ONCEs to check usage; and return a bool to say if a deferred split was unqueued, which can then be used in WARN_ON_ONCEs around safety checks (sparing callers the arcane conditionals in __folio_unqueue_deferred_split()). Just omit the folio_unqueue_deferred_split() from free_unref_folios(), all of whose callers now call it beforehand (and if any forget then bad_page() will tell) - except for its caller put_pages_list(), which itself no longer has any callers (and will be deleted separately). Swapout: mem_cgroup_swapout() has been resetting folio->memcg_data 0 without checking and unqueueing a THP folio from deferred split list; which is unfortunate, since the split_queue_lock depends on the memcg (when memcg is enabled); so swapout has been unqueueing such THPs later, when freeing the folio, using the pgdat's lock instead: potentially corrupting the memcg's list. __remove_mapping() has frozen refcount to 0 here, so no problem with calling folio_unqueue_deferred_split() before resetting memcg_data. That goes back to 5.4 commit 87eaceb3faa5 (mm: thp: make deferred split shrinker memcg aware): which included a check on swapcache before adding to deferred queue, but no check on deferred queue before adding THP to swapcache. That worked fine with the usual sequence of events in reclaim (though there were a couple of rare ways in which a THP on deferred queue could have been swapped out), but 6.12 commit dafff3f4c850 (mm: split underused THPs) avoids splitting underused THPs in reclaim, which makes swapcache THPs on deferred queue commonplace. Keep the check on swapcache before adding to deferred queue? Yes: it is no longer essential, but preserves the existing behaviour, and is likely to be a worthwhile optimization (vmstat showed much more traffic on the queue under swapping load if the check was removed); update its comment. Memcg-v1 move (deprecated):
    mem_cgroup_move_account() has been changing folio->memcg_data without checking and unqueueing a THP folio from the deferred list, sometimes corrupting from memcg's list, like swapout. Refcount is non-zero here, so folio_unqueue_deferred_split() can only be used in a WARN_ON_ONCE to validate the fix, which must be done earlier: mem_cgroup_move_charge_pte_range() first try to split the THP (splitting of course unqueues), or skip it if that fails. Not ideal, but moving charge has been requested, and khugepaged should repair the THP later: nobody wants new custom unqueueing code just for this deprecated case. The 87eaceb3faa5 commit did have the code to move from one deferred list to another (but was not conscious of its unsafety while refcount non-0); but that was removed by 5.6 commit fac0516b5534 (mm: thp: don't need care deferred split queue in memcg charge move path), which argued that the existence of a PMD mapping guarantees that the THP cannot be on a deferred list. As above, false in rare cases, and now commonly false. Backport to 6.11 should be straightforward. Earlier backports must take care that other
    _deferred_list fixes and dependencies are included. There is not a strong case for backports, but they can fix cornercases. (CVE-2024-53079)

  - 已修复 Linux 内核中的下列漏洞：io_uring/kbuf: reallocate buf lists on upgrade IORING_REGISTER_PBUF_RING can reuse an old struct io_buffer_list if it was created for legacy selected buffer and has been emptied. It violates the requirement that most of the field should stay stable after publish. Always reallocate it instead. (CVE-2025-21836)

  - 已修复 Linux 内核中的下列漏洞：RDMA/bnxt_re: Add sanity checks on rdev validity There is a possibility that ulp_irq_stop and ulp_irq_start callbacks will be called when the device is in detached state. This can cause a crash due to NULL pointer dereference as the rdev is already freed. (CVE-2025-21901)

  - 已修复 Linux 内核中的下列漏洞：cpufreq/amd-pstate: Add missing NULL ptr check in amd_pstate_update Check if policy is NULL before dereferencing it in amd_pstate_update.
    (CVE-2025-23137)

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

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

    - net/sched：修复导致页面缓存损坏的 pedit 部分 COW(Rajat Gupta) {CVE-2026-46331}
    - eventpoll：修复ep_remove结构 eventpoll / 结构文件 UAF （Christian Brauner） [Orabug： 39668743] {CVE-2026-46242}
    - net：skbuff：修复pskb_carve帮助程序中缺少的 zerocopy 引用 （Minh Nguyen） [Orabug： 39656679] {CVE-2026-52943}
    - arm64：勘误表：缓解各种 Arm CPU 上的 TLBI 勘误表 （Mark Rutland） [Orabug： 39548792] {CVE-2025-10263}
    - openvswitch： vport：修复释放隧道端口时的自死锁 （Ilya Maximets） {CVE-2026-46165}
    - iommu/amd：在并发 TLB 无效的情况下序列化序列分配 （Ankit Soni） {CVE-2026-43220}
    - usb：ulpi：修复 ulpi_register（） 错误路径中的内存泄漏 （Felix Gu） {CVE-2026-46109}
    - smb：客户端：拒绝用户空间 cifs.spnego 描述 （Asim Viladi Oglu Manizada） [Orabug： 39463671] {CVE-2026-46243}
    - net：skbuff：通过 frag-transfer 帮助程序传播 shared-frag 标记 (Hyunwoo Kim) [Orabug:
    39368826,39441323] {CVE-2026-43503，CVE-2026-46300}
    - net：skbuff：在合并期间保留 shared-frag 标记(William Bowling) [Orabug: 39368826] {CVE-2026-46300}
    - netfilter：拒绝 nft_bitwise 中的零位移 (Kai Ma) [Orabug: 39452464] {CVE-2026-46101}
    - net：ipv6：修复 seg6 和 rpl lwtunnels 中使用的 NOREF dst （Andrea Mayer） [Orabug： 39452457] {CVE-2026-46099}
    - ALSA：caiaq：修复探usb_dev故障时的 refcount 泄漏 （Deepanshu Kartikey） [Orabug： 39452739] {CVE-2026-46048}
    - ipv6：rpl：重新压缩的 SRH 增长时预留mac_len余量 （Greg Kroah-Hartman） [Orabug：39426003] {CVE-2026-43501}
    - ALSA：caiaq：修复错误路径中可能残留的ep1_in_urb （Takashi Iwai） [Orabug： 39452746] {CVE-2026-45992}
    - net: bonding：修复 bond_xmit_broadcast() 中的释放后使用(Xiang Mei) [Orabug: 39205989] {CVE-2026-31419}
    - crypto：authencesn - 拒绝实例创建期间的短 ahash 摘要 （Yucheng Lu） [Orabug： 39452231] {CVE-2026-46033}
    - spi：修复设备设置失败时的资源泄漏 （Johan Hovold） [Orabug： 39452400] {CVE-2026-46083}
    - net：qrtr：ns：限制节点总数 （Manivannan Sadhasivam） [Orabug：39452123] {CVE-2026-46003}
    - net：bridge：在 RCU 阅读器中使用稳定的 FDB dst 快照 （Zhengchuan Liang） [Orabug： 39452411] {CVE-2026-46086}
    - net：qrtr：ns：限制查询的最大次数 （Manivannan Sadhasivam） [Orabug: 39452207] {CVE-2026-46026}
    - net：qrtr：ns：限制每个节点的最大服务器注册节点数量 (Manivannan Sadhasivam) [Orabug: 39410851] {CVE-2026-43491}
    - RDMA/mana_ib：禁用 RSS QP 破坏时的 RX 转向 （Long Li） [Orabug： 39452406] {CVE-2026-46084}
    - media：rc：igorplugusb：注意一致性规则 （Oliver Neukum） [Orabug：39452432] {CVE-2026-46091}
    - wifi：mwifiex：修复 mwifiex_adapter_cleanup（） 中的释放后使用 （Daniel Hodges） [Orabug： 39452343] {CVE-2026-46069}
    - thermal：core：修复热区域调控器清理问题 （Rafael J. Wysocki） [Orabug： 39452186] {CVE-2026-46021}
    - smb：客户端：在 cifsacl 中重写 DACL 之前对其进行全面验证 (Michael Bommarito) [Orabug:
    39300611] {CVE-2026-31709}
    - scsi：sd：修复 device_add（&disk_dev） 失败时缺少的 put_disk（） （Yang Xiuwei） [Orabug： 39452100] {CVE-2026-45997}
    - rtmutex：在 remove_waiter（） 中使用 waiter：：task 而不是当前的任务 （Keenan Dong） [Orabug: 39425998] {CVE-2026-43499}
    - ceph：反哈希时仅 d_add（） 负 dentry （Max Kellermann） [Orabug： 39452291] {CVE-2026-46052}
    - dm mirror：修复 create_dirty_log（） 中的整数溢出 （Junrui Luo） [Orabug： 39452196] {CVE-2026-46023}
    - Bluetooth：hci_event：修复 SSP 通行密钥处理程序中潜在的 UAF (Shuvam Pandey) [Orabug: 39452304] {CVE-2026-46056}
    - tcp：监听器迁移后调用 sk_data_ready（） （Zhenzhong Wu） [Orabug： 39452159] {CVE-2026-46015}
    - inotify：修复 fsnotify_add_inode_mark_locked（） 失败时的监视计数泄漏 （Chia-Ming Chang） [Orabug：
    39452250] {CVE-2026-46040}
    - md/raid5：在访问日志元数据之前验证负载大小 （Junrui Luo） [Orabug： 39452349] {CVE-2026-46070}
    - md/raid5：修复 retry_aligned_read（） 中的软锁定 （Chia-Ming Chang） [Orabug： 39452287] {CVE-2026-46051}
    - ext4：修复 ext4_xattr_inode_dec_ref_all（） 中缺少的 brelse（） （Sohei Koyama） [Orabug： 39452269] {CVE-2026-46046}
    - ext4：修复 check_xattrs（） 中的边界检查以防止越界访问 （Deepanshu Kartikey） [Orabug：
    39452442] {CVE-2026-46094}
    - io_uring/poll：修复唤醒争用中缺少 EOF 的 multishot recv （Jens Axboe） {CVE-2026-23473}
    - KVM：nSVM：如果未处理的 VMMCALL 未被 L1 拦截则引发 #UD （Kevin Cheng） [Orabug： 39452372] {CVE-2026-46076}
    - KVM：SVM：如果 EFER，则为 INVLPGA 注入 #UD。SVME=0 （Kevin Cheng） [Orabug： 39452394] {CVE-2026-46082}
    - KVM：nSVM：在 L2 的 VMRUN 之后将中断阴影同步到缓存的 vmcb12 （Yosry Ahmed） [Orabug： 39452061] {CVE-2026-45987}
    - xfs：修复 xfs_alloc_buftarg（） 中的一个资源泄漏 （Haoxiang Li） [Orabug： 39452131] {CVE-2026-46005}
    - libceph：防止 ceph_handle_auth_reply（） 中潜在的 null-ptr-deref （Raphael Zimmer） [Orabug：
    39452201] {CVE-2026-46024}
    - ipv4：icmp：使用 icmp_pointers 之前验证回复类型 （Ruide Cao） [Orabug： 39452243] {CVE-2026-46037}
    - RDMA/rxe：在 rxe_rcv 中 payload_size（） 前验证 pad 和 ICRC （Hkbinbin） [Orabug： 39452259] {CVE-2026-46043}
    - net：qrtr：ns：ctrl_cmd_bye（） 期间释放节点 （Manivannan Sadhasivam） [Orabug： 39452246] {CVE-2026-46038}
    - rxrpc：修复 rxkad 加密未对齐处理 （David Howells） [Orabug： 39452728] {CVE-2026-46085}
    - ALSA：caiaq：正确处理探测错误 （Takashi Iwai） [Orabug：39452126] {CVE-2026-46004}
    - rbd：修复 device_add_disk（） 失败时的 null-ptr-deref （Dawei Feng） [Orabug： 39452385] {CVE-2026-46079}
    - md/raid10：通过检查操作和 nowait 请求修复死锁 （Josh Hunt） [Orabug： 39452284] {CVE-2026-46050}
    - jbd2：修复 jbd2_journal_cancel_revoke（） 中的死锁 （Zhang Yi） [Orabug： 39452318] {CVE-2026-46061}
    - erofs：修复尾随 dirents 的越界 nameoff 处理 （Gao Xiang） [Orabug： 39452380] {CVE-2026-46078}
    - ALSA：ctxfi：添加回退到 S/PDIF 的默认 RSR （Harin Lee） [Orabug： 39452280] {CVE-2026-46049}
    - ext2：拒绝 ext2_iget（） 中含零i_nlink和有效模式的 inode （Vasiliy Kovalev） [Orabug： 39452119] {CVE-2026-46002}
    - net：qrtr：ns：修复驱动程序 remove（） 中的释放后使用 （Manivannan Sadhasivam） [Orabug： 39452274] {CVE-2026-46047}
    - net：strparser：修复 strp_abort_strp（） 中的skb_head泄漏 （Luxiao Xu） [Orabug： 39452468] {CVE-2026-46102}
    - ALSA：control：在 snd_ctl_elem_init_enum_names（） 中的 strnlen（） 之前验证 buf_len （Ziqing Chen） [Orabug： 39452416] {CVE-2026-46088}
    - crypto： pcrypt - 修复MAY_BACKLOG请求的处理 （Herbert Xu） [Orabug： 39410863] {CVE-2026-43493}
    - wifi：rtw88：检查 PCI 上游桥是否存在 （Fedor Pchelkin） [Orabug： 39452437] {CVE-2026-46092}
    - zram：不忘记为部分丢弃请求执行 endio （Sergey Senozhatsky） [Orabug： 39452420] {CVE-2026-46089}
    - ocfs2：拆分 dio 完成中的事务以避免信用耗尽 （Heming Zhao） [Orabug： 39452388] {CVE-2026-46080}
    - drm/amdgpu：限制 BO 列表条目计数以防止资源耗尽 （Jesse Zhang） [Orabug： 39167551] {CVE-2026-23468}
    - padata：一劳永逸地修复 pd UAF （Herbert Xu） [Orabug： 38335055] {CVE-2025-38584}
    - drm/nouveau：修复 pushbuf 重定位边界检查中的 u32 溢出 （Greg Kroah-Hartman） [Orabug： 39452133] {CVE-2026-46006}
    - ALSA：usb-audio：停止以 MAX_NR_RATES 速率解析 UAC2 速率 （Cassio Gabriel） [Orabug： 39452170] {CVE-2026-46018}
    - drivers/xen/sys-hypervisor.c 中的缓冲区溢出 （Juergen Gross） [Orabug： 39305898] {CVE-2026-31786}
    - xen/privcmd：通过 VMA 拆分修复双重释放 （Juergen Gross） [Orabug： 39305908] {CVE-2026-31787}
    - rxrpc：修复非 XDR 密钥准备中缺失的票证长度验证 （Anderson Nascimento） [Orabug：
    39300563] {CVE-2026-31696}
    - crypto：ccp：如果 PSP 命令失败，请勿尝试将 ID 复制到用户空间 （Sean Christopherson） {CVE-2026-31697}
    - crypto：ccp：如果 PSP 命令失败，请勿尝试将 PDH cert 复制到用户空间 （Sean Christopherson） {CVE-2026-31698}
    - crypto：ccp：如果 PSP 命令失败，请勿尝试将 CSR 复制到用户空间 （Sean Christopherson） {CVE-2026-31699}
    - net/packet：修复 tpacket_snd（） 中的 mmap'd vnet_hdr 上的 TOCTOU 争用 （Bingquan Chen） {CVE-2026-31700}
    - ALSA：caiaq：在 create_card（） 中引用 USB 设备 （Berk Cem Goksel） [Orabug： 39300586] {CVE-2026-31701}
    - smb：客户端：修复smb2_ioctl_query_info QUERY_INFO路径中的 OOB 读取 （Michael Bommarito） [Orabug：
    39300607] {CVE-2026-31708}
    - smb：客户端：读取模式位之前需要完整 NFS 模式 SID （Michael Bommarito） [Orabug： 39343707] {CVE-2026-43350}
    - fuse：拒绝页面缓存中的超大问题 （Samuel Page） [Orabug： 39300556] {CVE-2026-31694}
    - mm/pagewalk：修复并发拆分和重错之间的争用 （Max Boone） [Orabug： 39250782] {CVE-2026-31456}
    - wifi：mac80211：ieee80211_tx_prepare_skb（） 失败时始终释放 skb （Felix Fietkau） [Orabug： 39167472] {CVE-2026-23444}
    - mm/userfaultfd：修复 hugetlb 错误互斥体哈希计算 （Jianhui Zhou） [Orabug： 39273453] {CVE-2026-31575}
    - ipv6：在 SRv6 路径中添加对 idev 的空检查 （Heminhong） [Orabug： 39167467] {CVE-2026-23442}
    - ocfs2：修复 ocfs2_write_end_inline 中的越界写入 （Joseph Qi） [Orabug： 39331090] {CVE-2026-43075}
    - ocfs2：在 inode 读取期间验证内联数据i_size （Deepanshu Kartikey） [Orabug： 39331097] {CVE-2026-43076}
    - media：as102：修复在 as102_usb_probe（） 中注册设备后不释放内存 （Jeongjun Park） [Orabug： 39273467] {CVE-2026-31578}
    - bcache：修复 cached_dev.sb_bio 释放后使用和崩溃 （Mingzhe Zou） [Orabug： 39273481] {CVE-2026-31580}
    - ALSA：6fire：修复断开连接时的释放后使用 （Berk Cem Goksel） [Orabug： 39273486] {CVE-2026-31581}
    - media：em28xx：修复 em28xx_v4l2_open（） 中的释放后使用 （Abhishek Kumar） [Orabug： 39273493] {CVE-2026-31583}
    - mm：blk-cgroup：修复 cgwb_release_workfn（） 中的释放后使用 （Breno Leitao） [Orabug： 39273507] {CVE-2026-31586}
    - KVM：x86：使用 MMIO 片段中的擦除字段保存小写入值 （Sean Christopherson） [Orabug：
    39273521] {CVE-2026-31588}
    - x86-64：重命名名称令人误解的“__copy_user_nocache（）”函数 （Linus Torvalds） [Orabug： 39323162] {CVE-2026-43073}
    - kernel：谨慎处理 dup_mmap() 失败和 uprobe 注册 (Liam R. Howlett) {CVE-2025-21709}
    - gpiolib：修复 gdev->srcu 的争用条件 （Pawel Narewski） [Orabug： 38887677] {CVE-2026-22986}
    - KVM：SEV：终止对KVM_MEMORY_ENCRYPT_REG_REGION大尺寸的警告 （Sean Christopherson） [Orabug：
    39273529] {CVE-2026-31590}
    - KVM：SEV：拒绝尝试同步已启动/加密的 vCPU 的 VMSA （Sean Christopherson） [Orabug： 39273553] {CVE-2026-31593}
    - ocfs2：处理 ocfs2_group_extend 中无效的 dinode （Zhengyuan Huang） [Orabug： 39273569] {CVE-2026-31596}
    - ocfs2：修复VM_FAULT_RETRY时 ocfs2_fault（） 中的释放后使用 （Tejas Bharambe） [Orabug： 39273578] {CVE-2026-31597}
    - ocfs2：修复 unlink 和 dio_end_io_write 之间可能的死锁 （Joseph Qi） [Orabug： 39273586] {CVE-2026-31598}
    - dcache：将存储段的最小数量限制为两个 （Zhihao Cheng） [Orabug： 39323133] {CVE-2026-43071}
    - ALSA：ctxfi：将 PTP 限制为单页 （Harin Lee） [Orabug：39273608] {CVE-2026-31602}
    - wifi：rtw88：修复探查故障时的设备泄漏 （Johan Hovold） [Orabug： 39273620] {CVE-2026-31604}

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

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

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
313437	Linux Distros 未修补的漏洞：CVE-2026-43408	Nessus	Misc.	2026/5/8	2026/9/30	high
311335	Amazon Linux 2023：bpftool6.12、kernel6.12、kernel6.12-devel （ALAS2023-2026-1594）	Nessus	Amazon Linux Local Security Checks	2026/4/30	2026/6/17	high
340680	Ubuntu 24.04 LTS / Pro Realtime 24.04 LTS：Linux 内核（Raspberry Pi）漏洞（USN-8665-1）	Nessus	Ubuntu Local Security Checks	2026/8/26	2026/8/27	high
352220	AlmaLinux 9.6 [TuxCare] 安全更新：kernel / kernel-abi-stablelists / kernel-core / 等多个漏洞（ALMALINUX9.6：CLSA-2026：1787305050）	Nessus	Alma Linux Local Security Checks	2026/9/30	2026/9/30	high
311340	Amazon Linux 2023：bpftool6.18、kernel6.18、kernel6.18-devel (ALAS2023-2026-1596)	Nessus	Amazon Linux Local Security Checks	2026/4/30	2026/6/17	high
352240	Rocky Linux 9.6 [TuxCare] 安全更新：kernel / kernel-abi-stablelists / kernel-core / 等多个漏洞（ALMALINUX9.6：CLSA-2026：1787305050）	Nessus	Rocky Linux Local Security Checks	2026/9/30	2026/9/30	high
325292	Oracle Linux 10 / 9：Unbreakable Enterprise 内核 (ELSA-2026-50372)	Nessus	Oracle Linux Local Security Checks	2026/7/6	2026/7/8	high

检测

插件搜索

high

high

high

high

high

high

high