因此，该软件受到 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)

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

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

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

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

  - block当轮询 Wei 报告应用程序使用轮询 IO 时要更小心地检查 NULL bdev: PGD 14265e067 P4D 14265e067 PUD 47ec50067 PMD 0 Oops: 0000 [#1] SMP CPU: 0 PID: 21915 Comm iocore_0 Kdump已加载被污染的GS 5.12.0-0_fbk12_clang_7346_g1bb6f2e7058f #1 硬件名称Wiwynn delta Lake MP T8/delta Lake-Class2BIOS Y3DLM08 04/10/2022 RIP0010:bio_poll+0x25/0x200代码0f 1f 44 00 00 0f 1f 44 00 00 1f 44 00 00 55 41 57 41 56 41 55 41 54 53 48 83 ec 28 65 48 8b 04 25 28 00 00 00 48 89 44 24 20 48 8b 47 08 <48> 8b 80 70 02 00 5c 6b 8b 80 70 02 00 8f0 34 31 db 83 fd ff 75 25 65 RSP
    0018:ffffc90005fafdf8 EFLAGS: 00010292 RAX: 0000000000000000 RBX: 0000000000000000 RCX: 74b43cd65dd66600 RDX: 0000000000000003 RSI: ffffc90005fafe78 RDI: ffff8884b614e140 RBP: ffff88849964df78 R08:
     R090000000000000000  : 0000000000000008 R10: 0000000000000000 R11: 0000000000000000 R12: ffff88849964df00 R13: ffffc90005fafe78 R14: ffff888137d3c378 R15: 0000000000000001 FS: 00007fd195000640(0000) GS:ffff88903f400000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES0000 CR00000000080050033 CR2
    0000000000000270 CR3: 0000000466121001 CR4: 00000000007706f0 DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400 PKRU: 55555554 Call Trace: iocb_bio_iopoll+0x1d/0x30 io_do_iopoll+0xac/0x250 __se_sys_io_uring_enter+0x3c5/0x5a0 ?
    __x64_sys_write+0x89/0xd0 do_syscall_64+0x2d/0x40 entry_SYSCALL_64_after_hwframe+0x44/0xae RIP
    0033:0x94f225d 代码24 cc 00 00 00 41 8b 84 24 d0 00 00 00 c1 e0 04 83 e0 10 41 09 c2 8b 33 8b 53 04 4c 8b 43 18 4c 63 4b 0c b8 aa 001 c0f 05 <85> [05] 0f 88 85 00 00 00 29 03 45 84 f6 0f 84 88 00 00 00 41 f6 c7 RSP002b:00007fd194ffcd88 EFLAGS00000202 ORIG_RAX:00000000000001aa RAX:ffdaffXffffff
    00007fd194ffcdc0 RCX: 00000000094f225d RDX: 0000000000000000 RSI: 0000000000000000 RDI: 0000000000000007 RBP: 00007fd194ffcdb0 R08: 0000000000000000 R09: 0000000000000008 R10: 0000000000000001 R11:
    0000000000000202 R1200007fd269d68030 R130000000000000000 R140000000000000001 R150000000000000000 原因在于 bio->bi_bdev 为空。如果有两个任务在执行轮询 IO并且共享轮询队列任务 B 最终从任务 A 完成 IO就会发生这种情况。如果任务 B 完成 IO 并将 bio 放入缓存中则它可在任务 A 完成对该 bio 的轮询之前再次分配该 bio。由于这将需要两个任务之间的抢占因此在检查 bio->bi_bdev 是否为空时只要更仔细一些就足够了。 (CVE-2023-53366)

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

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
173340	Amazon Linux 2023：bpftool、kernel、kernel-devel (ALAS2023-2023-138)	Nessus	Amazon Linux Local Security Checks	2023/3/23	2025/11/6	high
265593	Linux Distros 未修补的漏洞：CVE-2023-53366	Nessus	Misc.	2025/9/20	2025/10/28	medium

检测

插件搜索

high

medium