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

    在 Linux 内核的 fs/inode.c:inode_init_owner() 函数逻辑中发现一个漏洞，当目录是 SGID 且属于特定群组，并可由非此群组成员的用户写入时，本地用户可以为 XFS 文件系统创建具有非预定群组所有权且具有群组执行和 SGID 权限位集的文件。这会导致在不应授权的情况下授予过多的权限。此漏洞与之前的 CVE-2018-13405 类似，现增加了缺失的 XFS 补丁。(CVE-2021-4037)

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

    tun：避免 tun_free_netdev 中的双重释放 (CVE-2021-47082)

    在 Linux 内核的 TUN/TAP 设备驱动程序功能中，当 register_netdevice 函数失败时（NETDEV_REGISTER 通知程序），用户注册设备的方式中存在双重释放缺陷。本地用户可利用此缺陷导致系统崩溃或可能升级其系统权限。(CVE-2022-4744)

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

    gfs2始终检查内联 inode 的 inode 大小 (CVE-2022-49739)

    在 Linux 内核中，因争用问题导致 net/sched/sch_api.c 的 qdisc_graft 中包含释放后使用缺陷。此缺陷可导致拒绝服务问题。(CVE-2023-0590)

    在用户使用脏日志失败后还原 XFS 映像的方式中，在 Linux 内核的 XFS 文件系统中发现一个越界内存访问缺陷。本地用户可利用此缺陷导致系统崩溃或可能升级其系统权限。(CVE-2023-2124)

    在 Linux 内核的 SLIMpro I2C 设备驱动程序中发现越界写入漏洞。userspace data->block[0] 变量的上限未限定为 0-255 之间的数字，因而可将它用作 memcpy 的大小，这可能导致写入超出 dma_buffer 的末尾。有权限的本地用户可借此造成系统崩溃，或可能实现代码执行。(CVE-2023-2194)

    在 Linux 内核 6.2.6 及其之前所有版本中，net/tls/tls_main.c 的 do_tls_getsockopt 缺少 lock_sock 调用，从而导致争用条件（造成释放后使用或空指针取消引用）。(CVE-2023-28466)

    如果物理邻近攻击者拔出基于 emac 的设备，则 Linux 内核 6.2.9 之前版本的 drivers/net/ethernet/qualcomm/emac/emac.c 中会产生争用条件，并且由此导致释放后使用。
    (CVE-2023-33203)

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

    nilfs2：修复 nilfs_ioctl_wrap_copy() 中的内核信息泄漏 (CVE-2023-53035)

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

    scsiqla2xxx在中止路径中执行无锁命令完成 (CVE-2023-53041)

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

    dm stats：检查并传递 alloc_percpu 失败情况 (CVE-2023-53044)

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

    dm crypt：将 cond_resched() 添加到 dmcrypt_write() (CVE-2023-53051)

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

    erspan不使用 ndo_start_xmit() 中的 skb_mac_header()CVE-2023-53053]

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

    igb：恢复造成死锁的 rtnl_lock() (CVE-2023-53060)

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

    net：usb：smsc95xx：将数据包长度限制为 skb->len (CVE-2023-53062)

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

    qed/qed_sriov防止来自 qed_iov_get_vf_info 的空取消引用 (CVE-2023-53066)

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

    scsi: scsi_dh_alua: 修复 alua_activate() 中“qdata”的内存泄漏问题 (CVE-2023-53078)

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

    ocfs2：修复写入失败后的数据损坏 (CVE-2023-53081)

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

    cifs修复无 CONFIG_CIFS_DFS_UPCALL 时的 DFS 遍历 oops (CVE-2023-53246)

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

    sctp检查 wait_for_sndbuf 之后的发送流编号 (CVE-2023-53296)

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

    canbcmbcm_tx_setup()修复 vfs_write 中的 KMSAN uninit-value (CVE-2023-53344)

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

    sctp修复 sctp_ifwdtsn_skip 中可能的溢出 (CVE-2023-53372)

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

    tracing释放跟踪实例的错误日志 (CVE-2023-53375)

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

    nilfs2修复 sysfs 接口生命周期 (CVE-2023-53440)

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

    nilfs2修复 nilfs_segctor_thread() 中结构 nilfs_sc_info 的潜在 UAFCVE-2023-53608

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

    mm/swap修复 swapoff 和 get_swap_pages() 之间的 swap_info_struct 争用 (CVE-2023-53623)

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

    RDMA/core修复 create_ah 失败时的 GID 条目 ref 泄漏 (CVE-2023-54003)

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

    canj1939j1939_tp_tx_dat_new()修复越界内存访问 (CVE-2023-54039)

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

    net/net_failover修复 txq 超出警告 (CVE-2023-54236)

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

    ipv6修复 __ip6_make_skb() 中的 uninit 变量访问缺陷 (CVE-2023-54265)

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

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

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

  - sctp在 wait_for_sndbuf 之后检查发送流编号 此修补程序修复 asoc 输出流计数在 wait_for_sndbuf 之后可能更改的极端情况。当客户端中的主线程启动连接时如果其出流计数设置为 N而服务器中的入流计数设置为 N - 2则客户端中的另一个线程会持续发送流编号为 N - 1 的消息以及在处理 INIT_ACK 之前等待 sndbuf。但是，处理 INIT_ACK 之后，客户端中的出流计数缩小到 N - 2，与服务器中的入流计数相同。崩溃发生在等待 sndbuf 的线程处于唤醒状态并在非现有流 (N - 1) 中发送消息时调用跟踪如下所示 KASAN: null-ptr-deref in range [0x0000000000000038-0x000000000000003f] 调用跟踪 <TASK> sctp_cmd_send_msg net/sctp/sm_sideeffect.c:1114 [内联] sctp_cmd_interpreter net/sctp/sm_sideeffect.c:1777 [inline] sctp_side_effects net/sctp/sm_sideeffect.c:1199 [内联] sctp_do_sm+0x197d/0x5310 net/sctp /sm_sideeffect.c:1170 sctp_primitive_SEND+0x9f/0xc0 net/sctp/primitive.c:163 sctp_sendmsg_to_asoc+0x10eb/0x1a30 net/sctp/socket.c:1868 sctp_sendmsg+0x8d4/0x1d90 net/sctp/socket.c:200dmsendg inet+msend 0x9d/0xe0 net/ipv4/af_inet.c:825 sock_sendmsg_nosec net/socket.c:722 [inline] sock_sendmsg+0xde/0x190 net/socket.c:745 此项修复是在发送流编号之后为发送流编号添加不太可能的检查线程从 wait_for_sndbuf 中唤醒。 (CVE-2023-53296)

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

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

    在用户使用脏日志失败后还原 XFS 映像的方式中，在 Linux 内核的 XFS 文件系统中发现一个越界内存访问缺陷。本地用户可利用此缺陷导致系统崩溃或可能升级其系统权限。(CVE-2023-2124)

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

    skbuff修复合并与释放 SKB 之间的争用 (CVE-2023-53186)

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

    netopenvswitch修复端口输出上的争用 (CVE-2023-53188)

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

    raw修复 raw_get_next() 中的空取消引用。 (CVE-2023-53198)

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

    nfsd调用 op_release即使 op_func 返回错误也是如此 (CVE-2023-53241)

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

    Driversvmbus查找 relids 之前检查通道分配 (CVE-2023-53273)

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

    sctp检查 wait_for_sndbuf 之后的发送流编号 (CVE-2023-53296)

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

    sctp修复 sctp_ifwdtsn_skip 中可能的溢出 (CVE-2023-53372)

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

    tracing释放跟踪实例的错误日志 (CVE-2023-53375)

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

    cgroup,freezer在 freezer_mutex 之前保持 cpu_hotplug_lock (CVE-2023-53522)

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

    RDMA/cma仅允许 UD qp_type 加入多播 (CVE-2023-53525)

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

    mm/swap修复 swapoff 和 get_swap_pages() 之间的 swap_info_struct 争用 (CVE-2023-53623)

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

    bpfarm64修复了返回已修补函数时的 BTI 错误 (CVE-2023-53634)

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

    NFSD避免调用具有 ops->opnum == OP_ILLEGAL 的 OPDESC() (CVE-2023-53680)

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

    netlink注释对 nlk->max_recvmsg_len 的无锁访问 (CVE-2023-53824)

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

    ping修复 /proc/net/icmp 的潜在空取消引用。 (CVE-2023-53987)

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

    RDMA/core修复 create_ah 失败时的 GID 条目 ref 泄漏 (CVE-2023-54003)

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

    io_uring修复删除提供的缓冲区时的内存泄漏 (CVE-2023-54041)

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

    fs删除命名空间锁定下的对等组 id (CVE-2023-54128)

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

    mptcp在 mptcp_worker 中执行更严格的状态检查 (CVE-2023-54176)

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

    drm/i915修复 i915_perf_add_config_ioctl 中的争用条件 UAFCVE-2023-54202

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

    ipv6修复 __ip6_make_skb() 中的 uninit 变量访问缺陷 (CVE-2023-54265)

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

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

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

  - 已修复 Linux 内核中的下列漏洞：media: dvb-usb: az6027: fix null-ptr-deref in az6027_i2c_xfer() Wei Chen reports a kernel bug as blew: general protection fault, probably for non-canonical address KASAN: null-ptr-deref in range [0x0000000000000010-0x0000000000000017] ... Call Trace: <TASK> __i2c_transfer+0x77e/0x1930 drivers/i2c/i2c-core-base.c:2109 i2c_transfer+0x1d5/0x3d0 drivers/i2c/i2c-core-base.c:2170 i2cdev_ioctl_rdwr+0x393/0x660 drivers/i2c/i2c-dev.c:297 i2cdev_ioctl+0x75d/0x9f0 drivers/i2c/i2c-dev.c:458 vfs_ioctl fs/ioctl.c:51 [inline] __do_sys_ioctl fs/ioctl.c:870 [inline] __se_sys_ioctl+0xfb/0x170 fs/ioctl.c:856 do_syscall_x64 arch/x86/entry/common.c:50 [inline] do_syscall_64+0x3d/0x90 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x63/0xcd RIP:
    0033:0x7fd834a8bded In az6027_i2c_xfer(), if msg[i].addr is 0x99, a null-ptr-deref will caused when accessing msg[i].buf. For msg[i].len is 0 and msg[i].buf is null. Fix this by checking msg[i].len in az6027_i2c_xfer(). (CVE-2022-50272)

  - 已修复 Linux 内核中的下列漏洞：ACPI: processor: idle: Check acpi_fetch_acpi_dev() return value The return value of acpi_fetch_acpi_dev() could be NULL, which would cause a NULL pointer dereference to occur in acpi_device_hid(). [ rjw: Subject and changelog edits, added empty line after if () ] (CVE-2022-50327)

  - 已修复 Linux 内核中的下列漏洞：cifs: fix oops during encryption When running xfstests against Azure the following oops occurred on an arm64 system Unable to handle kernel write to read-only memory at virtual address ffff0001221cf000 Mem abort info: ESR = 0x9600004f EC = 0x25:
    DABT (current EL), IL = 32 bits SET = 0, FnV = 0 EA = 0, S1PTW = 0 FSC = 0x0f: level 3 permission fault Data abort info: ISV = 0, ISS = 0x0000004f CM = 0, WnR = 1 swapper pgtable: 4k pages, 48-bit VAs, pgdp=00000000294f3000 [ffff0001221cf000] pgd=18000001ffff8003, p4d=18000001ffff8003, pud=18000001ff82e003, pmd=18000001ff71d003, pte=00600001221cf787 Internal error: Oops: 9600004f [#1] PREEMPT SMP ... pstate:
    80000005 (Nzcv daif -PAN -UAO -TCO BTYPE=--) pc : __memcpy+0x40/0x230 lr :
    scatterwalk_copychunks+0xe0/0x200 sp : ffff800014e92de0 x29: ffff800014e92de0 x28: ffff000114f9de80 x27:
    0000000000000008 x26: 0000000000000008 x25: ffff800014e92e78 x24: 0000000000000008 x23: 0000000000000001 x22: 0000040000000000 x21: ffff000000000000 x20: 0000000000000001 x19: ffff0001037c4488 x18:
    0000000000000014 x17: 235e1c0d6efa9661 x16: a435f9576b6edd6c x15: 0000000000000058 x14: 0000000000000001 x13: 0000000000000008 x12: ffff000114f2e590 x11: ffffffffffffffff x10: 0000040000000000 x9 :
    ffff8000105c3580 x8 : 2e9413b10000001a x7 : 534b4410fb86b005 x6 : 534b4410fb86b005 x5 : ffff0001221cf008 x4 : ffff0001037c4490 x3 : 0000000000000001 x2 : 0000000000000008 x1 : ffff0001037c4488 x0 :
    ffff0001221cf000 Call trace: __memcpy+0x40/0x230 scatterwalk_map_and_copy+0x98/0x100 crypto_ccm_encrypt+0x150/0x180 crypto_aead_encrypt+0x2c/0x40 crypt_message+0x750/0x880 smb3_init_transform_rq+0x298/0x340 smb_send_rqst.part.11+0xd8/0x180 smb_send_rqst+0x3c/0x100 compound_send_recv+0x534/0xbc0 smb2_query_info_compound+0x32c/0x440 smb2_set_ea+0x438/0x4c0 cifs_xattr_set+0x5d4/0x7c0 This is because in scatterwalk_copychunks(), we attempted to write to a buffer (@sign) that was allocated in the stack (vmalloc area) by crypt_message() and thus accessing its remaining 8 (x2) bytes ended up crossing a page boundary. To simply fix it, we could just pass @sign kmalloc'd from crypt_message() and then we're done. Luckily, we don't seem to pass any other vmalloc'd buffers in smb_rqst::rq_iov... Instead, let's map the correct pages and offsets from vmalloc buffers as well in cifs_sg_set_buf() and then avoiding such oopses. (CVE-2022-50341)

  - 已修复 Linux 内核中的下列漏洞：Bluetooth: hci_conn: Fix crash on hci_create_cis_sync When attempting to connect multiple ISO sockets without using DEFER_SETUP may result in the following crash: BUG: KASAN: null-ptr-deref in hci_create_cis_sync+0x18b/0x2b0 Read of size 2 at addr 0000000000000036 by task kworker/u3:1/50 CPU: 0 PID: 50 Comm: kworker/u3:1 Not tainted 6.0.0-rc7-02243-gb84a13ff4eda #4373 Hardware name: QEMU Standard PC (Q35 + ICH9, 2009), BIOS 1.16.0-1.fc36 04/01/2014 Workqueue: hci0 hci_cmd_sync_work Call Trace: <TASK> dump_stack_lvl+0x19/0x27 kasan_report+0xbc/0xf0 ? hci_create_cis_sync+0x18b/0x2b0 hci_create_cis_sync+0x18b/0x2b0 ? get_link_mode+0xd0/0xd0 ? __ww_mutex_lock_slowpath+0x10/0x10 ? mutex_lock+0xe0/0xe0 ? get_link_mode+0xd0/0xd0 hci_cmd_sync_work+0x111/0x190 process_one_work+0x427/0x650 worker_thread+0x87/0x750 ? process_one_work+0x650/0x650 kthread+0x14e/0x180 ? kthread_exit+0x50/0x50 ret_from_fork+0x22/0x30 </TASK> (CVE-2022-50447)

  - 已修复 Linux 内核中的下列漏洞：mt76: mt7915: Fix PCI device refcount leak in mt7915_pci_init_hif2() As comment of pci_get_device() says, it returns a pci_device with its refcount increased. We need to call pci_dev_put() to decrease the refcount. Save the return value of pci_get_device() and call pci_dev_put() to decrease the refcount. (CVE-2022-50464)

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

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

  - 已修复 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 内核中的下列漏洞：RDMA/srpt: Fix a use-after-free Change the LIO port members inside struct srpt_port from regular members into pointers. Allocate the LIO port data structures from inside srpt_make_tport() and free these from inside srpt_make_tport(). Keep struct srpt_device as long as either an RDMA port or a LIO target port is associated with it. This patch decouples the lifetime of struct srpt_port (controlled by the RDMA core) and struct srpt_port_id (controlled by LIO). This patch fixes the following KASAN complaint: BUG: KASAN: use-after-free in srpt_enable_tpg+0x31/0x70 [ib_srpt] Read of size 8 at addr ffff888141cc34b8 by task check/5093 Call Trace:
    <TASK> show_stack+0x4e/0x53 dump_stack_lvl+0x51/0x66 print_address_description.constprop.0.cold+0xea/0x41e print_report.cold+0x90/0x205 kasan_report+0xb9/0xf0 __asan_load8+0x69/0x90 srpt_enable_tpg+0x31/0x70 [ib_srpt] target_fabric_tpg_base_enable_store+0xe2/0x140 [target_core_mod] configfs_write_iter+0x18b/0x210 new_sync_write+0x1f2/0x2f0 vfs_write+0x3e3/0x540 ksys_write+0xbb/0x140 __x64_sys_write+0x42/0x50 do_syscall_64+0x34/0x80 entry_SYSCALL_64_after_hwframe+0x46/0xb0 </TASK> (CVE-2022-50129)

  - 已修复 Linux 内核中的下列漏洞：drm/amdkfd: Fix double release compute pasid If kfd_process_device_init_vm returns failure after vm is converted to compute vm and vm->pasid set to compute pasid, KFD will not take pdd->drm_file reference. As a result, drm close file handler maybe called to release the compute pasid before KFD process destroy worker to release the same pasid and set vm->pasid to zero, this generates below WARNING backtrace and NULL pointer access. Add helper amdgpu_amdkfd_gpuvm_set_vm_pasid and call it at the last step of kfd_process_device_init_vm, to ensure vm pasid is the original pasid if acquiring vm failed or is the compute pasid with pdd->drm_file reference taken to avoid double release same pasid. amdgpu: Failed to create process VM object ida_free called for id=32770 which is not allocated. WARNING: CPU: 57 PID: 72542 at ../lib/idr.c:522 ida_free+0x96/0x140 RIP:
    0010:ida_free+0x96/0x140 Call Trace: amdgpu_pasid_free_delayed+0xe1/0x2a0 [amdgpu] amdgpu_driver_postclose_kms+0x2d8/0x340 [amdgpu] drm_file_free.part.13+0x216/0x270 [drm] drm_close_helper.isra.14+0x60/0x70 [drm] drm_release+0x6e/0xf0 [drm] __fput+0xcc/0x280 ____fput+0xe/0x20 task_work_run+0x96/0xc0 do_exit+0x3d0/0xc10 BUG: kernel NULL pointer dereference, address:
    0000000000000000 RIP: 0010:ida_free+0x76/0x140 Call Trace: amdgpu_pasid_free_delayed+0xe1/0x2a0 [amdgpu] amdgpu_driver_postclose_kms+0x2d8/0x340 [amdgpu] drm_file_free.part.13+0x216/0x270 [drm] drm_close_helper.isra.14+0x60/0x70 [drm] drm_release+0x6e/0xf0 [drm] __fput+0xcc/0x280 ____fput+0xe/0x20 task_work_run+0x96/0xc0 do_exit+0x3d0/0xc10 (CVE-2022-50303)

  - 已修复 Linux 内核中的下列漏洞：ACPI: processor: idle: Check acpi_fetch_acpi_dev() return value The return value of acpi_fetch_acpi_dev() could be NULL, which would cause a NULL pointer dereference to occur in acpi_device_hid(). [ rjw: Subject and changelog edits, added empty line after if () ] (CVE-2022-50327)

  - 已修复 Linux 内核中的下列漏洞：NFSD: Protect against send buffer overflow in NFSv2 READ Since before the git era, NFSD has conserved the number of pages held by each nfsd thread by combining the RPC receive and send buffers into a single array of pages. This works because there are no cases where an operation needs a large RPC Call message and a large RPC Reply at the same time. Once an RPC Call has been received, svc_process() updates svc_rqst::rq_res to describe the part of rq_pages that can be used for constructing the Reply. This means that the send buffer (rq_res) shrinks when the received RPC record containing the RPC Call is large. A client can force this shrinkage on TCP by sending a correctly- formed RPC Call header contained in an RPC record that is excessively large. The full maximum payload size cannot be constructed in that case. (CVE-2022-50410)

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

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

    在用户使用脏日志失败后还原 XFS 映像的方式中，在 Linux 内核的 XFS 文件系统中发现一个越界内存访问缺陷。本地用户可利用此缺陷导致系统崩溃或可能升级其系统权限。(CVE-2023-2124)

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

    skbuff修复合并与释放 SKB 之间的争用 (CVE-2023-53186)

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

    Driversvmbus查找 relids 之前检查通道分配 (CVE-2023-53273)

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

    sctp检查 wait_for_sndbuf 之后的发送流编号 (CVE-2023-53296)

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

    sctp修复 sctp_ifwdtsn_skip 中可能的溢出 (CVE-2023-53372)

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

    tracing释放跟踪实例的错误日志 (CVE-2023-53375)

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

    RDMA/cma仅允许 UD qp_type 加入多播 (CVE-2023-53525)

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

    mm/swap修复 swapoff 和 get_swap_pages() 之间的 swap_info_struct 争用 (CVE-2023-53623)

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

    NFSD避免调用具有 ops->opnum == OP_ILLEGAL 的 OPDESC() (CVE-2023-53680)

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

    RDMA/core修复 create_ah 失败时的 GID 条目 ref 泄漏 (CVE-2023-54003)

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

    fs删除命名空间锁定下的对等组 id (CVE-2023-54128)

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

    mptcp在 mptcp_worker 中执行更严格的状态检查 (CVE-2023-54176)

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

    drm/i915修复 i915_perf_add_config_ioctl 中的争用条件 UAFCVE-2023-54202

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

    ipv6修复 __ip6_make_skb() 中的 uninit 变量访问缺陷 (CVE-2023-54265)

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

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

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

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

    sysctl修复 proc_dou8vec_minmax() 中的数据争用。 (CVE-2022-49634)

    在用户使用脏日志失败后还原 XFS 映像的方式中，在 Linux 内核的 XFS 文件系统中发现一个越界内存访问缺陷。本地用户可利用此缺陷导致系统崩溃或可能升级其系统权限。(CVE-2023-2124)

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

    Driversvmbus查找 relids 之前检查通道分配 (CVE-2023-53273)

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

    sctp检查 wait_for_sndbuf 之后的发送流编号 (CVE-2023-53296)

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

    sctp修复 sctp_ifwdtsn_skip 中可能的溢出 (CVE-2023-53372)

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

    tracing释放跟踪实例的错误日志 (CVE-2023-53375)

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

    nilfs2修复 sysfs 接口生命周期 (CVE-2023-53440)

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

    scsiscsi_tcp在 iscsi_set_param() 之前检查 sock 是否有效 (CVE-2023-53464)

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

    RDMA/cma仅允许 UD qp_type 加入多播 (CVE-2023-53525)

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

    nilfs2修复 nilfs_segctor_thread() 中结构 nilfs_sc_info 的潜在 UAFCVE-2023-53608

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

    mm/swap修复 swapoff 和 get_swap_pages() 之间的 swap_info_struct 争用 (CVE-2023-53623)

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

    RDMA/core修复 create_ah 失败时的 GID 条目 ref 泄漏 (CVE-2023-54003)

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

    canj1939j1939_tp_tx_dat_new()修复越界内存访问 (CVE-2023-54039)

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

    ipv6修复 __ip6_make_skb() 中的 uninit 变量访问缺陷 (CVE-2023-54265)

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

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

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

  - 已修复 Linux 内核中的下列漏洞：ACPI: processor: idle: Check acpi_fetch_acpi_dev() return value The return value of acpi_fetch_acpi_dev() could be NULL, which would cause a NULL pointer dereference to occur in acpi_device_hid(). [ rjw: Subject and changelog edits, added empty line after if () ] (CVE-2022-50327)

  - 已修复 Linux 内核中的下列漏洞：ext4: fix null-ptr-deref in ext4_write_info I caught a null-ptr-deref bug as follows:
    ================================================================== KASAN: null-ptr-deref in range [0x0000000000000068-0x000000000000006f] CPU: 1 PID: 1589 Comm: umount Not tainted 5.10.0-02219-dirty #339 RIP: 0010:ext4_write_info+0x53/0x1b0 [...] Call Trace: dquot_writeback_dquots+0x341/0x9a0 ext4_sync_fs+0x19e/0x800 __sync_filesystem+0x83/0x100 sync_filesystem+0x89/0xf0 generic_shutdown_super+0x79/0x3e0 kill_block_super+0xa1/0x110 deactivate_locked_super+0xac/0x130 deactivate_super+0xb6/0xd0 cleanup_mnt+0x289/0x400 __cleanup_mnt+0x16/0x20 task_work_run+0x11c/0x1c0 exit_to_user_mode_prepare+0x203/0x210 syscall_exit_to_user_mode+0x5b/0x3a0 do_syscall_64+0x59/0x70 entry_SYSCALL_64_after_hwframe+0x44/0xa9 ================================================================== Above issue may happen as follows:
    ------------------------------------- exit_to_user_mode_prepare task_work_run __cleanup_mnt cleanup_mnt deactivate_super deactivate_locked_super kill_block_super generic_shutdown_super shrink_dcache_for_umount dentry = sb->s_root sb->s_root = NULL <--- Here set NULL sync_filesystem __sync_filesystem sb->s_op->sync_fs > ext4_sync_fs dquot_writeback_dquots sb->dq_op->write_info > ext4_write_info ext4_journal_start(d_inode(sb->s_root), EXT4_HT_QUOTA, 2) d_inode(sb->s_root) s_root->d_inode <--- Null pointer dereference To solve this problem, we use ext4_journal_start_sb directly to avoid s_root being used. (CVE-2022-50344)

  - 已修复 Linux 内核中的下列漏洞：drm/vkms: Fix null-ptr-deref in vkms_release() A null-ptr-deref is triggered when it tries to destroy the workqueue in vkms->output.composer_workq in vkms_release(). KASAN: null-ptr-deref in range [0x0000000000000118-0x000000000000011f] CPU: 5 PID: 17193 Comm: modprobe Not tainted 6.0.0-11331-gd465bff130bf #24 RIP: 0010:destroy_workqueue+0x2f/0x710 ... Call Trace: <TASK> ? vkms_config_debugfs_init+0x50/0x50 [vkms] __devm_drm_dev_alloc+0x15a/0x1c0 [drm] vkms_init+0x245/0x1000 [vkms] do_one_initcall+0xd0/0x4f0 do_init_module+0x1a4/0x680 load_module+0x6249/0x7110
    __do_sys_finit_module+0x140/0x200 do_syscall_64+0x35/0x80 entry_SYSCALL_64_after_hwframe+0x46/0xb0 The reason is that an OOM happened which triggers the destroy of the workqueue, however, the workqueue is alloced in the later process, thus a null-ptr-deref happened. A simple call graph is shown as below:
    vkms_init() vkms_create() devm_drm_dev_alloc() __devm_drm_dev_alloc() devm_drm_dev_init() devm_add_action_or_reset() devm_add_action() # an error happened devm_drm_dev_init_release() drm_dev_put() kref_put() drm_dev_release() vkms_release() destroy_workqueue() # null-ptr-deref happened vkms_modeset_init() vkms_output_init() vkms_crtc_init() # where the workqueue get allocated Fix this by checking if composer_workq is NULL before passing it to the destroy_workqueue() in vkms_release().
    (CVE-2022-50369)

  - 已修复 Linux 内核中的下列漏洞：nfsd: under NFSv4.1, fix double svc_xprt_put on rpc_create failure On error situation `clp->cl_cb_conn.cb_xprt` should not be given a reference to the xprt otherwise both client cleanup and the error handling path of the caller call to put it. Better to delay handing over the reference to a later branch. [ 72.530665] refcount_t: underflow; use-after-free. [ 72.531933] WARNING: CPU: 0 PID: 173 at lib/refcount.c:28 refcount_warn_saturate+0xcf/0x120 [72.533075] Modules linked in: nfsd(OE) nfsv4(OE) nfsv3(OE) nfs(OE) lockd(OE) compat_nfs_ssc(OE) nfs_acl(OE) rpcsec_gss_krb5(OE) auth_rpcgss(OE) rpcrdma(OE) dns_resolver fscache netfs grace rdma_cm iw_cm ib_cm sunrpc(OE) mlx5_ib mlx5_core mlxfw pci_hyperv_intf ib_uverbs ib_core xt_MASQUERADE nf_conntrack_netlink nft_counter xt_addrtype nft_compat br_netfilter bridge stp llc nft_reject_inet nf_reject_ipv4 nf_reject_ipv6 nft_reject nft_ct nft_chain_nat nf_nat nf_conntrack nf_defrag_ipv6 nf_defrag_ipv4 ip_set overlay nf_tables nfnetlink crct10dif_pclmul crc32_pclmul ghash_clmulni_intel xfs serio_raw virtio_net virtio_blk net_failover failover fuse [last unloaded: sunrpc] [ 72.540389] CPU: 0 PID: 173 Comm: kworker/u16:5 Tainted: G OE 5.15.82-dan #1 [ 72.541511] Hardware name: Red Hat KVM/RHEL-AV, BIOS 1.16.0-3.module+el8.7.0+1084+97b81f61 04/01/2014 [ 72.542717] Workqueue: nfsd4_callbacks nfsd4_run_cb_work [nfsd] [ 72.543575] RIP: 0010:refcount_warn_saturate+0xcf/0x120 [ 72.544299] Code: 55 00 0f 0b 5d e9 01 50 98 00 80 3d 75 9e 39 08 00 0f 85 74 ff ff ff 48 c7 c7 e8 d1 60 8e c6 05 61 9e 39 08 01 e8 f6 51 55 00 <0f> 0b 5d e9 d9 4f 98 00 80 3d 4b 9e 39 08 00 0f 85 4c ff ff ff 48 [ 72.546666] RSP:
    0018:ffffb3f841157cf0 EFLAGS: 00010286 [ 72.547393] RAX: 0000000000000026 RBX: ffff89ac6231d478 RCX:
    0000000000000000 [ 72.548324] RDX: ffff89adb7c2c2c0 RSI: ffff89adb7c205c0 RDI: ffff89adb7c205c0 [72.549271] RBP: ffffb3f841157cf0 R08: 0000000000000000 R09: c0000000ffefffff [ 72.550209] R10:
    0000000000000001 R11: ffffb3f841157ad0 R12: ffff89ac6231d180 [ 72.551142] R13: ffff89ac6231d478 R14:
    ffff89ac40c06180 R15: ffff89ac6231d4b0 [ 72.552089] FS: 0000000000000000(0000) GS:ffff89adb7c00000(0000) knlGS:0000000000000000 [ 72.553175] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [ 72.553934] CR2:
    0000563a310506a8 CR3: 0000000109a66000 CR4: 0000000000350ef0 [ 72.554874] Call Trace: [ 72.555278] <TASK> [ 72.555614] svc_xprt_put+0xaf/0xe0 [sunrpc] [ 72.556276] nfsd4_process_cb_update.isra.11+0xb7/0x410 [nfsd] [ 72.557087] ? update_load_avg+0x82/0x610 [ 72.557652] ? cpuacct_charge+0x60/0x70 [ 72.558212] ? dequeue_entity+0xdb/0x3e0 [ 72.558765] ? queued_spin_unlock+0x9/0x20 [ 72.559358] nfsd4_run_cb_work+0xfc/0x270 [nfsd] [ 72.560031] process_one_work+0x1df/0x390 [ 72.560600] worker_thread+0x37/0x3b0 [ 72.561644] ? process_one_work+0x390/0x390 [ 72.562247] kthread+0x12f/0x150 [72.562710] ? set_kthread_struct+0x50/0x50 [ 72.563309] ret_from_fork+0x22/0x30 [ 72.563818] </TASK> [72.564189] ---[ end trace 031117b1c72ec616 ]--- [ 72.566019] list_add corruption. next->prev should be prev (ffff89ac4977e538), but was ffff89ac4763e018. (next=ffff89ac4763e018). [ 72.567647] ------------[ cut here ]------------ (CVE-2022-50401)

  - 已修复 Linux 内核中的下列漏洞：bpf: Propagate error from htab_lock_bucket() to userspace In __htab_map_lookup_and_delete_batch() if htab_lock_bucket() returns
    -EBUSY, it will go to next bucket. Going to next bucket may not only skip the elements in current bucket silently, but also incur out-of-bound memory access or expose kernel memory to userspace if current bucket_cnt is greater than bucket_size or zero. Fixing it by stopping batch operation and returning -EBUSY when htab_lock_bucket() fails, and the application can retry or skip the busy batch as needed.
    (CVE-2022-50490)

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

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
174976	Amazon Linux 2 内核 --advisory ALAS2KERNEL-5。4-2023-044 (ALASKERNEL-5.4-2023-044)	Nessus	Amazon Linux Local Security Checks	2023/5/1	2026/2/9	high
265229	Linux Distros 未修补的漏洞：CVE-2023-53296	Nessus	Misc.	2025/9/17	2026/11/12	medium
175085	Amazon Linux 2023：bpftool、kernel、kernel-devel (ALAS2023-2023-169)	Nessus	Amazon Linux Local Security Checks	2023/5/3	2026/2/10	high
352009	AlmaLinux 9.2 [TuxCare] 安全更新：bpftool / kernel / kernel-abi-stablelists / kernel-core / 等多种漏洞（ALMALINUX9.2：CLSA-2025：1760546935）	Nessus	Alma Linux Local Security Checks	2026/9/30	2026/9/30	high
352091	CentOS Linux 8.4 [TuxCare] 安全更新：bpftool / kernel / kernel-core / kernel-cross-headers / 等多个漏洞（CENTOS8.4：CLSA-2026：1777614651）	Nessus	CentOS Local Security Checks	2026/9/30	2026/10/1	high
174975	Amazon Linux 2 内核 --advisory ALAS2KERNEL-5。15-2023-017 (ALASKERNEL-5.15-2023-017)	Nessus	Amazon Linux Local Security Checks	2023/5/1	2026/2/9	high
174973	Amazon Linux 2 内核 --advisory ALAS2KERNEL-5。10-2023-031 (ALASKERNEL-5.10-2023-031)	Nessus	Amazon Linux Local Security Checks	2023/5/1	2026/2/9	high
365299	CentOS Linux 8.5 [TuxCare] 安全更新：bpftool / kernel / kernel-core / kernel-cross-headers / 等多个漏洞（CENTOS8.5：CLSA-2026：1791852988）	Nessus	CentOS Local Security Checks	2026/10/13	2026/10/13	high

检测

插件搜索

high

medium

high

high

high

high

high

high