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

    KVM: nVMX 的 Linux 内核中存在回归漏洞，攻击者可利用该漏洞发动推测执行攻击。
    在 KVM (L0) 宣称会向 L1 提供 eIBRS 支持的背景下， L1 认为在运行 L2 之后便不需要使用 retpoline 或 IBPB，导致 L2 可以对 L1 执行 Spectre v2 攻击。在 L2 上拥有代码执行权的攻击者可以在主机的间接分支上执行代码。我们建议升级到内核 6.2 或过去的提交 2e7eab81425a (CVE-2022-2196)

    已发现在某些 AMD CPU 上，RAS（返回地址堆栈，在某些 AMD 文档中也称为 RAP [返回地址预测器]，在 Intel 术语中也称为 RSB [返回堆栈缓冲区]）在非空闲线程之间进行动态分区。攻击者可利用此漏洞，控制邻近线程上的推测执行。(CVE-2022-27672)

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

    netfilter: nft_tproxy限制为预路由挂钩 (CVE-2022-50001)

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

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

    检测到一些可通过 MDS 等边信道泄漏机密内存的可利用小工具，以及针对 spectre-v1 的 usercopy 函数强化不充分。(CVE-2023-0458)

    由于其初始化函数中存在类型混淆，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)

    上游缺陷报告对此问题的描述如下：

    在 Linux 内核的可靠数据报套接字 (RDS) 协议实现中发现了一个缺陷。rds_rm_zerocopy_callback() 在造成类型混淆的列表标头上使用 list_entry()。本地用户可通过 rds_message_put() 触发此漏洞。类型混淆导致“struct rds_msg_zcopy_info *info”实际上指向可能由本地用户控制的其他内容。触发此漏洞的方式已为用户所知，该漏洞将导致越界访问和锁定损坏。(CVE-2023-1078)

    Linux 内核流量控制索引过滤器 (tcindex) 中存在释放后使用漏洞，可造成特权提升。遍历数据包时可更新不完全哈希区域，这将在通过破坏的 tcf_ext 调用“tcf_exts_exec()”时造成释放后使用。本地攻击者用户可利用此漏洞将特权提升至 Root。此问题影响 Linux 内核：从 4.14 版至 git commit ee059170b1f7e94e55fa6cadee544e176a6e59c2。(CVE-2023-1281)

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

    Linux 内核 io_uring 系统中存在释放后使用漏洞，攻击者可利用此漏洞来实现本地特权提升。

    io_file_get_fixed 函数缺少 ctx->uring_lock，由于取消注册的修复文件存在争用条件，因此可导致释放后使用漏洞。

    我们建议升级过去的 commit da24142b1ef9fd5d36b76e36bab328a5b27523e8。(CVE-2023-1872)

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

    在 Linux 内核的 SCSI 子组件中，发现 drivers/scsi/iscsi_tcp.c 的 iscsi_sw_tcp_session_create 存在一个释放后使用缺陷。攻击者可利用此问题，泄露内核内部信息。
    (CVE-2023-2162)

    在版本低于 6.0.3 的 Linux 内核中，drivers/gpu/drm/virtio/virtgpu_object.c 错译了 drm_gem_shmem_get_sg_table 返回值（预计在错误情况下会返回为 NULL，而实际上却是错误指针）。(CVE-2023-22998)

    在 6.1.13 版本之前的 Linux 内核中，由于设备重命名期间发生分配失败（用于在新位置注册 sysctl 表），net/mpls/af_mpls.c 中会存在双重释放漏洞。(CVE-2023-26545)

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

    在 Linux 内核的 Framebuffer 控制台 (fbcon) 中发现了一个缺陷。向 fbcon_set_font 提供大于 32 的 font->width 和 font->height 时，由于检查不到位，会发生 shift 越界，从而导致不明行为并可能导致拒绝服务。(CVE-2023-3161)

    在 Linux 内核中，发现 vc_screen 中 drivers/tty/vt/vc_screen.c 的 vcs_read 存在一个释放后使用缺陷。如果攻击者具有本地用户访问权限，他们可利用此缺陷造成系统崩溃或泄露内核内部信息。(CVE-2023-3567)

    在版本低于 6.2.5 的 Linux 内核中，发现 ENE UB6250 读卡器驱动程序中的 drivers/usb/storage/ene_ub6250.c 存在一个问题。对象范围可能会超出分配的末尾。(CVE-2023-45862)

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

    aio：修复 fork 解除引用空指针之后的 mremap (CVE-2023-52646)

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

    net: openvswitch：修复 ovs_meter_cmd_set() 中可能的内存泄漏 (CVE-2023-52702)

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

    net/usb: kalmia：不要传递 usb_bulk_msg 错误路径中的 act_len (CVE-2023-52703)

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

    nilfs2：修复第二个超级块位置计算中的下溢 (CVE-2023-52705)

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

    mmcmmc_spi修复 mmc_spi_probe() 中的错误处理 (CVE-2023-52708)

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

    mmc: sdio：修复某些错误路径中可能存在的资源泄漏问题 (CVE-2023-52730)

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

    修复 __free_pages 中的 racy 检查造成的页面损坏 (CVE-2023-52739)

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

    cifs：修复 rdata->read_into_pages() 中的释放后使用 (CVE-2023-52741)

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

    net: USB：修复 plusb.c 中的错误方向警告 (CVE-2023-52742)

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

    IB/IPoIB：修复由于队列编号错误而导致的旧版 IPoIB 问题 (CVE-2023-52745)

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

    xfrm/compat：阻止 xfrm_xlate32_attr() 中潜在的 spectre v1 小工具 (CVE-2023-52746)

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

    drm/i915修复潜在的 bit_17 双重释放 (CVE-2023-52930)

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

    mm/swapfile：在 get_swap_pages() 中添加 cond_resched() (CVE-2023-52932)

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

    Squashfs：修复 xattr_ids 计数的处理和健全性检查 (CVE-2023-52933)

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

    vc_screen：移动 vcs_read() 中的结构 vc_data 指针加载以避免 UAF (CVE-2023-52973)

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

    scsi: iscsi_tcp : 当访问 shost ip 地址时，登录期间会发生释放后使用 (UAF) (CVE-2023-52974)

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

    efi修复 efi_mem_reserve_persistent 中潜在的空取消引用 (CVE-2023-52976)

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

    net: openvswitch：修复 ovs_flow_cmd_new 中的流内存泄漏问题 (CVE-2023-52977)

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

    squashfs：强化 squashfs_read_xattr_id_table 中健全性检查 (CVE-2023-52979)

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

    bpfsockmap克隆侦听器时检查任何 tcp_bpf_prots (CVE-2023-52986)

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

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

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

    ext4修复 ext4_feat_ktype 的函数原型不匹配 (CVE-2023-53224)

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

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

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

    thermal/drivers/hisi删除第二个传感器 hi3660 (CVE-2023-53242)

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

    ubi确保 VID 标头偏移 + VID 标头大小 <= alloc, 大小 (CVE-2023-53265)

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

    ubi修复 ubi_resize_volume() 中 kmemleak 报告的未引用对象 (CVE-2023-53271)

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

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

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

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

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

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

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

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

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

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

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

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

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

    scsises如果机箱无组件则不附加 (CVE-2023-53431)

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

    drm/radeon驱动程序关闭时释放 atombios 的 iio (CVE-2023-53453)

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

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

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

    ubiubi_wl_put_peb修复耗损均衡工作失败时的无限循环 (CVE-2023-53481)

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

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

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

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

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

    scsimpt3sas修复内存泄漏 (CVE-2023-53512)

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

    scsises修复 ses_intf_remove() 中的 slab 越界 (CVE-2023-53521)

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

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

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

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

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

    scsisses修复可能的 desc_ptr 越界访问 (CVE-2023-53675)

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

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

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

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

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

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

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

    ubi修复卷大小调整失败时的释放后使用 (CVE-2023-53800)

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

    scsises修复 ses_enclosure_data_process() 中的 slab 越界 (CVE-2023-53803)

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

    l2tp避免 l2tp_tunnel_register() 中可能的递归死锁 (CVE-2023-53809)

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

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

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

    ubi修复aseblk_count_seq_show() 中的 UAF 耗损平衡条目 (CVE-2023-53826)

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

    hfs修复 __hfs_bnode_create 中缺少的 hfs_bnode_get() (CVE-2023-53862)

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

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

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

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

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

    ubi修复 ubi_free_volume() 中可能的 null-ptr-deref (CVE-2023-54087)

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

    scsiqla2xxx修复 NVMe LS 请求上的 DMA-API 调用跟踪 (CVE-2023-54108)

    在 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)

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

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

    scsisses修复可能的 addl_desc_ptr 越界访问 (CVE-2023-7324)

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

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

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

  - ubi修复 ubi_free_volume() 中可能的 null-ptr-deref 在下列情况下会造成 null-ptr-deref
    uif_init() ubi_add_volume() cdev_add() -> 如果失败调用 kill_volumes() device_register() kill_volumes() -> 如果 ubi_add_volume() 失败调用此函数 ubi_free_volume() cdev_del() device_unregister() -> 尝试删除未添加设备会导致 null-ptr-deref 因此在 ubi_free_volume() 中无论添加与否都会删除设备从而导致 null-ptr-deref。处理调用 ubi_add_volume() 时的错误情况以修复此问题。如果添加卷失败将相应的 vol 设置为空因此无法在 kill_volumes() 中访问并释放 ubi_add_volume() 错误路径中的资源。 (CVE-2023-54087)

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

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

    KVM: nVMX 的 Linux 内核中存在回归漏洞，攻击者可利用该漏洞发动推测执行攻击。
    在 KVM (L0) 宣称会向 L1 提供 eIBRS 支持的背景下， L1 认为在运行 L2 之后便不需要使用 retpoline 或 IBPB，导致 L2 可以对 L1 执行 Spectre v2 攻击。在 L2 上拥有代码执行权的攻击者可以在主机的间接分支上执行代码。我们建议升级到内核 6.2 或过去的提交 2e7eab81425a (CVE-2022-2196)

    已发现在某些 AMD CPU 上，RAS（返回地址堆栈，在某些 AMD 文档中也称为 RAP [返回地址预测器]，在 Intel 术语中也称为 RSB [返回堆栈缓冲区]）在非空闲线程之间进行动态分区。攻击者可利用此漏洞，控制邻近线程上的推测执行。(CVE-2022-27672)

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

    netfilter: nft_tproxy限制为预路由挂钩 (CVE-2022-50001)

    检测到一些可通过 MDS 等边信道泄漏机密内存的可利用小工具，以及针对 spectre-v1 的 usercopy 函数强化不充分。(CVE-2023-0458)

    由于其初始化函数中存在类型混淆，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)

    上游缺陷报告对此问题的描述如下：

    在 Linux 内核的可靠数据报套接字 (RDS) 协议实现中发现了一个缺陷。rds_rm_zerocopy_callback() 在造成类型混淆的列表标头上使用 list_entry()。本地用户可通过 rds_message_put() 触发此漏洞。类型混淆导致“struct rds_msg_zcopy_info *info”实际上指向可能由本地用户控制的其他内容。触发此漏洞的方式已为用户所知，该漏洞将导致越界访问和锁定损坏。(CVE-2023-1078)

    Linux 内核流量控制索引过滤器 (tcindex) 中存在释放后使用漏洞，可造成特权提升。遍历数据包时可更新不完全哈希区域，这将在通过破坏的 tcf_ext 调用“tcf_exts_exec()”时造成释放后使用。本地攻击者用户可利用此漏洞将特权提升至 Root。此问题影响 Linux 内核：从 4.14 版至 git commit ee059170b1f7e94e55fa6cadee544e176a6e59c2。(CVE-2023-1281)

    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 内核的 SCSI 子组件中，发现 drivers/scsi/iscsi_tcp.c 的 iscsi_sw_tcp_session_create 存在一个释放后使用缺陷。攻击者可利用此问题，泄露内核内部信息。
    (CVE-2023-2162)

    在 6.1.13 版本之前的 Linux 内核中，由于设备重命名期间发生分配失败（用于在新位置注册 sysctl 表），net/mpls/af_mpls.c 中会存在双重释放漏洞。(CVE-2023-26545)

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

    在 Linux 内核的 Framebuffer 控制台 (fbcon) 中发现了一个缺陷。向 fbcon_set_font 提供大于 32 的 font->width 和 font->height 时，由于检查不到位，会发生 shift 越界，从而导致不明行为并可能导致拒绝服务。(CVE-2023-3161)

    在 Linux 内核中，发现 vc_screen 中 drivers/tty/vt/vc_screen.c 的 vcs_read 存在一个释放后使用缺陷。如果攻击者具有本地用户访问权限，他们可利用此缺陷造成系统崩溃或泄露内核内部信息。(CVE-2023-3567)

    在版本低于 6.2.5 的 Linux 内核中，发现 ENE UB6250 读卡器驱动程序中的 drivers/usb/storage/ene_ub6250.c 存在一个问题。对象范围可能会超出分配的末尾。(CVE-2023-45862)

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

    aio：修复 fork 解除引用空指针之后的 mremap (CVE-2023-52646)

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

    net/usb: kalmia：不要传递 usb_bulk_msg 错误路径中的 act_len (CVE-2023-52703)

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

    nilfs2：修复第二个超级块位置计算中的下溢 (CVE-2023-52705)

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

    sched/psi：修复 ep_remove_wait_queue() 中的释放后使用错误 (CVE-2023-52707)

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

    mmcmmc_spi修复 mmc_spi_probe() 中的错误处理 (CVE-2023-52708)

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

    mmc: sdio：修复某些错误路径中可能存在的资源泄漏问题 (CVE-2023-52730)

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

    net: USB：修复 plusb.c 中的错误方向警告 (CVE-2023-52742)

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

    IB/IPoIB：修复由于队列编号错误而导致的旧版 IPoIB 问题 (CVE-2023-52745)

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

    mm/swapfile：在 get_swap_pages() 中添加 cond_resched() (CVE-2023-52932)

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

    Squashfs：修复 xattr_ids 计数的处理和健全性检查 (CVE-2023-52933)

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

    vc_screen：移动 vcs_read() 中的结构 vc_data 指针加载以避免 UAF (CVE-2023-52973)

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

    scsi: iscsi_tcp : 当访问 shost ip 地址时，登录期间会发生释放后使用 (UAF) (CVE-2023-52974)

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

    efi修复 efi_mem_reserve_persistent 中潜在的空取消引用 (CVE-2023-52976)

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

    net: openvswitch：修复 ovs_flow_cmd_new 中的流内存泄漏问题 (CVE-2023-52977)

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

    squashfs：强化 squashfs_read_xattr_id_table 中健全性检查 (CVE-2023-52979)

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

    ext4修复 ext4_feat_ktype 的函数原型不匹配 (CVE-2023-53224)

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

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

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

    thermal/drivers/hisi删除第二个传感器 hi3660 (CVE-2023-53242)

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

    ubi确保 VID 标头偏移 + VID 标头大小 <= alloc, 大小 (CVE-2023-53265)

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

    ubi修复 ubi_resize_volume() 中 kmemleak 报告的未引用对象 (CVE-2023-53271)

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

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

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

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

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

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

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

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

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

    scsises如果机箱无组件则不附加 (CVE-2023-53431)

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

    drm/radeon驱动程序关闭时释放 atombios 的 iio (CVE-2023-53453)

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

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

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

    ubiubi_wl_put_peb修复耗损均衡工作失败时的无限循环 (CVE-2023-53481)

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

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

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

    scsises修复 ses_intf_remove() 中的 slab 越界 (CVE-2023-53521)

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

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

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

    scsisses修复可能的 desc_ptr 越界访问 (CVE-2023-53675)

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

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

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

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

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

    ubi修复卷大小调整失败时的释放后使用 (CVE-2023-53800)

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

    scsises修复 ses_enclosure_data_process() 中的 slab 越界 (CVE-2023-53803)

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

    ubi修复aseblk_count_seq_show() 中的 UAF 耗损平衡条目 (CVE-2023-53826)

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

    hfs修复 __hfs_bnode_create 中缺少的 hfs_bnode_get() (CVE-2023-53862)

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

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

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

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

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

    ubi修复 ubi_free_volume() 中可能的 null-ptr-deref (CVE-2023-54087)

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

    scsiqla2xxx修复 NVMe LS 请求上的 DMA-API 调用跟踪 (CVE-2023-54108)

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

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

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

    BluetoothL2CAP修复潜在的释放后使用 (CVE-2023-54214)

    在 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)

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

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

    scsisses修复可能的 addl_desc_ptr 越界访问 (CVE-2023-7324)

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

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

