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 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

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

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

    btrfs：修复插入内联 extent （CVE-2025-71268） 时某些错误路径中的保留泄漏

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

    btrfs：由于 -ENOSPC （CVE-2025-71269），不会从内联释放回退中的数据预留

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

    smack：/smack/doi：接受以前使用的值 （CVE-2025-71304）

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

    fs/ntfs3：使用前初始化新作品集 （CVE-2025-71311）

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

    RDMA/umad：拒绝 ib_umad_write 中的负data_len （CVE-2026-23243）

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

    net：gro：修复外部网络偏移 （CVE-2026-23254）

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

    net：向 /proc/net/ptype （CVE-2026-23255） 添加适当的 RCU 保护

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

    io_uring/rw：释放缓存放置失败 （CVE-2026-23259） 时可能分配的 iovec

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

    regmap：maple：mas_store_gfp（） 失败时释放进入 （CVE-2026-23260）

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

    io_uring/zcrx：修复页面数组泄漏 （CVE-2026-23263）

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

    netfilter：nft_set_rbtree：验证开放间隔重叠 （CVE-2026-23333）

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

    tracing/dma：封装dma_map_sg跟踪点数组以防止缓冲区溢出 （CVE-2026-23390）

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

    smb：客户端：利用 smbdirect_socket.recv_io.credits.available （CVE-2026-31535）

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

    smb：smbdirect：引入 smbdirect_socket.recv_io.credits.available （CVE-2026-31539）

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

    driver core：强制device_lock driver_match_device（） （CVE-2026-31688）

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

    ACPI：processor：更新 __acpi_processor_start（） 中的 cpuidle 驱动程序检查 （CVE-2026-43122）

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

    cpufreq：intel_pstate：修复 update_cpu_qos_request（） 中的空指针取消引用 （CVE-2026-43401）

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

    net：访问转发路径数组 （CVE-2026-45847） 时删除WARN_ON_ONCE

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

    efi：修复未接受内存表的保留 （CVE-2026-45851）

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

    ata：libata-scsi：避免非 NCQ 命令耗尽 （CVE-2026-45855）

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

    RDMA/uverbs：在 ib_uverbs_post_send （CVE-2026-45856） 中使用wqe_size前先对其进行验证

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

    ext4：如果EXT4_EXT_DATA_PARTIAL_VALID1 （CVE-2026-45858），不将整个盘区归零

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

    netfilter：nfnetlink_queue：分段前进行未确认共享检查 （CVE-2026-45859）

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

    netfilter：nf_conncount：将连接清理限制增加到 64 （CVE-2026-45860）

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

    iommu/vt-d：使用 PASID 表之前刷新缓存 （CVE-2026-45862）

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

    fs/ntfs3：防止下一个有效值相同造成的无限循环 （CVE-2026-45864）

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

    SUNRPC：auth_gss：修复 XDR 解码错误路径 （CVE-2026-45870） 中的内存泄漏

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

    scsi：smartpqi：修复 pqi_report_phys_luns（） （CVE-2026-45872） 中的内存泄漏

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

    netfilter：nft_set_rbtree：检查匿名集 （CVE-2026-45873） 中的部分重叠

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

    arm64/gcs：修复 arch_set_shadow_stack_status（） 中的错误处理 （CVE-2026-45876）

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

    PCI/P2PDMA：当 vm_insert_page（） 失败时，释放每个 CPU 的 pgmap ref （CVE-2026-45880）

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

    bpf：修复bpf_xdp_store_bytes只读参数 arg （CVE-2026-45886） 的原型

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

    af_unix：修复 unix_stream_connect（） 中 newsk 的内存泄漏。（CVE-2026-45887）

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

    md/raid1：修复 raid1_run（） （CVE-2026-45888） 中的内存泄漏

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

    mptcp：不考虑 mptcp_rcvbuf_grow（） （CVE-2026-45889） 中的 OoO

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

    xen-netback：拒绝来自客户机的零队列配置 （CVE-2026-45890）

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

    iommu/vt-d：去除 PASID 条目 （CVE-2026-45894） 之前清除存在位

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

    quota：修复 quotactl 与 freeze_super （CVE-2026-45895） 之间的活锁

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

    RDMA/iwcm：通过删除 work_list （CVE-2026-45898） 修复工作队列列表损坏

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

    ext4：拆分盘区失败时终止盘区缓存 （CVE-2026-45899）

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

    bpf：修复帮助程序原型中的内存访问标记 （CVE-2026-45903）

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

    xfrm：修复反向路径 （CVE-2026-45905icmp_route_lookup） 中的ip_rt_bug争用

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

    net/mlx5e：修复 devlink 与 netdev 实例锁定之间的死锁 （CVE-2026-45907）

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

    ext4：拆分 extent （CVE-2026-45912） 期间不缓存范围

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

    net：bridge：mcast：始终更新 vlan 上下文的mdb_n_entries （CVE-2026-45913）

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

    FAT：避免 rmdir （CVE-2026-45915） 中的父链接计数下溢

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

    ipvs：如果 dev 出现故障，不保持dest_dst （CVE-2026-45917）

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

    ovpn：tcp - 不在 tcp_close（） （） 之后CVE-2026-45918取消引用 sk_socket 成员的空

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

    sched/rt：跳过 rto_next_cpu（）CVE-2026-45919 （） 中当前正在执行的 CPU

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

    ext4：修复 fs 关闭时 dirtyclusters 双倍递减 （CVE-2026-45920）

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

    RDMA/mlx5：修复 GET_DATA_DIRECT_SYSFS_PATH 处理程序中的内存泄漏 （CVE-2026-45922）

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

    thermal/of：修复 thermal_of_cm_lookup（） （CVE-2026-45925） 中的引用泄漏

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

    bpf：需要冻结的映射来计算映射哈希 （CVE-2026-45927）

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

    bpf：修复未提供 prog fd 时的 tcx/netkit 分离权限 （CVE-2026-45932）

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

    bpf：保留 sync_linked_regs（） 中的寄存器 id （CVE-2026-45933）

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

    btrfs：修复因区块分配 （CVE-2026-45934） 中的非连续间隙而导致的 EEXIST 中止

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

    fs/ntfs3：修复 DeleteIndexEntryRoot （CVE-2026-45935） 中的 slab-of-bound 读取

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

    ext4：修复 e4b 位图不一致报告 （CVE-2026-45942）

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

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

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

    iommu/vt-d：去除上下文条目 （CVE-2026-45944） 之前清除存在位

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

    ext4：修复 ext4_ext_shift_extents（） （CVE-2026-45948） 中的内存泄漏

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

    hwrng：core - 使用 RCU 和 work_struct 修复争用条件 （CVE-2026-45949）

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

    bpf：修复潜在的 BTF 对象 （CVE-2026-45951） 释放后使用

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

    md/raid5：修复包含 llbitmap （CVE-2026-45953） 的降级数组的 IO 挂起

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

    md/md-llbitmap：修复percpu_ref在暂停超时 （CVE-2026-45955） 时未恢复的问题

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

    rcu：修复由 softirq （CVE-2026-45957） 导致的 rcu_read_unlock（） 死循环

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

    SUNRPC：修复错误路径 （CVE-2026-45964gss_alloc_msg） 中的 gss_auth kref 泄漏

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

    cpuidle：只有一种空闲状态可用时跳过调控器 （CVE-2026-45968）

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

    bonding：alb：修复绑定启动/关闭期间 rlb_arp_recv 中的 UAF （CVE-2026-45970）

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

    bpf：限制 bpf 程序签名大小 （CVE-2026-45971）

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

    RDMA/mlx5：修复 LAG 错误状态卸载中的 UMR 挂起 （CVE-2026-45973）

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

    btrfs：修复找不到 ref 密钥时 btrfs_quota_enable（） 中的无效叶访问 （CVE-2026-45974）

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

    ACPICA：修复 acpi_ev_address_space_dispatch（） 中的空指针取消引用 （CVE-2026-45982）

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

    nfsd：在 idmap 查找期间从不延迟请求 （CVE-2026-45983）

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

    btrfs：修复 block_group_tree dirty_list 损坏 （CVE-2026-46251）

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

    pstore/ram：修复 persistent_ram_save_old（） （CVE-2026-46253） 中的缓冲区溢出

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

    NFS/localio：防止通过 nfs_writepages （CVE-2026-46256） 直接回收递归到 NFS 中

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

    procfs：修复在 do_task_stat（） （CVE-2026-46259） 中读取real_parent时缺少的 RCU 保护

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

    inet：使用 IPPROTO_RAW 的 RAW 套接字必须丢弃传入的 ICMP （CVE-2026-46266）

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

    dm：修复 dm_suspended_md 的未锁定测试 （CVE-2026-46327）

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

    apparmor：修复 POSIX CPU 定时器的 rlimit （CVE-2026-46328）

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

    erofs：正确处理文件支持挂载的文件系统结尾 （CVE-2026-46329）

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

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

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

  - dm：修复 dm_suspended_md 的未锁定测试 该函数dm_blk_report_zones测试设备是否因 dm_suspended_md 调用而暂停。但是，调用此函数时不保留任何锁定，因此设备可能会紧接着挂起。在dm_get_live_table后将调用移动到 dm_suspended_md，以便在测试挂起状态后无法挂起设备。（CVE-2026-46327）

