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

    在 Linux 内核 6.4.2 及之前版本的 USB 子系统中发现了一个问题。drivers/usb/core/sysfs.c 中的 read_descriptors 出现越界和崩溃漏洞。(CVE-2023-37453)

    nftables nf_osf_match_one() 中的越界读取漏洞 (CVE-2023-39189)

    在 Linux 内核的 Netfilter 子系统中发现了一个缺陷。xt_u32 模块未验证 xt_u32 结构中的字段。本地特权攻击者可利用此缺陷，通过以数组边界外的值设置尺寸字段来触发越界读取，从而导致程序崩溃或信息泄露。(CVE-2023-39192)

    在 Linux 内核的 Netfilter 子系统中发现了一个缺陷。sctp_mt_check 未验证 flag_count 字段。本地特权 (CAP_NET_ADMIN) 攻击者可利用此缺陷触发越界读取，从而导致程序崩溃或信息泄露。(CVE-2023-39193)

    Linux 内核中 kmalloc_reserve() 中的整数溢出可能允许本地用户导致系统崩溃，或在某些情况下在内核空间中执行代码。(CVE-2023-42752)

    上游提交对此问题的描述如下：

    如果 ip_set_hash_netportnet 中缺少 IP_SET_HASH_WITH_NET0 宏，在计算数组偏移时可能会使用错误的“CIDR_POS(c)”，造成整数下溢，最终导致 slab 越界访问问题。(CVE-2023-42753)

    在 rsvp_change() 中发现了一个缺陷。根本原因是 slab 越界访问，但由于原始指针的偏移是“unsign int”，完全由用户控制，因此该行为通常为失控指针访问。(CVE-2023-42755)

    在 6.5.3 版本之前 Linux 内核中，发现 IGB 驱动程序中的 drivers/net/ethernet/intel/igb/igb_main.c 存在问题。缓冲区大小可能不足以容纳大于 MTU 的框架。(CVE-2023-45871)

    Linux 内核 net/sched: sch_hfsc（HFSC qdisc 流量控制）组件中存在一个释放后使用漏洞，攻击者可利用此漏洞实现本地特权提升。

    如果包含链接共享曲线（如设有 HFSC_FSC 标志）的类的父类不含链接共享曲线，init_vf() 将在父类上调用 vttree_insert()，但 update_vf() 中会跳过 vttree_remove()。这会留下一个悬摆指针，可能导致释放后使用。

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

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

    当 plug qdisc 被用作 qfq qdisc 的类时，由于 sch_plug 的 .peek 处理程序不正确，且 agg_dequeue() 中缺少错误检查，发送网络数据包则会触发 qfq_dequeue() 中的释放后使用情形。

    我们建议升级过去的提交 8fc134fee27f2263988ae38920bc03da416b03d8。(CVE-2023-4921)

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

    netfilter: nftables: exthdr：修复 4 字节堆栈 OOB 写入

    如果 priv->len 为 4 的倍数，则 dst[len / 4] 可写入经过目标数组，导致堆栈损坏。

    如果 ->len 不是寄存器大小的倍数，则必须使用此构造来清除寄存器的其余部分，以便为其添加与 nft_payload.c 相同的条件。

    该错误已在 4.1 周期中添加，然后会在添加 whentcp/sctp 和 ip 选项支持的情况下被复制/继承。

    Zero Day Initiative 计划报告的错误（ZDI-CAN-21950、ZDI-CAN-21951、ZDI-CAN-21961）。(CVE-2023-52628)

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

    USBcore通过不覆盖 hub_port_init() 中的 udev->descriptor 修复争用 (CVE-2023-52886)

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

    netfilteripset为 ip_set_hash_netportnet.c 添加缺少的 IP_SET_HASH_WITH_NET0 宏 (CVE-2023-53179)

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

    af_unix修复有关 user->unix_inflight 的数据争用。 (CVE-2023-53204)

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

    KVMnSVM基于 L1 状态而非 L2 状态加载 L1 的 TSC 乘数 (CVE-2023-53208)

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

    md/raid5-cache修复 r5l_flush_stripe_to_raid() 的 null-ptr-deref (CVE-2023-53210)

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

    drm/msm/mdp5不泄漏某些平面状态CVE-2023-53324

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

    pstore/ram检查 init 期间空 przs 的开头 (CVE-2023-53331)

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

    lwt修复 BPF xmit ops 的返回值 (CVE-2023-53338)

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

    skbuffskb_segment使用 skbuff frags 前调用零复制函数 (CVE-2023-53354)

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

    tracing修复 cpu 缓冲区写入与交换之间的争用问题CVE-2023-53368

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

    ACPICA将 AML_NO_OPERAND_RESOLVE 标记添加到定时器 (CVE-2023-53395)

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

    xsk修复套接字清理期间的 xsk_diag 释放后使用错误 (CVE-2023-53426)

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

    x86/MCE始终保存 AMD Zen IF Poison 错误的 CS 寄存器 (CVE-2023-53438)

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

    HIDmultitouch修正 hidinput input_dev 名称的 devm 设备引用 (CVE-2023-53454)

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

    scsiqla4xxx解析 nlattrs 时添加长度检查 (CVE-2023-53456)

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

    hsr修复 fill_frame_info() 中的 uninit-value 访问 (CVE-2023-53462)

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

    kobject在 kset_register() 中为 kset->kobj.ktype 添加健全性检查 (CVE-2023-53480)

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

    iommu/amd/iommu_v2修复 pasid 取消绑定时的 pasid_state refcount dec hit 0 警告 (CVE-2023-53501)

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

    PM / devfreq修复 devfreq_dev_release() 中的泄漏 (CVE-2023-53518)

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

    jbd2从检查点删除“jh->b_transaction”之前先对其进行检查 (CVE-2023-53526)

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

    null_blk修复轮询请求超时处理 (CVE-2023-53531)

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

    drm/i915标记 GuC 虚拟引擎的请求以避免释放后使用 (CVE-2023-53552)

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

    bpf拒绝 bpf_sk_assign 中的未哈希套接字 (CVE-2023-53585)

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

    driversbase取消注册设备时释放 devm 资源 (CVE-2023-53596)

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

    Drivershvvmbus不要取消引用 ACPI 根对象句柄 (CVE-2023-53647)

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

    perf trace实际释放 evsel->priv 区域 (CVE-2023-53649)

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

    ext4修复 ext4_fname_{setup_filename,prepare_lookup} 中的内存泄漏 (CVE-2023-53662)

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

    KVMnSVM对嵌套 TSC 缩放支持进行检查而非断言 (CVE-2023-53663)

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

    btrfs如果未能找到内联 backref则输出额外的调试信息 (CVE-2023-53672)

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

    scsitargetiscsi修复 lio_target_nacl_info_show() 中的缓冲区溢出 (CVE-2023-53676)

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

    NFS修复一个潜在的数据损坏 (CVE-2023-53711)

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

    mdraid1修复 raid1_remove_disk() 中潜在的 OOB (CVE-2023-53722)

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

    arm64csum修复 IP 校验和代码中负长度的 OoB 访问 (CVE-2023-53726)

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

    net/schedfq_pie避免 fq_pie_timer() 中的停止CVE-2023-53727]

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

    PCI在 coalescing 之后释放已释放的资源CVE-2023-53743

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

    net处理 kmalloc_reserve() 中的整数溢出 (CVE-2023-53752)

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

    cryptoapi - 使用 crypto_destroy_instance 中的工作队列 (CVE-2023-53799)

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

    cryptolib/mpi - 避免 mpi_cmp_ui() 中的空指针取消引用 (CVE-2023-53817)

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

    kcm修复 kcm_sendmsg() 中 SOCK_DGRAM 的错误处理。 (CVE-2023-53825)

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

    net在 sk_mc_loop() 中读取一次 sk->sk_family (CVE-2023-53831)

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

    bpfsockmap修复锁定更改后的 skb refcnt 争用 (CVE-2023-53836)

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

    md/raid5-cache修复 r5l_exit_log() 中的死锁 (CVE-2023-53848)

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

    ofoverlay提前调用 of_changeset_init() (CVE-2023-53856)

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

    dm不尝试将 IO 置于 RCU 保护之下 (CVE-2023-53860)

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

    ext4修正 ext4_mb_good_group 中的 grp 验证 (CVE-2023-53861)

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

    netipv4修复 __inet_del_ifa() 中的一个内存泄漏 (CVE-2023-53995)

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

    x86/sev使 enc_dec_hypercall() 接受大小而不是 npage (CVE-2023-53996)

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

    af_unix修复有关 unix_tot_inflight 的数据争用。 (CVE-2023-54006)

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

    audit修复 __audit_inode_child() 中可能的软锁定 (CVE-2023-54045)

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

    kcm修复 kcm_sendmsg() 错误路径中的内存泄漏 (CVE-2023-54112)

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

    rcu安全转储 vmalloc 内存信息 (CVE-2023-54113)

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

    s390/dcssblk修复 list_add 损坏导致的内核崩溃 (CVE-2023-54117)

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

    autofs修复 autofs_catatonic_mode 中 waitqueues 的内存泄漏 (CVE-2023-54134)

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

    vfio/type1修复 cap_migration 信息泄漏 (CVE-2023-54137)

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

    scsitargetcore修复 target_cmd_counter 泄漏 (CVE-2023-54154)

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

    of unittest修复 of_unittest_find_node_by_name() 中的空指针取消引用 (CVE-2023-54178)

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

    bpf修复验证 allow_ptr_leaks 中的问题 (CVE-2023-54181)

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

    btrfs修复 lockdep 崩溃以及运行延迟的项目失败后可能发生的死锁 (CVE-2023-54224)

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

    ambabus修复 refcount 泄漏 (CVE-2023-54230)

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

    btrfs设置在 relocate_one_page 中的 read_folio 之后映射的页面范围 (CVE-2023-54253)

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

    btrfs在 ino 查找 ioctl 期间在 inode 查找之前释放路径CVE-2023-54281

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

    KVMSVM从源 VM 获取源 vCPU 以进行 SEV-ES 主机内迁移 (CVE-2023-54296)

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

    usbtypecbus验证合作伙伴在 typec_altmode_attention 中存在 (CVE-2023-54299)

    在用于加密算法 scatterwalk 功能的 Linux 内核 API 中发现了空指针取消引用缺陷。当用户使用特定套接字配置构造恶意数据包时，就会出现此问题，这可能允许本地用户崩溃系统或提升其在系统上的权限。(CVE-2023-6176)

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

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

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

  - 已修复 Linux 内核中的下列漏洞：KVM: nSVM: Check instead of asserting on nested TSC scaling support Check for nested TSC scaling support on nested SVM VMRUN instead of asserting that TSC scaling is exposed to L1 if L1's MSR_AMD64_TSC_RATIO has diverged from KVM's default.
    Userspace can trigger the WARN at will by writing the MSR and then updating guest CPUID to hide the feature (modifying guest CPUID is allowed anytime before KVM_RUN). E.g. hacking KVM's state_test selftest to do vcpu_set_msr(vcpu, MSR_AMD64_TSC_RATIO, 0); vcpu_clear_cpuid_feature(vcpu, X86_FEATURE_TSCRATEMSR);
    after restoring state in a new VM+vCPU yields an endless supply of: ------------[ cut here ]------------ WARNING: CPU: 164 PID: 62565 at arch/x86/kvm/svm/nested.c:699 nested_vmcb02_prepare_control+0x3d6/0x3f0 [kvm_amd] Call Trace: <TASK> enter_svm_guest_mode+0x114/0x560 [kvm_amd] nested_svm_vmrun+0x260/0x330 [kvm_amd] vmrun_interception+0x29/0x30 [kvm_amd] svm_invoke_exit_handler+0x35/0x100 [kvm_amd] svm_handle_exit+0xe7/0x180 [kvm_amd] kvm_arch_vcpu_ioctl_run+0x1eab/0x2570 [kvm] kvm_vcpu_ioctl+0x4c9/0x5b0 [kvm] __se_sys_ioctl+0x7a/0xc0 __x64_sys_ioctl+0x21/0x30 do_syscall_64+0x41/0x90 entry_SYSCALL_64_after_hwframe+0x63/0xcd RIP: 0033:0x45ca1b Note, the nested #VMEXIT path has the same flaw, but needs a different fix and will be handled separately. (CVE-2023-53663)

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

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

  - 已修复 Linux 内核中的下列漏洞：ext4: add EXT4_IGET_BAD flag to prevent unexpected bad inode There are many places that will get unhappy (and crash) when ext4_iget() returns a bad inode. However, if iget the boot loader inode, allows a bad inode to be returned, because the inode may not be initialized. This mechanism can be used to bypass some checks and cause panic. To solve this problem, we add a special iget flag EXT4_IGET_BAD. Only with this flag we'd be returning bad inode from ext4_iget(), otherwise we always return the error code if the inode is bad inode.(suggested by Jan Kara) (CVE-2022-50485)

  - 已修复 Linux 内核中的下列漏洞：crypto: seqiv - Handle EBUSY correctly As it is seqiv only handles the special return value of EINPROGERSS, which means that in all other cases it will free data related to the request. However, as the caller of seqiv may specify MAY_BACKLOG, we also need to expect EBUSY and treat it in the same way. Otherwise backlogged requests will trigger a use-after-free. (CVE-2023-53373)

  - 已修复 Linux 内核中的下列漏洞：drm/radeon: free iio for atombios when driver shutdown Fix below kmemleak when unload radeon driver: unreferenced object 0xffff9f8608ede200 (size 512): comm systemd-udevd, pid 326, jiffies 4294682822 (age 716.338s) hex dump (first 32 bytes): 00 00 00 00 c4 aa ec aa 14 ab 00 00 00 00 00 00 ................ 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ backtrace: [<0000000062fadebe>] kmem_cache_alloc_trace+0x2f1/0x500 [<00000000b6883cea>] atom_parse+0x117/0x230 [radeon] [<00000000158c23fd>] radeon_atombios_init+0xab/0x170 [radeon] [<00000000683f672e>] si_init+0x57/0x750 [radeon] [<00000000566cc31f>] radeon_device_init+0x559/0x9c0 [radeon] [<0000000046efabb3>] radeon_driver_load_kms+0xc1/0x1a0 [radeon] [<00000000b5155064>] drm_dev_register+0xdd/0x1d0 [<0000000045fec835>] radeon_pci_probe+0xbd/0x100 [radeon] [<00000000e69ecca3>] pci_device_probe+0xe1/0x160 [<0000000019484b76>] really_probe.part.0+0xc1/0x2c0 [<000000003f2649da>]
    __driver_probe_device+0x96/0x130 [<00000000231c5bb1>] driver_probe_device+0x24/0xf0 [<0000000000a42377>]
    __driver_attach+0x77/0x190 [<00000000d7574da6>] bus_for_each_dev+0x7f/0xd0 [<00000000633166d2>] driver_attach+0x1e/0x30 [<00000000313b05b8>] bus_add_driver+0x12c/0x1e0 iio was allocated in atom_index_iio() called by atom_parse(), but it doesn't got released when the dirver is shutdown. Fix this kmemleak by free it in radeon_atombios_fini(). (CVE-2023-53453)

  - 已修复 Linux 内核中的下列漏洞：ACPI: processor: Check for null return of devm_kzalloc() in fch_misc_setup() devm_kzalloc() may fail, clk_data->name might be NULL and will cause a NULL pointer dereference later. [ rjw: Subject and changelog edits ] (CVE-2023-53483)

  - 已修复 Linux 内核中的下列漏洞：mm/swap: fix swap_info_struct race between swapoff and get_swap_pages() The si->lock must be held when deleting the si from the available list. Otherwise, another thread can re-add the si to the available list, which can lead to memory corruption. The only place we have found where this happens is in the swapoff path. This case can be described as below: core 0 core 1 swapoff del_from_avail_list(si) waiting try lock si->lock acquire swap_avail_lock and re-add si into swap_avail_head acquire si->lock but missing si already being added again, and continuing to clear SWP_WRITEOK, etc. It can be easily found that a massive warning messages can be triggered inside get_swap_pages() by some special cases, for example, we call madvise(MADV_PAGEOUT) on blocks of touched memory concurrently, meanwhile, run much swapon-swapoff operations (e.g. stress-ng-swap). However, in the worst case, panic can be caused by the above scene. In swapoff(), the memory used by si could be kept in swap_info[] after turning off a swap. This means memory corruption will not be caused immediately until allocated and reset for a new swap in the swapon path. A panic message caused:
    (with CONFIG_PLIST_DEBUG enabled) ------------[ cut here ]------------ top: 00000000e58a3003, n:
    0000000013e75cda, p: 000000008cd4451a prev: 0000000035b1e58a, n: 000000008cd4451a, p: 000000002150ee8d next: 000000008cd4451a, n: 000000008cd4451a, p: 000000008cd4451a WARNING: CPU: 21 PID: 1843 at lib/plist.c:60 plist_check_prev_next_node+0x50/0x70 Modules linked in: rfkill(E) crct10dif_ce(E)... CPU:
    21 PID: 1843 Comm: stress-ng Kdump: ... 5.10.134+ Hardware name: Alibaba Cloud ECS, BIOS 0.0.0 02/06/2015 pstate: 60400005 (nZCv daif +PAN -UAO -TCO BTYPE=--) pc : plist_check_prev_next_node+0x50/0x70 lr :
    plist_check_prev_next_node+0x50/0x70 sp : ffff0018009d3c30 x29: ffff0018009d3c40 x28: ffff800011b32a98 x27: 0000000000000000 x26: ffff001803908000 x25: ffff8000128ea088 x24: ffff800011b32a48 x23:
    0000000000000028 x22: ffff001800875c00 x21: ffff800010f9e520 x20: ffff001800875c00 x19: ffff001800fdc6e0 x18: 0000000000000030 x17: 0000000000000000 x16: 0000000000000000 x15: 0736076307640766 x14:
    0730073007380731 x13: 0736076307640766 x12: 0730073007380731 x11: 000000000004058d x10: 0000000085a85b76 x9 : ffff8000101436e4 x8 : ffff800011c8ce08 x7 : 0000000000000000 x6 : 0000000000000001 x5 :
    ffff0017df9ed338 x4 : 0000000000000001 x3 : ffff8017ce62a000 x2 : ffff0017df9ed340 x1 : 0000000000000000 x0 : 0000000000000000 Call trace: plist_check_prev_next_node+0x50/0x70 plist_check_head+0x80/0xf0 plist_add+0x28/0x140 add_to_avail_list+0x9c/0xf0 _enable_swap_info+0x78/0xb4 __do_sys_swapon+0x918/0xa10
    __arm64_sys_swapon+0x20/0x30 el0_svc_common+0x8c/0x220 do_el0_svc+0x2c/0x90 el0_svc+0x1c/0x30 el0_sync_handler+0xa8/0xb0 el0_sync+0x148/0x180 irq event stamp: 2082270 Now, si->lock locked before calling 'del_from_avail_list()' to make sure other thread see the si had been deleted and SWP_WRITEOK cleared together, will not reinsert again. This problem exists in versions after stable 5.10.y.
    (CVE-2023-53623)

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

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

检测

插件搜索

high

medium

high