Rocky Linux 9.6 主机上存在安装的程序包，该程序包受到 TuxCare ALMALINUX9.6：CLSA-2026：2026：1786824415 公告中提及的多个漏洞的影响。

  - 已修复 Linux 内核中的下列漏洞：CDC-NCM: avoid overflow in sanity checking A broken device may give an extreme offset like 0xFFF0 and a reasonable length for a fragment. In the sanity check as formulated now, this will create an integer overflow, defeating the sanity check. Both offset and offset + len need to be checked in such a manner that no overflow can occur. And those quantities should be unsigned. (CVE-2022-48938)

  - 已修复 Linux 内核中的下列漏洞：pinctrl: devicetree: fix null pointer dereferencing in pinctrl_dt_to_map Here is the BUG report by KASAN about null pointer dereference: BUG:
    KASAN: null-ptr-deref in strcmp+0x2e/0x50 Read of size 1 at addr 0000000000000000 by task python3/2640 Call Trace: strcmp __of_find_property of_find_property pinctrl_dt_to_map kasprintf() would return NULL pointer when kmalloc() fail to allocate. So directly return ENOMEM, if kasprintf() return NULL pointer.
    (CVE-2022-49832)

  - 已修复 Linux 内核中的下列漏洞：hugetlbfs: fix null-ptr-deref in hugetlbfs_parse_param() Syzkaller reports a null-ptr-deref bug as follows:
    ====================================================== KASAN: null-ptr-deref in range [0x0000000000000000-0x0000000000000007] RIP: 0010:hugetlbfs_parse_param+0x1dd/0x8e0 fs/hugetlbfs/inode.c:1380 [...] Call Trace: <TASK> vfs_parse_fs_param fs/fs_context.c:148 [inline] vfs_parse_fs_param+0x1f9/0x3c0 fs/fs_context.c:129 vfs_parse_fs_string+0xdb/0x170 fs/fs_context.c:191 generic_parse_monolithic+0x16f/0x1f0 fs/fs_context.c:231 do_new_mount fs/namespace.c:3036 [inline] path_mount+0x12de/0x1e20 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+0x27f/0x300 fs/namespace.c:3568 do_syscall_x64 arch/x86/entry/common.c:50 [inline] do_syscall_64+0x35/0xb0 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x63/0xcd [...] </TASK> ====================================================== According to commit vfs: parse: deal with zero length string value, kernel will set the param->string to null pointer in vfs_parse_fs_string() if fs string has zero length. Yet the problem is that, hugetlbfs_parse_param() will dereference the param->string, without checking whether it is a null pointer. To be more specific, if hugetlbfs_parse_param() parses an illegal mount parameter, such as size=,, kernel will constructs struct fs_parameter with null pointer in vfs_parse_fs_string(), then passes this struct fs_parameter to hugetlbfs_parse_param(), which triggers the above null-ptr-deref bug. This patch solves it by adding sanity check on param->string in hugetlbfs_parse_param(). (CVE-2022-50334)

  - 已修复 Linux 内核中的下列漏洞：Input: cyapa - add missing input core locking to suspend/resume functions Grab input->mutex during suspend/resume functions like it is done in other input drivers. This fixes the following warning during system suspend/resume cycle on Samsung Exynos5250-based Snow Chromebook: ------------[ cut here ]------------ WARNING: CPU: 1 PID: 1680 at drivers/input/input.c:2291 input_device_enabled+0x68/0x6c Modules linked in: ... CPU: 1 PID: 1680 Comm:
    kworker/u4:12 Tainted: G W 6.6.0-rc5-next-20231009 #14109 Hardware name: Samsung Exynos (Flattened Device Tree) Workqueue: events_unbound async_run_entry_fn unwind_backtrace from show_stack+0x10/0x14 show_stack from dump_stack_lvl+0x58/0x70 dump_stack_lvl from __warn+0x1a8/0x1cc __warn from warn_slowpath_fmt+0x18c/0x1b4 warn_slowpath_fmt from input_device_enabled+0x68/0x6c input_device_enabled from cyapa_gen3_set_power_mode+0x13c/0x1dc cyapa_gen3_set_power_mode from cyapa_reinitialize+0x10c/0x15c cyapa_reinitialize from cyapa_resume+0x48/0x98 cyapa_resume from dpm_run_callback+0x90/0x298 dpm_run_callback from device_resume+0xb4/0x258 device_resume from async_resume+0x20/0x64 async_resume from async_run_entry_fn+0x40/0x15c async_run_entry_fn from process_scheduled_works+0xbc/0x6a8 process_scheduled_works from worker_thread+0x188/0x454 worker_thread from kthread+0x108/0x140 kthread from ret_from_fork+0x14/0x28 Exception stack(0xf1625fb0 to 0xf1625ff8) ... ---[ end trace 0000000000000000 ]--- ... ------------[ cut here ]------------ WARNING: CPU: 1 PID: 1680 at drivers/input/input.c:2291 input_device_enabled+0x68/0x6c Modules linked in: ... CPU: 1 PID: 1680 Comm: kworker/u4:12 Tainted: G W 6.6.0-rc5-next-20231009 #14109 Hardware name: Samsung Exynos (Flattened Device Tree) Workqueue:
    events_unbound async_run_entry_fn unwind_backtrace from show_stack+0x10/0x14 show_stack from dump_stack_lvl+0x58/0x70 dump_stack_lvl from __warn+0x1a8/0x1cc __warn from warn_slowpath_fmt+0x18c/0x1b4 warn_slowpath_fmt from input_device_enabled+0x68/0x6c input_device_enabled from cyapa_gen3_set_power_mode+0x13c/0x1dc cyapa_gen3_set_power_mode from cyapa_reinitialize+0x10c/0x15c cyapa_reinitialize from cyapa_resume+0x48/0x98 cyapa_resume from dpm_run_callback+0x90/0x298 dpm_run_callback from device_resume+0xb4/0x258 device_resume from async_resume+0x20/0x64 async_resume from async_run_entry_fn+0x40/0x15c async_run_entry_fn from process_scheduled_works+0xbc/0x6a8 process_scheduled_works from worker_thread+0x188/0x454 worker_thread from kthread+0x108/0x140 kthread from ret_from_fork+0x14/0x28 Exception stack(0xf1625fb0 to 0xf1625ff8) ... ---[ end trace 0000000000000000 ]--- (CVE-2023-52884)

  - 已修复 Linux 内核中的下列漏洞：tracing: Do not let histogram values have some modifiers Histogram values can not be strings, stacktraces, graphs, symbols, syscalls, or grouped in buckets or log. Give an error if a value is set to do so. Note, the histogram code was not prepared to handle these modifiers for histograms and caused a bug. Mark Rutland reported: # echo 'p:copy_to_user __arch_copy_to_user n=$arg2' >> /sys/kernel/tracing/kprobe_events # echo 'hist:keys=n:vals=hitcount.buckets=8:sort=hitcount' > /sys/kernel/tracing/events/kprobes/copy_to_user/trigger # cat /sys/kernel/tracing/events/kprobes/copy_to_user/hist [ 143.694628] Unable to handle kernel NULL pointer dereference at virtual address 0000000000000000 [ 143.695190] Mem abort info: [ 143.695362] ESR = 0x0000000096000004 [ 143.695604] EC = 0x25: DABT (current EL), IL = 32 bits [ 143.695889] SET = 0, FnV = 0 [ 143.696077] EA = 0, S1PTW = 0 [ 143.696302] FSC = 0x04: level 0 translation fault [ 143.702381] Data abort info: [ 143.702614] ISV = 0, ISS = 0x00000004 [ 143.702832] CM = 0, WnR = 0 [ 143.703087] user pgtable: 4k pages, 48-bit VAs, pgdp=00000000448f9000 [ 143.703407] [0000000000000000] pgd=0000000000000000, p4d=0000000000000000 [ 143.704137] Internal error: Oops: 0000000096000004 [#1] PREEMPT SMP [ 143.704714] Modules linked in: [ 143.705273] CPU: 0 PID: 133 Comm: cat Not tainted 6.2.0-00003-g6fc512c10a7c #3 [ 143.706138] Hardware name: linux,dummy-virt (DT) [ 143.706723] pstate:
    80000005 (Nzcv daif -PAN -UAO -TCO -DIT -SSBS BTYPE=--) [ 143.707120] pc :
    hist_field_name.part.0+0x14/0x140 [ 143.707504] lr : hist_field_name.part.0+0x104/0x140 [ 143.707774] sp :
    ffff800008333a30 [ 143.707952] x29: ffff800008333a30 x28: 0000000000000001 x27: 0000000000400cc0 [143.708429] x26: ffffd7a653b20260 x25: 0000000000000000 x24: ffff10d303ee5800 [ 143.708776] x23:
    ffffd7a6539b27b0 x22: ffff10d303fb8c00 x21: 0000000000000001 [ 143.709127] x20: ffff10d303ec2000 x19:
    0000000000000000 x18: 0000000000000000 [ 143.709478] x17: 0000000000000000 x16: 0000000000000000 x15:
    0000000000000000 [ 143.709824] x14: 0000000000000000 x13: 203a6f666e692072 x12: 6567676972742023 [143.710179] x11: 0a230a6d6172676f x10: 000000000000002c x9 : ffffd7a6521e018c [ 143.710584] x8 :
    000000000000002c x7 : 7f7f7f7f7f7f7f7f x6 : 000000000000002c [ 143.710915] x5 : ffff10d303b0103e x4 :
    ffffd7a653b20261 x3 : 000000000000003d [ 143.711239] x2 : 0000000000020001 x1 : 0000000000000001 x0 :
    0000000000000000 [ 143.711746] Call trace: [ 143.712115] hist_field_name.part.0+0x14/0x140 [ 143.712642] hist_field_name.part.0+0x104/0x140 [ 143.712925] hist_field_print+0x28/0x140 [ 143.713125] event_hist_trigger_print+0x174/0x4d0 [ 143.713348] hist_show+0xf8/0x980 [ 143.713521] seq_read_iter+0x1bc/0x4b0 [ 143.713711] seq_read+0x8c/0xc4 [ 143.713876] vfs_read+0xc8/0x2a4 [ 143.714043] ksys_read+0x70/0xfc [ 143.714218] __arm64_sys_read+0x24/0x30 [ 143.714400] invoke_syscall+0x50/0x120 [143.714587] el0_svc_common.constprop.0+0x4c/0x100 [ 143.714807] do_el0_svc+0x44/0xd0 [ 143.714970] el0_svc+0x2c/0x84 [ 143.715134] el0t_64_sync_handler+0xbc/0x140 [ 143.715334] el0t_64_sync+0x190/0x194 [143.715742] Code: a9bd7bfd 910003fd a90153f3 aa0003f3 (f9400000) [ 143.716510] ---[ end trace 0000000000000000 ]--- Segmentation fault (CVE-2023-53093)

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

