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

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

    ext4在 ext4_mb_clear_bb() 中使用之前必须验证块范围 (CVE-2022-50021)

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

    blockbfq修复“bfqq->bic”可能的 uaf (CVE-2022-50488)

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

    seccomp将 copy_seccomp() 移动到无故障路径。 (CVE-2022-50661)

    在 6.2.8 及之前版本的 Linux 内核的 arch/x86/kvm/vmx/nested.c 中发现了一个问题。x86_64 上的 nVMX 缺少对 CR0 和 CR4 的一致性检查。(CVE-2023-30456)

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

    ftrace：修复索引为 0 时 lookup_rec() 中的无效地址访问 (CVE-2023-53075)

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

    drm/shmem-helper删除错误路径中另一个错误的放置 (CVE-2023-53084)

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

    drm/i915/active修复将非空闲屏障误用为屏障跟踪器 (CVE-2023-53087)

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

    ext4：修复 ext4_xattr_delete_inode 中任务挂起（CVE-2023-53089）

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

    互连修复释放节点时的内存泄漏 (CVE-2023-53096)

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

    ext4：修复 ext4_update_inline_data 中的警告 (CVE-2023-53100)

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

    ext4：初始化 bootloader inode 时，i_disksize 为零 (CVE-2023-53101)

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

    net：tunnels：对 dev->needed_headroom 的无锁访问进行注解 (CVE-2023-53109)

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

    i40e修复适配器处于恢复模式时重新启动期间的内核崩溃 (CVE-2023-53114)

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

    nvmet：避免 nvmet_req_complete() 中潜在的 UAF (CVE-2023-53116)

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

    fs：关闭文件描述符时防止越界数组推测 (CVE-2023-53117)

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

    tcp：可从进程上下文调用 tcp_make_synack() (CVE-2023-53121)

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

    scsimpt3sas修复 mpt3sas_transport_port_add() 中的空指针访问 (CVE-2023-53124)

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

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

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

    SUNRPC：修复服务器关机泄漏 (CVE-2023-53131)

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

    bnxt_en避免 TPA 数据的 order-5 内存分配 (CVE-2023-53134)

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

    ext4：修复移动目录时可能发生损坏的问题 (CVE-2023-53137)

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

    scsicore提前删除 /proc/scsi/${proc_name} 目录 (CVE-2023-53140)

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

    ila：不在 ila_xlat_nl_cmd_get_mapping() 中生成空消息 (CVE-2023-53141)

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

    ext4：修复 1k 块文件系统上的另一个 off-by-one fsmap 错误 (CVE-2023-53143)

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

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

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

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

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

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

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

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

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

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

    ext4在 ext4_mb_clear_bb() 中使用之前必须验证块范围 (CVE-2022-50021)

    Linux 内核性能事件系统中存在一个释放后使用漏洞，攻击者可利用此漏洞实现本地特权提升。

    perf_group_detach 函数在调用 add_event_to_groups() 前未检查事件同级组件的 attach_state，但是 remove_on_exec 可以在从其群组分离之前调用 list_del_event()，从而可以使用悬摆指针造成释放后使用漏洞。

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

    在 6.2.8 及之前版本的 Linux 内核的 arch/x86/kvm/vmx/nested.c 中发现了一个问题。x86_64 上的 nVMX 缺少对 CR0 和 CR4 的一致性检查。(CVE-2023-30456)

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

    ftrace：修复索引为 0 时 lookup_rec() 中的无效地址访问 (CVE-2023-53075)

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

    drm/shmem-helper删除错误路径中另一个错误的放置 (CVE-2023-53084)

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

    drm/i915/active修复将非空闲屏障误用为屏障跟踪器 (CVE-2023-53087)

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

    ext4：修复 ext4_xattr_delete_inode 中任务挂起（CVE-2023-53089）

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

    ext4如果 s_journal_inum 在日志重播后发生更改则更新 s_journal_inum (CVE-2023-53091)

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

    互连修复释放节点时的内存泄漏 (CVE-2023-53096)

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

    ext4：修复 ext4_update_inline_data 中的警告 (CVE-2023-53100)

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

    ext4：初始化 bootloader inode 时，i_disksize 为零 (CVE-2023-53101)

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

    bonding如果 non-eth dev enslave 失败则还原绑定的 IFF_SLAVE 标记 (CVE-2023-53103)

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

    net：tunnels：对 dev->needed_headroom 的无锁访问进行注解 (CVE-2023-53109)

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

    loop修复释放后使用问题 (CVE-2023-53111)

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

    fs：关闭文件描述符时防止越界数组推测 (CVE-2023-53117)

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

    tcp：可从进程上下文调用 tcp_make_synack() (CVE-2023-53121)

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

    PCIs390通过按功能热插拔修复 PCI 资源的释放后使用 (CVE-2023-53123)

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

    SUNRPC：修复服务器关机泄漏 (CVE-2023-53131)

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

    bpfsockmap修复当 len 为 tcp_bpf_recvmsg_parser() 中的 0 时出现的无限循环错误 (CVE-2023-53133)

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

    af_unix修复 OOB 支持中的结构 pid 泄漏 (CVE-2023-53136)

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

    ext4：修复移动目录时可能发生损坏的问题 (CVE-2023-53137)

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

    scsicore提前删除 /proc/scsi/${proc_name} 目录 (CVE-2023-53140)

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

    ila：不在 ila_xlat_nl_cmd_get_mapping() 中生成空消息 (CVE-2023-53141)

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

    ext4：修复 1k 块文件系统上的另一个 off-by-one fsmap 错误 (CVE-2023-53143)

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

    x86/resctrl清除使用之前和之后的 staged_config[] (CVE-2023-53169)

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

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

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

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

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

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

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

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

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

  - net: tunnels批注对 dev->needed_headroom IP 隧道的无锁访问可明显更新其 xmit 路径中的 dev->needed_headroom。此修补程序负责三个通道 xmit 以及核心 LL_RESERVED_SPACE() 和 LL_RESERVED_SPACE_EXTRA() 辅助函数。出于完整性考虑，可能需要更多更改。
    缺陷KCSAN: ip_tunnel_xmit / ip_tunnel_xmit 中的数据争用由任务 888 在 cpu 1 上读取至 2 字节的 0xffff88815b9da0ec: ip_tunnel_xmit+0x1270/0x1730 net/ipv4/ip_tunnel.c:803 __gre_xmit net/ipv4/ip_gre.c:469 [内联] ipgre_xmit+0x516/0x570 net/ipv4/ip_gre.c:661 __netdev_start_xmit include/linux/netdevice.h:4881 [内联] netdev_start_xmit include/linux/netdevice.h:4895 [内联] xmit_one net/core/dev.c 3580 [inline] dev_hard_start_xmit+0x127/0x400 net/core/dev.c:3596 __dev_queue_xmit+0x1007/0x1eb0 net/core/dev.c:4246 dev_queue_xmit include/linux/netdevice.h:3051 [inline] neigh_direct_output+0x17/0x20 net/core/neighbour.c:1623 neigh_output include/net/neighbour.h:546 [inline] ip_finish_output2+0x740/0x840 net/ipv4/ip_output.c:228 ip_finish_output+0xf4/0x240 net/ipv4/ip_output.c:316 NF_HOOK_COND include/linux/netfilter.h:291 [内联] ip_output+0xe5/0x1b0 net/ipv4/ip_output.c:430 dst_output include/net/dst.h:444 [内联] ip_local_out+0x64/0x80 net/ipv4/ip_output .c:126 iptunnel_xmit+0x34a/0x4b0 net/ipv4/ip_tunnel_core.c:82 ip_tunnel_xmit+0x1451/0x1730 net/ipv4/ip_tunnel.c:813 __gre_xmit net/ipv4/ip_gre.c:469 [内联] ipgre_xmit+0x516/0x570 net/ipv4/ip_gre.c:661 __netdev_start_xmit include/linux/netdevice.h:4881 [内联] netdev_start_xmit include/linux/netdevice.h:4895 [内联] xmit_one net/core/dev.c:3580 [内联] dev_hard_start_xmit+0x127/0x400 net/core/dev。 c:3596
    __dev_queue_xmit+0x1007/0x1eb0 net/core/dev.c:4246 dev_queue_xmit include/linux/netdevice.h:3051 [inline] neigh_direct_output+0x17/0x20 net/core/neighbour.c:1623 neigh_output include/net/neighbour.h 546 [inline] ip_finish_output2+0x740/0x840 net/ipv4/ip_output.c:228 ip_finish_output+0xf4/0x240 net/ipv4/ip_output.c:316 NF_HOOK_COND include/linux/netfilter.h:291 [inline] ip_output+0xe5/0x1b0 net/ipv4/ip_output.c:430 dst_output include/net/dst.h:444 [inline] ip_local_out+0x64/0x80 net/ipv4/ip_output.c:126 iptunnel_xmit+0x34a/0x4b0 net/ipv4/ip_tunnel_core.c:82 ip_tunnel_xmit+0x1451/0x1730 net/ipv4/ip_tunnel.c:813 __gre_xmit net/ipv4/ip_gre.c:469 [inline] ipgre_xmit+0x516/0x570 net/ipv4/ip_gre.c:661 __netdev_start_xmit include/linux/netdevice.h 4881 [inline] netdev_start_xmit include/linux/netdevice.h:4895 [inline] xmit_one net/core/dev.c:3580 [inline] dev_hard_start_xmit+0x127/0x400 net/core/dev.c:3596 __dev_queue_xmit+0x1007/0x1eb0 net /core/dev.c:4246 dev_queue_xmit include/linux/netdevic e.h:3051 [inline] neigh_direct_output+0x17/0x20 net/core/neighbour.c:1623 neigh_output include/net/neighbour.h:546 [inline] ip_finish_output2+0x740/0x840 net/ipv4/ip_output.c:228 ip_finish_output+0xf4 /0x240 net/ipv4/ip_output.c:316 NF_HOOK_COND include/linux/netfilter.h:291 [内联] ip_output+0xe5/0x1b0 net/ipv4/ip_output.c:430 dst_output include/net/dst.h:444 [内联] ip_local_out+0x64/0x80 net/ipv4/ip_output.c:126 iptunnel_xmit+0x34a/0x4b0 net/ipv4/ip_tunnel_core.c:82 ip_tunnel_xmit+0x1451/0x1730 net/ipv4/ip_tunnel.c:813 __gre_xmit net/ipv4/ip_gre。 c:469 [内联] ipgre_xmit+0x516/0x570 net/ipv4/ip_gre.c:661 __netdev_start_xmit include/linux/netdevice.h:4881 [内联] netdev_start_xmit include/linux/netdevice.h:4895 [内联] xmit_one net/core /dev.c:3580 [inline] dev_hard_start_xmit+0x127/0x400 net/core/dev.c:3596
    __dev_queue_xmit+0x1007/0x1eb0 net/core/dev.c:4246 dev_queue_xmit include/linux/netdevice.h:3051 [inline] neigh_direct_output+0x17/0x20 net/core/neighbour.c:1623 neigh_output include/net/neighbour.h 546 [inline] ip_finish_output2+0x740/0x840 net/ipv4/ip_output.c:228 ip_finish_output+0xf4/0x240 net/ipv4/ip_output.c:316 NF_HOOK_COND include/linux/netfilter.h:291 [inline] ip_output+0xe5/0x1b0 net/i
    ---truncated--- (CVE-2023-53109)

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

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

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

    ftrace：修复索引为 0 时 lookup_rec() 中的无效地址访问 (CVE-2023-53075)

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

    ext4：修复 ext4_xattr_delete_inode 中任务挂起（CVE-2023-53089）

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

    ext4：修复 ext4_update_inline_data 中的警告 (CVE-2023-53100)

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

    ext4：初始化 bootloader inode 时，i_disksize 为零 (CVE-2023-53101)

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

    net：tunnels：对 dev->needed_headroom 的无锁访问进行注解 (CVE-2023-53109)

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

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

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

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

    KVMVMX将 /dev/kvm 暴露给用户空间之前进行 _all_ 初始化 (CVE-2022-49932)

    Linux 内核性能事件系统中存在一个释放后使用漏洞，攻击者可利用此漏洞实现本地特权提升。

    perf_group_detach 函数在调用 add_event_to_groups() 前未检查事件同级组件的 attach_state，但是 remove_on_exec 可以在从其群组分离之前调用 list_del_event()，从而可以使用悬摆指针造成释放后使用漏洞。

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

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

    在 6.2.8 及之前版本的 Linux 内核的 arch/x86/kvm/vmx/nested.c 中发现了一个问题。x86_64 上的 nVMX 缺少对 CR0 和 CR4 的一致性检查。(CVE-2023-30456)

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

    ACPIPPTT修复以避免缺少 PPTT 时 atomic 上下文中的休眠 (CVE-2023-53070)

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

    ftrace：修复索引为 0 时 lookup_rec() 中的无效地址访问 (CVE-2023-53075)

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

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

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

    drm/shmem-helper删除错误路径中另一个错误的放置 (CVE-2023-53084)

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

    drm/i915/active修复将非空闲屏障误用为屏障跟踪器 (CVE-2023-53087)

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

    ext4：修复 ext4_xattr_delete_inode 中任务挂起（CVE-2023-53089）

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

    ext4如果 s_journal_inum 在日志重播后发生更改则更新 s_journal_inum (CVE-2023-53091)

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

    drm/ttm修复空指针取消引用 (CVE-2023-53095)

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

    互连修复释放节点时的内存泄漏 (CVE-2023-53096)

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

    ext4：修复 ext4_update_inline_data 中的警告 (CVE-2023-53100)

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

    ext4：初始化 bootloader inode 时，i_disksize 为零 (CVE-2023-53101)

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

    bonding如果 non-eth dev enslave 失败则还原绑定的 IFF_SLAVE 标记 (CVE-2023-53103)

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

    veth修复 XDP_REDIRECT 中的释放后使用 (CVE-2023-53107)

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

    net：tunnels：对 dev->needed_headroom 的无锁访问进行注解 (CVE-2023-53109)

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

    loop修复释放后使用问题 (CVE-2023-53111)

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

    drm/i915/sseu修复 max_subslices array-index-out-of-bounds 访问 (CVE-2023-53112)

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

    fs：关闭文件描述符时防止越界数组推测 (CVE-2023-53117)

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

    tcp：可从进程上下文调用 tcp_make_synack() (CVE-2023-53121)

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

    PCIs390通过按功能热插拔修复 PCI 资源的释放后使用 (CVE-2023-53123)

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

    SUNRPC：修复服务器关机泄漏 (CVE-2023-53131)

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

    bpfsockmap修复当 len 为 tcp_bpf_recvmsg_parser() 中的 0 时出现的无限循环错误 (CVE-2023-53133)

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

    af_unix修复 OOB 支持中的结构 pid 泄漏 (CVE-2023-53136)

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

    ext4：修复移动目录时可能发生损坏的问题 (CVE-2023-53137)

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

    scsicore提前删除 /proc/scsi/${proc_name} 目录 (CVE-2023-53140)

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

    ila：不在 ila_xlat_nl_cmd_get_mapping() 中生成空消息 (CVE-2023-53141)

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

    ext4：修复 1k 块文件系统上的另一个 off-by-one fsmap 错误 (CVE-2023-53143)

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

    x86/resctrl清除使用之前和之后的 staged_config[] (CVE-2023-53169)

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

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

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

    在 6.2.8 及之前版本的 Linux 内核的 arch/x86/kvm/vmx/nested.c 中发现了一个问题。x86_64 上的 nVMX 缺少对 CR0 和 CR4 的一致性检查。(CVE-2023-30456)

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

    ftrace：修复索引为 0 时 lookup_rec() 中的无效地址访问 (CVE-2023-53075)

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

    ext4：修复 ext4_xattr_delete_inode 中任务挂起（CVE-2023-53089）

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

    ext4：修复 ext4_update_inline_data 中的警告 (CVE-2023-53100)

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

    ext4：初始化 bootloader inode 时，i_disksize 为零 (CVE-2023-53101)

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

    net：tunnels：对 dev->needed_headroom 的无锁访问进行注解 (CVE-2023-53109)

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

    i40e修复适配器处于恢复模式时重新启动期间的内核崩溃 (CVE-2023-53114)

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

    nvmet：避免 nvmet_req_complete() 中潜在的 UAF (CVE-2023-53116)

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

    fs：关闭文件描述符时防止越界数组推测 (CVE-2023-53117)

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

    tcp：可从进程上下文调用 tcp_make_synack() (CVE-2023-53121)

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

    scsimpt3sas修复 mpt3sas_transport_port_add() 中的空指针访问 (CVE-2023-53124)

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

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

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

    bnxt_en避免 TPA 数据的 order-5 内存分配 (CVE-2023-53134)

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

    ext4：修复移动目录时可能发生损坏的问题 (CVE-2023-53137)

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

    scsicore提前删除 /proc/scsi/${proc_name} 目录 (CVE-2023-53140)

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

    ila：不在 ila_xlat_nl_cmd_get_mapping() 中生成空消息 (CVE-2023-53141)

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

    ext4：修复 1k 块文件系统上的另一个 off-by-one fsmap 错误 (CVE-2023-53143)

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

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

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

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

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

  - 已修复 Linux 内核中的下列漏洞：phy: mdio: fix memory leak Syzbot reported memory leak in MDIO bus interface, the problem was in wrong state logic. MDIOBUS_ALLOCATED indicates 2 states: 1. Bus is only allocated 2. Bus allocated and __mdiobus_register() fails, but device_register() was called In case of device_register() has been called we should call put_device() to correctly free the memory allocated for this device, but mdiobus_free() calls just kfree(dev) in case of MDIOBUS_ALLOCATED state To avoid this behaviour we need to set bus->state to MDIOBUS_UNREGISTERED _before_ calling device_register(), because put_device() should be called even in case of device_register() failure. (CVE-2021-47416)

  - 在 Linux 内核的 TeleTYpe 子系统中发现越界读取缺陷。在 flush_to_ldisc 函数中存在内存泄漏时，用户使用 ioctls TIOCSPTLCK 和 TIOCGPTPEER 以及 TIOCSTI 和 TCXONC 触发争用条件时会发生此问题。此缺陷会让本地用户导致系统崩溃或从内存读取未经授权的随机数据。 (CVE-2022-1462)

  - 已修复 Linux 内核中的下列漏洞：can: isotp: sanitize CAN ID checks in isotp_bind() Syzbot created an environment that lead to a state machine status that can not be reached with a compliant CAN ID address configuration. The provided address information consisted of CAN ID 0x6000001 and 0xC28001 which both boil down to 11 bit CAN IDs 0x001 in sending and receiving. Sanitize the SFF/EFF CAN ID values before performing the address checks. (CVE-2022-49269)

  - 已修复 Linux 内核中的下列漏洞：tty: fix deadlock caused by calling printk() under tty_port->lock pty_write() invokes kmalloc() which may invoke a normal printk() to print failure message. This can cause a deadlock in the scenario reported by syz-bot below: CPU0 CPU1 CPU2 ----
    ---- ---- lock(console_owner); lock(&port_lock_key); lock(&port->lock); lock(&port_lock_key);
    lock(&port->lock); lock(console_owner); As commit dbdda842fe96 (printk: Add console owner and waiter logic to load balance console writes) said, such deadlock can be prevented by using printk_deferred() in kmalloc() (which is invoked in the section guarded by the port->lock). But there are too many printk() on the kmalloc() path, and kmalloc() can be called from anywhere, so changing printk() to printk_deferred() is too complicated and inelegant. Therefore, this patch chooses to specify __GFP_NOWARN to kmalloc(), so that printk() will not be called, and this deadlock problem can be avoided. Syzbot reported the following lockdep error: ====================================================== WARNING: possible circular locking dependency detected 5.4.143-00237-g08ccc19a-dirty #10 Not tainted
    ------------------------------------------------------ syz-executor.4/29420 is trying to acquire lock:
    ffffffff8aedb2a0 (console_owner){....}-{0:0}, at: console_trylock_spinning kernel/printk/printk.c:1752 [inline] ffffffff8aedb2a0 (console_owner){....}-{0:0}, at: vprintk_emit+0x2ca/0x470 kernel/printk/printk.c:2023 but task is already holding lock: ffff8880119c9158 (&port->lock){-.-.}-{2:2}, at: pty_write+0xf4/0x1f0 drivers/tty/pty.c:120 which lock already depends on the new lock. the existing dependency chain (in reverse order) is: -> #2 (&port->lock){-.-.}-{2:2}: __raw_spin_lock_irqsave include/linux/spinlock_api_smp.h:110 [inline] _raw_spin_lock_irqsave+0x35/0x50 kernel/locking/spinlock.c:159 tty_port_tty_get drivers/tty/tty_port.c:288 [inline] <-- lock(&port->lock);
    tty_port_default_wakeup+0x1d/0xb0 drivers/tty/tty_port.c:47 serial8250_tx_chars+0x530/0xa80 drivers/tty/serial/8250/8250_port.c:1767 serial8250_handle_irq.part.0+0x31f/0x3d0 drivers/tty/serial/8250/8250_port.c:1854 serial8250_handle_irq drivers/tty/serial/8250/8250_port.c:1827 [inline] <-- lock(&port_lock_key); serial8250_default_handle_irq+0xb2/0x220 drivers/tty/serial/8250/8250_port.c:1870 serial8250_interrupt+0xfd/0x200 drivers/tty/serial/8250/8250_core.c:126 __handle_irq_event_percpu+0x109/0xa50 kernel/irq/handle.c:156 [...] -> #1 (&port_lock_key){-.-.}-{2:2}: __raw_spin_lock_irqsave include/linux/spinlock_api_smp.h:110 [inline] _raw_spin_lock_irqsave+0x35/0x50 kernel/locking/spinlock.c:159 serial8250_console_write+0x184/0xa40 drivers/tty/serial/8250/8250_port.c:3198 <-- lock(&port_lock_key);
    call_console_drivers kernel/printk/printk.c:1819 [inline] console_unlock+0x8cb/0xd00 kernel/printk/printk.c:2504 vprintk_emit+0x1b5/0x470 kernel/printk/printk.c:2024 <-- lock(console_owner);
    vprintk_func+0x8d/0x250 kernel/printk/printk_safe.c:394 printk+0xba/0xed kernel/printk/printk.c:2084 register_console+0x8b3/0xc10 kernel/printk/printk.c:2829 univ8250_console_init+0x3a/0x46 drivers/tty/serial/8250/8250_core.c:681 console_init+0x49d/0x6d3 kernel/printk/printk.c:2915 start_kernel+0x5e9/0x879 init/main.c:713 secondary_startup_64+0xa4/0xb0 arch/x86/kernel/head_64.S:241 -> #0 (console_owner){....}-{0:0}: [...] lock_acquire+0x127/0x340 kernel/locking/lockdep.c:4734 console_trylock_spinning kernel/printk/printk.c:1773 ---truncated--- (CVE-2022-49441)

  - 已修复 Linux 内核中的下列漏洞：list: fix a data-race around ep->rdllist ep_poll() first calls ep_events_available() with no lock held and checks if ep->rdllist is empty by list_empty_careful(), which reads rdllist->prev. Thus all accesses to it need some protection to avoid store/load-tearing. Note INIT_LIST_HEAD_RCU() already has the annotation for both prev and next.
    Commit bf3b9f6372c4 (epoll: Add busy poll support to epoll with socket fds.) added the first lockless ep_events_available(), and commit c5a282e9635e (fs/epoll: reduce the scope of wq lock in epoll_wait()) made some ep_events_available() calls lockless and added single call under a lock, finally commit e59d3c64cba6 (epoll: eliminate unnecessary lock for zero timeout) made the last ep_events_available() lockless. BUG: KCSAN: data-race in do_epoll_wait / do_epoll_wait write to 0xffff88810480c7d8 of 8 bytes by task 1802 on cpu 0: INIT_LIST_HEAD include/linux/list.h:38 [inline] list_splice_init include/linux/list.h:492 [inline] ep_start_scan fs/eventpoll.c:622 [inline] ep_send_events fs/eventpoll.c:1656 [inline] ep_poll fs/eventpoll.c:1806 [inline] do_epoll_wait+0x4eb/0xf40 fs/eventpoll.c:2234 do_epoll_pwait fs/eventpoll.c:2268 [inline] __do_sys_epoll_pwait fs/eventpoll.c:2281 [inline] __se_sys_epoll_pwait+0x12b/0x240 fs/eventpoll.c:2275 __x64_sys_epoll_pwait+0x74/0x80 fs/eventpoll.c:2275 do_syscall_x64 arch/x86/entry/common.c:50 [inline] do_syscall_64+0x44/0xd0 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x44/0xae read to 0xffff88810480c7d8 of 8 bytes by task 1799 on cpu 1: list_empty_careful include/linux/list.h:329 [inline] ep_events_available fs/eventpoll.c:381 [inline] ep_poll fs/eventpoll.c:1797 [inline] do_epoll_wait+0x279/0xf40 fs/eventpoll.c:2234 do_epoll_pwait fs/eventpoll.c:2268 [inline] __do_sys_epoll_pwait fs/eventpoll.c:2281 [inline] __se_sys_epoll_pwait+0x12b/0x240 fs/eventpoll.c:2275 __x64_sys_epoll_pwait+0x74/0x80 fs/eventpoll.c:2275 do_syscall_x64 arch/x86/entry/common.c:50 [inline] do_syscall_64+0x44/0xd0 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x44/0xae value changed: 0xffff88810480c7d0 -> 0xffff888103c15098 Reported by Kernel Concurrency Sanitizer on: CPU: 1 PID: 1799 Comm: syz-fuzzer Tainted:
    G W 5.17.0-rc7-syzkaller-dirty #0 Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 01/01/2011 (CVE-2022-49443)

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

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

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

    ftrace：修复索引为 0 时 lookup_rec() 中的无效地址访问 (CVE-2023-53075)

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

    ext4：修复 ext4_xattr_delete_inode 中任务挂起（CVE-2023-53089）

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

    ext4：修复 ext4_update_inline_data 中的警告 (CVE-2023-53100)

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

    ext4：初始化 bootloader inode 时，i_disksize 为零 (CVE-2023-53101)

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

    net：tunnels：对 dev->needed_headroom 的无锁访问进行注解 (CVE-2023-53109)

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

    nvmet：避免 nvmet_req_complete() 中潜在的 UAF (CVE-2023-53116)

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

    fs：关闭文件描述符时防止越界数组推测 (CVE-2023-53117)

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

    tcp：可从进程上下文调用 tcp_make_synack() (CVE-2023-53121)

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

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

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

    ila：不在 ila_xlat_nl_cmd_get_mapping() 中生成空消息 (CVE-2023-53141)

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

    ext4：修复 1k 块文件系统上的另一个 off-by-one fsmap 错误 (CVE-2023-53143)

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

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

