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

  - igb修复意外删除时的 igb_down 挂起在 Thunderbolt 集线器通过 USB Type-C 连接到以太网和显示器的设置中用户拔除 PC 和 Thunderbolt 集线器之间的电缆时可能会遇到挂起任务超时。这是因为拔出 Thunderbolt 集线器时会多次调用 igb_down 函数。例如igb_io_error_detected 触发第一个调用igb_remove 触发第二个调用。对 igb_down 的第二次调用将在 napi_synchronize 处阻断。以下是调用跟踪__schedule+0x3b0/0xddb ? __mod_timer+0x164/0x5d3 schedule+0x44/0xa8 schedule_timeout+0xb2/0x2a4 ? run_local_timers+0x4e/0x4e msleep+0x31/0x38 igb_down+0x12c/0x22a [igb 6615058754948bfde0bf01429257eb59f13030d4] __igb_close+0x6f/0x9c [igb 6615058754948bfde0bf01429257eb59f13030d4] igb_close+0x23/0x2b [igb 6615058754948bfde0bf01429257eb59f13030d4] __dev_close_many+0x95/0xec dev_close_many+0x6e/0x103 unregister_netdevice_many+0x105 /0x5b1 unregister_netdevice_queue+0xc2/0x10d unregister_netdev+0x1c/0x23 igb_remove+0xa7/0x11c [igb 6615058754948bfde0bf01429257eb59f13030d4] pci_device_remove+0x3f/0x9c device_release_driver_internal+0xfe/0x1b4 pci_stop_bus_device+0x5b/0x7f pci_stop_bus_device+0x30/0x7f pci_stop_bus_device+0x30/0x7f pci_stop_and_remove_bus_device+0x12/ 0x19 pciehp_unconfigure_device+0x76/0xe9 pciehp_disable_slot+0x6e/0x131 pciehp_handle_presence_or_link_change+0x7a/0x3f7 pciehp_ist+0xbe/0x194 irq_thread_fn+0x22/0x4d irq_thread+0x1fd/0x1fd irq_thread+0x17b/0x1fd ? irq_forced_thread_fn+0x5f/0x5f kthread+0x142/0x153 ? __irq_get_irqchip_state+0x46/0x46 ? kthread_associate_blkcg+0x71/0x71 ret_from_fork+0x1f/0x30 在此情况下igb_io_error_detected 会分离网络接口并请求 PCIE 插槽重置然而PCIE 重置回调并未被调用进而以太网连接中断。由于本例中的 PCIE 错误为非致命错误因此可避免请求插槽重置。
    此修补程序修复了任务挂起问题并通过忽略非致命 PCIE 错误来保留以太网连接。
    (CVE-2023-53148)

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

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

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

  - 已修复 Linux 内核中的下列漏洞：asix: fix uninit-value in asix_mdio_read() asix_read_cmd() may read less than sizeof(smsr) bytes and in this case smsr will be uninitialized. Fail log: BUG: KMSAN: uninit-value in asix_check_host_enable drivers/net/usb/asix_common.c:82 [inline] BUG: KMSAN: uninit-value in asix_check_host_enable drivers/net/usb/asix_common.c:82 [inline] drivers/net/usb/asix_common.c:497 BUG: KMSAN: uninit-value in asix_mdio_read+0x3c1/0xb00 drivers/net/usb/asix_common.c:497 drivers/net/usb/asix_common.c:497 asix_check_host_enable drivers/net/usb/asix_common.c:82 [inline] asix_check_host_enable drivers/net/usb/asix_common.c:82 [inline] drivers/net/usb/asix_common.c:497 asix_mdio_read+0x3c1/0xb00 drivers/net/usb/asix_common.c:497 drivers/net/usb/asix_common.c:497 (CVE-2021-47101)

  - 已修复 Linux 内核中的下列漏洞：net/mlx5e: Avoid field-overflowing memcpy() In preparation for FORTIFY_SOURCE performing compile-time and run-time field bounds checking for memcpy(), memmove(), and memset(), avoid intentionally writing across neighboring fields. Use flexible arrays instead of zero-element arrays (which look like they are always overflowing) and split the cross-field memcpy() into two halves that can be appropriately bounds-checked by the compiler. We were doing:
    #define ETH_HLEN 14 #define VLAN_HLEN 4 ... #define MLX5E_XDP_MIN_INLINE (ETH_HLEN + VLAN_HLEN) ... struct mlx5e_tx_wqe *wqe = mlx5_wq_cyc_get_wqe(wq, pi); ... struct mlx5_wqe_eth_seg *eseg = &wqe->eth; struct mlx5_wqe_data_seg *dseg = wqe->data; ... memcpy(eseg->inline_hdr.start, xdptxd->data, MLX5E_XDP_MIN_INLINE); target is wqe->eth.inline_hdr.start (which the compiler sees as being 2 bytes in size), but copying 18, intending to write across start (really vlan_tci, 2 bytes). The remaining 16 bytes get written into wqe->data[0], covering byte_count (4 bytes), lkey (4 bytes), and addr (8 bytes). struct mlx5e_tx_wqe { struct mlx5_wqe_ctrl_seg ctrl; /* 0 16 */ struct mlx5_wqe_eth_seg eth; /* 16 16 */ struct mlx5_wqe_data_seg data[]; /* 32 0 */ /* size: 32, cachelines: 1, members: 3 */ /* last cacheline: 32 bytes
    */ }; struct mlx5_wqe_eth_seg { u8 swp_outer_l4_offset; /* 0 1 */ u8 swp_outer_l3_offset; /* 1 1 */ u8 swp_inner_l4_offset; /* 2 1 */ u8 swp_inner_l3_offset; /* 3 1 */ u8 cs_flags; /* 4 1 */ u8 swp_flags; /* 5 1 */ __be16 mss; /* 6 2 */ __be32 flow_table_metadata; /* 8 4 */ union { struct { __be16 sz; /* 12 2 */ u8 start[2]; /* 14 2 */ } inline_hdr; /* 12 4 */ struct { __be16 type; /* 12 2 */ __be16 vlan_tci; /* 14 2 */} insert; /* 12 4 */ __be32 trailer; /* 12 4 */ }; /* 12 4 */ /* size: 16, cachelines: 1, members: 9 */ /* last cacheline: 16 bytes */ }; struct mlx5_wqe_data_seg { __be32 byte_count; /* 0 4 */ __be32 lkey; /* 4 4
    */ __be64 addr; /* 8 8 */ /* size: 16, cachelines: 1, members: 3 */ /* last cacheline: 16 bytes */ }; So, split the memcpy() so the compiler can reason about the buffer sizes. pahole shows no size nor member offset changes to struct mlx5e_tx_wqe nor struct mlx5e_umr_wqe. objdump -d shows no meaningful object code changes (i.e. only source line number induced differences and optimizations). (CVE-2022-48744)

  - 已修复 Linux 内核中的下列漏洞：NFSD: Fix the behavior of READ near OFFSET_MAX Dan Aloni reports: > Due to commit 8cfb9015280d (NFS: Always provide aligned buffers to > the RPC read layers) on the client, a read of 0xfff is aligned up > to server rsize of 0x1000. > > As a result, in a test where the server has a file of size > 0x7fffffffffffffff, and the client tries to read from the offset > 0x7ffffffffffff000, the read causes loff_t overflow in the server > and it returns an NFS code of EINVAL to the client. The client as > a result indefinitely retries the request. The Linux NFS client does not handle NFS?ERR_INVAL, even though all NFS specifications permit servers to return that status code for a READ. Instead of NFS?ERR_INVAL, have out-of-range READ requests succeed and return a short result. Set the EOF flag in the result to prevent the client from retrying the READ request. This behavior appears to be consistent with Solaris NFS servers. Note that NFSv3 and NFSv4 use u64 offset values on the wire. These must be converted to loff_t internally before use -- an implicit type cast is not adequate for this purpose. Otherwise VFS checks against sb->s_maxbytes do not work properly.
    (CVE-2022-48827)

  - 已修复 Linux 内核中的下列漏洞：virtio_net: fix xdp_rxq_info bug after suspend/resume The following sequence currently causes a driver bug warning when using virtio_net: # ip link set eth0 up # echo mem > /sys/power/state (or e.g. # rtcwake -s 10 -m mem) <resume> # ip link set eth0 down Missing register, driver bug WARNING: CPU: 0 PID: 375 at net/core/xdp.c:138 xdp_rxq_info_unreg+0x58/0x60 Call trace: xdp_rxq_info_unreg+0x58/0x60 virtnet_close+0x58/0xac
    __dev_close_many+0xac/0x140 __dev_change_flags+0xd8/0x210 dev_change_flags+0x24/0x64 do_setlink+0x230/0xdd0 ... This happens because virtnet_freeze() frees the receive_queue completely (including struct xdp_rxq_info) but does not call xdp_rxq_info_unreg(). Similarly, virtnet_restore() sets up the receive_queue again but does not call xdp_rxq_info_reg(). Actually, parts of virtnet_freeze_down() and virtnet_restore_up() are almost identical to virtnet_close() and virtnet_open(): only the calls to xdp_rxq_info_(un)reg() are missing. This means that we can fix this easily and avoid such problems in the future by just calling virtnet_close()/open() from the freeze/restore handlers. Aside from adding the missing xdp_rxq_info calls the only difference is that the refill work is only cancelled if netif_running(). However, this should not make any functional difference since the refill work should only be active if the network interface is actually up. (CVE-2022-49687)

  - 已修复 Linux 内核中的下列漏洞：ceph: avoid putting the realm twice when decoding snaps fails When decoding the snaps fails it maybe leaving the 'first_realm' and 'realm' pointing to the same snaprealm memory. And then it'll put it twice and could cause random use-after-free, BUG_ON, etc issues. (CVE-2022-49770)

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