远程主机上安装的内核版本低于 4.14.309-231.529。因此，该软件受到 ALAS2-2023-1987 公告中提及的多个漏洞影响。

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

    netsched修复 tcindex_set_parms 中的内存泄漏 (CVE-2022-50396)

    检测到一些可通过 MDS 等边信道泄漏机密内存的可利用小工具，以及针对 spectre-v1 的 usercopy 函数强化不充分。(CVE-2023-0458)

    Linux 内核流量控制索引过滤器 (tcindex) 中存在释放后使用漏洞，可造成特权提升。遍历数据包时可更新不完全哈希区域，这将在通过破坏的 tcf_ext 调用“tcf_exts_exec()”时造成释放后使用。本地攻击者用户可利用此漏洞将特权提升至 Root。此问题影响 Linux 内核：从 4.14 版至 git commit ee059170b1f7e94e55fa6cadee544e176a6e59c2。(CVE-2023-1281)

    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 内核的 SCSI 子组件中，发现 drivers/scsi/iscsi_tcp.c 的 iscsi_sw_tcp_session_create 存在一个释放后使用缺陷。攻击者可利用此问题，泄露内核内部信息。
    (CVE-2023-2162)

    在 6.1.13 版本之前的 Linux 内核中，由于设备重命名期间发生分配失败（用于在新位置注册 sysctl 表），net/mpls/af_mpls.c 中会存在双重释放漏洞。(CVE-2023-26545)

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

    在 Linux 内核的 Framebuffer 控制台 (fbcon) 中发现了一个缺陷。向 fbcon_set_font 提供大于 32 的 font->width 和 font->height 时，由于检查不到位，会发生 shift 越界，从而导致不明行为并可能导致拒绝服务。(CVE-2023-3161)

    在版本低于 6.2.5 的 Linux 内核中，发现 ENE UB6250 读卡器驱动程序中的 drivers/usb/storage/ene_ub6250.c 存在一个问题。对象范围可能会超出分配的末尾。(CVE-2023-45862)

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

    aio：修复 fork 解除引用空指针之后的 mremap (CVE-2023-52646)

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

    net/usb: kalmia：不要传递 usb_bulk_msg 错误路径中的 act_len (CVE-2023-52703)

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

    nilfs2：修复第二个超级块位置计算中的下溢 (CVE-2023-52705)

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

    mmc: sdio：修复某些错误路径中可能存在的资源泄漏问题 (CVE-2023-52730)

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

    net: USB：修复 plusb.c 中的错误方向警告 (CVE-2023-52742)

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

    mm/swapfile：在 get_swap_pages() 中添加 cond_resched() (CVE-2023-52932)

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

    Squashfs：修复 xattr_ids 计数的处理和健全性检查 (CVE-2023-52933)

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

    scsi: iscsi_tcp : 当访问 shost ip 地址时，登录期间会发生释放后使用 (UAF) (CVE-2023-52974)

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

    net: openvswitch：修复 ovs_flow_cmd_new 中的流内存泄漏问题 (CVE-2023-52977)

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

    squashfs：强化 squashfs_read_xattr_id_table 中健全性检查 (CVE-2023-52979)

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

    irqchip/alpine-msi修复 alpine_msix_init_domains 中的 refcount 泄漏 (CVE-2023-53191)

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

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

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

    ubi确保 VID 标头偏移 + VID 标头大小 <= alloc, 大小 (CVE-2023-53265)

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

    ubi修复 ubi_resize_volume() 中 kmemleak 报告的未引用对象 (CVE-2023-53271)

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

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

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

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

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

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

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

    scsises如果机箱无组件则不附加 (CVE-2023-53431)

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

    drm/radeon驱动程序关闭时释放 atombios 的 iio (CVE-2023-53453)

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

    ubiubi_wl_put_peb修复耗损均衡工作失败时的无限循环 (CVE-2023-53481)

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

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

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

    scsises修复 ses_intf_remove() 中的 slab 越界 (CVE-2023-53521)

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

    scsisses修复可能的 desc_ptr 越界访问 (CVE-2023-53675)

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

    ubi修复卷大小调整失败时的释放后使用 (CVE-2023-53800)

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

    scsises修复 ses_enclosure_data_process() 中的 slab 越界 (CVE-2023-53803)

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

    ubi修复aseblk_count_seq_show() 中的 UAF 耗损平衡条目 (CVE-2023-53826)

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

    hfs修复 __hfs_bnode_create 中缺少的 hfs_bnode_get() (CVE-2023-53862)

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

    ubi修复 ubi_free_volume() 中可能的 null-ptr-deref (CVE-2023-54087)

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

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

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

    BluetoothL2CAP修复潜在的释放后使用 (CVE-2023-54214)

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

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

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

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

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

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

    scsisses修复可能的 addl_desc_ptr 越界访问 (CVE-2023-7324)

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

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

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

  - 已修复 Linux 内核中的下列漏洞：dma-debug: don't call
    __dma_entry_alloc_check_leak() under free_entries_lock __dma_entry_alloc_check_leak() calls into printk -> serial console output (qcom geni) and grabs port->lock under free_entries_lock spin lock, which is a reverse locking dependency chain as qcom_geni IRQ handler can call into dma-debug code and grab free_entries_lock under port->lock. Move __dma_entry_alloc_check_leak() call out of free_entries_lock scope so that we don't acquire serial console's port->lock under it. Trimmed-down lockdep splat: The existing dependency chain (in reverse order) is: -> #2 (free_entries_lock){-.-.}-{2:2}:
    _raw_spin_lock_irqsave+0x60/0x80 dma_entry_alloc+0x38/0x110 debug_dma_map_page+0x60/0xf8 dma_map_page_attrs+0x1e0/0x230 dma_map_single_attrs.constprop.0+0x6c/0xc8 geni_se_rx_dma_prep+0x40/0xcc qcom_geni_serial_isr+0x310/0x510 __handle_irq_event_percpu+0x110/0x244 handle_irq_event_percpu+0x20/0x54 handle_irq_event+0x50/0x88 handle_fasteoi_irq+0xa4/0xcc handle_irq_desc+0x28/0x40 generic_handle_domain_irq+0x24/0x30 gic_handle_irq+0xc4/0x148 do_interrupt_handler+0xa4/0xb0 el1_interrupt+0x34/0x64 el1h_64_irq_handler+0x18/0x24 el1h_64_irq+0x64/0x68 arch_local_irq_enable+0x4/0x8
    ____do_softirq+0x18/0x24 ... -> #1 (&port_lock_key){-.-.}-{2:2}: _raw_spin_lock_irqsave+0x60/0x80 qcom_geni_serial_console_write+0x184/0x1dc console_flush_all+0x344/0x454 console_unlock+0x94/0xf0 vprintk_emit+0x238/0x24c vprintk_default+0x3c/0x48 vprintk+0xb4/0xbc _printk+0x68/0x90 register_console+0x230/0x38c uart_add_one_port+0x338/0x494 qcom_geni_serial_probe+0x390/0x424 platform_probe+0x70/0xc0 really_probe+0x148/0x280 __driver_probe_device+0xfc/0x114 driver_probe_device+0x44/0x100 __device_attach_driver+0x64/0xdc bus_for_each_drv+0xb0/0xd8
    __device_attach+0xe4/0x140 device_initial_probe+0x1c/0x28 bus_probe_device+0x44/0xb0 device_add+0x538/0x668 of_device_add+0x44/0x50 of_platform_device_create_pdata+0x94/0xc8 of_platform_bus_create+0x270/0x304 of_platform_populate+0xac/0xc4 devm_of_platform_populate+0x60/0xac geni_se_probe+0x154/0x160 platform_probe+0x70/0xc0 ... -> #0 (console_owner){-...}-{0:0}:
    __lock_acquire+0xdf8/0x109c lock_acquire+0x234/0x284 console_flush_all+0x330/0x454 console_unlock+0x94/0xf0 vprintk_emit+0x238/0x24c vprintk_default+0x3c/0x48 vprintk+0xb4/0xbc
    _printk+0x68/0x90 dma_entry_alloc+0xb4/0x110 debug_dma_map_sg+0xdc/0x2f8 __dma_map_sg_attrs+0xac/0xe4 dma_map_sgtable+0x30/0x4c get_pages+0x1d4/0x1e4 [msm] msm_gem_pin_pages_locked+0x38/0xac [msm] msm_gem_pin_vma_locked+0x58/0x88 [msm] msm_ioctl_gem_submit+0xde4/0x13ac [msm] drm_ioctl_kernel+0xe0/0x15c drm_ioctl+0x2e8/0x3f4 vfs_ioctl+0x30/0x50 ... Chain exists of: console_owner --> &port_lock_key --> free_entries_lock Possible unsafe locking scenario: CPU0 CPU1 ---- ---- lock(free_entries_lock);
    lock(&port_lock_key); lock(free_entries_lock); lock(console_owner); *** DEADLOCK *** Call trace:
    dump_backtrace+0xb4/0xf0 show_stack+0x20/0x30 dump_stack_lvl+0x60/0x84 dump_stack+0x18/0x24 print_circular_bug+0x1cc/0x234 check_noncircular+0x78/0xac __lock_acquire+0xdf8/0x109c lock_acquire+0x234/0x284 console_flush_all+0x330/0x454 consol ---truncated--- (CVE-2023-52516)

  - 已修复 Linux 内核中的下列漏洞：USB: sisusbvga: Add endpoint checks The syzbot fuzzer was able to provoke a WARNING from the sisusbvga driver: ------------[ cut here]------------ usb 1-1: BOGUS urb xfer, pipe 3 != type 1 WARNING: CPU: 1 PID: 26 at drivers/usb/core/urb.c:504 usb_submit_urb+0xed6/0x1880 drivers/usb/core/urb.c:504 Modules linked in: CPU:
    1 PID: 26 Comm: kworker/1:1 Not tainted 6.2.0-rc5-syzkaller-00199-g5af6ce704936 #0 Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 01/12/2023 Workqueue: usb_hub_wq hub_event RIP:
    0010:usb_submit_urb+0xed6/0x1880 drivers/usb/core/urb.c:504 Code: 7c 24 18 e8 6c 50 80 fb 48 8b 7c 24 18 e8 62 1a 01 ff 41 89 d8 44 89 e1 4c 89 ea 48 89 c6 48 c7 c7 60 b1 fa 8a e8 84 b0 be 03 <0f> 0b e9 58 f8 ff ff e8 3e 50 80 fb 48 81 c5 c0 05 00 00 e9 84 f7 RSP: 0018:ffffc90000a1ed18 EFLAGS: 00010282 RAX:
    0000000000000000 RBX: 0000000000000001 RCX: 0000000000000000 RDX: ffff888012783a80 RSI: ffffffff816680ec RDI: fffff52000143d95 RBP: ffff888079020000 R08: 0000000000000005 R09: 0000000000000000 R10:
    0000000080000000 R11: 0000000000000000 R12: 0000000000000003 R13: ffff888017d33370 R14: 0000000000000003 R15: ffff888021213600 FS: 0000000000000000(0000) GS:ffff8880b9900000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: 00005592753a60b0 CR3: 0000000022899000 CR4: 00000000003506e0 DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 DR3: 0000000000000000 DR6:
    00000000fffe0ff0 DR7: 0000000000000400 Call Trace: <TASK> sisusb_bulkout_msg drivers/usb/misc/sisusbvga/sisusbvga.c:224 [inline] sisusb_send_bulk_msg.constprop.0+0x904/0x1230 drivers/usb/misc/sisusbvga/sisusbvga.c:379 sisusb_send_bridge_packet drivers/usb/misc/sisusbvga/sisusbvga.c:567 [inline] sisusb_do_init_gfxdevice drivers/usb/misc/sisusbvga/sisusbvga.c:2077 [inline] sisusb_init_gfxdevice+0x87b/0x4000 drivers/usb/misc/sisusbvga/sisusbvga.c:2177 sisusb_probe+0x9cd/0xbe2 drivers/usb/misc/sisusbvga/sisusbvga.c:2869 ... The problem was caused by the fact that the driver does not check whether the endpoints it uses are actually present and have the appropriate types. This can be fixed by adding a simple check of the endpoints. (CVE-2023-54213)

  - 已修复 Linux 内核中的下列漏洞：net/sched: act_mirred: use the backlog for mirred ingress The test Davide added in commit ca22da2fbd69 (act_mirred: use the backlog for nested calls to mirred ingress) hangs our testing VMs every 10 or so runs, with the familiar tcp_v4_rcv -> tcp_v4_rcv deadlock reported by lockdep. The problem as previously described by Davide (see Link) is that if we reverse flow of traffic with the redirect (egress -> ingress) we may reach the same socket which generated the packet. And we may still be holding its socket lock. The common solution to such deadlocks is to put the packet in the Rx backlog, rather than run the Rx path inline. Do that for all egress -> ingress reversals, not just once we started to nest mirred calls. In the past there was a concern that the backlog indirection will lead to loss of error reporting / less accurate stats. But the current workaround does not seem to address the issue. (CVE-2024-26740)

  - 已修复 Linux 内核中的下列漏洞：mm/vmscan: fix a bug calling wakeup_kswapd() with a wrong zone index With numa balancing on, when a numa system is running where a numa node doesn't have its local memory so it has no managed zones, the following oops has been observed. It's because wakeup_kswapd() is called with a wrong zone index, -1. Fixed it by checking the index before calling wakeup_kswapd(). > BUG: unable to handle page fault for address: 00000000000033f3 > #PF:
    supervisor read access in kernel mode > #PF: error_code(0x0000) - not-present page > PGD 0 P4D 0 > Oops:
    0000 [#1] PREEMPT SMP NOPTI > CPU: 2 PID: 895 Comm: masim Not tainted 6.6.0-dirty #255 > Hardware name:
    QEMU Standard PC (i440FX + PIIX, 1996), BIOS > rel-1.16.0-0-gd239552ce722-prebuilt.qemu.org 04/01/2014 > RIP: 0010:wakeup_kswapd (./linux/mm/vmscan.c:7812) > Code: (omitted) > RSP: 0000:ffffc90004257d58 EFLAGS:
    00010286 > RAX: ffffffffffffffff RBX: ffff88883fff0480 RCX: 0000000000000003 > RDX: 0000000000000000 RSI:
    0000000000000000 RDI: ffff88883fff0480 > RBP: ffffffffffffffff R08: ff0003ffffffffff R09: ffffffffffffffff > R10: ffff888106c95540 R11: 0000000055555554 R12: 0000000000000003 > R13: 0000000000000000 R14:
    0000000000000000 R15: ffff88883fff0940 > FS: 00007fc4b8124740(0000) GS:ffff888827c00000(0000) knlGS:0000000000000000 > CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 > CR2: 00000000000033f3 CR3:
    000000026cc08004 CR4: 0000000000770ee0 > DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 > DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400 > PKRU: 55555554 > Call Trace: > <TASK> > ? __die > ? page_fault_oops > ? __pte_offset_map_lock > ? exc_page_fault > ? asm_exc_page_fault > ? wakeup_kswapd > migrate_misplaced_page > __handle_mm_fault > handle_mm_fault > do_user_addr_fault > exc_page_fault > asm_exc_page_fault > RIP: 0033:0x55b897ba0808 > Code: (omitted) > RSP:
    002b:00007ffeefa821a0 EFLAGS: 00010287 > RAX: 000055b89983acd0 RBX: 00007ffeefa823f8 RCX: 000055b89983acd0 > RDX: 00007fc2f8122010 RSI: 0000000000020000 RDI: 000055b89983acd0 > RBP: 00007ffeefa821a0 R08:
    0000000000000037 R09: 0000000000000075 > R10: 0000000000000000 R11: 0000000000000202 R12: 0000000000000000 > R13: 00007ffeefa82410 R14: 000055b897ba5dd8 R15: 00007fc4b8340000 > </TASK> (CVE-2024-26783)

  - 已修复 Linux 内核中的下列漏洞：vfs: Don't evict inode under the inode lru traversing context The inode reclaiming process(See function prune_icache_sb) collects all reclaimable inodes and mark them with I_FREEING flag at first, at that time, other processes will be stuck if they try getting these inodes (See function find_inode_fast), then the reclaiming process destroy the inodes by function dispose_list(). Some filesystems(eg. ext4 with ea_inode feature, ubifs with xattr) may do inode lookup in the inode evicting callback function, if the inode lookup is operated under the inode lru traversing context, deadlock problems may happen. Case 1: In function ext4_evict_inode(), the ea inode lookup could happen if ea_inode feature is enabled, the lookup process will be stuck under the evicting context like this: 1. File A has inode i_reg and an ea inode i_ea 2. getfattr(A, xattr_buf) // i_ea is added into lru // lru->i_ea 3. Then, following three processes running like this: PA PB echo 2 > /proc/sys/vm/drop_caches shrink_slab prune_dcache_sb // i_reg is added into lru, lru->i_ea->i_reg prune_icache_sb list_lru_walk_one inode_lru_isolate i_ea->i_state |= I_FREEING // set inode state inode_lru_isolate __iget(i_reg) spin_unlock(&i_reg->i_lock) spin_unlock(lru_lock) rm file A i_reg->nlink = 0 iput(i_reg) // i_reg->nlink is 0, do evict ext4_evict_inode ext4_xattr_delete_inode ext4_xattr_inode_dec_ref_all ext4_xattr_inode_iget ext4_iget(i_ea->i_ino) iget_locked find_inode_fast
    __wait_on_freeing_inode(i_ea) ---- AA deadlock dispose_list // cannot be executed by prune_icache_sb wake_up_bit(&i_ea->i_state) Case 2: In deleted inode writing function ubifs_jnl_write_inode(), file deleting process holds BASEHD's wbuf->io_mutex while getting the xattr inode, which could race with inode reclaiming process(The reclaiming process could try locking BASEHD's wbuf->io_mutex in inode evicting function), then an ABBA deadlock problem would happen as following: 1. File A has inode ia and a xattr(with inode ixa), regular file B has inode ib and a xattr. 2. getfattr(A, xattr_buf) // ixa is added into lru // lru->ixa 3. Then, following three processes running like this: PA PB PC echo 2 > /proc/sys/vm/drop_caches shrink_slab prune_dcache_sb // ib and ia are added into lru, lru->ixa->ib->ia prune_icache_sb list_lru_walk_one inode_lru_isolate ixa->i_state |= I_FREEING // set inode state inode_lru_isolate __iget(ib) spin_unlock(&ib->i_lock) spin_unlock(lru_lock) rm file B ib->nlink = 0 rm file A iput(ia) ubifs_evict_inode(ia) ubifs_jnl_delete_inode(ia) ubifs_jnl_write_inode(ia) make_reservation(BASEHD) // Lock wbuf->io_mutex ubifs_iget(ixa->i_ino) iget_locked find_inode_fast
    __wait_on_freeing_inode(ixa) | iput(ib) // ib->nlink is 0, do evict | ubifs_evict_inode | ubifs_jnl_delete_inode(ib) ubifs_jnl_write_inode ABBA deadlock -----make_reservation(BASEHD) dispose_list // cannot be executed by prune_icache_sb wake_up_bit(&ixa->i_state) Fix the possible deadlock by using new inode state flag I_LRU_ISOLATING to pin the inode in memory while inode_lru_isolate(
    ---truncated--- (CVE-2024-45003)

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

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

  - 已修复 Linux 内核中的下列漏洞：CDC-NCM: avoid overflow in sanity checking A broken device may give an extreme offset like 0xFFF0 and a reasonable length for a fragment. In the sanity check as formulated now, this will create an integer overflow, defeating the sanity check. Both offset and offset + len need to be checked in such a manner that no overflow can occur. And those quantities should be unsigned. (CVE-2022-48938)

  - 已修复 Linux 内核中的下列漏洞：pinctrl: devicetree: fix null pointer dereferencing in pinctrl_dt_to_map Here is the BUG report by KASAN about null pointer dereference: BUG:
    KASAN: null-ptr-deref in strcmp+0x2e/0x50 Read of size 1 at addr 0000000000000000 by task python3/2640 Call Trace: strcmp __of_find_property of_find_property pinctrl_dt_to_map kasprintf() would return NULL pointer when kmalloc() fail to allocate. So directly return ENOMEM, if kasprintf() return NULL pointer.
    (CVE-2022-49832)

  - 已修复 Linux 内核中的下列漏洞：hugetlbfs: fix null-ptr-deref in hugetlbfs_parse_param() Syzkaller reports a null-ptr-deref bug as follows:
    ====================================================== KASAN: null-ptr-deref in range [0x0000000000000000-0x0000000000000007] RIP: 0010:hugetlbfs_parse_param+0x1dd/0x8e0 fs/hugetlbfs/inode.c:1380 [...] Call Trace: <TASK> vfs_parse_fs_param fs/fs_context.c:148 [inline] vfs_parse_fs_param+0x1f9/0x3c0 fs/fs_context.c:129 vfs_parse_fs_string+0xdb/0x170 fs/fs_context.c:191 generic_parse_monolithic+0x16f/0x1f0 fs/fs_context.c:231 do_new_mount fs/namespace.c:3036 [inline] path_mount+0x12de/0x1e20 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+0x27f/0x300 fs/namespace.c:3568 do_syscall_x64 arch/x86/entry/common.c:50 [inline] do_syscall_64+0x35/0xb0 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x63/0xcd [...] </TASK> ====================================================== According to commit vfs: parse: deal with zero length string value, kernel will set the param->string to null pointer in vfs_parse_fs_string() if fs string has zero length. Yet the problem is that, hugetlbfs_parse_param() will dereference the param->string, without checking whether it is a null pointer. To be more specific, if hugetlbfs_parse_param() parses an illegal mount parameter, such as size=,, kernel will constructs struct fs_parameter with null pointer in vfs_parse_fs_string(), then passes this struct fs_parameter to hugetlbfs_parse_param(), which triggers the above null-ptr-deref bug. This patch solves it by adding sanity check on param->string in hugetlbfs_parse_param(). (CVE-2022-50334)

  - 已修复 Linux 内核中的下列漏洞：Input: cyapa - add missing input core locking to suspend/resume functions Grab input->mutex during suspend/resume functions like it is done in other input drivers. This fixes the following warning during system suspend/resume cycle on Samsung Exynos5250-based Snow Chromebook: ------------[ cut here ]------------ WARNING: CPU: 1 PID: 1680 at drivers/input/input.c:2291 input_device_enabled+0x68/0x6c Modules linked in: ... CPU: 1 PID: 1680 Comm:
    kworker/u4:12 Tainted: G W 6.6.0-rc5-next-20231009 #14109 Hardware name: Samsung Exynos (Flattened Device Tree) Workqueue: events_unbound async_run_entry_fn unwind_backtrace from show_stack+0x10/0x14 show_stack from dump_stack_lvl+0x58/0x70 dump_stack_lvl from __warn+0x1a8/0x1cc __warn from warn_slowpath_fmt+0x18c/0x1b4 warn_slowpath_fmt from input_device_enabled+0x68/0x6c input_device_enabled from cyapa_gen3_set_power_mode+0x13c/0x1dc cyapa_gen3_set_power_mode from cyapa_reinitialize+0x10c/0x15c cyapa_reinitialize from cyapa_resume+0x48/0x98 cyapa_resume from dpm_run_callback+0x90/0x298 dpm_run_callback from device_resume+0xb4/0x258 device_resume from async_resume+0x20/0x64 async_resume from async_run_entry_fn+0x40/0x15c async_run_entry_fn from process_scheduled_works+0xbc/0x6a8 process_scheduled_works from worker_thread+0x188/0x454 worker_thread from kthread+0x108/0x140 kthread from ret_from_fork+0x14/0x28 Exception stack(0xf1625fb0 to 0xf1625ff8) ... ---[ end trace 0000000000000000 ]--- ... ------------[ cut here ]------------ WARNING: CPU: 1 PID: 1680 at drivers/input/input.c:2291 input_device_enabled+0x68/0x6c Modules linked in: ... CPU: 1 PID: 1680 Comm: kworker/u4:12 Tainted: G W 6.6.0-rc5-next-20231009 #14109 Hardware name: Samsung Exynos (Flattened Device Tree) Workqueue:
    events_unbound async_run_entry_fn unwind_backtrace from show_stack+0x10/0x14 show_stack from dump_stack_lvl+0x58/0x70 dump_stack_lvl from __warn+0x1a8/0x1cc __warn from warn_slowpath_fmt+0x18c/0x1b4 warn_slowpath_fmt from input_device_enabled+0x68/0x6c input_device_enabled from cyapa_gen3_set_power_mode+0x13c/0x1dc cyapa_gen3_set_power_mode from cyapa_reinitialize+0x10c/0x15c cyapa_reinitialize from cyapa_resume+0x48/0x98 cyapa_resume from dpm_run_callback+0x90/0x298 dpm_run_callback from device_resume+0xb4/0x258 device_resume from async_resume+0x20/0x64 async_resume from async_run_entry_fn+0x40/0x15c async_run_entry_fn from process_scheduled_works+0xbc/0x6a8 process_scheduled_works from worker_thread+0x188/0x454 worker_thread from kthread+0x108/0x140 kthread from ret_from_fork+0x14/0x28 Exception stack(0xf1625fb0 to 0xf1625ff8) ... ---[ end trace 0000000000000000 ]--- (CVE-2023-52884)

  - 已修复 Linux 内核中的下列漏洞：tracing: Do not let histogram values have some modifiers Histogram values can not be strings, stacktraces, graphs, symbols, syscalls, or grouped in buckets or log. Give an error if a value is set to do so. Note, the histogram code was not prepared to handle these modifiers for histograms and caused a bug. Mark Rutland reported: # echo 'p:copy_to_user __arch_copy_to_user n=$arg2' >> /sys/kernel/tracing/kprobe_events # echo 'hist:keys=n:vals=hitcount.buckets=8:sort=hitcount' > /sys/kernel/tracing/events/kprobes/copy_to_user/trigger # cat /sys/kernel/tracing/events/kprobes/copy_to_user/hist [ 143.694628] Unable to handle kernel NULL pointer dereference at virtual address 0000000000000000 [ 143.695190] Mem abort info: [ 143.695362] ESR = 0x0000000096000004 [ 143.695604] EC = 0x25: DABT (current EL), IL = 32 bits [ 143.695889] SET = 0, FnV = 0 [ 143.696077] EA = 0, S1PTW = 0 [ 143.696302] FSC = 0x04: level 0 translation fault [ 143.702381] Data abort info: [ 143.702614] ISV = 0, ISS = 0x00000004 [ 143.702832] CM = 0, WnR = 0 [ 143.703087] user pgtable: 4k pages, 48-bit VAs, pgdp=00000000448f9000 [ 143.703407] [0000000000000000] pgd=0000000000000000, p4d=0000000000000000 [ 143.704137] Internal error: Oops: 0000000096000004 [#1] PREEMPT SMP [ 143.704714] Modules linked in: [ 143.705273] CPU: 0 PID: 133 Comm: cat Not tainted 6.2.0-00003-g6fc512c10a7c #3 [ 143.706138] Hardware name: linux,dummy-virt (DT) [ 143.706723] pstate:
    80000005 (Nzcv daif -PAN -UAO -TCO -DIT -SSBS BTYPE=--) [ 143.707120] pc :
    hist_field_name.part.0+0x14/0x140 [ 143.707504] lr : hist_field_name.part.0+0x104/0x140 [ 143.707774] sp :
    ffff800008333a30 [ 143.707952] x29: ffff800008333a30 x28: 0000000000000001 x27: 0000000000400cc0 [143.708429] x26: ffffd7a653b20260 x25: 0000000000000000 x24: ffff10d303ee5800 [ 143.708776] x23:
    ffffd7a6539b27b0 x22: ffff10d303fb8c00 x21: 0000000000000001 [ 143.709127] x20: ffff10d303ec2000 x19:
    0000000000000000 x18: 0000000000000000 [ 143.709478] x17: 0000000000000000 x16: 0000000000000000 x15:
    0000000000000000 [ 143.709824] x14: 0000000000000000 x13: 203a6f666e692072 x12: 6567676972742023 [143.710179] x11: 0a230a6d6172676f x10: 000000000000002c x9 : ffffd7a6521e018c [ 143.710584] x8 :
    000000000000002c x7 : 7f7f7f7f7f7f7f7f x6 : 000000000000002c [ 143.710915] x5 : ffff10d303b0103e x4 :
    ffffd7a653b20261 x3 : 000000000000003d [ 143.711239] x2 : 0000000000020001 x1 : 0000000000000001 x0 :
    0000000000000000 [ 143.711746] Call trace: [ 143.712115] hist_field_name.part.0+0x14/0x140 [ 143.712642] hist_field_name.part.0+0x104/0x140 [ 143.712925] hist_field_print+0x28/0x140 [ 143.713125] event_hist_trigger_print+0x174/0x4d0 [ 143.713348] hist_show+0xf8/0x980 [ 143.713521] seq_read_iter+0x1bc/0x4b0 [ 143.713711] seq_read+0x8c/0xc4 [ 143.713876] vfs_read+0xc8/0x2a4 [ 143.714043] ksys_read+0x70/0xfc [ 143.714218] __arm64_sys_read+0x24/0x30 [ 143.714400] invoke_syscall+0x50/0x120 [143.714587] el0_svc_common.constprop.0+0x4c/0x100 [ 143.714807] do_el0_svc+0x44/0xd0 [ 143.714970] el0_svc+0x2c/0x84 [ 143.715134] el0t_64_sync_handler+0xbc/0x140 [ 143.715334] el0t_64_sync+0x190/0x194 [143.715742] Code: a9bd7bfd 910003fd a90153f3 aa0003f3 (f9400000) [ 143.716510] ---[ end trace 0000000000000000 ]--- Segmentation fault (CVE-2023-53093)

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

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
173228	Amazon Linux 2 内核 --advisory ALAS2KERNEL-5。10-2023-028 (ALASKERNEL-5.10-2023-028)	Nessus	Amazon Linux Local Security Checks	2023/3/22	2026/2/9	high
279837	Linux Distros 未修补的漏洞：CVE-2023-54087	Nessus	Misc.	2025/12/24	2026/11/6	medium
173230	Amazon Linux 2 内核 --advisory ALAS2KERNEL-5。4-2023-043 (ALASKERNEL-5.4-2023-043)	Nessus	Amazon Linux Local Security Checks	2023/3/22	2026/2/9	high
359751	Rocky Linux 9.6 [TuxCare] 安全更新：kernel / kernel-64k / kernel-64k-core / kernel-64k-debug / 等多个漏洞（ALMALINUX9.6：CLSA-2026：1786824415）	Nessus	Rocky Linux Local Security Checks	2026/10/1	2026/10/28	critical
173233	Amazon Linux 2内核 --advisory ALAS2-2023-1987 (ALAS-2023-1987)	Nessus	Amazon Linux Local Security Checks	2023/3/22	2026/2/9	high
374135	AlmaLinux 9.2 [TuxCare] 安全更新：bpftool / kernel / kernel-64k / kernel-64k-core / kernel-64k-debug / 等多个漏洞（ALMALINUX9.2：CLSA-2026：1793333110）	Nessus	Alma Linux Local Security Checks	2026/10/30	2026/11/2	high
359602	AlmaLinux 9.6 [TuxCare] 安全更新：kernel / kernel-64k / kernel-64k-core / kernel-64k-debug / 等多个漏洞（ALMALINUX9.6：CLSA-2026：1786824415）	Nessus	Alma Linux Local Security Checks	2026/10/1	2026/10/28	critical

检测

插件搜索

high

medium

high

critical

high

high

critical