请注意，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 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

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

  - 已修复 Linux 内核中的下列漏洞：vhost: fix hung thread due to erroneous iotlb entries In vhost_iotlb_add_range_ctx(), range size can overflow to 0 when start is 0 and last is ULONG_MAX. One instance where it can happen is when userspace sends an IOTLB message with iova=size=uaddr=0 (vhost_process_iotlb_msg). So, an entry with size = 0, start = 0, last = ULONG_MAX ends up in the iotlb. Next time a packet is sent, iotlb_access_ok() loops indefinitely due to that erroneous entry. Call Trace: <TASK> iotlb_access_ok+0x21b/0x3e0 drivers/vhost/vhost.c:1340 vq_meta_prefetch+0xbc/0x280 drivers/vhost/vhost.c:1366 vhost_transport_do_send_pkt+0xe0/0xfd0 drivers/vhost/vsock.c:104 vhost_worker+0x23d/0x3d0 drivers/vhost/vhost.c:372 kthread+0x2e9/0x3a0 kernel/kthread.c:377 ret_from_fork+0x1f/0x30 arch/x86/entry/entry_64.S:295 </TASK> Reported by syzbot at:
    https://syzkaller.appspot.com/bug?extid=0abd373e2e50d704db87 To fix this, do two things: 1. Return -EINVAL in vhost_chr_write_iter() when userspace asks to map a range with size 0. 2. Fix vhost_iotlb_add_range_ctx() to handle the range [0, ULONG_MAX] by splitting it into two entries.
    (CVE-2022-48862)

  - 已修复 Linux 内核中的下列漏洞：net: hns3: add vlan list lock to protect vlan list When adding port base VLAN, vf VLAN need to remove from HW and modify the vlan state in vf VLAN list as false. If the periodicity task is freeing the same node, it may cause use after free error. This patch adds a vlan list lock to protect the vlan list. (CVE-2022-49182)

  - 已修复 Linux 内核中的下列漏洞：perf/x86/amd: Fix crash due to race between amd_pmu_enable_all, perf NMI and throttling amd_pmu_enable_all() does: if (!test_bit(idx, cpuc->active_mask)) continue; amd_pmu_enable_event(cpuc->events[idx]); A perf NMI of another event can come between these two steps. Perf NMI handler internally disables and enables _all_ events, including the one which nmi-intercepted amd_pmu_enable_all() was in process of enabling. If that unintentionally enabled event has very low sampling period and causes immediate successive NMI, causing the event to be throttled, cpuc->events[idx] and cpuc->active_mask gets cleared by x86_pmu_stop(). This will result in amd_pmu_enable_event() getting called with event=NULL when amd_pmu_enable_all() resumes after handling the NMIs. This causes a kernel crash: BUG: kernel NULL pointer dereference, address: 0000000000000198 #PF:
    supervisor read access in kernel mode #PF: error_code(0x0000) - not-present page [...] Call Trace: <TASK> amd_pmu_enable_all+0x68/0xb0 ctx_resched+0xd9/0x150 event_function+0xb8/0x130 ? hrtimer_start_range_ns+0x141/0x4a0 ? perf_duration_warn+0x30/0x30 remote_function+0x4d/0x60
    __flush_smp_call_function_queue+0xc4/0x500 flush_smp_call_function_queue+0x11d/0x1b0 do_idle+0x18f/0x2d0 cpu_startup_entry+0x19/0x20 start_secondary+0x121/0x160 secondary_startup_64_no_verify+0xe5/0xeb </TASK> amd_pmu_disable_all()/amd_pmu_enable_all() calls inside perf NMI handler were recently added as part of BRS enablement but I'm not sure whether we really need them. We can just disable BRS in the beginning and enable it back while returning from NMI. This will solve the issue by not enabling those events whose active_masks are set but are not yet enabled in hw pmu. (CVE-2022-49781)

  - 已修复 Linux 内核中的下列漏洞：blk-iolatency: Fix memory leak on add_disk() failures When a gendisk is successfully initialized but add_disk() fails such as when a loop device has invalid number of minor device numbers specified, blkcg_init_disk() is called during init and then blkcg_exit_disk() during error handling. Unfortunately, iolatency gets initialized in the former but doesn't get cleaned up in the latter. This is because, in non-error cases, the cleanup is performed by del_gendisk() calling rq_qos_exit(), the assumption being that rq_qos policies, iolatency being one of them, can only be activated once the disk is fully registered and visible. That assumption is true for wbt and iocost, but not so for iolatency as it gets initialized before add_disk() is called. It is desirable to lazy-init rq_qos policies because they are optional features and add to hot path overhead once initialized - each IO has to walk all the registered rq_qos policies. So, we want to switch iolatency to lazy init too. However, that's a bigger change. As a fix for the immediate problem, let's just add an extra call to rq_qos_exit() in blkcg_exit_disk(). This is safe because duplicate calls to rq_qos_exit() become noop's. (CVE-2022-50550)

  - 已修复 Linux 内核中的下列漏洞：i40e: Do not allow untrusted VF to remove administratively set MAC Currently when PF administratively sets VF's MAC address and the VF is put down (VF tries to delete all MACs) then the MAC is removed from MAC filters and primary VF MAC is zeroed.
    Do not allow untrusted VF to remove primary MAC when it was set administratively by PF. Reproducer: 1) Create VF 2) Set VF interface up 3) Administratively set the VF's MAC 4) Put VF interface down [root@host ~]# echo 1 > /sys/class/net/enp2s0f0/device/sriov_numvfs [root@host ~]# ip link set enp2s0f0v0 up [root@host ~]# ip link set enp2s0f0 vf 0 mac fe:6c:b5:da:c7:7d [root@host ~]# ip link show enp2s0f0 23:
    enp2s0f0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP mode DEFAULT group default qlen 1000 link/ether 3c:ec:ef:b7:dd:04 brd ff:ff:ff:ff:ff:ff vf 0 link/ether fe:6c:b5:da:c7:7d brd ff:ff:ff:ff:ff:ff, spoof checking on, link-state auto, trust off [root@host ~]# ip link set enp2s0f0v0 down [root@host ~]# ip link show enp2s0f0 23: enp2s0f0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP mode DEFAULT group default qlen 1000 link/ether 3c:ec:ef:b7:dd:04 brd ff:ff:ff:ff:ff:ff vf 0 link/ether 00:00:00:00:00:00 brd ff:ff:ff:ff:ff:ff, spoof checking on, link-state auto, trust off (CVE-2024-26830)

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

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
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
304298	Amazon Linux 2023：bpftool6.18、kernel6.18、kernel6.18-devel (ALAS2023-2026-1514)	Nessus	Amazon Linux Local Security Checks	2026/3/30	2026/6/17	high
320165	Linux Distros 未修补的漏洞：CVE-2026-46327	Nessus	Misc.	2026/6/9	2026/11/6	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
364688	AlmaLinux 9.2 [TuxCare] 安全更新：bpftool / kernel / kernel-64k / kernel-64k-core / kernel-64k-debug / 等多个漏洞（ALMALINUX9.2：CLSA-2026：1791741836）	Nessus	Alma Linux Local Security Checks	2026/10/12	2026/10/28	critical
305231	Amazon Linux 2023：bpftool6.12、kernel6.12、kernel6.12-devel （ALAS2023-2026-1543）	Nessus	Amazon Linux Local Security Checks	2026/4/7	2026/6/17	high

检测

插件搜索

high

high

high

high

critical

high