远程主机上安装的内核版本低于 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 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

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

  - 5.12-rc8 之前的 Linux 内核 SCTP 套接字 (net/sctp/socket.c) 中存在争用情形，可从网络服务上下文或无特权进程造成内核权限升级。如果在没有 sock_net(sk)->sctp.addr_wq_lock 的情况下调用 sctp_destroy_sock，则会从 auto_asconf_splist 列表中删除一个元素，而不会进行任何适当的锁定。如果附加的 BPF_CGROUP_INET_SOCK_CREATE 拒绝创建某些 SCTP 套接字，则具有网络服务权限的攻击者可利用此问题升级到根级权限或直接从非特权用户上下文升级权限。(CVE-2021-23133)

  - 已修复 Linux 内核中的下列漏洞：drm: Fix use-after-free read in drm_getunique() There is a time-of-check-to-time-of-use error in drm_getunique() due to retrieving file_priv->master prior to locking the device's master mutex. An example can be seen in the crash report of the use-after-free error found by Syzbot:
    https://syzkaller.appspot.com/bug?id=148d2f1dfac64af52ffd27b661981a540724f803 In the report, the master pointer was used after being freed. This is because another process had acquired the device's master mutex in drm_setmaster_ioctl(), then overwrote fpriv->master in drm_new_set_master(). The old value of fpriv->master was subsequently freed before the mutex was unlocked. To fix this, we lock the device's master mutex before retrieving the pointer from from fpriv->master. This patch passes the Syzbot reproducer test. (CVE-2021-47280)

  - 已修复 Linux 内核中的下列漏洞：scsi: mpt3sas: Fix kernel panic during drive powercycle test While looping over shost's sdev list it is possible that one of the drives is getting removed and its sas_target object is freed but its sdev object remains intact. Consequently, a kernel panic can occur while the driver is trying to access the sas_address field of sas_target object without also checking the sas_target object for NULL. (CVE-2021-47565)

  - 已修复 Linux 内核中的下列漏洞：dm btree remove: fix use after free in rebalance_children() Move dm_tm_unlock() after dm_tm_dec(). (CVE-2021-47600)

  - 已修复 Linux 内核中的下列漏洞：media: pvrusb2: fix array-index-out-of-bounds in pvr2_i2c_core_init Syzbot reported that -1 is used as array index. The problem was in missing validation check. hdw->unit_number is initialized with -1 and then if init table walk fails this value remains unchanged. Since code blindly uses this member for array indexing adding sanity check is the easiest fix for that. hdw->workpoll initialization moved upper to prevent warning in __flush_work.
    (CVE-2022-49478)