Rocky Linux 8 主机上存在安装的程序包，该程序包受到 CIQ crxsa-2024_3138 公告中提及的多个漏洞的影响。

    内核程序包中包含 Linux 内核，后者是任何 Linux 操作系统的核心。

    安全修复：

    有关上述安全问题的更多详细信息，包括其影响、CVSS 得分、致谢，以及其他相关信息，请参阅列于“参考”部分的 CVE 页面。

    其他变更：

    如需有关此发行版本的详细变更信息，请参阅可从“参考”部分链接的 Rocky Linux SIG Cloud 版本 8.10 说明。

    此公告由 Ctrl IQ， Inc 针对 Rocky Linux 系统提供。有关 CIQ 安全实践的更多信息，请访问 https://ciq.com/security。

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

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

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

  - 已修复 Linux 内核中的下列漏洞：KVM: Reject attempts to consume or refresh inactive gfn_to_pfn_cache Reject kvm_gpc_check() and kvm_gpc_refresh() if the cache is inactive.
    Not checking the active flag during refresh is particularly egregious, as KVM can end up with a valid, inactive cache, which can lead to a variety of use-after-free bugs, e.g. consuming a NULL kernel pointer or missing an mmu_notifier invalidation due to the cache not being on the list of gfns to invalidate.
    Note, active needs to be set if and only if the cache is on the list of caches, i.e. is reachable via mmu_notifier events. If a relevant mmu_notifier event occurs while the cache is active but not on the list, KVM will not acquire the cache's lock and so will not serailize the mmu_notifier event with active users and/or kvm_gpc_refresh(). A race between KVM_XEN_ATTR_TYPE_SHARED_INFO and KVM_XEN_HVM_EVTCHN_SEND can be exploited to trigger the bug. 1. Deactivate shinfo cache: kvm_xen_hvm_set_attr case KVM_XEN_ATTR_TYPE_SHARED_INFO kvm_gpc_deactivate kvm_gpc_unmap gpc->valid = false gpc->khva = NULL gpc->active = false Result: active = false, valid = false 2. Cause cache refresh: kvm_arch_vm_ioctl case KVM_XEN_HVM_EVTCHN_SEND kvm_xen_hvm_evtchn_send kvm_xen_set_evtchn kvm_xen_set_evtchn_fast kvm_gpc_check return -EWOULDBLOCK because !gpc->valid kvm_xen_set_evtchn_fast return -EWOULDBLOCK kvm_gpc_refresh hva_to_pfn_retry gpc->valid = true gpc->khva = not NULL Result: active = false, valid = true 3. Race ioctl KVM_XEN_HVM_EVTCHN_SEND against ioctl KVM_XEN_ATTR_TYPE_SHARED_INFO: kvm_arch_vm_ioctl case KVM_XEN_HVM_EVTCHN_SEND kvm_xen_hvm_evtchn_send kvm_xen_set_evtchn kvm_xen_set_evtchn_fast read_lock gpc->lock kvm_xen_hvm_set_attr case KVM_XEN_ATTR_TYPE_SHARED_INFO mutex_lock kvm->lock kvm_xen_shared_info_init kvm_gpc_activate gpc->khva = NULL kvm_gpc_check [ Check passes because gpc->valid is still true, even though gpc->khva is already NULL. ] shinfo = gpc->khva pending_bits = shinfo->evtchn_pending CRASH: test_and_set_bit(..., pending_bits) (CVE-2022-49882)

  - 已修复 Linux 内核中的下列漏洞：coresight: Clear the connection field properly coresight devices track their connections (output connections) and hold a reference to the fwnode. When a device goes away, we walk through the devices on the coresight bus and make sure that the references are dropped. This happens both ways: a) For all output connections from the device, drop the reference to the target device via coresight_release_platform_data() b) Iterate over all the devices on the coresight bus and drop the reference to fwnode if *this* device is the target of the output connection, via coresight_remove_conns()->coresight_remove_match(). However, the coresight_remove_match() doesn't clear the fwnode field, after dropping the reference, this causes use-after-free and additional refcount drops on the fwnode. e.g., if we have two devices, A and B, with a connection, A -> B. If we remove B first, B would clear the reference on B, from A via coresight_remove_match(). But when A is removed, it still has a connection with fwnode still pointing to B. Thus it tries to drops the reference in coresight_release_platform_data(), raising the bells like : [ 91.990153] ------------[ cut here]------------ [ 91.990163] refcount_t: addition on 0; use-after-free. [ 91.990212] WARNING: CPU: 0 PID:
    461 at lib/refcount.c:25 refcount_warn_saturate+0xa0/0x144 [ 91.990260] Modules linked in:
    coresight_funnel coresight_replicator coresight_etm4x(-) crct10dif_ce coresight ip_tables x_tables ipv6 [last unloaded: coresight_cpu_debug] [ 91.990398] CPU: 0 PID: 461 Comm: rmmod Tainted: G W T 5.19.0-rc2+ #53 [ 91.990418] Hardware name: ARM LTD ARM Juno Development Platform/ARM Juno Development Platform, BIOS EDK II Feb 1 2019 [ 91.990434] pstate: 600000c5 (nZCv daIF -PAN -UAO -TCO -DIT -SSBS BTYPE=--) [91.990454] pc : refcount_warn_saturate+0xa0/0x144 [ 91.990476] lr : refcount_warn_saturate+0xa0/0x144 [91.990496] sp : ffff80000c843640 [ 91.990509] x29: ffff80000c843640 x28: ffff800009957c28 x27:
    ffff80000c8439a8 [ 91.990560] x26: ffff00097eff1990 x25: ffff8000092b6ad8 x24: ffff00097eff19a8 [91.990610] x23: ffff80000c8439a8 x22: 0000000000000000 x21: ffff80000c8439c2 [ 91.990659] x20:
    0000000000000000 x19: ffff00097eff1a10 x18: ffff80000ab99c40 [ 91.990708] x17: 0000000000000000 x16:
    0000000000000000 x15: ffff80000abf6fa0 [ 91.990756] x14: 000000000000001d x13: 0a2e656572662d72 x12:
    657466612d657375 [ 91.990805] x11: 203b30206e6f206e x10: 6f69746964646120 x9 : ffff8000081aba28 [91.990854] x8 : 206e6f206e6f6974 x7 : 69646461203a745f x6 : 746e756f63666572 [ 91.990903] x5 :
    ffff00097648ec58 x4 : 0000000000000000 x3 : 0000000000000027 [ 91.990952] x2 : 0000000000000000 x1 :
    0000000000000000 x0 : ffff00080260ba00 [ 91.991000] Call trace: [ 91.991012] refcount_warn_saturate+0xa0/0x144 [ 91.991034] kobject_get+0xac/0xb0 [ 91.991055] of_node_get+0x2c/0x40 [91.991076] of_fwnode_get+0x40/0x60 [ 91.991094] fwnode_handle_get+0x3c/0x60 [ 91.991116] fwnode_get_nth_parent+0xf4/0x110 [ 91.991137] fwnode_full_name_string+0x48/0xc0 [ 91.991158] device_node_string+0x41c/0x530 [ 91.991178] pointer+0x320/0x3ec [ 91.991198] vsnprintf+0x23c/0x750 [91.991217] vprintk_store+0x104/0x4b0 [ 91.991238] vprintk_emit+0x8c/0x360 [ 91.991257] vprintk_default+0x44/0x50 [ 91.991276] vprintk+0xcc/0xf0 [ 91.991295] _printk+0x68/0x90 [ 91.991315] of_node_release+0x13c/0x14c [ 91.991334] kobject_put+0x98/0x114 [ 91.991354] of_node_put+0x24/0x34 [91.991372] of_fwnode_put+0x40/0x5c [ 91.991390] fwnode_handle_put+0x38/0x50 [ 91.991411] coresight_release_platform_data+0x74/0xb0 [coresight] [ 91.991472] coresight_unregister+0x64/0xcc [coresight] [ 91.991525] etm4_remove_dev+0x64/0x78 [coresight_etm4x] [ 91.991563] etm4_remove_amba+0x1c/0x2c [coresight_etm4x] [ 91.991598] amba_remove+0x3c/0x19c ---truncated--- (CVE-2022-50214)

  - 已修复 Linux 内核中的下列漏洞：wifi: brcmfmac: Fix potential stack-out-of-bounds in brcmf_c_preinit_dcmds() This patch fixes a stack-out-of-bounds read in brcmfmac that occurs when 'buf' that is not null-terminated is passed as an argument of strsep() in brcmf_c_preinit_dcmds(). This buffer is filled with a firmware version string by memcpy() in brcmf_fil_iovar_data_get(). The patch ensures buf is null-terminated. Found by a modified version of syzkaller. [ 47.569679][ T1897] brcmfmac: brcmf_fw_alloc_request: using brcm/brcmfmac43236b for chip BCM43236/3 [ 47.582839][ T1897] brcmfmac: brcmf_c_process_clm_blob: no clm_blob available (err=-2), device may have limited channels available [ 47.601565][ T1897] ================================================================== [ 47.602574][ T1897] BUG: KASAN: stack-out-of-bounds in strsep+0x1b2/0x1f0 [ 47.603447][ T1897] Read of size 1 at addr ffffc90001f6f000 by task kworker/0:2/1897 [ 47.604336][ T1897] [ 47.604621][ T1897] CPU: 0 PID: 1897 Comm: kworker/0:2 Tainted: G O 5.14.0+ #131 [ 47.605617][ T1897] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS rel-1.12.1-0-ga5cab58e9a3f-prebuilt.qemu.org 04/01/2014 [ 47.606907][ T1897] Workqueue: usb_hub_wq hub_event [ 47.607453][ T1897] Call Trace: [ 47.607801][ T1897] dump_stack_lvl+0x8e/0xd1 [ 47.608295][T1897] print_address_description.constprop.0.cold+0xf/0x334 [ 47.609009][ T1897] ? strsep+0x1b2/0x1f0 [47.609434][ T1897] ? strsep+0x1b2/0x1f0 [ 47.609863][ T1897] kasan_report.cold+0x83/0xdf [ 47.610366][T1897] ? strsep+0x1b2/0x1f0 [ 47.610882][ T1897] strsep+0x1b2/0x1f0 [ 47.611300][ T1897] ? brcmf_fil_iovar_data_get+0x3a/0xf0 [ 47.611883][ T1897] brcmf_c_preinit_dcmds+0x995/0xc40 [ 47.612434][T1897] ? brcmf_c_set_joinpref_default+0x100/0x100 [ 47.613078][ T1897] ? rcu_read_lock_sched_held+0xa1/0xd0 [ 47.613662][ T1897] ? rcu_read_lock_bh_held+0xb0/0xb0 [ 47.614208][T1897] ? lock_acquire+0x19d/0x4e0 [ 47.614704][ T1897] ? find_held_lock+0x2d/0x110 [ 47.615236][ T1897] ? brcmf_usb_deq+0x1a7/0x260 [ 47.615741][ T1897] ? brcmf_usb_rx_fill_all+0x5a/0xf0 [ 47.616288][ T1897] brcmf_attach+0x246/0xd40 [ 47.616758][ T1897] ? wiphy_new_nm+0x1703/0x1dd0 [ 47.617280][ T1897] ? kmemdup+0x43/0x50 [ 47.617720][ T1897] brcmf_usb_probe+0x12de/0x1690 [ 47.618244][ T1897] ? brcmf_usbdev_qinit.constprop.0+0x470/0x470 [ 47.618901][ T1897] usb_probe_interface+0x2aa/0x760 [47.619429][ T1897] ? usb_probe_device+0x250/0x250 [ 47.619950][ T1897] really_probe+0x205/0xb70 [47.620435][ T1897] ? driver_allows_async_probing+0x130/0x130 [ 47.621048][ T1897]
    __driver_probe_device+0x311/0x4b0 [ 47.621595][ T1897] ? driver_allows_async_probing+0x130/0x130 [47.622209][ T1897] driver_probe_device+0x4e/0x150 [ 47.622739][ T1897] __device_attach_driver+0x1cc/0x2a0 [ 47.623287][ T1897] bus_for_each_drv+0x156/0x1d0 [ 47.623796][ T1897] ? bus_rescan_devices+0x30/0x30 [47.624309][ T1897] ? lockdep_hardirqs_on_prepare+0x273/0x3e0 [ 47.624907][ T1897] ? trace_hardirqs_on+0x46/0x160 [ 47.625437][ T1897] __device_attach+0x23f/0x3a0 [ 47.625924][ T1897] ? device_bind_driver+0xd0/0xd0 [ 47.626433][ T1897] ? kobject_uevent_env+0x287/0x14b0 [ 47.627057][ T1897] bus_probe_device+0x1da/0x290 [ 47.627557][ T1897] device_add+0xb7b/0x1eb0 [ 47.628027][ T1897] ? wait_for_completion+0x290/0x290 [ 47.628593][ T1897] ? __fw_devlink_link_to_suppliers+0x5a0/0x5a0 [47.629249][ T1897] usb_set_configuration+0xf59/0x16f0 [ 47.629829][ T1897] usb_generic_driver_probe+0x82/0xa0 [ 47.630385][ T1897] usb_probe_device+0xbb/0x250 [ 47.630927][ T1897] ? usb_suspend+0x590/0x590 [ 47.631397][ T1897] really_probe+0x205/0xb70 [ 47.631855][ T1897] ? driver_allows_async_probing+0x130/0x130 [ 47.632469][ T1897] __driver_probe_device+0x311/0x4b0 [47.633002][ ---truncated--- (CVE-2022-50258)

  - 已修复 Linux 内核中的下列漏洞：netlink: prevent potential spectre v1 gadgets Most netlink attributes are parsed and validated from __nla_validate_parse() or validate_nla() u16 type = nla_type(nla); if (type == 0 || type > maxtype) { /* error or continue */ } @type is then used as an array index and can be used as a Spectre v1 gadget. array_index_nospec() can be used to prevent leaking content of kernel memory to malicious users. This should take care of vast majority of netlink uses, but an audit is needed to take care of others where validation is not yet centralized in core netlink functions. (CVE-2023-53000)

  - 已修复 Linux 内核中的下列漏洞：scsi: mpi3mr: Bad drive in topology results kernel crash When the SAS Transport Layer support is enabled and a device exposed to the OS by the driver fails INQUIRY commands, the driver frees up the memory allocated for an internal HBA port data structure. However, in some places, the reference to the freed memory is not cleared. When the firmware sends the Device Info change event for the same device again, the freed memory is accessed and that leads to memory corruption and OS crash. (CVE-2023-53037)

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

远程主机上安装的内核版本低于 5.10.192-182.736。因此，会受到 ALAS2KERNEL-5.10-2023-039 公告中提及的多个漏洞影响。

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

    RDMA/cma：确保在发出更多请求之前发生 rdma_addr_cancel() (CVE-2021-47391)

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

    在特定微架构情况下，Zen 2 CPU 中的一个问题可能允许攻击者访问敏感信息。(CVE-2023-20593)

    在 Linux 内核的 Netfilter 子系统中发现 net/netfilter/nf_tables_api.c 存在释放后使用漏洞。

    若未能通过 NFT_MSG_NEWRULE 正确处理错误，这有可能导致在同一事务中使用悬摆指针，从而造成释放后使用漏洞。具有用户访问权限的本地攻击者可利用此缺陷造成特权提升问题。

    我们建议升级过去的提交 1240eb93f0616b21c675416516ff3d74798fdc97。(CVE-2023-3390)

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

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

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

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

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

    在 Linux 内核的 Netfilter 连接跟踪 (conntrack) 中发现越界读取漏洞。此缺陷允许远程用户通过 DCCP 协议泄露敏感信息。
    (CVE-2023-39197)

    在用户触发包含元素（无 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 内核 af_unix 组件中存在一个释放后使用漏洞，攻击者可利用此漏洞以实现本地特权提升。

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

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

    在 Linux 内核 6.4.12 之前的版本中，drivers/gpu/drm/amd/amdgpu/amdgpu_cs.c 中的 amdgpu_cs_wait_all_fences 存在释放后使用屏蔽。(CVE-2023-51042)

    在 6.4.5 之前的 Linux 内核中，drivers/gpu/drm/drm_atomic.c 在无阻塞原子提交和驱动程序卸载之间有争用条件期间存在释放后使用。(CVE-2023-51043)

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

    SUNRPC：修复 svc_tcp_listen_data_ready() 中的 UAF 问题 (CVE-2023-52885)

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

    can：bcm：修复 bcm_proc_show() 中的 UAF 问题 (CVE-2023-52922)

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

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

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

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

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

    scsiqla2xxx可能取消引用指针 (CVE-2023-53150)

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

    md/raid10刷新写入时防止软锁定 (CVE-2023-53151)

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

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

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

    tracing修复 tracing_err_log_open() 中的空指针取消引用 (CVE-2023-53167)

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

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

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

    ipv6/addrconf修复 idev 潜在的引用计数下溢 (CVE-2023-53189)

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

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

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

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

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

    nubus部分还原 proc_create_single_data() 转换 (CVE-2023-53217)

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

    jfsjfs_dmap挂载时验证 db_l2nbperpage (CVE-2023-53222)

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

    btrfs将 RAID1C23/DUP 的处理添加到 btrfs_reduce_alloc_profile (CVE-2023-53243)

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

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

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

    scsiqla2xxx删除未使用的 nvme_ls_waitq 等待队列 (CVE-2023-53280)

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

    RDMA/mlx5返回破坏 QP/RQ 时的固件结果 (CVE-2023-53286)

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

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

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

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

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

    drm/radeon修复 radeon_cs_parser_init 中的整数溢出CVE-2023-53309

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

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

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

    md/raid10修复 max_corr_read_errors 的错误设置 (CVE-2023-53313)

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

    scsiqla2xxx等待 io 在终止 rport 时返回 (CVE-2023-53322)

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

    netfilterconntrackdccp将整个标头而不是基本的复制到堆栈缓冲区 (CVE-2023-53333)

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

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

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

    icmp6修复 icmp6_dev() 中 ip6_null_entry->rt6i_idev 的 null-ptr-deref。 (CVE-2023-53343)

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

    md/raid10检查 md_bitmap_get_counter 中的 slab 越界 (CVE-2023-53357)

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

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

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

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

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

    md/raid10修复 raid10_sync_request 中 mreplace 的 null-ptr-deref (CVE-2023-53380)

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

    shmem将 ramfs_kill_sb() 用于基于 ramfs 的 tmpfs 的 kill_sb 方法 (CVE-2023-53391)

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

    PCI/ASPM在 MFD 功能删除时禁用 ASPM以避免释放后使用 (CVE-2023-53446)

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

    scsiqla2xxx修复潜在的空指针取消引用 (CVE-2023-53451)

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

    FSJFS修复 txBegin 中的 null-ptr-deref 读取 (CVE-2023-53457)

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

    io_uring退出时以中断方式等待请求完成 (CVE-2023-53461)

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

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

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

    fsjfs修复 dbAllocDmapLev 中的 UBSAN array-index-out-of-bounds (CVE-2023-53485)

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

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

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

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

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

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

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

    mediav4l2-mem2mem添加锁定以保护参数 num_rdy (CVE-2023-53519)

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

    net/mlx5DR修复 mlx5dr_cmd_create_reformat_ctx 中的内存泄漏 (CVE-2023-53546)

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

    netusbnet修复 usbnet_start_xmit/usb_submit_urb 中的警告 (CVE-2023-53548)

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

    mm/damon/core从 damos_new_filter() 初始化 damo_filter->list (CVE-2023-53555)

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

    iavf修复 free_netdev 中的释放后使用 (CVE-2023-53556)

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

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

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

    tracing/histogramshist_vars 引用变量时添加直方图 (CVE-2023-53560)

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

    net/mlx5e锁定后检查 NOT_READY 标记状态 (CVE-2023-53581)

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

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

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

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

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

    dax修复 dax_mapping_release() 释放后使用 (CVE-2023-53613)

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

    netfilterconntrack避免 nf_ct_helper_hash 释放后使用 (CVE-2023-53619)

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

    gfs2修复 gfs2_show_options() 中可能的数据争用 (CVE-2023-53622)

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

    iavf修复在删除时设置通道时的越界问题 (CVE-2023-53659)

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

    ring-buffer修复读取 trace_pipe 时的死循环问题 (CVE-2023-53668)

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

    bcache修复 __bch_btree_node_alloc 以实现失败行为一致 (CVE-2023-53681)

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

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

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

    posix-timers确保定时器 ID 搜索循环限制有效 (CVE-2023-53728)

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

    blk-iocost在adjust_inuse_and_calc_cost 中使用 spin_lock_irqsave (CVE-2023-53730)

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

    netlink修复 netlink_set_err() 中的潜在死锁 (CVE-2023-53731)

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

    FSJFS检查 txBegin 中的只读挂载文件系统 (CVE-2023-53766)

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

    HIDwacom处理时间戳时使用 ktime_t 而不是 int (CVE-2023-53797)

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

    posix-timers阻止 itimer_delete() 中的 RT 活锁 (CVE-2023-53815)

    在 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 内核中，以下漏洞已修复：

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

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

    netlink不在 fdb 转储中硬编码设备地址长度 (CVE-2023-53863)

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

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

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

    arm64mm修复 VA 范围健全性检查CVE-2023-53989

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

    hwrngvirtio - 修复 data_avail 和实际数据上的争用CVE-2023-53998

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

    scsiqla2xxx检查 fc_bsg_to_rport() 返回的有效 rport (CVE-2023-54014)

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

    btrfs修复从脏 cow 根列表中删除配额根时的争用CVE-2023-54032

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

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

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

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

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

    net防止 frag 列表分段中的 skb 损坏 (CVE-2023-54094)

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

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

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

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

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

    tracing修复读取 trace_pipe 时 iter->temp 的内存泄漏 (CVE-2023-54171)

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

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

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

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

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

    scsiqla2xxx数组索引可能越界 (CVE-2023-54179)

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

    pstore/ram为 kstrdup 添加检查 (CVE-2023-54189)

    在 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 内核中，以下漏洞已修复：

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

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

    scsiqedf修复错误处理中的空取消引用 (CVE-2023-54289)

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

    bcache修复 btree_cache_wait 列表损坏 (CVE-2023-54293)

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

    arm64将 __exception_irq_entry 设置为默认 __irq_entry (CVE-2023-54322)

    在 Linux 内核的 GSM 0710 tty 多路器中发现了一个争用情形。之所以发生此问题，是因为两个线程在 gsm 行规则已启用的情况下对同一 tty 文件描述符执行了 GSMIOC_SETCONF ioctl，并且会在重新启动 gsm mux 时导致 struct gsm_dlci 发生释放后使用问题。本地非特权用户可利用此问题提升其在系统中的权限。(CVE-2023-6546)

    在 Linux 内核的 SCTP 子系统中，在 net/sctp/socket.c 的 sctp_auto_asconf_init 中发现由死锁所导致的拒绝服务漏洞。此缺陷允许具有本地用户权限的客户机触发死锁，并可能导致系统崩溃。(CVE-2024-0639)

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

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

如 TuxCare CENTOS7：CLSA-2026：1782148320公告所述，CentOS Linux 7 主机上存在安装的程序包，该漏洞会受到多个漏洞的影响。

  - 已修复 Linux 内核中的下列漏洞：media: ngene: Fix out-of-bounds bug in ngene_command_config_free_buf() Fix an 11-year old bug in ngene_command_config_free_buf() while addressing the following warnings caught with -Warray-bounds: arch/alpha/include/asm/string.h:22:16: warning:
    '__builtin_memcpy' offset [12, 16] from the object at 'com' is out of the bounds of referenced subobject 'config' with type 'unsigned char' at offset 10 [-Warray-bounds] arch/x86/include/asm/string_32.h:182:25:
    warning: '__builtin_memcpy' offset [12, 16] from the object at 'com' is out of the bounds of referenced subobject 'config' with type 'unsigned char' at offset 10 [-Warray-bounds] The problem is that the original code is trying to copy 6 bytes of data into a one-byte size member _config_ of the wrong structue FW_CONFIGURE_BUFFERS, in a single call to memcpy(). This causes a legitimate compiler warning because memcpy() overruns the length of &com.cmd.ConfigureBuffers.config. It seems that the right structure is FW_CONFIGURE_FREE_BUFFERS, instead, because it contains 6 more members apart from the header _hdr_. Also, the name of the function ngene_command_config_free_buf() suggests that the actual intention is to ConfigureFreeBuffers, instead of ConfigureBuffers (which takes place in the function ngene_command_config_buf(), above). Fix this by enclosing those 6 members of struct FW_CONFIGURE_FREE_BUFFERS into new struct config, and use &com.cmd.ConfigureFreeBuffers.config as the destination address, instead of &com.cmd.ConfigureBuffers.config, when calling memcpy(). This also helps with the ongoing efforts to globally enable -Warray-bounds and get us closer to being able to tighten the FORTIFY_SOURCE routines on memcpy(). (CVE-2021-47288)

  - 已修复 Linux 内核中的下列漏洞：nvme: fix a possible use-after-free in controller reset during load Unlike .queue_rq, in .submit_async_event drivers may not check the ctrl readiness for AER submission. This may lead to a use-after-free condition that was observed with nvme-tcp.
    The race condition may happen in the following scenario: 1. driver executes its reset_ctrl_work 2. -> nvme_stop_ctrl - flushes ctrl async_event_work 3. ctrl sends AEN which is received by the host, which in turn schedules AEN handling 4. teardown admin queue (which releases the queue socket) 5. AEN processed, submits another AER, calling the driver to submit 6. driver attempts to send the cmd ==> use-after-free In order to fix that, add ctrl state check to validate the ctrl is actually able to accept the AER submission. This addresses the above race in controller resets because the driver during teardown should:
    1. change ctrl state to RESETTING 2. flush async_event_work (as well as other async work elements) So after 1,2, any other AER command will find the ctrl state to be RESETTING and bail out without submitting the AER. (CVE-2022-48790)

  - 已修复 Linux 内核中的下列漏洞：scsi: pm8001: Fix use-after-free for aborted TMF sas_task Currently a use-after-free may occur if a TMF sas_task is aborted before we handle the IO completion in mpi_ssp_completion(). The abort occurs due to timeout. When the timeout occurs, the SAS_TASK_STATE_ABORTED flag is set and the sas_task is freed in pm8001_exec_internal_tmf_task(). However, if the I/O completion occurs later, the I/O completion still thinks that the sas_task is available. Fix this by clearing the ccb->task if the TMF times out - the I/O completion handler does nothing if this pointer is cleared. (CVE-2022-48791)

  - 已修复 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 内核中的下列漏洞：dm raid: fix accesses beyond end of raid member array On dm-raid table load (using raid_ctr), dm-raid allocates an array rs->devs[rs->raid_disks] for the raid device members. rs->raid_disks is defined by the number of raid metadata and image tupples passed into the target's constructor. In the case of RAID layout changes being requested, that number can be different from the current number of members for existing raid sets as defined in their superblocks. Example RAID layout changes include: - raid1 legs being added/removed - raid4/5/6/10 number of stripes changed (stripe reshaping) - takeover to higher raid level (e.g. raid5 -> raid6) When accessing array members, rs->raid_disks must be used in control loops instead of the potentially larger value in rs->md.raid_disks. Otherwise it will cause memory access beyond the end of the rs->devs array. Fix this by changing code that is prone to out-of-bounds access. Also fix validate_raid_redundancy() to validate all devices that are added. Also, use braces to help clean up raid_iterate_devices(). The out-of-bounds memory accesses was discovered using KASAN. This commit was verified to pass all LVM2 RAID tests (with KASAN enabled). (CVE-2022-49674)

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

远程主机上安装的内核版本低于 5.4.253-167.359。因此，会受到 ALAS2KERNEL-5.4-2023-054 公告中提及的多个漏洞影响。

    在 Linux 内核中发现，btrfs 中 fs/btrfs/ctree.c 的 btrfs_search_slot 存在释放后使用缺陷。攻击者可利用此缺陷导致系统崩溃，并可能造成内核信息泄漏 (CVE-2023-1611)

    在 GFS2 文件系统中发现 Linux 内核中存在缺陷。如果 evict 代码尝试在日志描述符结构、jdesc 被释放并被设置为 NULL 后引用该结构，损坏的 gfs2 文件系统上便会出现此问题。调用 gfs2_trans_begin 时可导致空指针取消引用，然后无法调用 ingfs2_evict_inode()。(CVE-2023-3212)

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

    在 Linux 内核的 Netfilter 连接跟踪 (conntrack) 中发现越界读取漏洞。此缺陷允许远程用户通过 DCCP 协议泄露敏感信息。
    (CVE-2023-39197)

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

    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)

    在 6.4.5 之前的 Linux 内核中，drivers/gpu/drm/drm_atomic.c 在无阻塞原子提交和驱动程序卸载之间有争用条件期间存在释放后使用。(CVE-2023-51043)

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

    SUNRPC：修复 svc_tcp_listen_data_ready() 中的 UAF 问题 (CVE-2023-52885)

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

    can：bcm：修复 bcm_proc_show() 中的 UAF 问题 (CVE-2023-52922)

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

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

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

    scsiqla2xxx可能取消引用指针 (CVE-2023-53150)

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

    md/raid10刷新写入时防止软锁定 (CVE-2023-53151)

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

    tracing修复 tracing_err_log_open() 中的空指针取消引用 (CVE-2023-53167)

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

    ipv6/addrconf修复 idev 潜在的引用计数下溢 (CVE-2023-53189)

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

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

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

    jfsjfs_dmap挂载时验证 db_l2nbperpage (CVE-2023-53222)

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

    scsiqla2xxx删除未使用的 nvme_ls_waitq 等待队列 (CVE-2023-53280)

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

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

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

    md/raid10修复 max_corr_read_errors 的错误设置 (CVE-2023-53313)

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

    scsiqla2xxx等待 io 在终止 rport 时返回 (CVE-2023-53322)

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

    netfilterconntrackdccp将整个标头而不是基本的复制到堆栈缓冲区 (CVE-2023-53333)

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

    icmp6修复 icmp6_dev() 中 ip6_null_entry->rt6i_idev 的 null-ptr-deref。 (CVE-2023-53343)

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

    md/raid10检查 md_bitmap_get_counter 中的 slab 越界 (CVE-2023-53357)

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

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

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

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

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

    md/raid10修复 raid10_sync_request 中 mreplace 的 null-ptr-deref (CVE-2023-53380)

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

    PCI/ASPM在 MFD 功能删除时禁用 ASPM以避免释放后使用 (CVE-2023-53446)

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

    scsiqla2xxx修复潜在的空指针取消引用 (CVE-2023-53451)

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

    net/mlx5DR修复 mlx5dr_cmd_create_reformat_ctx 中的内存泄漏 (CVE-2023-53546)

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

    netusbnet修复 usbnet_start_xmit/usb_submit_urb 中的警告 (CVE-2023-53548)

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

    iavf修复 free_netdev 中的释放后使用 (CVE-2023-53556)

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

    tracing/histogramshist_vars 引用变量时添加直方图 (CVE-2023-53560)

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

    netfilterconntrack避免 nf_ct_helper_hash 释放后使用 (CVE-2023-53619)

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

    ring-buffer修复读取 trace_pipe 时的死循环问题 (CVE-2023-53668)

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

    bcache修复 __bch_btree_node_alloc 以实现失败行为一致 (CVE-2023-53681)

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

    posix-timers确保定时器 ID 搜索循环限制有效 (CVE-2023-53728)

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

    netlink修复 netlink_set_err() 中的潜在死锁 (CVE-2023-53731)

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

    HIDwacom处理时间戳时使用 ktime_t 而不是 int (CVE-2023-53797)

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

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

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

    netlink不在 fdb 转储中硬编码设备地址长度 (CVE-2023-53863)

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

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

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

    arm64mm修复 VA 范围健全性检查CVE-2023-53989

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

    hwrngvirtio - 修复 data_avail 和实际数据上的争用CVE-2023-53998

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

    scsiqla2xxx检查 fc_bsg_to_rport() 返回的有效 rport (CVE-2023-54014)

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

    btrfs修复从脏 cow 根列表中删除配额根时的争用CVE-2023-54032

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

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

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

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

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

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

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

    scsiqla2xxx数组索引可能越界 (CVE-2023-54179)

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

    pstore/ram为 kstrdup 添加检查 (CVE-2023-54189)

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

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

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

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

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

    scsiqedf修复错误处理中的空取消引用 (CVE-2023-54289)

    在 Linux 内核的 SCTP 子系统中，在 net/sctp/socket.c 的 sctp_auto_asconf_init 中发现由死锁所导致的拒绝服务漏洞。此缺陷允许具有本地用户权限的客户机触发死锁，并可能导致系统崩溃。(CVE-2024-0639)

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

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