CentOS Linux 8 主机上存在安装的程序包，该程序包受到 TuxCare CENTOS-STREAM8：CLSA-2026：1791780738公告中提及的多个漏洞的影响。

  - 已修复 Linux 内核中的下列漏洞：mm/khugepaged: invoke MMU notifiers in shmem/file collapse paths Any codepath that zaps page table entries must invoke MMU notifiers to ensure that secondary MMUs (like KVM) don't keep accessing pages which aren't mapped anymore. Secondary MMUs don't hold their own references to pages that are mirrored over, so failing to notify them can lead to page use-after-free. I'm marking this as addressing an issue introduced in commit f3f0e1d2150b (khugepaged: add support of collapse for tmpfs/shmem pages), but most of the security impact of this only came in commit 27e1f8273113 (khugepaged: enable collapse pmd for pte-mapped THP), which actually omitted flushes for the removal of present PTEs, not just for the removal of empty page tables.
    (CVE-2022-48991)

  - 已修复 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 内核中的下列漏洞：bpf, sockmap: Fix repeated calls to sock_put() when msg has more_data In tcp_bpf_send_verdict() redirection, the eval variable is assigned to
    __SK_REDIRECT after the apply_bytes data is sent, if msg has more_data, sock_put() will be called multiple times. We should reset the eval variable to __SK_NONE every time more_data starts. This causes: IPv4:
    Attempt to release TCP socket in state 1 00000000b4c925d7 ------------[ cut here ]------------ refcount_t:
    addition on 0; use-after-free. WARNING: CPU: 5 PID: 4482 at lib/refcount.c:25 refcount_warn_saturate+0x7d/0x110 Modules linked in: CPU: 5 PID: 4482 Comm: sockhash_bypass Kdump: loaded Not tainted 6.0.0 #1 Hardware name: Red Hat KVM, BIOS 1.11.0-2.el7 04/01/2014 Call Trace: <TASK>
    __tcp_transmit_skb+0xa1b/0xb90 ? __alloc_skb+0x8c/0x1a0 ? __kmalloc_node_track_caller+0x184/0x320 tcp_write_xmit+0x22a/0x1110 __tcp_push_pending_frames+0x32/0xf0 do_tcp_sendpages+0x62d/0x640 tcp_bpf_push+0xae/0x2c0 tcp_bpf_sendmsg_redir+0x260/0x410 ? preempt_count_add+0x70/0xa0 tcp_bpf_send_verdict+0x386/0x4b0 tcp_bpf_sendmsg+0x21b/0x3b0 sock_sendmsg+0x58/0x70
    __sys_sendto+0xfa/0x170 ? xfd_validate_state+0x1d/0x80 ? switch_fpu_return+0x59/0xe0
    __x64_sys_sendto+0x24/0x30 do_syscall_64+0x37/0x90 entry_SYSCALL_64_after_hwframe+0x63/0xcd (CVE-2022-50536)

  - 已修复 Linux 内核中的下列漏洞：crypto: scomp - fix req->dst buffer overflow The req->dst buffer size should be checked before copying from the scomp_scratch->dst to avoid req->dst buffer overflow problem. (CVE-2023-52612)

  - 已修复 Linux 内核中的下列漏洞：net: atlantic: eliminate double free in error handling logic Driver has a logic leak in ring data allocation/free, where aq_ring_free could be called multiple times on same ring, if system is under stress and got memory allocation error. Ring pointer was used as an indicator of failure, but this is not correct since only ring data is allocated/deallocated. Ring itself is an array member. Changing ring allocation functions to return error code directly. This simplifies error handling and eliminates aq_ring_free on higher layer.
    (CVE-2023-52664)

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

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
200362	Amazon Linux 2 内核 --advisory ALAS2KERNEL-5。10-2024-059 (ALASKERNEL-5.10-2024-059)	Nessus	Amazon Linux Local Security Checks	2024/6/11	2026/2/9	high
176754	Amazon Linux 2 内核 --advisory ALAS2KERNEL-5。15-2023-019 (ALASKERNEL-5.15-2023-019)	Nessus	Amazon Linux Local Security Checks	2023/6/6	2026/2/9	high
245006	Linux Distros 未修补的漏洞：CVE-2023-53109	Nessus	Misc.	2025/8/7	2026/9/30	medium
240448	Amazon Linux 2：内核 (ALAS-2025-2892)	Nessus	Amazon Linux Local Security Checks	2025/6/25	2026/2/24	high
173854	Amazon Linux 2023：bpftool、kernel、kernel-devel (ALAS2023-2023-148)	Nessus	Amazon Linux Local Security Checks	2023/4/4	2026/2/24	high
200361	Amazon Linux 2 内核 --advisory ALAS2KERNEL-5。4-2024-070 (ALASKERNEL-5.4-2024-070)	Nessus	Amazon Linux Local Security Checks	2024/6/11	2026/2/9	high
352871	AlmaLinux 9.2 [TuxCare] 安全更新：bpftool / kernel / kernel-64k / kernel-64k-core / kernel-64k-debug / 等多个漏洞（ALMALINUX9.2：CLSA-2026：1783791447）	Nessus	Alma Linux Local Security Checks	2026/9/30	2026/10/22	low
241751	Amazon Linux 2：内核 (ALAS-2025-2909)	Nessus	Amazon Linux Local Security Checks	2025/7/10	2026/2/24	high
364675	CentOS Linux 8 [TuxCare] 安全更新：bpftool / kernel / kernel-core / kernel-cross-headers / 等多个漏洞（CENTOS-STREAM8：CLSA-2026：1791780738）	Nessus	CentOS Local Security Checks	2026/10/12	2026/10/12	high

检测

插件搜索

high

high

medium

high

high

high

low

high

high