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

    某些 AMD 处理器上的“除以零”错误可能会返回推测数据，进而导致机密泄露。(CVE-2023-20588)

    XSA-423 的修复程序向 Linux 的 netback 驱动程序添加了逻辑，以处理前端拆分数据包的方式，这样并非所有标头都会成为一个整体。不幸的是，这里引入的逻辑没有考虑到整个数据包被分成协议允许的尽可能多的部分的极端情况，但仍然小于专门处理以将所有（有这种可能性）标头保持在一起的区域。因此，此类异常数据包将触发驱动程序中的缓冲区溢出。
    (CVE-2023-34319)

    在 Linux 内核的用于转换数据包的 IP 框架（XFRM 子系统）中发现了一个缺陷。如果恶意用户具有 CAP_NET_ADMIN 权限，他们可以利用此问题，直接取消引用 xfrm_update_ae_params() 中的空指针，从而可能导致内核崩溃和发起拒绝服务攻击。(CVE-2023-3772)

    在 Linux 内核的用于转换数据包的 IP 框架（XFRM 子系统）中发现了一个缺陷。此问题可能允许具有 CAP_NET_ADMIN 权限的恶意用户在解析 netlink 属性时造成 XFRMA_MTIMER_THRESH 的 4 字节越界读取，从而导致敏感堆数据可能泄漏到用户空间。(CVE-2023-3773)

    Linux 内核 netfilter: nf_tables 组件中存在一个释放后使用漏洞，攻击者可利用此漏洞实现本地特权提升。

    当 nf_tables_delrule() 刷新表格规则时，系统不会检查链是否已经绑定，并且链的所有者规则也会在特定情况下释放对象。

    我们建议升级过去的提交 6eaf41e87a223ae6f8e7a28d6e78384ad7e407f8。(CVE-2023-3777)

    在 Linux 内核的 XFRM 子系统中发现了一个缺陷。该特定缺陷存在于处理状态过滤器的过程中，可能导致读取范围超出已分配缓冲区的末尾。本地特权 (CAP_NET_ADMIN) 攻击者可利用此缺陷触发越界读取，从而可能导致信息泄露。(CVE-2023-39194)

    在用户触发包含元素（无 NFT_SET_EXT_KEY_END）的 nft_pipapo_remove 函数的方式中，发现 Linux 内核的 netfilter 中存在释放后使用缺陷。本地用户可以利用此问题造成系统崩溃，或可能提升其在系统中的权限。(CVE-2023-4004)

    Linux 内核 netfilter: nf_tables 组件中存在一个释放后使用漏洞，攻击者可利用此漏洞实现本地特权提升。

    若在构建 nftables 规则发生错误，停用 nft_immediate_deactivate() 中的立即表达式可导致解除绑定链，并且对象遭停用但之后又被使用。

    建议升级过去的提交 0a771f7b266b02d262900c75f1e175c7fe76fec2。(CVE-2023-4015)

    在 Linux 内核的分类器（cls_fw、cls_u32 和 cls_route）中的  net/sched/cls_fw.c 中发现释放后使用缺陷。由于未正确处理现有过滤器，导致本地攻击者可利用此缺陷执行本地权限升级，从而造成内核信息泄漏问题。 (CVE-2023-4128)

    netfilter：nf_tables：不允许通过 NFTA_RULE_CHAIN_ID 将规则添加至边界链 (CVE-2023-4147)

    Linux 内核的 TUN/TAP 功能中发现缺陷。本地用户可以利用此问题绕过绕过网络过滤器，并获取某些资源未经授权的访问权限。修复 CVE-2023-1076 的原始修补程序并不正确或并不完整。问题在于下列上游提交 - a096ccca6e50（tun：tun_chr_open()：正确初始化套接字 uid），- 66b2c338adce（tap：tap_open()：
    正确初始化套接字 UID），在将 inode->i_uid 作为最后一个参数传递至  sock_init_data_uid() 时发现结果并非准确无误。(CVE-2023-4194)

    Linux 内核的 net/sched: cls_route 组件中存在释放后使用漏洞，攻击者可利用此漏洞来实现本地特权提升。

    当在现有过滤器中调用 route4_change() 时，整个 tcf_result 结构会一律复制到过滤器的新实例中。更新绑定到类的过滤器时会引发一个问题，因为 tcf_unbind_filter() 一律会在成功路径中的旧实例上调用，从而减少仍在引用的类的 filter_cnt 并允许用户将其删除，造成释放后使用情形。

    我们建议升级过去的提交 b80b829e9e2c1b3f7aae34855e04d8f6ecaf13c8。(CVE-2023-4206)

    Linux 内核的 net/sched: cls_fw 组件中存在释放后使用漏洞，攻击者可利用此漏洞来实现本地特权提升。

    当在现有过滤器中调用 fw_change() 时，整个 tcf_result 结构会一律复制到过滤器的新实例中。更新绑定到类的过滤器时会引发一个问题，因为 tcf_unbind_filter() 一律会在成功路径中的旧实例上调用，从而减少仍在引用的类的 filter_cnt 并允许用户将其删除，造成释放后使用情形。

    我们建议升级过去的提交 76e42ae831991c828cffa8c37736ebfb831ad5ec。(CVE-2023-4207)

    Linux 内核 net/sched: cls_u32 组件中存在一个释放后使用漏洞，攻击者可利用此漏洞以实现本地特权提升。

    当在现有过滤器中调用 u32_change() 时，整个 tcf_result 结构会一律复制到过滤器的新实例中。更新绑定到类的过滤器时会引发一个问题，因为 tcf_unbind_filter() 一律会在成功路径中的旧实例上调用，从而减少仍在引用的类的 filter_cnt 并允许用户将其删除，造成释放后使用情形。

    我们建议升级过去的提交 3044b16e7c6fe5d24b1cdbcf1bd0a9d92d1ebd81。(CVE-2023-4208)

    在 Linux 内核的 exFAT 驱动程序中发现一个缺陷。文件名重建函数的实现中存在一个漏洞，该函数负责从目录索引中读取文件名条目，并将属于一个文件的文件名部分合并为一个长文件名。由于文件名字符会复制到堆栈变量中，因此本地特权攻击者可利用此缺陷使内核堆栈溢出。(CVE-2023-4273)

    在 Linux 内核 net/netfilter/nf_tables_api.c 的 nft_set_catchall_flush 中发现内存泄露缺陷。本地攻击者可利用此问题造成 catchall 元素双重停用，从而导致内存泄漏。(CVE-2023-4569)

    Linux 内核 af_unix 组件中存在一个释放后使用漏洞，攻击者可利用此漏洞以实现本地特权提升。

    在未锁定队列的情况下，unix_stream_sendpage() 函数尝试将数据添加至对等机 recv 队列中最后一个 skb 中。因此，在存在争用条件时，unix_stream_sendpage() 可在未锁定队列的情况下访问通过垃圾回收而释放的 skb，从而造成释放后使用情形。

    我们建议升级过去的提交 790c2f9d15b594350ae9bca7b236f2b1859de02c。(CVE-2023-4622)

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

    xfrm在 xfrm_update_ae_params 中添加 NULL 检查 (CVE-2023-53147)

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

    igb修复意外删除时的 igb_down 挂起 (CVE-2023-53148)

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

    udf修复某些路径名的未初始化数组访问 (CVE-2023-53165)

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

    scsicore修复 device_add() 失败时可能的内存泄漏 (CVE-2023-53174)

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

    dma-buf/dma-resv在 krealloc() 失败时停止泄漏CVE-2023-53181]

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

    btrfs如果 reloc 根不匹配则正常退出 (CVE-2023-53183)

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

    vxlan修复 nexthop 哈希大小 (CVE-2023-53192)

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

    sched/fair不将任务平衡到其当前正在运行的 CPU (CVE-2023-53215)

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

    smb客户端修复 cifs_smb3_do_mount() 中的警告 (CVE-2023-53230)

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

    scsistorvsc修复虚拟光纤通道超时的处理 (CVE-2023-53245)

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

    btrfsbtrfs_cont_expand 中 read_folio 之后的 set_page_extent_mapped (CVE-2023-53247)

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

    ovl修复 ovl_permission() 中的空指针取消引用 (CVE-2023-53260)

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

    drm/client修复 drm_client_modeset_probe 中的内存泄漏 (CVE-2023-53288)

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

    netfilternft_set_rbtree修复重叠到期 walk (CVE-2023-53304)

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

    nilfs2通过 iput 修复 dirtying inode 中的释放后使用 nilfs_root (CVE-2023-53311)

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

    fs/ntfs3增强生成 attr_list 时的健全性检查 (CVE-2023-53328)

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

    btrfs修复 btrfs_cancel_balance 中的 BUG_ON 条件 (CVE-2023-53339)

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

    ip6mr修复 ip6mr_cache_report() 中的 skb_under_panic (CVE-2023-53365)

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

    netdcb选择正确的策略以解析 DCB_ATTR_BCN (CVE-2023-53369)

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

    mmkmem修复 obj_Stock_flush_required() 中的空指针取消引用 (CVE-2023-53401)

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

    drm/ttm修复添加条目时的bulk_move 损坏 (CVE-2023-53444)

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

    af_unix修复 unix_stream_sendpage() 中的 null-ptr-deref。 (CVE-2023-53469)

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

    powerpc/rtas_flash允许用户复制到闪存块缓存对象 (CVE-2023-53487)

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

    mptcp修复断开连接与接受争用 (CVE-2023-53490)

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

    xfrm修复 decode_session6 中的 slab-use-after-free (CVE-2023-53500)

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

    virtio-mmio不中断 vm_dev 的生命周期 (CVE-2023-53515)

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

    rcu-tasks避免在 cblist_init_generic() 中具有旋转锁定的 pr_info() (CVE-2023-53558)

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

    ip_vti修复 decode_session6 中潜在的 slab 释放后使用问题 (CVE-2023-53559)

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

    bpf、cpumap确保 kthread 正在运行映射更新返回 (CVE-2023-53577)

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

    cifs释放 fscache 读取命中上的 folio 锁定。 (CVE-2023-53593)

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

    cifs修复超时阈值之后重新连接期间的中间泄漏 (CVE-2023-53597)

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

    tunnels修复生成 ipv4 pmtu 错误时的 kasan splat (CVE-2023-53600)

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

    btrfs通过堆栈转储拒绝无效的 reloc 树根密钥 (CVE-2023-53618)

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

    bpfcpumap清理 ptr_ring 时也处理 skb (CVE-2023-53660)

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

    xsk修复错误路径中的引用计数下溢 (CVE-2023-53698)

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

    ring-buffer在调整大小过程中不交换 cpu_buffer (CVE-2023-53718)

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

    netschedcls_u32如果 u32_replace_hw_knode则撤销 tcf_bind_filter (CVE-2023-53733)

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

    cifs修复重新连接中的会话状态检查以避免释放后使用问题 (CVE-2023-53794)

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

    ip6_vti修复 decode_session6 中的 slab-use-after-free (CVE-2023-53821)

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

    dccp修复有关 dp->dcps_mss_cache 的数据争用 (CVE-2023-53839)

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

    devlink报告 devlink_port_type_warn 源设备 (CVE-2023-53841)

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

    netopenvswitch拒绝负 ifindex (CVE-2023-53843)

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

    usb-storagealauda修复 alauda_check_media() 中的 uninit-value (CVE-2023-53847)

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

    netdsaocelot在驱动程序删除时调用 rtnl_lock() 下的 dsa_tag_8021q_unregister() (CVE-2023-53855)

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

    btrfs修复中止后启用 qgroups 放置事务时发出的警告 (CVE-2023-53865)

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

    sched/psi将 kernfs 轮询函数用于 PSI 触发轮询 (CVE-2023-54019)

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

    btrfs修复平衡和取消/暂停之间的争用 (CVE-2023-54023)

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

    net不允许将 gso_size 设置为 GSO_BY_FRAGS (CVE-2023-54051)

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

    xen加速授予表回收 (CVE-2023-54081)

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

    drm/client修复 drm_client_target_cloned 中的内存泄漏 (CVE-2023-54091)

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

    fs保护 sb 读写的重新配置防止写入争用 (CVE-2023-54099)

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

    btrfs修复 btrfs_drop_extent_map_range 中的不正确拆分(CVE-2023-54121)

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

    netcore删除 bpf_xdp_adjust_tail() 中不必要的 frame_sz 检查 (CVE-2023-54155)

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

    keys修复将重复的密钥链接到 keyring 的 assoc_array 的问题 (CVE-2023-54170)

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

    x86/hyperv超级调用页面缺少 ENDBR 指令时禁用 IBT (CVE-2023-54172)

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

    bpf在 bpf_event_output 中禁用抢占 (CVE-2023-54173)

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

    quota修复 dqgrab() 中的警告 (CVE-2023-54177)

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

    btrfs删除 add_new_free_space() 中的 BUG_ON() (CVE-2023-54185)

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

    exfat使用 kvmalloc_array/kvfree 而不是 kmalloc_array/kfreeCVE-2023-54194

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

    tracing修复 trace_buffered_event_disable() 中的警告 (CVE-2023-54211)

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

    serial8250修复 uart_change_pm() 上 port->pm 的 oops (CVE-2023-54220)

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

    net/sched taprio将 TCA_TAPRIO_ATTR_SCHED_CYCLE_TIME 限制为 INT_MAX。 (CVE-2023-54251)

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

    drm/ttm驱逐错误时不泄漏资源CVE-2023-54254

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

    cifs修复 cifs_oplock_break 中潜在的 oops (CVE-2023-54258)

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

    bpf解决 bpf_lru_list 上的 KCSAN 报告 (CVE-2023-54283)

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

    btrfszoned修复查找包含超级块的块群组后的内存泄漏 (CVE-2023-54297)

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

    bpf在 bpf_perf_event_output 中禁用抢占 (CVE-2023-54303)

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

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

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

  - 已修复 Linux 内核中的下列漏洞：tracing: Free buffers when a used dynamic event is removed After 65536 dynamic events have been added and removed, the type field of the event then uses the first type number that is available (not currently used by other events). A type number is the identifier of the binary blobs in the tracing ring buffer (known as events) to map them to logic that can parse the binary blob. The issue is that if a dynamic event (like a kprobe event) is traced and is in the ring buffer, and then that event is removed (because it is dynamic, which means it can be created and destroyed), if another dynamic event is created that has the same number that new event's logic on parsing the binary blob will be used. To show how this can be an issue, the following can crash the kernel: # cd /sys/kernel/tracing # for i in `seq 65536`; do echo 'p:kprobes/foo do_sys_openat2 $arg1:u32' > kprobe_events # done For every iteration of the above, the writing to the kprobe_events will remove the old event and create a new one (with the same format) and increase the type number to the next available on until the type number reaches over 65535 which is the max number for the 16 bit type. After it reaches that number, the logic to allocate a new number simply looks for the next available number.
    When an dynamic event is removed, that number is then available to be reused by the next dynamic event created. That is, once the above reaches the max number, the number assigned to the event in that loop will remain the same. Now that means deleting one dynamic event and created another will reuse the previous events type number. This is where bad things can happen. After the above loop finishes, the kprobes/foo event which reads the do_sys_openat2 function call's first parameter as an integer. # echo 1 > kprobes/foo/enable # cat /etc/passwd > /dev/null # cat trace cat-2211 [005] .... 2007.849603: foo:
    (do_sys_openat2+0x0/0x130) arg1=4294967196 cat-2211 [005] .... 2007.849620: foo:
    (do_sys_openat2+0x0/0x130) arg1=4294967196 cat-2211 [005] .... 2007.849838: foo:
    (do_sys_openat2+0x0/0x130) arg1=4294967196 cat-2211 [005] .... 2007.849880: foo:
    (do_sys_openat2+0x0/0x130) arg1=4294967196 # echo 0 > kprobes/foo/enable Now if we delete the kprobe and create a new one that reads a string: # echo 'p:kprobes/foo do_sys_openat2 +0($arg2):string' > kprobe_events And now we can the trace: # cat trace sendmail-1942 [002] ..... 530.136320: foo:
    (do_sys_openat2+0x0/0x240) arg1= cat-2046 [004] ..... 530.930817: foo: (do_sys_openat2+0x0/0x240) arg1= cat-2046 [004] ..... 530.930961: foo: (do_sys_openat2+0x0/0x240) arg1= cat-2046 [004] ..... 530.934278: foo: (do_sys_openat2+0x0/0x240) arg1= cat-2046 [004] ..... 530.934563: foo: (do_sys_openat2+0x0/0x240) arg1= ---truncated--- (CVE-2022-49006)

  - 已修复 Linux 内核中的下列漏洞：net: tun: Fix use-after-free in tun_detach() syzbot reported use-after-free in tun_detach() [1]. This causes call trace like below:
    ================================================================== BUG: KASAN: use-after-free in notifier_call_chain+0x1ee/0x200 kernel/notifier.c:75 Read of size 8 at addr ffff88807324e2a8 by task syz-executor.0/3673 CPU: 0 PID: 3673 Comm: syz-executor.0 Not tainted 6.1.0-rc5-syzkaller-00044-gcc675d22e422#0 Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 10/26/2022 Call Trace:
    <TASK> __dump_stack lib/dump_stack.c:88 [inline] dump_stack_lvl+0xd1/0x138 lib/dump_stack.c:106 print_address_description mm/kasan/report.c:284 [inline] print_report+0x15e/0x461 mm/kasan/report.c:395 kasan_report+0xbf/0x1f0 mm/kasan/report.c:495 notifier_call_chain+0x1ee/0x200 kernel/notifier.c:75 call_netdevice_notifiers_info+0x86/0x130 net/core/dev.c:1942 call_netdevice_notifiers_extack net/core/dev.c:1983 [inline] call_netdevice_notifiers net/core/dev.c:1997 [inline] netdev_wait_allrefs_any net/core/dev.c:10237 [inline] netdev_run_todo+0xbc6/0x1100 net/core/dev.c:10351 tun_detach drivers/net/tun.c:704 [inline] tun_chr_close+0xe4/0x190 drivers/net/tun.c:3467 __fput+0x27c/0xa90 fs/file_table.c:320 task_work_run+0x16f/0x270 kernel/task_work.c:179 exit_task_work include/linux/task_work.h:38 [inline] do_exit+0xb3d/0x2a30 kernel/exit.c:820 do_group_exit+0xd4/0x2a0 kernel/exit.c:950 get_signal+0x21b1/0x2440 kernel/signal.c:2858 arch_do_signal_or_restart+0x86/0x2300 arch/x86/kernel/signal.c:869 exit_to_user_mode_loop kernel/entry/common.c:168 [inline] exit_to_user_mode_prepare+0x15f/0x250 kernel/entry/common.c:203 __syscall_exit_to_user_mode_work kernel/entry/common.c:285 [inline] syscall_exit_to_user_mode+0x1d/0x50 kernel/entry/common.c:296 do_syscall_64+0x46/0xb0 arch/x86/entry/common.c:86 entry_SYSCALL_64_after_hwframe+0x63/0xcd The cause of the issue is that sock_put() from __tun_detach() drops last reference count for struct net, and then notifier_call_chain() from netdev_state_change() accesses that struct net. This patch fixes the issue by calling sock_put() from tun_detach() after all necessary accesses for the struct net has done.
    (CVE-2022-49014)

  - 已修复 Linux 内核中的下列漏洞：hwmon: (ibmpex) Fix possible UAF when ibmpex_register_bmc() fails Smatch report warning as follows: drivers/hwmon/ibmpex.c:509 ibmpex_register_bmc() warn: '&data->list' not removed from list If ibmpex_find_sensors() fails in ibmpex_register_bmc(), data will be freed, but data->list will not be removed from driver_data.bmc_data, then list traversal may cause UAF. Fix by removeing it from driver_data.bmc_data before free().
    (CVE-2022-49029)

  - 已修复 Linux 内核中的下列漏洞：drm/i915: Fix potential bit_17 double-free A userspace with multiple threads racing I915_GEM_SET_TILING to set the tiling to I915_TILING_NONE could trigger a double free of the bit_17 bitmask. (Or conversely leak memory on the transition to tiled.) Move allocation/free'ing of the bitmask within the section protected by the obj lock. [tursulin: Correct fixes tag and added cc stable.] (cherry picked from commit 10e0cbaaf1104f449d695c80bcacf930dcd3c42e) (CVE-2023-52930)

  - 已修复 Linux 内核中的下列漏洞：cifs: fix session state check in reconnect to avoid use-after-free issue Don't collect exiting session in smb2_reconnect_server(), because it will be released soon. Note that the exiting session will stay in server->smb_ses_list until it complete the cifs_free_ipc() and logoff() and then delete itself from the list. (CVE-2023-53794)

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

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

  - cifs修复重新连接中的会话状态检查以避免释放后使用问题。不收集 smb2_reconnect_server() 中的现有会话因为该会话很快将被释放。请注意退出的会话将保留在 server->smb_ses_list 中直到其完成 cifs_free_ipc() 和 logoff() 然后从列表中删除自己。 (CVE-2023-53794)

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

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

  - 已修复 Linux 内核中的下列漏洞：cifs: fix session state check in reconnect to avoid use-after-free issue Don't collect exiting session in smb2_reconnect_server(), because it will be released soon. Note that the exiting session will stay in server->smb_ses_list until it complete the cifs_free_ipc() and logoff() and then delete itself from the list. (CVE-2023-53794)

  - 已修复 Linux 内核中的下列漏洞：net: skbuff: propagate shared-frag marker through frag-transfer helpers Two frag-transfer helpers (__pskb_copy_fclone() and skb_shift()) fail to propagate the SKBFL_SHARED_FRAG bit in skb_shinfo()->flags when moving frags from source to destination. __pskb_copy_fclone() defers the rest of the shinfo metadata to skb_copy_header() after copying frag descriptors, but that helper only carries over gso_{size,segs, type} and never touches skb_shinfo()->flags; skb_shift() moves frag descriptors directly and leaves flags untouched. As a result, the destination skb keeps a reference to the same externally-owned or page-cache-backed pages while reporting skb_has_shared_frag() as false. The mismatch is harmful in any in-place writer that uses skb_has_shared_frag() to decide whether shared pages must be detoured through skb_cow_data(). ESP input is one such writer (esp4.c, esp6.c), and a single nft 'dup to <local>' rule -- or any other nf_dup_ipv4() / xt_TEE caller -- is enough to land a pskb_copy()'d skb in esp_input() with the marker stripped, letting an unprivileged user write into the page cache of a root-owned read-only file via authencesn-ESN stray writes. Set SKBFL_SHARED_FRAG on the destination whenever frag descriptors were actually moved from the source. skb_copy() and skb_copy_expand() share skb_copy_header() too but linearize all paged data into freshly allocated head storage and emerge with nr_frags == 0, so skb_has_shared_frag() returns false on its own; they need no change. The same omission exists in skb_gro_receive() and skb_gro_receive_list().
    The former moves the incoming skb's frag descriptors into the accumulator's last sub-skb via two paths (a direct frag-move loop and the head_frag + memcpy path); the latter chains the incoming skb whole onto p's frag_list. Downstream skb_segment() reads only skb_shinfo(p)->flags, and skb_segment_list() reuses each sub-skb's shinfo as the nskb -- both p and lp must carry the marker. The same omission also exists in tcp_clone_payload(), which builds an MTU probe skb by moving frag descriptors from skbs on sk_write_queue into a freshly allocated nskb. The helper falls into the same family and warrants the same fix for consistency; no TCP TX-side in-place writer is currently known to reach a user page through this gap, but a future consumer depending on the marker would regress silently. The same omission exists in skb_segment(): the per-iteration flag merge takes only head_skb's flag, and the inner switch that rebinds frag_skb to list_skb on head_skb-frags exhaustion does not fold the new frag_skb's flag into nskb. Fold frag_skb's flag at both sites so segments drawing frags from frag_list members carry the marker.
    (CVE-2026-43503)

  - 已修复 Linux 内核中的下列漏洞：RDMA/uverbs: Validate wqe_size before using it in ib_uverbs_post_send ib_uverbs_post_send() uses cmd.wqe_size from userspace without any validation before passing it to kmalloc() and using the allocated buffer as struct ib_uverbs_send_wr. If a user provides a small wqe_size value (e.g., 1), kmalloc() will succeed, but subsequent accesses to user_wr->opcode, user_wr->num_sge, and other fields will read beyond the allocated buffer, resulting in an out-of-bounds read from kernel heap memory. This could potentially leak sensitive kernel information to userspace. Additionally, providing an excessively large wqe_size can trigger a WARNING in the memory allocation path, as reported by syzkaller. This is inconsistent with ib_uverbs_unmarshall_recv() which properly validates that wqe_size >= sizeof(struct ib_uverbs_recv_wr) before proceeding. Add the same validation for ib_uverbs_post_send() to ensure wqe_size is at least sizeof(struct ib_uverbs_send_wr).
    (CVE-2026-45856)

  - 已修复 Linux 内核中的下列漏洞：crypto: authencesn - reject short ahash digests during instance creation authencesn requires either a zero authsize or an authsize of at least 4 bytes because the ESN encrypt/decrypt paths always move 4 bytes of high-order sequence number data at the end of the authenticated data. While crypto_authenc_esn_setauthsize() already rejects explicit non-zero authsizes in the range 1..3, crypto_authenc_esn_create() still copied auth->digestsize into inst->alg.maxauthsize without validating it. The AEAD core then initialized the tfm's default authsize from that value. As a result, selecting an ahash with digest size 1..3, such as cbcmac(cipher_null), exposed authencesn instances whose default authsize was invalid even though setauthsize() would have rejected the same value. AF_ALG could then trigger the ESN tail handling with a too-short tag and hit an out-of-bounds access. Reject authencesn instances whose ahash digest size is in the invalid non-zero range 1..3 so that no tfm can inherit an unsupported default authsize. (CVE-2026-46033)

  - 已修复 Linux 内核中的下列漏洞：RDMA/rxe: Validate pad and ICRC before payload_size() in rxe_rcv rxe_rcv() currently checks only that the incoming packet is at least header_size(pkt) bytes long before payload_size() is used. However, payload_size() subtracts both the attacker-controlled BTH pad field and RXE_ICRC_SIZE from pkt->paylen: payload_size = pkt->paylen - offset[RXE_PAYLOAD] - bth_pad(pkt) - RXE_ICRC_SIZE This means a short packet can still make payload_size() underflow even if it includes enough bytes for the fixed headers. Simply requiring header_size(pkt) + RXE_ICRC_SIZE is not sufficient either, because a packet with a forged non-zero BTH pad can still leave payload_size() negative and pass an underflowed value to later receive-path users. Fix this by validating pkt->paylen against the full minimum length required by payload_size(): header_size(pkt) + bth_pad(pkt) + RXE_ICRC_SIZE. (CVE-2026-46043)

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

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

  - 已修复 Linux 内核中的下列漏洞：net: bridge: fix vlan tunnel dst refcnt when egressing The egress tunnel code uses dst_clone() and directly sets the result which is wrong because the entry might have 0 refcnt or be already deleted, causing number of problems. It also triggers the WARN_ON() in dst_hold()[1] when a refcnt couldn't be taken. Fix it by using dst_hold_safe() and checking if a reference was actually taken before setting the dst. [1] dmesg WARN_ON log and following refcnt errors WARNING: CPU: 5 PID: 38 at include/net/dst.h:230 br_handle_egress_vlan_tunnel+0x10b/0x134 [bridge] Modules linked in: 8021q garp mrp bridge stp llc bonding ipv6 virtio_net CPU: 5 PID: 38 Comm:
    ksoftirqd/5 Kdump: loaded Tainted: G W 5.13.0-rc3+ #360 Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.14.0-1.fc33 04/01/2014 RIP: 0010:br_handle_egress_vlan_tunnel+0x10b/0x134 [bridge] Code: e8 85 bc 01 e1 45 84 f6 74 90 45 31 f6 85 db 48 c7 c7 a0 02 19 a0 41 0f 94 c6 31 c9 31 d2 44 89 f6 e8 64 bc 01 e1 85 db 75 02 <0f> 0b 31 c9 31 d2 44 89 f6 48 c7 c7 70 02 19 a0 e8 4b bc 01 e1 49 RSP:
    0018:ffff8881003d39e8 EFLAGS: 00010246 RAX: 0000000000000000 RBX: 0000000000000000 RCX: 0000000000000000 RDX: 0000000000000000 RSI: 0000000000000001 RDI: ffffffffa01902a0 RBP: ffff8881040c6700 R08:
    0000000000000000 R09: 0000000000000001 R10: 2ce93d0054fe0d00 R11: 54fe0d00000e0000 R12: ffff888109515000 R13: 0000000000000000 R14: 0000000000000001 R15: 0000000000000401 FS: 0000000000000000(0000) GS:ffff88822bf40000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2:
    00007f42ba70f030 CR3: 0000000109926000 CR4: 00000000000006e0 Call Trace: br_handle_vlan+0xbc/0xca [bridge]
    __br_forward+0x23/0x164 [bridge] deliver_clone+0x41/0x48 [bridge] br_handle_frame_finish+0x36f/0x3aa [bridge] ? skb_dst+0x2e/0x38 [bridge] ? br_handle_ingress_vlan_tunnel+0x3e/0x1c8 [bridge] ? br_handle_frame_finish+0x3aa/0x3aa [bridge] br_handle_frame+0x2c3/0x377 [bridge] ? __skb_pull+0x33/0x51 ? vlan_do_receive+0x4f/0x36a ? br_handle_frame_finish+0x3aa/0x3aa [bridge]
    __netif_receive_skb_core+0x539/0x7c6 ? __list_del_entry_valid+0x16e/0x1c2
    __netif_receive_skb_list_core+0x6d/0xd6 netif_receive_skb_list_internal+0x1d9/0x1fa gro_normal_list+0x22/0x3e dev_gro_receive+0x55b/0x600 ? detach_buf_split+0x58/0x140 napi_gro_receive+0x94/0x12e virtnet_poll+0x15d/0x315 [virtio_net] __napi_poll+0x2c/0x1c9 net_rx_action+0xe6/0x1fb __do_softirq+0x115/0x2d8 run_ksoftirqd+0x18/0x20 smpboot_thread_fn+0x183/0x19c ? smpboot_unregister_percpu_thread+0x66/0x66 kthread+0x10a/0x10f ? kthread_mod_delayed_work+0xb6/0xb6 ret_from_fork+0x22/0x30 ---[ end trace 49f61b07f775fd2b ]--- dst_release: dst:00000000c02d677a refcnt:-1 dst_release underflow (CVE-2021-47222)

  - 已修复 Linux 内核中的下列漏洞：net: bridge: fix vlan tunnel dst null pointer dereference This patch fixes a tunnel_dst null pointer dereference due to lockless access in the tunnel egress path. When deleting a vlan tunnel the tunnel_dst pointer is set to NULL without waiting a grace period (i.e. while it's still usable) and packets egressing are dereferencing it without checking.
    Use READ/WRITE_ONCE to annotate the lockless use of tunnel_id, use RCU for accessing tunnel_dst and make sure it is read only once and checked in the egress path. The dst is already properly RCU protected so we don't need to do anything fancy than to make sure tunnel_id and tunnel_dst are read only once and checked in the egress path. (CVE-2021-47223)

  - 已修复 Linux 内核中的下列漏洞：bpf: Guard stack limits against 32bit overflow This patch promotes the arithmetic around checking stack bounds to be done in the 64-bit domain, instead of the current 32bit. The arithmetic implies adding together a 64-bit register with a int offset.
    The register was checked to be below 1<<29 when it was variable, but not when it was fixed. The offset either comes from an instruction (in which case it is 16 bit), from another register (in which case the caller checked it to be below 1<<29 [1]), or from the size of an argument to a kfunc (in which case it can be a u32 [2]). Between the register being inconsistently checked to be below 1<<29, and the offset being up to an u32, it appears that we were open to overflowing the `int`s which were currently used for arithmetic. [1] https://github.com/torvalds/linux/blob/815fb87b753055df2d9e50f6cd80eb10235fe3e9/kernel/bpf/verifier.c#L7494-L7498 [2] https://github.com/torvalds/linux/blob/815fb87b753055df2d9e50f6cd80eb10235fe3e9/kernel/bpf/verifier.c#L11904 (CVE-2023-52676)

  - 已修复 Linux 内核中的下列漏洞：cifs: fix session state check in reconnect to avoid use-after-free issue Don't collect exiting session in smb2_reconnect_server(), because it will be released soon. Note that the exiting session will stay in server->smb_ses_list until it complete the cifs_free_ipc() and logoff() and then delete itself from the list. (CVE-2023-53794)

  - 已修复 Linux 内核中的下列漏洞：ubi: Fix use-after-free when volume resizing failed There is an use-after-free problem reported by KASAN:
    ================================================================== BUG: KASAN: use-after-free in ubi_eba_copy_table+0x11f/0x1c0 [ubi] Read of size 8 at addr ffff888101eec008 by task ubirsvol/4735 CPU: 2 PID: 4735 Comm: ubirsvol Not tainted 6.1.0-rc1-00003-g84fa3304a7fc-dirty #14 Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.14.0-1.fc33 04/01/2014 Call Trace: <TASK> dump_stack_lvl+0x34/0x44 print_report+0x171/0x472 kasan_report+0xad/0x130 ubi_eba_copy_table+0x11f/0x1c0 [ubi] ubi_resize_volume+0x4f9/0xbc0 [ubi] ubi_cdev_ioctl+0x701/0x1850 [ubi] __x64_sys_ioctl+0x11d/0x170 do_syscall_64+0x35/0x80 entry_SYSCALL_64_after_hwframe+0x46/0xb0 </TASK> When ubi_change_vtbl_record() returns an error in ubi_resize_volume(), new_eba_tbl will be freed on error handing path, but it is holded by vol->eba_tbl in ubi_eba_replace_table(). It means that the liftcycle of vol->eba_tbl and vol are different, so when resizing volume in next time, it causing an use-after-free fault. Fix it by not freeing new_eba_tbl after it replaced in ubi_eba_replace_table(), while will be freed in next volume resizing. (CVE-2023-53800)

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

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
181159	Amazon Linux 2023：bpftool、kernel、kernel-devel (ALAS2023-2023-330)	Nessus	Amazon Linux Local Security Checks	2023/9/8	2026/2/12	high
361420	AlmaLinux 9.2 [TuxCare] 安全更新：bpftool / kernel / kernel-abi-stablelists / kernel-core / 等多个漏洞（ALMALINUX9.2：CLSA-2025：1749480611）	Nessus	Alma Linux Local Security Checks	2026/10/1	2026/10/2	high
277904	Linux Distros 未修补的漏洞：CVE-2023-53794	Nessus	Misc.	2025/12/9	2026/9/2	critical
371225	CentOS Linux 8.4 [TuxCare] 安全更新：bpftool / kernel / kernel-core / kernel-cross-headers / 等多个漏洞（CENTOS8.4：CLSA-2026：1792749577）	Nessus	CentOS Local Security Checks	2026/10/23	2026/10/26	high
371988	CentOS Linux 8.5 [TuxCare] 安全更新：bpftool / kernel / kernel-core / kernel-cross-headers / 等多个漏洞（CENTOS8.5：CLSA-2026：1792979985）	Nessus	CentOS Local Security Checks	2026/10/26	2026/10/26	high

检测

插件搜索

high

high

critical

high

high