远程主机上安装的内核版本低于 5.15.152-100.162。因此，会受到 ALAS2KERNEL-5.15-2024-058 公告中提及的多个漏洞影响。

    在 Linux 内核的 SMB 客户端中发现一个缺陷。smb2_parse_contexts() 函数中可能存在越界错误。在取消引用 smb2_parse_contexts() 中的创建上下文之前验证偏移和长度。(CVE-2023-52434)

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

    netfilter：nf_tables：匿名集不允许超时 (CVE-2023-52620)

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

    fs/ntfs3：修复 ntfs_listxattr 中的 oob (CVE-2023-52640)

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

    fs/ntfs3：添加在 attr_allocate_frame() 结尾的空 ptr 取消引用检查 (CVE-2023-52641)

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

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

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

    md/raid10刷新写入时防止软锁定 (CVE-2023-53151)

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

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

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

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

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

    posix-timers确保定时器 ID 搜索循环限制有效 (CVE-2023-53728)

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

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

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

    arm64mm修复 VA 范围健全性检查CVE-2023-53989

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

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

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

    arm64将 __exception_irq_entry 设置为默认 __irq_entry (CVE-2023-54322)

    在 Linux 内核 hugetlbfs (HugeTLB 页面) 功能的 hugetlbfs_fill_super 函数中发现空指针取消引用缺陷。本地用户可能利用此问题造成系统崩溃，或可能提升其在系统中的权限。(CVE-2024-0841)

    在 Linux 内核的 IPv4 网络堆栈中发现一个漏洞。在某些情况下，MPTCP 和 NetLabel 的配置方式可触发 net/ipv4/af_inet.c:inet_sock_destruct() 中的双重释放内存错误。这可造成系统崩溃、拒绝服务，也可能导致任意代码执行。(CVE-2024-1627)

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

    ext4：如果在 fc 重放下，则在区块释放失败后重新生成 buddy

    这主要是恢复提交 6bd97bf273bd（ext4：删除冗余的 mb_regenerate_buddy()）并且重新引入 mb_regenerate_buddy()。根据 mb_free_blocks() 中的代码，快速提交重播最终会导致区块被重复标记为已释放。这会造成 buddy 位图损坏，因此在这种情况下我们需要重新生成位图。(CVE-2024-26601)

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

    x86/fpu：停止依赖用户空间以防止 xsave 缓冲区中的信息出错

    在此变更之前，用户空间缓冲区的预期大小取自 fx_sw->xstate_size。
    用户可从用户空间更改 fx_sw->xstate_size，因此可以构造 sigreturn 帧，其中

    * fx_sw->xstate_size 小于 fx_sw->xfeatures 中的有效位所需大小。*用户空间取消了部分 sigrame fpu 缓冲区的映射，因此并非 xrstor 所需的所有缓冲区都可访问。

    在这种情况下，xrstor 会尝试还原并访问导致错误的未映射区域。但 fault_in_readable 还是会成功，因为 buf + fx_sw->xstate_size 仍在映射区域内，因此它会返回并再次尝试 xrstor。它将永远循环旋转。

    相反，XRSTOR 可接触的最大大小（取自 fpstate->user_size）中存在错误。

    [ dhansen：调整主题/变更日志 ] (CVE-2024-26603)

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

    xhci：正确处理 isoc Babble 和缓冲区溢出事件 (CVE-2024-26659)

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

    fs、hugetlb：修复 hugetlbs_fill_super 中的空指针取消引用 (CVE-2024-26688)

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

    arp：arp：防止 arp_req_get() 中发生溢出问题。(CVE-2024-26733)

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

    ipv6: sr：修复可能存在的释放后使用和 null-ptr-deref 漏洞 (CVE-2024-26735)

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

    bpf：修复 bpf_timer_cancel_and_free 和 bpf_timer_cancel 之间的争用 (CVE-2024-26737)

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

    af_unix：清除 GC 中的队列之前先终止 oob_skb ref。(CVE-2024-26750)

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

    gtp：修复 gtp_genl_dump_pdp() 中的释放后使用和 null-ptr-deref (CVE-2024-26754)

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

    dm-crypt：使用认证加密时不修改数据 (CVE-2024-26763)

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

    fs/aio：将 kiocb_set_cancel_fn() 限制为通过 libaio 提交的 I/O (CVE-2024-26764)

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

    ext4：避免从 ext4_mb_find_by_goal() 中的损坏群组分配块 (CVE-2024-26772)

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

    ext4：避免从 ext4_mb_try_best_found() 中的损坏群组分配块 (CVE-2024-26773)

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

    ext4：避免当块位图损坏时 mb_update_avg_fragment_size() 中除以 0 (CVE-2024-26774)

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

    mptcp：修复套接字解除时的双重释放问题 (CVE-2024-26782)

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

    btrfs：dev-replace：正确验证设备名称 (CVE-2024-26791)

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

    gtp：修复 gtp_newlink() 中的释放后使用和 null-ptr-deref (CVE-2024-26793)

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

    fbcon：始终在 fbcon_do_set_font() 中还原旧字体数据 (CVE-2024-26798)

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

    net：veth：即使关闭，也要在清除 XDP 时清除 GRO (CVE-2024-26803)

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

    net：ip_tunnel：防止余量永久增长 (CVE-2024-26804)

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

    netlink：修复 __skb_datagram_iter 中的 kernel 释放后信息泄露 (CVE-2024-26805)

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

    hv_netvsc：如果 NET_DEVICE_REGISTER 缺少，则在 netvsc_probe 中注册 VF (CVE-2024-26820)

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

    netfilter: nf_tables：在挂钩注册失败时设置休眠标记 (CVE-2024-26835)

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

    - cachefiles：修复 cachefiles_add_cache() 中的内存泄漏 (CVE-2024-26840)

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

    efi：runtime：修复软保留区域大小的潜在溢出 (CVE-2024-26843)

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

    scsi：target：core：将 TMF 添加至 tmr_list 处理 (CVE-2024-26845)

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

    netfilter：nf_conntrack_h323：添加针对 bmp 长度超出范围的保护机制 (CVE-2024-26851)

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

    net/ipv6：避免 ip6_route_mpath_notify() 中可能的 UAF (CVE-2024-26852)

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

    geneve：确保拉入 geneve_rx() 中的内部标头 (CVE-2024-26857)

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

    net/rds：修复 rds_conn_connect_if_down 中的警告 (CVE-2024-27024)

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

    netfilter: nft_flow_offload：设置流后重置路由对象中的 dst (CVE-2024-27403)

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

    efi/capsule-loader：修复错误的分配大小 (CVE-2024-27413)

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

    rtnetlink：修复 IFLA_BRIDGE_FLAGS 写回的错误逻辑 (CVE-2024-27414)

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

    netfilter: bridge：在将多播数据包传递至堆栈之前对其进行确认 (CVE-2024-27415)

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

    ipv6：修复了 inet6_rtm_getaddr() 中的潜在 struct net 泄漏 (CVE-2024-27417)

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

    cpumap：运行 XDP 程序前零初始化 xdp_rxq_info 结构 (CVE-2024-27431)

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

    tls如果初始 process_rx_list 提供非 DATA则停止 recv() (CVE-2024-58239)

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

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

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

  - 已修复 Linux 内核中的下列漏洞：net/mlx5e: Avoid field-overflowing memcpy() In preparation for FORTIFY_SOURCE performing compile-time and run-time field bounds checking for memcpy(), memmove(), and memset(), avoid intentionally writing across neighboring fields. Use flexible arrays instead of zero-element arrays (which look like they are always overflowing) and split the cross-field memcpy() into two halves that can be appropriately bounds-checked by the compiler. We were doing:
    #define ETH_HLEN 14 #define VLAN_HLEN 4 ... #define MLX5E_XDP_MIN_INLINE (ETH_HLEN + VLAN_HLEN) ... struct mlx5e_tx_wqe *wqe = mlx5_wq_cyc_get_wqe(wq, pi); ... struct mlx5_wqe_eth_seg *eseg = &wqe->eth; struct mlx5_wqe_data_seg *dseg = wqe->data; ... memcpy(eseg->inline_hdr.start, xdptxd->data, MLX5E_XDP_MIN_INLINE); target is wqe->eth.inline_hdr.start (which the compiler sees as being 2 bytes in size), but copying 18, intending to write across start (really vlan_tci, 2 bytes). The remaining 16 bytes get written into wqe->data[0], covering byte_count (4 bytes), lkey (4 bytes), and addr (8 bytes). struct mlx5e_tx_wqe { struct mlx5_wqe_ctrl_seg ctrl; /* 0 16 */ struct mlx5_wqe_eth_seg eth; /* 16 16 */ struct mlx5_wqe_data_seg data[]; /* 32 0 */ /* size: 32, cachelines: 1, members: 3 */ /* last cacheline: 32 bytes
    */ }; struct mlx5_wqe_eth_seg { u8 swp_outer_l4_offset; /* 0 1 */ u8 swp_outer_l3_offset; /* 1 1 */ u8 swp_inner_l4_offset; /* 2 1 */ u8 swp_inner_l3_offset; /* 3 1 */ u8 cs_flags; /* 4 1 */ u8 swp_flags; /* 5 1 */ __be16 mss; /* 6 2 */ __be32 flow_table_metadata; /* 8 4 */ union { struct { __be16 sz; /* 12 2 */ u8 start[2]; /* 14 2 */ } inline_hdr; /* 12 4 */ struct { __be16 type; /* 12 2 */ __be16 vlan_tci; /* 14 2 */} insert; /* 12 4 */ __be32 trailer; /* 12 4 */ }; /* 12 4 */ /* size: 16, cachelines: 1, members: 9 */ /* last cacheline: 16 bytes */ }; struct mlx5_wqe_data_seg { __be32 byte_count; /* 0 4 */ __be32 lkey; /* 4 4
    */ __be64 addr; /* 8 8 */ /* size: 16, cachelines: 1, members: 3 */ /* last cacheline: 16 bytes */ }; So, split the memcpy() so the compiler can reason about the buffer sizes. pahole shows no size nor member offset changes to struct mlx5e_tx_wqe nor struct mlx5e_umr_wqe. objdump -d shows no meaningful object code changes (i.e. only source line number induced differences and optimizations). (CVE-2022-48744)

  - 已修复 Linux 内核中的下列漏洞：NFSD: Fix the behavior of READ near OFFSET_MAX Dan Aloni reports: > Due to commit 8cfb9015280d (NFS: Always provide aligned buffers to > the RPC read layers) on the client, a read of 0xfff is aligned up > to server rsize of 0x1000. > > As a result, in a test where the server has a file of size > 0x7fffffffffffffff, and the client tries to read from the offset > 0x7ffffffffffff000, the read causes loff_t overflow in the server > and it returns an NFS code of EINVAL to the client. The client as > a result indefinitely retries the request. The Linux NFS client does not handle NFS?ERR_INVAL, even though all NFS specifications permit servers to return that status code for a READ. Instead of NFS?ERR_INVAL, have out-of-range READ requests succeed and return a short result. Set the EOF flag in the result to prevent the client from retrying the READ request. This behavior appears to be consistent with Solaris NFS servers. Note that NFSv3 and NFSv4 use u64 offset values on the wire. These must be converted to loff_t internally before use -- an implicit type cast is not adequate for this purpose. Otherwise VFS checks against sb->s_maxbytes do not work properly.
    (CVE-2022-48827)

  - 已修复 Linux 内核中的下列漏洞：Bluetooth: L2CAP: Fix user-after-free This uses l2cap_chan_hold_unless_zero() after calling __l2cap_get_chan_blah() to prevent the following trace: Bluetooth: l2cap_core.c:static void l2cap_chan_destroy(struct kref *kref) Bluetooth: chan 0000000023c4974d Bluetooth: parent 00000000ae861c08 ================================================================== BUG: KASAN: use-after-free in
    __mutex_waiter_is_first kernel/locking/mutex.c:191 [inline] BUG: KASAN: use-after-free in
    __mutex_lock_common kernel/locking/mutex.c:671 [inline] BUG: KASAN: use-after-free in
    __mutex_lock+0x278/0x400 kernel/locking/mutex.c:729 Read of size 8 at addr ffff888006a49b08 by task kworker/u3:2/389 (CVE-2022-50386)

  - 已修复 Linux 内核中的下列漏洞：scsi: libsas: Fix use-after-free bug in smp_execute_task_sg() When executing SMP task failed, the smp_execute_task_sg() calls del_timer() to delete slow_task->timer. However, if the timer handler sas_task_internal_timedout() is running, the del_timer() in smp_execute_task_sg() will not stop it and a UAF will happen. The process is shown below:
    (thread 1) | (thread 2) smp_execute_task_sg() | sas_task_internal_timedout() ... | del_timer() | ... | ...
    sas_free_task(task) | kfree(task->slow_task) //FREE| | task->slow_task->... //USE Fix by calling del_timer_sync() in smp_execute_task_sg(), which makes sure the timer handler have finished before the task->slow_task is deallocated. (CVE-2022-50422)

  - 已修复 Linux 内核中的下列漏洞：kernfs: fix use-after-free in
    __kernfs_remove Syzkaller managed to trigger concurrent calls to kernfs_remove_by_name_ns() for the same file resulting in a KASAN detected use-after-free. The race occurs when the root node is freed during kernfs_drain(). To prevent this acquire an additional reference for the root of the tree that is removed before calling __kernfs_remove(). Found by syzkaller with the following reproducer (slab_nomerge is required): syz_mount_image$ext4(0x0, &(0x7f0000000100)='./file0\x00', 0x100000, 0x0, 0x0, 0x0, 0x0) r0 = openat(0xffffffffffffff9c, &(0x7f0000000080)='/proc/self/exe\x00', 0x0, 0x0) close(r0) pipe2(&(0x7f0000000140)={0xffffffffffffffff, <r1=>0xffffffffffffffff}, 0x800) mount$9p_fd(0x0, &(0x7f0000000040)='./file0\x00', &(0x7f00000000c0), 0x408, &(0x7f0000000280)={'trans=fd,', {'rfdno', 0x3d, r0}, 0x2c, {'wfdno', 0x3d, r1}, 0x2c, {[{@cache_loose}, {@mmap}, {@loose}, {@loose}, {@mmap}], [{@mask={'mask', 0x3d, '^MAY_EXEC'}}, {@fsmagic={'fsmagic', 0x3d, 0x10001}}, {@dont_hash}]}}) Sample report: ================================================================== BUG: KASAN: use-after-free in kernfs_type include/linux/kernfs.h:335 [inline] BUG: KASAN: use-after-free in kernfs_leftmost_descendant fs/kernfs/dir.c:1261 [inline] BUG: KASAN: use-after-free in __kernfs_remove.part.0+0x843/0x960 fs/kernfs/dir.c:1369 Read of size 2 at addr ffff8880088807f0 by task syz-executor.2/857 CPU: 0 PID: 857 Comm: syz-executor.2 Not tainted 6.0.0-rc3-00363-g7726d4c3e60b #5 Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.15.0-1 04/01/2014 Call Trace: <TASK> __dump_stack lib/dump_stack.c:88 [inline] dump_stack_lvl+0x6e/0x91 lib/dump_stack.c:106 print_address_description mm/kasan/report.c:317 [inline] print_report.cold+0x5e/0x5e5 mm/kasan/report.c:433 kasan_report+0xa3/0x130 mm/kasan/report.c:495 kernfs_type include/linux/kernfs.h:335 [inline] kernfs_leftmost_descendant fs/kernfs/dir.c:1261 [inline]
    __kernfs_remove.part.0+0x843/0x960 fs/kernfs/dir.c:1369 __kernfs_remove fs/kernfs/dir.c:1356 [inline] kernfs_remove_by_name_ns+0x108/0x190 fs/kernfs/dir.c:1589 sysfs_slab_add+0x133/0x1e0 mm/slub.c:5943
    __kmem_cache_create+0x3e0/0x550 mm/slub.c:4899 create_cache mm/slab_common.c:229 [inline] kmem_cache_create_usercopy+0x167/0x2a0 mm/slab_common.c:335 p9_client_create+0xd4d/0x1190 net/9p/client.c:993 v9fs_session_init+0x1e6/0x13c0 fs/9p/v9fs.c:408 v9fs_mount+0xb9/0xbd0 fs/9p/vfs_super.c:126 legacy_get_tree+0xf1/0x200 fs/fs_context.c:610 vfs_get_tree+0x85/0x2e0 fs/super.c:1530 do_new_mount fs/namespace.c:3040 [inline] path_mount+0x675/0x1d00 fs/namespace.c:3370 do_mount fs/namespace.c:3383 [inline] __do_sys_mount fs/namespace.c:3591 [inline] __se_sys_mount fs/namespace.c:3568 [inline] __x64_sys_mount+0x282/0x300 fs/namespace.c:3568 do_syscall_x64 arch/x86/entry/common.c:50 [inline] do_syscall_64+0x38/0x90 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x63/0xcd RIP: 0033:0x7f725f983aed Code: 02 b8 ff ff ff ff c3 66 0f 1f 44 00 00 f3 0f 1e fa 48 89 f8 48 89 f7 48 89 d6 48 89 ca 4d 89 c2 4d 89 c8 4c 8b 4c 24 08 0f 05 <48> 3d 01 f0 ff ff 73 01 c3 48 c7 c1 b0 ff ff ff f7 d8 64 89 01 48 RSP: 002b:00007f725f0f7028 EFLAGS: 00000246 ORIG_RAX: 00000000000000a5 RAX: ffffffffffffffda RBX: 00007f725faa3f80 RCX: 00007f725f983aed RDX:
    00000000200000c0 RSI: 0000000020000040 RDI: 0000000000000000 RBP: 00007f725f9f419c R08: 0000000020000280 R09: 0000000000000000 R10: 0000000000000408 R11: 0000000000000246 R12: 0000000000000000 R13:
    0000000000000006 R14: 00007f725faa3f80 R15: 00007f725f0d7000 </TASK> Allocated by task 855:
    kasan_save_stack+0x1e/0x40 mm/kasan/common.c:38 kasan_set_track mm/kasan/common.c:45 [inline] set_alloc_info mm/kasan/common.c:437 [inline] __kasan_slab_alloc+0x66/0x80 mm/kasan/common.c:470 kasan_slab_alloc include/linux/kasan.h:224 [inline] slab_post_alloc_hook mm/slab.h:7 ---truncated--- (CVE-2022-50432)

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

