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

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

    drm修复因 drmm_mode_config_init() 导致的潜在 null-ptr-deref (CVE-2022-50556)

    在 Linux 内核上通过 io_uring 处理 IORING_OP_SOCKET 操作时发现双重释放漏洞。 (CVE-2023-1032)

    由于其初始化函数中存在类型混淆，Linux 内核中的 tun 和 tap 套接字将其套接字 UID 硬编码为 0，即根。虽然此编码通常正确无误，但由于 TUN/TAP 设备需要 CAP_NET_ADMIN，故而也会出错。套接字 UID 可用于网络筛选和路由，因此可能错误地管理 TUN/TAP 套接字，从而可能绕过基于 UID 的网络筛选器。(CVE-2023-1076)

    kernel：pick_next_rt_entity() 中的类型混淆可能导致内存损坏。(CVE-2023-1077)

    在用户分离 rc 设备的方式中发现 Linux 内核集成的IR 接收器/收发器驱动程序中存在释放后使用缺陷。本地攻击者可利用此缺陷造成系统崩溃，或可能提升其在系统中的权限。(CVE-2023-1118)

    Linux 内核流量控制索引过滤器 (tcindex) 中存在释放后使用漏洞，攻击者可利用此漏洞来提升本地特权。在删除底层结构期间发生完美哈希时，tcindex_delete 函数未正确停用过滤器，这随后可能会导致双重释放该结构。本地攻击者用户可利用此漏洞将特权提升至 Root。我们建议升级过去的提交 8c710f75256bb3cf05ac7b1672c82b92c43f3d28。(CVE-2023-1829)

    启用普通 IBRS（而非增强的 IBRS）时，spectre_v2_user_select_mitigation() 中的逻辑会断定不需要 STIBP。IBRS 位会隐式防止跨线程分支目标注入。但是，对于旧版 IBRS，由于性能原因，IBRS 位在返回用户空间时会被清除，这会使用户空间线程容易受到 STIBP 防范的跨线程分支目标注入问题影响。(CVE-2023-1998)

    在 Linux 内核的 fs/hfsplus/super.c 中，在 hfsplus_put_super 中发现了一个释放后使用缺陷。本地用户可能会利用此缺陷，造成拒绝服务。(CVE-2023-2985)

    在版本低于 6.2.3 的 Linux 内核的 lib/kobject.c 中发现了一个问题。攻击者可利用 Root 访问权限触发争用情形，进而导致 fill_kobj_path 越界写入。(CVE-2023-45863)

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

    vfio/type1防止通过 exec() 发生 locked_vm 下溢 (CVE-2023-53171)

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

    USBuhci修复使用 debugfs_lookup() 的内存泄漏 (CVE-2023-53197)

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

    netfilterx_tables修复创建新的 netns 时错误路径中的 percpu 计数器块泄漏 (CVE-2023-53200)

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

    PMdomains通过使用 debugfs_lookup() 修复内存泄漏CVE-2023-53202]

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

    driver corelocation在返回 false 前释放 struct acpi_pld_info *pld (CVE-2023-53211)

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

    arm64efi使 efi_rt_lock 成为 raw_spinlock (CVE-2023-53216)

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

    watchdog修复 watchdog_cdev_register 中的 kmemleak (CVE-2023-53234)

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

    xsk先检查 Tx 路径中的 IFF_UP (CVE-2023-53240)

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

    firmwaredmi-sysfs修复 dmi_sysfs_register_handle 中的 null-ptr-derefCVE-2023-53250]

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

    cacheinfo修复 shared_cpu_map 以处理不同级别的共享缓存 (CVE-2023-53254)

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

    VMCI调用 get_user_pages_fast() 以避免 GPF 后检查 context->notify_page (CVE-2023-53259)

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

    miscvmw_balloon修复使用 debugfs_lookup() 造成的内存泄漏 (CVE-2023-53279)

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

    udf不更新内联文件写入失败的文件长度 (CVE-2023-53295)

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

    rbdrbd_dev_create() 失败时避免在 do_rbd_add() 中发生释放后使用 (CVE-2023-53307)

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

    genirq/ipi修复 irq_data_get_affinity_mask() 中的空指针取消引用 (CVE-2023-53332)

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

    USB修复使用 debugfs_lookup() 造成的内存泄漏 (CVE-2023-53359)

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

    block轮询时更仔细地检查 NULL bdev (CVE-2023-53366)

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

    cryptoseqiv - 正确处理 EBUSY (CVE-2023-53373)

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

    NFSD修复泄漏的 nfsd4_ssc_umount_item 引用计数 (CVE-2023-53381)

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

    driversbasedd使用 debugfs_lookup() 修复内存泄漏CVE-2023-53390

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

    trace/blktrace使用 debugfs_lookup() 修复内存泄漏 (CVE-2023-53408)

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

    driversbasecomponent修复使用 debugfs_lookup() 的内存泄漏CVE-2023-53409]

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

    PMEM修复使用 debugfs_lookup() 的内存泄漏CVE-2023-53411]

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

    objtool修复 create_static_call_sections() 中的内存泄漏 (CVE-2023-53423)

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

    cifs修复破坏 MR 列表时的警告和 UAF (CVE-2023-53427)

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

    ipv6在 nexthop 计算中添加所有同级的 lwtunnel encap 大小 (CVE-2023-53477)

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

    iommu修复 iommu_group_alloc() 中的错误展开 (CVE-2023-53482)

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

    cryptoxts - 正确处理 EBUSY (CVE-2023-53494)

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

    udf不打扰合并非常长的范围 (CVE-2023-53506)

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

    io_uring修复 fs 不支持 nowait 缓冲读取时的 fget 泄漏 (CVE-2023-53511)

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

    sctp在 sctp_stream_priorities 中添加 refcnt 以避免嵌套循环 (CVE-2023-53590)

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

    driver 核心修复 device_add() 中的资源泄漏 (CVE-2023-53594)

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

    nfsd清除 COPY 代码路径中潜在的 nfsd_file refcount 泄漏 (CVE-2023-53606)

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

    irqchip修复 platform_irqchip_probe 中的 refcount 泄漏 (CVE-2023-53610)

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

    nvme-tcp错误恢复期间请勿访问已发布的套接字 (CVE-2023-53643)

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

    srcu如果使用 SRCU_SIZE_SMALL 将工作委派给引导 cpu (CVE-2023-53671)

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

    drm/i915修复系统暂停未初始化 fbdev (CVE-2023-53678)

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

    udf检测链接到目录层次的系统 inode (CVE-2023-53695)

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

    ring-buffer处理 rb_move_tail 与 rb_check_pages 之间的争用 (CVE-2023-53709)

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

    KVMVMX修复因未初始化 current_vmcs 造成的崩溃 (CVE-2023-53756)

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

    dm 缓存释放 btracker_destroy 中的后台跟踪器排队工作 (CVE-2023-53765)

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

    blk-iocost修复 calc_lcoefs() 中的除以零错误 (CVE-2023-53783)

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

    iommu/amd改进页面错误报告 (CVE-2023-53789)

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

    bpf在 bpf 内存分配器中将来自 slab 的分配对象清零 (CVE-2023-53790)

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

    PCI修复 .end = 0 丢弃有效的根总线资源 (CVE-2023-53814)

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

    loop赋值前loop_set_status_from_info() 检查 (CVE-2023-53820)

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

    usbearlyxhci-dbc修复潜在的越界内存访问 (CVE-2023-53840)

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

    KVM如果 Coalesced MMIO 取消注册失败则破坏目标设备 (CVE-2023-54024)

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

    cryptoessiv - 正确处理 EBUSY (CVE-2023-54046)

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

    iommu/amd为 ivrs_acpihid 命令行参数添加长度限制 (CVE-2023-54057)

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

    blk-cgroup在 pd_free_fn() 完成后删除父引用计数 (CVE-2023-54107)

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

    ledsled-core修复 of_led_get() 中的 refcount 泄漏 (CVE-2023-54190)

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

    tty修复 tty_driver_lookup_tty() 中的越界访问 (CVE-2023-54198)

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

    netfilterebtables修复表 blob 释放后使用 (CVE-2023-54243)

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

    cifs修复了 MR 分配失败时丢失的损坏 smbd 连接 (CVE-2023-54260)

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

    ext4拒绝卸载时创建 ea 块 (CVE-2023-54305)

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

    nettls避免挂起 tx_lock 上的任务 (CVE-2023-54306)

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

    dmflakey不损坏零页面 (CVE-2023-54317)

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

    driver 核心修复 device_add() 中潜在的 null-ptr-deref (CVE-2023-54321)

    内核：ctnetlink_create_conntrack() 中存在 refcount 泄漏 (CVE-2023-7192)

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

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

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

  - iommu/amd改善页面错误错误报告如果未正确设置设备组的 IOMMU 域则可能会遇到 IOMMU 页面错误。当前的页面错误处理程序假设始终设置域并且它将命中空指针取消引用请参阅下面的示例日志。让我们检查是否设置了域并记录相应的消息。示例日志---------- amdgpu 0000:00:01.0:amdgpuSE 1、SH per SE 1、CU per SH 8、active_cu_number 6 BUG内核空指针取消引用地址0000000000000058 #PF内核模式中的主管读取访问 #PFerror_code(0x0000) - not-present page PGD 0 P4D 0 Oops0000 [#1] PREEMPT SMP NOPTI CPU: 2 PID: 56 Comm: irq/24-AMD-Vi 未受感染 6.2 .0-rc2+ #89 硬件名称xxx RIP
    0010:report_iommu_fault+0x11/0x90 [...] 调用跟踪 <TASK> amd_iommu_int_thread+0x60c/0x760 ?
    __pfx_irq_thread_fn+0x10/0x10 irq_thread_fn+0x1f/0x60 irq_thread+0xea/0x1a0 preempt_count_add+0x6a/0xa0 ? __pfx_irq_thread_dtor+0x10/0x10 ? __pfx_irq_thread+0x10/0x10 kthread+0xe9/0x110 ?
    __pfx_kthread+0x10/0x10 ret_from_fork+0x2c/0x50 </TASK> [joro编辑提交消息] (CVE-2023-53789)

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

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

  - 已修复 Linux 内核中的下列漏洞：firmware: arm_scpi: Ensure scpi_info is not assigned if the probe fails When scpi probe fails, at any point, we need to ensure that the scpi_info is not set and will remain NULL until the probe succeeds. If it is not taken care, then it could result use-after-free as the value is exported via get_scpi_ops() and could refer to a memory allocated via devm_kzalloc() but freed when the probe fails. (CVE-2022-50087)

  - 已修复 Linux 内核中的下列漏洞：wifi: rtlwifi: Fix global-out-of-bounds bug in _rtl8812ae_phy_set_txpower_limit() There is a global-out-of-bounds reported by KASAN: BUG:
    KASAN: global-out-of-bounds in _rtl8812ae_eq_n_byte.part.0+0x3d/0x84 [rtl8821ae] Read of size 1 at addr ffffffffa0773c43 by task NetworkManager/411 CPU: 6 PID: 411 Comm: NetworkManager Tainted: G D 6.1.0-rc8+ #144 e15588508517267d37 Hardware name: QEMU Standard PC (Q35 + ICH9, 2009), Call Trace: <TASK> ...
    kasan_report+0xbb/0x1c0 _rtl8812ae_eq_n_byte.part.0+0x3d/0x84 [rtl8821ae] rtl8821ae_phy_bb_config.cold+0x346/0x641 [rtl8821ae] rtl8821ae_hw_init+0x1f5e/0x79b0 [rtl8821ae] ...
    </TASK> The root cause of the problem is that the comparison order of prate_section in
    _rtl8812ae_phy_set_txpower_limit() is wrong. The _rtl8812ae_eq_n_byte() is used to compare the first n bytes of the two strings from tail to head, which causes the problem. In the
    _rtl8812ae_phy_set_txpower_limit(), it was originally intended to meet this requirement by carefully designing the comparison order. For example, pregulation and pbandwidth are compared in order of length from small to large, first is 3 and last is 4. However, the comparison order of prate_section dose not obey such order requirement, therefore when prate_section is HT, when comparing from tail to head, it will lead to access out of bounds in _rtl8812ae_eq_n_byte(). As mentioned above, the
    _rtl8812ae_eq_n_byte() has the same function as strcmp(), so just strcmp() is enough. Fix it by removing
    _rtl8812ae_eq_n_byte() and use strcmp() barely. Although it can be fixed by adjusting the comparison order of prate_section, this may cause the value of rate_section to not be from 0 to 5. In addition, commit 21e4b0726dc6 not only moved driver from staging to regular tree, but also added setting txpower limit function during the driver config phase, so the problem was introduced by this commit. (CVE-2022-50279)

  - 已修复 Linux 内核中的下列漏洞：wifi: ath11k: fix monitor mode bringup crash When the interface is brought up in monitor mode, it leads to NULL pointer dereference crash. This crash happens when the packet type is extracted for a SKB. This extraction which is present in the received msdu delivery path,is not needed for the monitor ring packets since they are all RAW packets.
    Hence appending the flags with RX_FLAG_ONLY_MONITOR to skip that extraction. Observed calltrace: Unable to handle kernel NULL pointer dereference at virtual address 0000000000000064 Mem abort info: ESR = 0x0000000096000004 EC = 0x25: DABT (current EL), IL = 32 bits SET = 0, FnV = 0 EA = 0, S1PTW = 0 FSC = 0x04: level 0 translation fault Data abort info: ISV = 0, ISS = 0x00000004 CM = 0, WnR = 0 user pgtable:
    4k pages, 48-bit VAs, pgdp=0000000048517000 [0000000000000064] pgd=0000000000000000, p4d=0000000000000000 Internal error: Oops: 0000000096000004 [#1] PREEMPT SMP Modules linked in: ath11k_pci ath11k qmi_helpers CPU: 2 PID: 1781 Comm: napi/-271 Not tainted 6.1.0-rc5-wt-ath-656295-gef907406320c-dirty #6 Hardware name:
    Qualcomm Technologies, Inc. IPQ8074/AP-HK10-C2 (DT) pstate: 60000005 (nZCv daif -PAN -UAO -TCO -DIT -SSBS BTYPE=--) pc : ath11k_hw_qcn9074_rx_desc_get_decap_type+0x34/0x60 [ath11k] lr :
    ath11k_hw_qcn9074_rx_desc_get_decap_type+0x5c/0x60 [ath11k] sp : ffff80000ef5bb10 x29: ffff80000ef5bb10 x28: 0000000000000000 x27: ffff000007baafa0 x26: ffff000014a91ed0 x25: 0000000000000000 x24:
    0000000000000000 x23: ffff800002b77378 x22: ffff000014a91ec0 x21: ffff000006c8d600 x20: 0000000000000000 x19: ffff800002b77740 x18: 0000000000000006 x17: 736564203634343a x16: 656e694c20657079 x15:
    0000000000000143 x14: 00000000ffffffea x13: ffff80000ef5b8b8 x12: ffff80000ef5b8c8 x11: ffff80000a591d30 x10: ffff80000a579d40 x9 : c0000000ffffefff x8 : 0000000000000003 x7 : 0000000000017fe8 x6 :
    ffff80000a579ce8 x5 : 0000000000000000 x4 : 0000000000000000 x3 : 0000000000000000 x2 : 3a35ec12ed7f8900 x1 : 0000000000000000 x0 : 0000000000000052 Call trace: ath11k_hw_qcn9074_rx_desc_get_decap_type+0x34/0x60 [ath11k] ath11k_dp_rx_deliver_msdu.isra.42+0xa4/0x3d0 [ath11k] ath11k_dp_rx_mon_deliver.isra.43+0x2f8/0x458 [ath11k] ath11k_dp_rx_process_mon_rings+0x310/0x4c0 [ath11k] ath11k_dp_service_srng+0x234/0x338 [ath11k] ath11k_pcic_ext_grp_napi_poll+0x30/0xb8 [ath11k]
    __napi_poll+0x5c/0x190 napi_threaded_poll+0xf0/0x118 kthread+0xf4/0x110 ret_from_fork+0x10/0x20 Tested-on:
    QCN9074 hw1.0 PCI WLAN.HK.2.7.0.1-01744-QCAHKSWPL_SILICONZ-1 (CVE-2022-50627)

  - 已修复 Linux 内核中的下列漏洞：mm: hugetlb: fix UAF in hugetlb_handle_userfault The vma_lock and hugetlb_fault_mutex are dropped before handling userfault and reacquire them again after handle_userfault(), but reacquire the vma_lock could lead to UAF[1,2] due to the following race, hugetlb_fault hugetlb_no_page /*unlock vma_lock */ hugetlb_handle_userfault handle_userfault /* unlock mm->mmap_lock*/ vm_mmap_pgoff do_mmap mmap_region munmap_vma_range /* clean old vma */ /* lock vma_lock again <--- UAF */ /* unlock vma_lock */ Since the vma_lock will unlock immediately after hugetlb_handle_userfault(), let's drop the unneeded lock and unlock in hugetlb_handle_userfault() to fix the issue. [1] https://lore.kernel.org/linux-mm/000000000000d5e00a05e834962e@google.com/ [2] https://lore.kernel.org/linux-mm/20220921014457.1668-1-liuzixian4@huawei.com/ (CVE-2022-50630)

  - 已修复 Linux 内核中的下列漏洞：PCI: Fix pci_device_is_present() for VFs by checking PF pci_device_is_present() previously didn't work for VFs because it reads the Vendor and Device ID, which are 0xffff for VFs, which looks like they aren't present. Check the PF instead. Wei Gong reported that if virtio I/O is in progress when the driver is unbound or 0 is written to /sys/.../sriov_numvfs, the virtio I/O operation hangs, which may result in output like this: task:bash state:D stack: 0 pid: 1773 ppid: 1241 flags:0x00004002 Call Trace: schedule+0x4f/0xc0 blk_mq_freeze_queue_wait+0x69/0xa0 blk_mq_freeze_queue+0x1b/0x20 blk_cleanup_queue+0x3d/0xd0 virtblk_remove+0x3c/0xb0 [virtio_blk] virtio_dev_remove+0x4b/0x80 ... device_unregister+0x1b/0x60 unregister_virtio_device+0x18/0x30 virtio_pci_remove+0x41/0x80 pci_device_remove+0x3e/0xb0 This happened because pci_device_is_present(VF) returned false in virtio_pci_remove(), so it called virtio_break_device(). The broken vq meant that vring_interrupt() skipped the vq.callback() that would have completed the virtio I/O operation via virtblk_done(). [bhelgaas: commit log, simplify to always use pci_physfn(), add stable tag] (CVE-2022-50636)

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

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
173340	Amazon Linux 2023：bpftool、kernel、kernel-devel (ALAS2023-2023-138)	Nessus	Amazon Linux Local Security Checks	2023/3/23	2026/2/10	high
277896	Linux Distros 未修补的漏洞：CVE-2023-53789	Nessus	Misc.	2025/12/9	2026/10/17	medium
360579	AlmaLinux 9.2 [TuxCare] 安全更新：bpftool / kernel / kernel-abi-stablelists / kernel-core / 等多个漏洞（ALMALINUX9.2：CLSA-2026：1767864313）	Nessus	Alma Linux Local Security Checks	2026/10/1	2026/10/1	high

检测

插件搜索

high

medium

high