请注意，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.6 主机上安装的多个程序包受到 CIQ ciqsa-2026_1358 公告中提及的多个漏洞影响。

    此公告汇总了 CIQ LTS 8.6中内核 SRPM 的安全修复。它解决了 9 个 CVE：
    CVE-2023-53556、 CVE-2022-50272、 CVE-2022-49908、 CVE-2026-46243、 和 CVE-2022-506154 个。

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

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

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

  - iavf修复 free_netdev 中的释放后使用。我们对所有分配的 q_vectors[]执行 netif_napi_add()但可能对其中一部分执行 netif_napi_del()然后 kfree q_vectors 并将无效指针留在 dev->napi_list 中。Re Producer[root@host ~]# cat repro.sh #!/bin/bash pf_dbsf=0000:41:00.0 vf0_dbsf=0000:41:02.0 g_pids=() function do_set_numvf() { echo 2 >/sys/bus/ pci/devices/${pf_dbsf}/sriov_numvfs sleep $((RANDOM%3+1)echo 0 >/sys/bus/pci/devices/${pf_dbsf}/sriov_numvfs sleep $((RANDOM%3+1)} function do_set_channel() { local nic=$(ls -1 --indicator-style=none /sys/bus/pci/devices/${vf0_dbsf}/net/) [ -z $nic ] && { sleep $((RANDOM%3)) ; return 1 } ifconfig $nic 192.168.18.5 网络掩码 255.255.255.0 ifconfig $nic up ethtool -L $nic 合并 1 ethtool -L $nic 合并 4睡眠 $((RANDOM%3)) } function on_exit() { ${g_pids[@]} 中 pid 的本地 pid; do kill -0 $pid &>/dev/null && kill $pid &>/dev/null did g_pids=() } trap on_exit;
    退出 EXIT while :;执行 do_set_numvf ; did & g_pids+=($!) while :;执行 do_set_channel ; did & g_pids+=($!) 等待结果 [ 4093.900222] =================================== =============================== [4093.900230] BUGKASANfree_netdev+0x308/0x390 中的释放后使用[ 4093.900232] 由任务 repro.sh/6699 在 addr ffff88b4dc145640 读取大小 8 [ 4093.900233] [ 4093.900236] CPU: 10 PID: 6699 Comm: repro.sh Kdump:已加载 Tainted: GO ------- -- -t - 4.18.0 #1 [ 4093.900238] Hardware name: Powerheader PR2008AL/H12DSi-N6, BIOS 2.0 04/09/2021 [ 4093.900239] 调用跟踪[ 4093.900244] dump_stack+0x71/0xab [4093.900249] print_address_description +0x6b/0x290 [ 4093.900251] ? free_netdev+0x308/0x390 [ 4093.900252] kasan_report+0x14a/0x2b0 [ 4093.900254] free_netdev+0x308/0x390 [ 4093.900261] iavf_remove+0x825/0xd20 [iavf] [ 4093.900265] pci_device_remove+0xa8/0x1f0 [ 4093.900268] device_release_driver_internal+ 0x1c6/0x460 [ 4093.900271] pci_stop_bus_device+0x101/0x150 [ 4093.900273] pci_stop_and_remove_bus_device+0xe/0x20 [ 4093.900275] pci_iov_remove_virtfn+0x187/0x420 [ 4093.900277] ? pci_iov_add_virtfn+0xe10/0xe10 [ 4093.900278] ? pci_get_subsys+0x90/0x90 [ 4093.900280] sriov_disable+0xed/0x3e0 [ 4093.900282] ? bus_find_device+0x12d/0x1a0 [ 4093.900290] i40e_free_vfs+0x754/0x1210 [i40e] [ 4093.900298] ? i40e_reset_all_vfs+0x880/0x880 [i40e] [ 4093.900299] ? pci_get_device+0x7c/0x90 [ 4093.900300] ? pci_get_subsys+0x90/0x90 [ 4093.900306] ? pci_vfs_assigned.part.7+0x144/0x210 [ 4093.900309] __mutex_lock_slowpath+0x10/0x10 [ 4093.900315] i40e_pci_sriov_configure+0x1fa/0x2e0 [i40e] [ 4093.900318] sriov_numvfs_store+0x214/0x290 [ 4093.900320] ? sriov_totalvfs_show+0x30/0x30 [ 4093.900321] ? __mutex_lock_slowpath+0x10/0x10 [ 4093.900323] ?
    __check_object_size+0x15a/0x350 [ 4093.900326] kernfs_fop_write+0x280/0x3f0 [ 4093.900329] vfs_write+0x145/0x440 [ 4093.900330] ksys_write+0xab/0x160 [ 4093.900332] ? __ia32_sys_read+0xb0/0xb0 [4093.900334] ? fput_many+0x1a/0x120 [ 4093.900335] ? filp_close+0xf0/0x130 [ 4093.900338] do_syscall_64+0xa0/0x370 [ 4093.900339] ? page_fault+0x8/0x30 [ 4093.900341] entry_SYSCALL_64_after_hwframe+0x65/0xca [ 4093.900357] RIP0033:0x7f16ad4d22c0 [ 4093.900359] 代码73 01 c3 48 8b 0d d8 cb 2c 00 f7 d8 64 89 01 48 83 c3 66 ff 0f 1f 44 00 00 83 3d 89 24 2d 00 00 75 10 b8 01 00 00 00 0f 05 <48> 3d 01 f0 ff ff 73 31 c3 48 83 ec 08 e8 fe dd 01 00 48 89 04 24 [ 4093.900360] RSP
    002b:00007ffd6491b7f8 EFLAGS: 00000246 ORIG_RAX: 0000000000000001 [ 4093.900362] RAX: ffffffffffffffda RBX: 0000000000000002 RCX: 00007f16ad4d22c0 [ 4093.900363] RDX: 0000000000000002 RSI: 0000000001a41408 RDI: 0000000000000001 [ 4093.900364] RBP: 0000000001a41408 R08: 00007f16ad7a1780 R09: 00007f16ae1f2700 [4093.9003 ---truncated--- (CVE-2023-53556)

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

远程主机上安装的内核版本低于 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 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

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

  - 已修复 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 内核中的下列漏洞：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 内核中的下列漏洞：xhci: Remove device endpoints from bandwidth list when freeing the device Endpoints are normally deleted from the bandwidth list when they are dropped, before the virt device is freed. If xHC host is dying or being removed then the endpoints aren't dropped cleanly due to functions returning early to avoid interacting with a non-accessible host controller. So check and delete endpoints that are still on the bandwidth list when freeing the virt device. Solves a list_del corruption kernel crash when unbinding xhci-pci, caused by xhci_mem_cleanup() when it later tried to delete already freed endpoints from the bandwidth list. This only affects hosts that use software bandwidth checking, which currenty is only the xHC in intel Panther Point PCH (Ivy Bridge) (CVE-2022-50470)

  - 已修复 Linux 内核中的下列漏洞：mmc: via-sdmmc: fix return value check of mmc_add_host() mmc_add_host() may return error, if we ignore its return value, it will lead two issues:
    1. The memory that allocated in mmc_alloc_host() is leaked. 2. In the remove() path, mmc_remove_host() will be called to delete device, but it's not added yet, it will lead a kernel crash because of null-ptr-deref in device_del(). Fix this by checking the return value and goto error path which will call mmc_free_host(). (CVE-2022-50846)

  - 已修复 Linux 内核中的下列漏洞：media: uvcvideo: Fix memory leak in uvc_gpio_parse Previously the unit buffer was allocated before checking the IRQ for privacy GPIO. In case of error, the unit buffer was leaked. Allocate the unit buffer after the IRQ to avoid it. Addresses-Coverity-ID: 1474639 (Resource leak) (CVE-2022-50882)

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

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
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
359803	CentOS Linux 7 [TuxCare] 安全更新：bpftool / kernel / kernel-debug / kernel-debug-devel / kernel-devel / 等多个漏洞（CENTOS7：CLSA-2026：1788170774）	Nessus	CentOS Local Security Checks	2026/10/1	2026/10/1	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
355597	Rocky Linux 8.6 [CIQ] 安全更新：bpftool / bpftool-debuginfo / kernel / kernel-abi-stablelists / 等多种漏洞（ciqsa-2026_1358）	Nessus	Rocky Linux Local Security Checks	2026/10/1	2026/10/12	high
269311	Linux Distros 未修补的漏洞：CVE-2023-53556	Nessus	Misc.	2025/10/8	2026/11/12	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
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
362121	AlmaLinux 9.2 [TuxCare] 安全更新：bpftool / kernel / kernel-abi-stablelists / kernel-core / 等多个漏洞（ALMALINUX9.2：CLSA-2026：1773139548）	Nessus	Alma Linux Local Security Checks	2026/10/1	2026/10/1	high

检测

插件搜索

high

high

high

high

high

high

high

high