远程主机上安装的内核版本低于 4.14.322-244.536。因此，该软件受到 ALAS2-2023-2268 公告中提及的多个漏洞影响。

    在 GFS2 文件系统中发现 Linux 内核中存在缺陷。如果 evict 代码尝试在日志描述符结构、jdesc 被释放并被设置为 NULL 后引用该结构，损坏的 gfs2 文件系统上便会出现此问题。调用 gfs2_trans_begin 时可导致空指针取消引用，然后无法调用 ingfs2_evict_inode()。(CVE-2023-3212)

    在 Linux 内核的 Netfilter 子系统中发现 net/netfilter/nf_tables_api.c 存在释放后使用漏洞。

    若未能通过 NFT_MSG_NEWRULE 正确处理错误，这有可能导致在同一事务中使用悬摆指针，从而造成释放后使用漏洞。具有用户访问权限的本地攻击者可利用此缺陷造成特权提升问题。

    我们建议升级过去的提交 1240eb93f0616b21c675416516ff3d74798fdc97。(CVE-2023-3390)

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

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

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

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

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

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

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

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

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

    SUNRPC：修复 svc_tcp_listen_data_ready() 中的 UAF 问题 (CVE-2023-52885)

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

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

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

    scsiqla2xxx可能取消引用指针 (CVE-2023-53150)

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

    md/raid10刷新写入时防止软锁定 (CVE-2023-53151)

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

    ipv6/addrconf修复 idev 潜在的引用计数下溢 (CVE-2023-53189)

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

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

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

    jfsjfs_dmap挂载时验证 db_l2nbperpage (CVE-2023-53222)

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

    md/raid10修复 max_corr_read_errors 的错误设置 (CVE-2023-53313)

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

    scsiqla2xxx等待 io 在终止 rport 时返回 (CVE-2023-53322)

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

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

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

    scsiqla2xxx修复潜在的空指针取消引用 (CVE-2023-53451)

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

    netusbnet修复 usbnet_start_xmit/usb_submit_urb 中的警告 (CVE-2023-53548)

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

    netfilterconntrack避免 nf_ct_helper_hash 释放后使用 (CVE-2023-53619)

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

    ring-buffer修复读取 trace_pipe 时的死循环问题 (CVE-2023-53668)

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

    posix-timers确保定时器 ID 搜索循环限制有效 (CVE-2023-53728)

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

    netlink修复 netlink_set_err() 中的潜在死锁 (CVE-2023-53731)

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

    netlink不在 fdb 转储中硬编码设备地址长度 (CVE-2023-53863)

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

    scsiqla2xxx检查 fc_bsg_to_rport() 返回的有效 rport (CVE-2023-54014)

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

    btrfs修复从脏 cow 根列表中删除配额根时的争用CVE-2023-54032

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

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

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

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

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

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

    在 Linux 内核的 SCTP 子系统中，在 net/sctp/socket.c 的 sctp_auto_asconf_init 中发现由死锁所导致的拒绝服务漏洞。此缺陷允许具有本地用户权限的客户机触发死锁，并可能导致系统崩溃。(CVE-2024-0639)

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

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

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
265011	Linux Distros 未修补的漏洞：CVE-2023-53148	Nessus	Misc.	2025/9/16	2026/9/30	high
181159	Amazon Linux 2023：bpftool、kernel、kernel-devel (ALAS2023-2023-330)	Nessus	Amazon Linux Local Security Checks	2023/9/8	2026/2/12	high
352370	CentOS Linux 8.5 [TuxCare] 安全更新：bpftool / kernel / kernel-core / kernel-cross-headers / 等多个漏洞（CENTOS8.5：CLSA-2026：1773047921）	Nessus	CentOS Local Security Checks	2026/9/30	2026/9/30	high
353813	Rocky Linux 8 [CIQ] 安全更新：bpftool / bpftool-debuginfo / kernel / kernel-abi-stablelists / 等多种漏洞（crxsa-2024_3138）	Nessus	Rocky Linux Local Security Checks	2026/10/1	2026/10/5	critical
352030	AlmaLinux 9.2 [TuxCare] 安全更新：bpftool / kernel / kernel-abi-stablelists / kernel-core / 等多个漏洞（ALMALINUX9.2：CLSA-2025：1765463110）	Nessus	Alma Linux Local Security Checks	2026/9/30	2026/10/1	high
180566	Amazon Linux 2 内核 --advisory ALAS2KERNEL-5。10-2023-039 (ALASKERNEL-5.10-2023-039)	Nessus	Amazon Linux Local Security Checks	2023/9/6	2026/2/11	high
353232	CentOS Linux 7 [TuxCare] 安全更新：bpftool / kernel / kernel-debug / kernel-debug-devel / kernel-devel / 等多个漏洞（CENTOS7：CLSA-2026：1782148320）	Nessus	CentOS Local Security Checks	2026/9/30	2026/9/30	high
182659	Amazon Linux 2 内核 --advisory ALAS2KERNEL-5。4-2023-054 (ALASKERNEL-5.4-2023-054)	Nessus	Amazon Linux Local Security Checks	2023/10/6	2026/2/9	high
213366	Amazon Linux 2 内核 --advisory ALAS2KERNEL-5。15-2024-058 (ALASKERNEL-5.15-2024-058)	Nessus	Amazon Linux Local Security Checks	2024/12/23	2026/2/9	high
361020	CentOS Linux 8.4 [TuxCare] 安全更新：bpftool / kernel / kernel-core / kernel-cross-headers / 等多个漏洞（CENTOS8.4：CLSA-2026：1773048865）	Nessus	CentOS Local Security Checks	2026/10/1	2026/10/1	high
182627	Amazon Linux 2内核 --advisory ALAS2-2023-2268 (ALAS-2023-2268)	Nessus	Amazon Linux Local Security Checks	2023/10/5	2026/2/9	high

检测

插件搜索

high

high

high

critical

high

high

high

high

high

high

high