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

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

    ubi：修复 ctrl_cdev_ioctl 和 ubi_cdev_ioctl 之间的争用条件 (CVE-2021-47634)

    在 Linux 内核的 FUSE 文件系统中发现与用户触发 write() 的方法相关的释放后使用缺陷。
    此缺陷允许本地用户从 FUSE 文件系统获取数据的未经授权访问权限，从而实现权限升级。(CVE-2022-1011)

    在 Linux 内核的 net/key/af_key.c 的 pfkey_register 函数中发现了一个漏洞。此漏洞允许本地无特权用户获取内核内存的访问权限，从而导致系统崩溃或内部内核信息泄漏。(CVE-2022-1353)

    在代理虚拟化 TPM 设备的 Linux 内核实现中发现了一个缺陷。在配置了虚拟化 TPM 设备（并非默认配置）的系统上，本地攻击者可以造成释放后使用错误，并且可能会提升系统权限。(CVE-2022-2977)

    在 Linux 内核中发现了一个缺陷。Slip 驱动程序在 drivers/net/slip/slip.c 的 sl_tx_timeout 中执行分离时，可能发生空指针取消引用。利用此问题，攻击者可造成系统崩溃或泄露内核内部信息。(CVE-2022-41858)

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

    scsi：target：tcmu：修复可能发生的页面 UAF 问题 (CVE-2022-49053)

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

    cifs：处理符号链接时的潜在缓冲区溢出问题 (CVE-2022-49058)

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

    veth：确保 eth 标头位于 skb 的线性部分 (CVE-2022-49066)

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

    btrfs：修复 qgroup 保留溢出 qgroup 限制 (CVE-2022-49075)

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

    mmmremap.c：避免 mremap(old_size=0) 上无意义的 invalidate_range_start/end (CVE-2022-49077)

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

    mm/mempolicy：修复 shared_policy_replace() 中的 mm/mempolicy 泄露问题 (CVE-2022-49080)

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

    drbd：修复 get_initial_state 中的五个释放后使用缺陷 (CVE-2022-49085)

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

    virtio_console：消除匿名 module_init 和 module_exit (CVE-2022-49100)

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

    Bluetooth：修复 hci_send_acl 中的释放后使用问题 (CVE-2022-49111)

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

    scsi：libfc：修复 fc_exch_abts_resp() 中的释放后使用问题 (CVE-2022-49114)

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

    dm ioctl：防止潜在的 spectre v1 小工具 (CVE-2022-49122)

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

    ACPI：CPPC：避免解析 _CPC 数据时发生越界访问的问题 (CVE-2022-49145)

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

    scsi：qla2xxx：抑制 qla_create_qpair() 中的内核投诉 (CVE-2022-49155)

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

    ntfs：添加有关分配大小的健全性检查 (CVE-2022-49166)

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

    ext4：如果有人在没有先询问 ext4 的情况下写脏页，则不发出 BUG (CVE-2022-49171)

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

    PM: core：保留 device_pm_check_callbacks() 中的 irq 标记 (CVE-2022-49175)

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

    af_netlink：修复组掩码计算中的位移越界问题 (CVE-2022-49197)

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

    power: supply: ab8500：修复 ab8500_fg_sysfs_init 中的内存泄漏问题 (CVE-2022-49224)

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

    NFSD：防止 nfssvc_decode_writeargs() 中发生下溢 (CVE-2022-49280)

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

    tpm：修复 struct tpm_chip 的引用计数 (CVE-2022-49287)

    在 Linux 内核 X86 的 CPU 电源管理选项功能中，发现用户将 CPU 从暂停状态恢复为 RAM 的方式存在缺陷，可导致引导 CPU 易受到推测执行攻击行为影响。本地用户可利用此缺陷，在未经授权的情况下访问 CPU 的某些内存，方式类似于攻击中的推测执行行为。(CVE-2023-1637)

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

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

远程主机上安装的内核版本低于 4.14.281-144.502。因此，该软件受到 ALAS-2022-1591 公告中提及的多个漏洞影响。

    在 Linux 内核的 DMA 子系统中发现了一个与用户调用 DMA_FROM_DEVICE 的方式相关的内存泄漏缺陷。
    本地用户可利用此缺陷，读取内核空间中的随机内存。(CVE-2022-0854)

    在 Linux 内核的 FUSE 文件系统中发现与用户触发 write() 的方法相关的释放后使用缺陷。
    此缺陷允许本地用户从 FUSE 文件系统获取数据的未经授权访问权限，从而实现权限升级。(CVE-2022-1011)

    在 Linux 内核的 net/key/af_key.c 的 pfkey_register 函数中发现了一个漏洞。此漏洞允许本地无特权用户获取内核内存的访问权限，从而导致系统崩溃或内部内核信息泄漏。(CVE-2022-1353)

    在用户使用模拟以太网卡终止会话并继续使用此连接的方式中，发现 Linux 内核的 X.25 标准化网络协议功能集中存在一个空指针取消引用缺陷。本地用户可以利用此缺陷造成系统崩溃。(CVE-2022-1516)

    perf：修复了 sys_perf_event_open() 与自身争用的情形 (CVE-2022-1729)

    在 openvswitch 内核模块中发现了一个整数强制转换错误。假定有足够多的操作，当为新流程的新操作复制和预留内存时，reserve_sfa_size() 函数不会按预期返回 -EMSGSIZE，这可能导致越界写入问题。本地用户可利用此缺陷导致系统崩溃或可能升级其系统权限。(CVE-2022-2639)

    Linux 内核 5.17.1 及之前版本中的 drivers/net/can/usb/mcba_usb.c 的 mcba_usb_start_xmit 中存在一个双重释放缺陷。(CVE-2022-28389)

    在 Linux 内核的 ems_usb_start_xmit 函数中发现了一个双重释放缺陷。攻击者可利用此缺陷，通过多次调用 free 造成内存泄漏，并损坏底层数据结构。
    (CVE-2022-28390)

    Linux 内核 net/sched 中存在不当更新引用计数漏洞，本地攻击者可利用此漏洞将权限升级为 root 权限。此问题会影响  Linux 内核 5.18 之前版本、4.14 及更新版本。(CVE-2022-29581)

    在代理虚拟化 TPM 设备的 Linux 内核实现中发现了一个缺陷。在配置了虚拟化 TPM 设备（并非默认配置）的系统上，本地攻击者可以造成释放后使用错误，并且可能会提升系统权限。(CVE-2022-2977)

    Linux 内核 5.17.2 之前版本无法正确处理 seccomp 权限。攻击者可利用 PTRACE_SEIZE 代码路径，绕过针对设置 PT_SUSPEND_SECCOMP 标记的预期限制。(CVE-2022-30594)

    在 Linux 内核中发现一个缺陷。Slip 驱动程序在 drivers/net/slip/slip.c 的 sl_tx_timeout 中执行分离时，可能发生空指针取消引用。利用此问题，攻击者可造成系统崩溃或泄露内核内部信息。(CVE-2022-41858)

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

    cifs处理符号链接时的潜在缓冲区溢出 (CVE-2022-49058)

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

    drbd：修复 get_initial_state 中的五个释放后使用缺陷 (CVE-2022-49085)

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

    scsi：libfc：修复 fc_exch_abts_resp() 中的释放后使用问题 (CVE-2022-49114)

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

    tpm修复 struct tpm_chip 的引用计数 (CVE-2022-49287)

    在 Linux 内核 X86 的 CPU 电源管理选项功能中，发现用户将 CPU 从暂停状态恢复为 RAM 的方式存在缺陷，可导致引导 CPU 易受到推测执行攻击行为影响。本地用户可利用此缺陷，在未经授权的情况下访问 CPU 的某些内存，方式类似于攻击中的推测执行行为。(CVE-2023-1637)

    在 Linux 内核的 VMware vmxnet3 以太网 NIC 驱动程序中，发现 drivers/net/vmxnet3/vmxnet3_drv.c 的 vmxnet3_rq_alloc_rx_buf 中存在一个释放后使用缺陷。本地攻击者可能会利用此缺陷，在清理 vmxnet3_rq_cleanup_all 时，导致系统因双重释放而崩溃，这还有可能导致内核信息泄漏问题。(CVE-2023-4387)

    在 Linux 内核的 vmxnet3 网络子组件中，发现 drivers/net/vmxnet3/vmxnet3_drv.c 的 vmxnet3_rq_cleanup 中存在一个空指针取消引用缺陷。由于清理期间缺少健全性检查，具有普通用户权限的本地攻击者可利用此问题造成拒绝服务。
    (CVE-2023-4459)

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

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

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

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

    ubi：修复 ctrl_cdev_ioctl 和 ubi_cdev_ioctl 之间的争用条件 (CVE-2021-47634)

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

    恢复恢复块bfq遵从已设置的队列合并 (CVE-2021-47646)

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

    ASoC: soc-compress：防止可能使用空指针 (CVE-2021-47650)

    在 fs/cifs/smb2ops.c 通用 Internet 文件系统 (CIFS) 中，发现 Linux 内核的 smb2_ioctl_query_info 函数存在拒绝服务 (DOS) 问题，原因在于 memdup_user 函数的返回不正确。此缺陷允许本地特权 (CAP_SYS_ADMIN) 攻击者造成系统崩溃。
    (CVE-2022-0168)

    当 KVM 更新客户机的页表条目时，会首先使用 get_user_pages_fast() 来固定页面。如果失败 (例如 vma->flags 为 VM_IO 或 VM_PFNMAP)，它会通过 find_vma_intersection() 获取页面所处的 VMA，计算物理地址，通过 memremap() 将页面映射到内核虚拟地址，最后写入更新。问题在于，当我们通过 find_vma_intersection() 获取相关 VMA 时，系统仅检查 VM_PFNMAP，而不检查 VM_IO。在下方的复制器中，在 KVM_SET_USER_MEMORY_REGION 完成后，我们将客户机的内存映射替换为 io_uring 的内核-用户共享区域，然后执行 KVM_TRANSLATE 操作，从而最终触发页表条目更新。现在，memremap() 会返回 page_offset_base（所有物理内存的直接映射）+ vaddr（KVM_TRANSLATE 的线性地址）+ vm_pgoff（io_uring 执行 mmap(2) 时的偏移量），并将返回值用作 CMPXCHG 的基址（在此情况下写入 0x21）。
    vaddr 和 vm_pgoff 均可由用户模式进程控制，因此写入可能会超过之前映射的客户机内存空间并触发 UAF 等异常。此漏洞与 CVE-2021-22543 有相似之处。(CVE-2022-1158)

    在 Linux 内核的 net/key/af_key.c 的 pfkey_register 函数中发现了一个漏洞。此漏洞允许本地无特权用户获取内核内存的访问权限，从而导致系统崩溃或内部内核信息泄漏。(CVE-2022-1353)

    在用户触发超时刷新和删除之间争用情形的方式中，在 Linux 内核的 io_uring 接口子系统中发现了释放后使用缺陷。本地用户可利用此缺陷导致系统崩溃或升级其系统权限。(CVE-2022-29582)

    在代理虚拟化 TPM 设备的 Linux 内核实现中发现了一个缺陷。在配置了虚拟化 TPM 设备（并非默认配置）的系统上，本地攻击者可以造成释放后使用错误，并且可能会提升系统权限。(CVE-2022-2977)

    在 Linux 内核中发现了一个缺陷。Slip 驱动程序在 drivers/net/slip/slip.c 的 sl_tx_timeout 中执行分离时，可能发生空指针取消引用。利用此问题，攻击者可造成系统崩溃或泄露内核内部信息。(CVE-2022-41858)

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

    swiotlb：修复 DMA_FROM_DEVICE 的 swiotlb 信息泄漏 (CVE-2022-48853)

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

    dm integrity：修复 tag_size 小于摘要大小时的内存损坏问题 (CVE-2022-49044)

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

    ipv6修复在没有 in6 dev 的情况下转发 pkt 时出现的错误CVE-2022-49048

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

    mm修复使用 zram 交换的意外归零页面映射 (CVE-2022-49052)

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

    scsi：target：tcmu：修复可能发生的页面 UAF 问题 (CVE-2022-49053)

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

    cifs处理符号链接时的潜在缓冲区溢出 (CVE-2022-49058)

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

    SUNRPC修复 svc_deferred_event 跟踪类 (CVE-2022-49065)

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

    veth确保 eth 标头位于 skb 的线性部分中 (CVE-2022-49066)

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

    gpio限制在初始化之前使用 GPIO 芯片 irq 成员 (CVE-2022-49072)

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

    atasata_dwc_460ex修复了由于 OOB 写入而导致的崩溃 (CVE-2022-49073)

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

    irqchip/gic-v3修复 GICR_CTLR.RWP 轮询 (CVE-2022-49074)

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

    btrfs修复 qgroup 保留溢出 qgroup 限制 (CVE-2022-49075)

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

    mmmremap.c：避免 mremap(old_size=0) 上无意义的 invalidate_range_start/end (CVE-2022-49077)

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

    lz4：修复 LZ4_decompress_safe_partial 读取越界 (CVE-2022-49078)

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

    mm/mempolicy：修复 shared_policy_replace() 中的 mm/mempolicy 泄露问题 (CVE-2022-49080)

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

    qede：使用 skb 之前确认已分配 skb (CVE-2022-49084)

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

    drbd：修复 get_initial_state 中的五个释放后使用缺陷 (CVE-2022-49085)

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

    net：openvswitch：修复嵌套操作的漏洞 (CVE-2022-49086)

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

    rxrpc：修复 rxrpc_exit_net() 中的争用问题 (CVE-2022-49087)

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

    netipv4修复具有 nexthop 对象删除警告的路由 (CVE-2022-49092)

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

    net/tls修复 decrypt_internal 中的 slab 越界缺陷 (CVE-2022-49094)

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

    NFS避免回写线程在 mempool_alloc() 中卡住 (CVE-2022-49097)

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

    Drivers: hv: vmbus：修复卸载模块时可能发生崩溃的问题 (CVE-2022-49098)

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

    virtio_console消除匿名 module_init 和 module_exit (CVE-2022-49100)

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

    NFSv4.2：修复 _nfs42_proc_copy_notify() 中的引用计数泄漏问题 (CVE-2022-49103)

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

    ceph修复note_last_dentry 返回错误时 ceph_readdir 中的内存泄漏 (CVE-2022-49107)

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

    scsi：libfc：修复 fc_exch_abts_resp() 中的释放后使用问题 (CVE-2022-49114)

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

    dm ioctl防止潜在的 spectre v1 小工具 (CVE-2022-49122)

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

    io_uring修复文件注册中 uid 的内存泄漏 (CVE-2022-49144)

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

    ACPI：CPPC：避免解析 _CPC 数据时发生越界访问的问题 (CVE-2022-49145)

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

    watch_queue：解除 watch_queue 时释放页面数组 (CVE-2022-49148)

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

    rxrpc修复调用定时器启动与调用销毁争用的问题 (CVE-2022-49149)

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

    wireguardsocket禁用 ipv6 时释放 send6 中的 skb (CVE-2022-49153)

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

    KVMSVM修复越界客户机 IRQ 上的错误 (CVE-2022-49154)

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

    scsi：qla2xxx：抑制 qla_create_qpair() 中的内核投诉 (CVE-2022-49155)

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

    scsi：qla2xxx：原子操作时修复计划 (CVE-2022-49156)

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

    ext4：如果有人在没有先询问 ext4 的情况下写脏页，则不发出 BUG (CVE-2022-49171)

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

    ext4修复含 fast_commit 的 flex_bg 的 ext4_mb_mark_bb() (CVE-2022-49174)

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

    PMcore保留 device_pm_check_callbacks() 中的 irq 标记 (CVE-2022-49175)

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

    bfq：修复 bfq_dispatch_request 中的释放后使用问题 (CVE-2022-49176)

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

    block、bfq：不移动 oom_bfqq (CVE-2022-49179)

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

    LSM：legacy_parse_param 中的一般保护错误 (CVE-2022-49180)

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

    af_netlink修复组掩码计算中的位移越界 (CVE-2022-49197)

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

    bpf、sockmap：修复当 msg 具有 more_data 时会有更多未计费的问题 (CVE-2022-49204)

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

    bpfsockmap修复 sk_msg 内存的双重取消收取 (CVE-2022-49205)

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

    RDMA/mlx5：修复订阅事件例程的错误流中的内存流失问题 (CVE-2022-49206)

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

    bpf、sockmap：修复 sk msg 已满时 tcp_bpf_sendmsg 中的内存流失问题 (CVE-2022-49209)

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

    MIPSpgalloc修复 pgd_free() 造成的内存泄漏 (CVE-2022-49210)

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

    dax确保破坏缓存前刷新 inode (CVE-2022-49220)

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

    power源ab8500修复 ab8500_fg_sysfs_init 中的内存泄漏 (CVE-2022-49224)

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

    watch_queue实际释放监视 (CVE-2022-49256)

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

    watch_queue：修复错误清理中的空指针取消引用问题 (CVE-2022-49257)

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

    block不在删除队列 kobject 之前删除其子项 (CVE-2022-49259)

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

    drm/i915/gem：添加 vm_access 中缺少的边界检查 (CVE-2022-49261)

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

    exec当 argv 为空时强制单个空字符串 (CVE-2022-49264)

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

    cifs防止 smb2_ioctl_query_info() 中的错误输出长度 (CVE-2022-49271)

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

    ALSApcm修复含 buffer_mutex 和 mmap_lock 的潜在 AB/BA 锁定 (CVE-2022-49272)

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

    NFSD：防止 32 位系统中发生整数溢出问题 (CVE-2022-49279)

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

    NFSD防止 nfssvc_decode_writeargs() 中发生下溢 (CVE-2022-49280)

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

    tpm修复 struct tpm_chip 的引用计数 (CVE-2022-49287)

    在 Linux 内核的核心转储子系统中发现释放后使用缺陷。本地用户可以利用此缺陷造成系统崩溃。(CVE-2023-1249)

    在 Linux 内核 X86 的 CPU 电源管理选项功能中，发现用户将 CPU 从暂停状态恢复为 RAM 的方式存在缺陷，可导致引导 CPU 易受到推测执行攻击行为影响。本地用户可利用此缺陷，在未经授权的情况下访问 CPU 的某些内存，方式类似于攻击中的推测执行行为。(CVE-2023-1637)

    在适用于 6.2.10 版之前的 Linux 内核的某些 Intel(R) i915 图形驱动程序中，由于对内存缓冲区边界内的操作限制不当，经过身份验证的用户可借此通过本地访问实现权限提升。(CVE-2023-28410)

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

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

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

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

    ubi：修复 ctrl_cdev_ioctl 和 ubi_cdev_ioctl 之间的争用条件 (CVE-2021-47634)

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

    恢复恢复块bfq遵从已设置的队列合并 (CVE-2021-47646)

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

    ASoC: soc-compress：防止可能使用空指针 (CVE-2021-47650)

    当 KVM 更新客户机的页表条目时，会首先使用 get_user_pages_fast() 来固定页面。如果失败 (例如 vma->flags 为 VM_IO 或 VM_PFNMAP)，它会通过 find_vma_intersection() 获取页面所处的 VMA，计算物理地址，通过 memremap() 将页面映射到内核虚拟地址，最后写入更新。问题在于，当我们通过 find_vma_intersection() 获取相关 VMA 时，系统仅检查 VM_PFNMAP，而不检查 VM_IO。在下方的复制器中，在 KVM_SET_USER_MEMORY_REGION 完成后，我们将客户机的内存映射替换为 io_uring 的内核-用户共享区域，然后执行 KVM_TRANSLATE 操作，从而最终触发页表条目更新。现在，memremap() 会返回 page_offset_base（所有物理内存的直接映射）+ vaddr（KVM_TRANSLATE 的线性地址）+ vm_pgoff（io_uring 执行 mmap(2) 时的偏移量），并将返回值用作 CMPXCHG 的基址（在此情况下写入 0x21）。
    vaddr 和 vm_pgoff 均可由用户模式进程控制，因此写入可能会超过之前映射的客户机内存空间并触发 UAF 等异常。此漏洞与 CVE-2021-22543 有相似之处。(CVE-2022-1158)

    在 Linux 内核的 net/key/af_key.c 的 pfkey_register 函数中发现了一个漏洞。此漏洞允许本地无特权用户获取内核内存的访问权限，从而导致系统崩溃或内部内核信息泄漏。(CVE-2022-1353)

    在代理虚拟化 TPM 设备的 Linux 内核实现中发现了一个缺陷。在配置了虚拟化 TPM 设备（并非默认配置）的系统上，本地攻击者可以造成释放后使用错误，并且可能会提升系统权限。(CVE-2022-2977)

    在 Linux 内核中发现了一个缺陷。Slip 驱动程序在 drivers/net/slip/slip.c 的 sl_tx_timeout 中执行分离时，可能发生空指针取消引用。利用此问题，攻击者可造成系统崩溃或泄露内核内部信息。(CVE-2022-41858)

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

    swiotlb：修复 DMA_FROM_DEVICE 的 swiotlb 信息泄漏 (CVE-2022-48853)

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

    dm integrity：修复 tag_size 小于摘要大小时的内存损坏问题 (CVE-2022-49044)

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

    ipv6修复在没有 in6 dev 的情况下转发 pkt 时出现的错误CVE-2022-49048

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

    scsi：target：tcmu：修复可能发生的页面 UAF 问题 (CVE-2022-49053)

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

    cifs处理符号链接时的潜在缓冲区溢出 (CVE-2022-49058)

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

    veth确保 eth 标头位于 skb 的线性部分中 (CVE-2022-49066)

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

    atasata_dwc_460ex修复了由于 OOB 写入而导致的崩溃 (CVE-2022-49073)

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

    irqchip/gic-v3修复 GICR_CTLR.RWP 轮询 (CVE-2022-49074)

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

    btrfs修复 qgroup 保留溢出 qgroup 限制 (CVE-2022-49075)

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

    mmmremap.c：避免 mremap(old_size=0) 上无意义的 invalidate_range_start/end (CVE-2022-49077)

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

    lz4：修复 LZ4_decompress_safe_partial 读取越界 (CVE-2022-49078)

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

    mm/mempolicy：修复 shared_policy_replace() 中的 mm/mempolicy 泄露问题 (CVE-2022-49080)

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

    qede：使用 skb 之前确认已分配 skb (CVE-2022-49084)

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

    drbd：修复 get_initial_state 中的五个释放后使用缺陷 (CVE-2022-49085)

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

    rxrpc：修复 rxrpc_exit_net() 中的争用问题 (CVE-2022-49087)

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

    netipv4修复具有 nexthop 对象删除警告的路由 (CVE-2022-49092)

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

    net/tls修复 decrypt_internal 中的 slab 越界缺陷 (CVE-2022-49094)

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

    Drivers: hv: vmbus：修复卸载模块时可能发生崩溃的问题 (CVE-2022-49098)

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

    virtio_console消除匿名 module_init 和 module_exit (CVE-2022-49100)

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

    scsi：libfc：修复 fc_exch_abts_resp() 中的释放后使用问题 (CVE-2022-49114)

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

    dm ioctl防止潜在的 spectre v1 小工具 (CVE-2022-49122)

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

    ACPI：CPPC：避免解析 _CPC 数据时发生越界访问的问题 (CVE-2022-49145)

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

    scsi：qla2xxx：抑制 qla_create_qpair() 中的内核投诉 (CVE-2022-49155)

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

    ntfs：添加有关分配大小的健全性检查 (CVE-2022-49166)

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

    ext4：如果有人在没有先询问 ext4 的情况下写脏页，则不发出 BUG (CVE-2022-49171)

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

    PMcore保留 device_pm_check_callbacks() 中的 irq 标记 (CVE-2022-49175)

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

    bfq：修复 bfq_dispatch_request 中的释放后使用问题 (CVE-2022-49176)

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

    block、bfq：不移动 oom_bfqq (CVE-2022-49179)

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

    LSM：legacy_parse_param 中的一般保护错误 (CVE-2022-49180)

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

    af_netlink修复组掩码计算中的位移越界 (CVE-2022-49197)

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

    bpf、sockmap：修复当 msg 具有 more_data 时会有更多未计费的问题 (CVE-2022-49204)

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

    bpfsockmap修复 sk_msg 内存的双重取消收取 (CVE-2022-49205)

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

    RDMA/mlx5：修复订阅事件例程的错误流中的内存流失问题 (CVE-2022-49206)

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

    bpf、sockmap：修复 sk msg 已满时 tcp_bpf_sendmsg 中的内存流失问题 (CVE-2022-49209)

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

    dax确保破坏缓存前刷新 inode (CVE-2022-49220)

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

    power源ab8500修复 ab8500_fg_sysfs_init 中的内存泄漏 (CVE-2022-49224)

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

    block不在删除队列 kobject 之前删除其子项 (CVE-2022-49259)

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

    NFSD：防止 32 位系统中发生整数溢出问题 (CVE-2022-49279)

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

    NFSD防止 nfssvc_decode_writeargs() 中发生下溢 (CVE-2022-49280)

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

    tpm修复 struct tpm_chip 的引用计数 (CVE-2022-49287)

    在 Linux 内核 X86 的 CPU 电源管理选项功能中，发现用户将 CPU 从暂停状态恢复为 RAM 的方式存在缺陷，可导致引导 CPU 易受到推测执行攻击行为影响。本地用户可利用此缺陷，在未经授权的情况下访问 CPU 的某些内存，方式类似于攻击中的推测执行行为。(CVE-2023-1637)

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

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

远程 Redhat Enterprise Linux 9 主机上安装的多个程序包受到 RHSA-2023:6583 公告中提及的多个漏洞影响。

  - 内核：内存管理器中设备私有页面发生故障时，出现争用 (CVE-2022-3523)

  - kernel：l1oip 计时器处理程序中的释放后使用 (CVE-2022-3565)

  - 内核：intr_callback 的 r8152 中存在速率限制溢出消息 (CVE-2022-3594)

  - 内核：vmwgfx：vmw_cmd_res_check 中存在释放后使用漏洞 (CVE-2022-38457)

  - 内核：vmwgfx：vmw_execbuf_tie_context 中存在释放后使用漏洞 (CVE-2022-40133)

  - hw: Intel：收集数据采样 (GDS) 边信道漏洞 (CVE-2022-40982)

  - 内核：net/bluetooth/l2cap_core.c 的 l2cap_parse_conf_req 中存在信息泄漏漏洞 (CVE-2022-42895)

  - kernel: x86/mm：随机化 per-cpu 条目区域 (CVE-2023-0597)

  - kernel: HID：检查 hid_validate_values() 中空的 report_list (CVE-2023-1073)

  - kernel: sctp：如果给定范围内没有可以使用的绑定地址，则失败 (CVE-2023-1074)

  - kernel: net/tls：tls_is_tx_ready() 检查了 list_entry (CVE-2023-1075)

  - kernel: tap: tap_open()：正确初始化套接字 uid (CVE-2023-1076)

  - kernel: hid：asus_remove() 中的释放后使用 (CVE-2023-1079)

  - kernel：IPv6 连接查找表中的哈希冲突 (CVE-2023-1206)

  - kernel：file_files_note 中缺少 mmap_lock，可能导致 coredump 代码中出现释放后使用 (CVE-2023-1249)

  - kernel: ovl：修复 ovl_aio_req 结构中的释放后使用 (CVE-2023-1252)

  - Kernel：fs/nfsd/nfs4proc.c 中 nfsd4_ssc_setup_dul 中的释放后使用 (CVE-2023-1652)

  - kernel：删除函数 xgene_hwmon_remove 中的释放后使用缺陷 (CVE-2023-1855)

  - Kernel：由于争用条件，xen_9pfs_front_remove 中存在释放后使用 (CVE-2023-1989)

  - Kernel：dm- ioctl.c 的 dm_get_inactive_table 中可能存在死锁问题，进而导致 DOS (CVE-2023-2269)

  - kernel：r592_remove 中的释放后使用缺陷 (CVE-2023-3141)

  - kernel: fbcon：fbcon_set_font() 中的 shift 越界 (CVE-2023-3161)

  - kernel: gfs2：修复 gfs2_rgrp_dump 中的空指针取消引用漏洞 (CVE-2023-3212)

  - kernel：relay_file_read 中的越界访问 (CVE-2023-3268)

  - kernel：由于 shtp_cl_get_dma_send_buf() 中缺少 kalloc() 返回值检查，导致空指针取消引用 (CVE-2023-3358)

  - kernel：net/sched：如果 tcf_change_indev() 失败，cls_u32 组件引用计数器将会泄漏 (CVE-2023-3609)

  - kernel: xfrm：xfrm_update_ae_params() 中的空指针取消引用 (CVE-2023-3772)

  - kernel: xfrm：XFRMA_MTIMER_THRESH nlattr 发生越界读取 (CVE-2023-3773)

  - kernel：SEV-ES/SEV-SNP VMGEXIT 双重提取漏洞 (CVE-2023-4155)

   kernel: tap: tap_open()：正确初始化套接字 uid，再将 i_uid 修复为 current_fsuid (CVE-2023-4194)

  - kernel：net/sched：net/sched 分类器中存在释放后使用漏洞：cls_fw、cls_u32 和 cls_route（CVE-2023-4206、CVE-2023-4207、CVE-2023-4208）

  - kernel: exFAT：exfat_get_uniname_from_ext_entry 中的堆栈溢出（CVE-2023-4273）

  - kernel: mpls：sysctl 分配时的双重释放失败 (CVE-2023-26545)

  - 内核：KVM：nVMX：缺少对 CR0 和 CR4 的一致性检查 (CVE-2023-30456)

  - kernel：net: qcom/emac: 争用条件导致 emac_remove() 中发生释放后使用 (CVE-2023-33203)

  - 内核：vmwgfx：争用条件导致信息泄露漏洞 (CVE-2023-33951)

  - 内核：vmwgfx：处理 vmw_buffer_object 对象时发生双重释放 (CVE-2023-33952)

  - kernel: r592: 争用条件导致 r592_remove() 中发生释放后使用 (CVE-2023-35825)

  - 内核：eBPF：dynptr 中的堆栈类型检查不充分 (CVE-2023-39191)

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

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

  - 已修复 Linux 内核中的下列漏洞：tpm: fix reference counting for struct tpm_chip The following sequence of operations results in a refcount warning: 1. Open device /dev/tpmrm. 2.
    Remove module tpm_tis_spi. 3. Write a TPM command to the file descriptor opened at step 1. ------------[cut here ]------------ WARNING: CPU: 3 PID: 1161 at lib/refcount.c:25 kobject_get+0xa0/0xa4 refcount_t:
    addition on 0; use-after-free. Modules linked in: tpm_tis_spi tpm_tis_core tpm mdio_bcm_unimac brcmfmac sha256_generic libsha256 sha256_arm hci_uart btbcm bluetooth cfg80211 vc4 brcmutil ecdh_generic ecc snd_soc_core crc32_arm_ce libaes raspberrypi_hwmon ac97_bus snd_pcm_dmaengine bcm2711_thermal snd_pcm snd_timer genet snd phy_generic soundcore [last unloaded: spi_bcm2835] CPU: 3 PID: 1161 Comm: hold_open Not tainted 5.10.0ls-main-dirty #2 Hardware name: BCM2711 [<c0410c3c>] (unwind_backtrace) from [<c040b580>] (show_stack+0x10/0x14) [<c040b580>] (show_stack) from [<c1092174>] (dump_stack+0xc4/0xd8) [<c1092174>] (dump_stack) from [<c0445a30>] (__warn+0x104/0x108) [<c0445a30>] (__warn) from [<c0445aa8>] (warn_slowpath_fmt+0x74/0xb8) [<c0445aa8>] (warn_slowpath_fmt) from [<c08435d0>] (kobject_get+0xa0/0xa4) [<c08435d0>] (kobject_get) from [<bf0a715c>] (tpm_try_get_ops+0x14/0x54 [tpm]) [<bf0a715c>] (tpm_try_get_ops [tpm]) from [<bf0a7d6c>] (tpm_common_write+0x38/0x60 [tpm]) [<bf0a7d6c>] (tpm_common_write [tpm]) from [<c05a7ac0>] (vfs_write+0xc4/0x3c0) [<c05a7ac0>] (vfs_write) from [<c05a7ee4>] (ksys_write+0x58/0xcc) [<c05a7ee4>] (ksys_write) from [<c04001a0>] (ret_fast_syscall+0x0/0x4c) Exception stack(0xc226bfa8 to 0xc226bff0) bfa0: 00000000 000105b4 00000003 beafe664 00000014 00000000 bfc0: 00000000 000105b4 000103f8 00000004 00000000 00000000 b6f9c000 beafe684 bfe0: 0000006c beafe648 0001056c b6eb6944 ---[ end trace d4b8409def9b8b1f ]--- The reason for this warning is the attempt to get the chip->dev reference in tpm_common_write() although the reference counter is already zero. Since commit 8979b02aaf1d (tpm: Fix reference count to main device) the extra reference used to prevent a premature zero counter is never taken, because the required TPM_CHIP_FLAG_TPM2 flag is never set. Fix this by moving the TPM 2 character device handling from tpm_chip_alloc() to tpm_add_char_device() which is called at a later point in time when the flag has been set in case of TPM2.
    Commit fdc915f7f719 (tpm: expose spaces via a device link /dev/tpmrm<n>) already introduced function tpm_devs_release() to release the extra reference but did not implement the required put on chip->devs that results in the call of this function. Fix this by putting chip->devs in tpm_chip_unregister().
    Finally move the new implementation for the TPM 2 handling into a new function to avoid multiple checks for the TPM_CHIP_FLAG_TPM2 flag in the good case and error cases. (CVE-2022-49287)

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

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

  - netfilter 中存在的一个缺陷可允许联网攻击者推断 openvpn 连接端点信息，从而进一步使用这些信息发动传统网络攻击。(CVE-2021-3773)

  - 在代理虚拟化 TPM 设备的 Linux 内核实现中发现一个缺陷。在配置了虚拟化 TPM 设备（并非默认配置）的系统上，本地攻击者可以造成释放后使用错误，并且可能会提升系统权限。(CVE-2022-2977)

  - 已修复 Linux 内核中的下列漏洞：tracing: Free buffers when a used dynamic event is removed After 65536 dynamic events have been added and removed, the type field of the event then uses the first type number that is available (not currently used by other events). A type number is the identifier of the binary blobs in the tracing ring buffer (known as events) to map them to logic that can parse the binary blob. The issue is that if a dynamic event (like a kprobe event) is traced and is in the ring buffer, and then that event is removed (because it is dynamic, which means it can be created and destroyed), if another dynamic event is created that has the same number that new event's logic on parsing the binary blob will be used. To show how this can be an issue, the following can crash the kernel: # cd /sys/kernel/tracing # for i in `seq 65536`; do echo 'p:kprobes/foo do_sys_openat2 $arg1:u32' > kprobe_events # done For every iteration of the above, the writing to the kprobe_events will remove the old event and create a new one (with the same format) and increase the type number to the next available on until the type number reaches over 65535 which is the max number for the 16 bit type. After it reaches that number, the logic to allocate a new number simply looks for the next available number.
    When an dynamic event is removed, that number is then available to be reused by the next dynamic event created. That is, once the above reaches the max number, the number assigned to the event in that loop will remain the same. Now that means deleting one dynamic event and created another will reuse the previous events type number. This is where bad things can happen. After the above loop finishes, the kprobes/foo event which reads the do_sys_openat2 function call's first parameter as an integer. # echo 1 > kprobes/foo/enable # cat /etc/passwd > /dev/null # cat trace cat-2211 [005] .... 2007.849603: foo:
    (do_sys_openat2+0x0/0x130) arg1=4294967196 cat-2211 [005] .... 2007.849620: foo:
    (do_sys_openat2+0x0/0x130) arg1=4294967196 cat-2211 [005] .... 2007.849838: foo:
    (do_sys_openat2+0x0/0x130) arg1=4294967196 cat-2211 [005] .... 2007.849880: foo:
    (do_sys_openat2+0x0/0x130) arg1=4294967196 # echo 0 > kprobes/foo/enable Now if we delete the kprobe and create a new one that reads a string: # echo 'p:kprobes/foo do_sys_openat2 +0($arg2):string' > kprobe_events And now we can the trace: # cat trace sendmail-1942 [002] ..... 530.136320: foo:
    (do_sys_openat2+0x0/0x240) arg1= cat-2046 [004] ..... 530.930817: foo: (do_sys_openat2+0x0/0x240) arg1= cat-2046 [004] ..... 530.930961: foo: (do_sys_openat2+0x0/0x240) arg1= cat-2046 [004] ..... 530.934278: foo: (do_sys_openat2+0x0/0x240) arg1= cat-2046 [004] ..... 530.934563: foo: (do_sys_openat2+0x0/0x240) arg1= ---truncated--- (CVE-2022-49006)

  - 已修复 Linux 内核中的下列漏洞：tpm: fix reference counting for struct tpm_chip The following sequence of operations results in a refcount warning: 1. Open device /dev/tpmrm. 2.
    Remove module tpm_tis_spi. 3. Write a TPM command to the file descriptor opened at step 1. ------------[cut here ]------------ WARNING: CPU: 3 PID: 1161 at lib/refcount.c:25 kobject_get+0xa0/0xa4 refcount_t:
    addition on 0; use-after-free. Modules linked in: tpm_tis_spi tpm_tis_core tpm mdio_bcm_unimac brcmfmac sha256_generic libsha256 sha256_arm hci_uart btbcm bluetooth cfg80211 vc4 brcmutil ecdh_generic ecc snd_soc_core crc32_arm_ce libaes raspberrypi_hwmon ac97_bus snd_pcm_dmaengine bcm2711_thermal snd_pcm snd_timer genet snd phy_generic soundcore [last unloaded: spi_bcm2835] CPU: 3 PID: 1161 Comm: hold_open Not tainted 5.10.0ls-main-dirty #2 Hardware name: BCM2711 [<c0410c3c>] (unwind_backtrace) from [<c040b580>] (show_stack+0x10/0x14) [<c040b580>] (show_stack) from [<c1092174>] (dump_stack+0xc4/0xd8) [<c1092174>] (dump_stack) from [<c0445a30>] (__warn+0x104/0x108) [<c0445a30>] (__warn) from [<c0445aa8>] (warn_slowpath_fmt+0x74/0xb8) [<c0445aa8>] (warn_slowpath_fmt) from [<c08435d0>] (kobject_get+0xa0/0xa4) [<c08435d0>] (kobject_get) from [<bf0a715c>] (tpm_try_get_ops+0x14/0x54 [tpm]) [<bf0a715c>] (tpm_try_get_ops [tpm]) from [<bf0a7d6c>] (tpm_common_write+0x38/0x60 [tpm]) [<bf0a7d6c>] (tpm_common_write [tpm]) from [<c05a7ac0>] (vfs_write+0xc4/0x3c0) [<c05a7ac0>] (vfs_write) from [<c05a7ee4>] (ksys_write+0x58/0xcc) [<c05a7ee4>] (ksys_write) from [<c04001a0>] (ret_fast_syscall+0x0/0x4c) Exception stack(0xc226bfa8 to 0xc226bff0) bfa0: 00000000 000105b4 00000003 beafe664 00000014 00000000 bfc0: 00000000 000105b4 000103f8 00000004 00000000 00000000 b6f9c000 beafe684 bfe0: 0000006c beafe648 0001056c b6eb6944 ---[ end trace d4b8409def9b8b1f ]--- The reason for this warning is the attempt to get the chip->dev reference in tpm_common_write() although the reference counter is already zero. Since commit 8979b02aaf1d (tpm: Fix reference count to main device) the extra reference used to prevent a premature zero counter is never taken, because the required TPM_CHIP_FLAG_TPM2 flag is never set. Fix this by moving the TPM 2 character device handling from tpm_chip_alloc() to tpm_add_char_device() which is called at a later point in time when the flag has been set in case of TPM2.
    Commit fdc915f7f719 (tpm: expose spaces via a device link /dev/tpmrm<n>) already introduced function tpm_devs_release() to release the extra reference but did not implement the required put on chip->devs that results in the call of this function. Fix this by putting chip->devs in tpm_chip_unregister().
    Finally move the new implementation for the TPM 2 handling into a new function to avoid multiple checks for the TPM_CHIP_FLAG_TPM2 flag in the good case and error cases. (CVE-2022-49287)

  - 已修复 Linux 内核中的下列漏洞：tracing: Fix wild-memory-access in register_synth_event() In register_synth_event(), if set_synth_event_print_fmt() failed, then both trace_remove_event_call() and unregister_trace_event() will be called, which means the trace_event_call will call __unregister_trace_event() twice. As the result, the second unregister will causes the wild-memory-access. register_synth_event set_synth_event_print_fmt failed trace_remove_event_call event_remove if call->event.funcs then __unregister_trace_event (first call) unregister_trace_event
    __unregister_trace_event (second call) Fix the bug by avoiding to call the second
    __unregister_trace_event() by checking if the first one is called. general protection fault, probably for non-canonical address 0xfbd59c0000000024: 0000 [#1] SMP KASAN PTI KASAN: maybe wild-memory-access in range [0xdead000000000120-0xdead000000000127] CPU: 0 PID: 3807 Comm: modprobe Not tainted 6.1.0-rc1-00186-g76f33a7eedb4 #299 Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS rel-1.15.0-0-g2dd4b9b3f840-prebuilt.qemu.org 04/01/2014 RIP: 0010:unregister_trace_event+0x6e/0x280 Code:
    00 fc ff df 4c 89 ea 48 c1 ea 03 80 3c 02 00 0f 85 0e 02 00 00 48 b8 00 00 00 00 00 fc ff df 4c 8b 63 08 4c 89 e2 48 c1 ea 03 <80> 3c 02 00 0f 85 e2 01 00 00 49 89 2c 24 48 85 ed 74 28 e8 7a 9b RSP:
    0018:ffff88810413f370 EFLAGS: 00010a06 RAX: dffffc0000000000 RBX: ffff888105d050b0 RCX: 0000000000000000 RDX: 1bd5a00000000024 RSI: ffff888119e276e0 RDI: ffffffff835a8b20 RBP: dead000000000100 R08:
    0000000000000000 R09: fffffbfff0913481 R10: ffffffff8489a407 R11: fffffbfff0913480 R12: dead000000000122 R13: ffff888105d050b8 R14: 0000000000000000 R15: ffff888105d05028 FS: 00007f7823e8d540(0000) GS:ffff888119e00000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2:
    00007f7823e7ebec CR3: 000000010a058002 CR4: 0000000000330ef0 DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400 Call Trace: <TASK>
    __create_synth_event+0x1e37/0x1eb0 create_or_delete_synth_event+0x110/0x250 synth_event_run_command+0x2f/0x110 test_gen_synth_cmd+0x170/0x2eb [synth_event_gen_test] synth_event_gen_test_init+0x76/0x9bc [synth_event_gen_test] do_one_initcall+0xdb/0x480 do_init_module+0x1cf/0x680 load_module+0x6a50/0x70a0 __do_sys_finit_module+0x12f/0x1c0 do_syscall_64+0x3f/0x90 entry_SYSCALL_64_after_hwframe+0x63/0xcd (CVE-2022-49799)

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

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
200382	Amazon Linux 2：内核 (ALAS-2024-2569)	Nessus	Amazon Linux Local Security Checks	2024/6/12	2026/2/24	high
161995	Amazon Linux AMI：内核 (ALAS-2022-1591)	Nessus	Amazon Linux Local Security Checks	2022/6/10	2026/1/26	high
180564	Amazon Linux 2：内核 (ALASKERNEL-5.10-2023-036)	Nessus	Amazon Linux Local Security Checks	2023/9/6	2026/2/26	high
206247	Amazon Linux 2：内核 (ALASKERNEL-5.4-2024-076)	Nessus	Amazon Linux Local Security Checks	2024/8/28	2026/2/26	high
194262	RHEL 9：kernel (RHSA-2023:6583)	Nessus	Red Hat Local Security Checks	2024/4/28	2025/10/28	high
225785	Linux Distros 未修补的漏洞：CVE-2022-49287	Nessus	Misc.	2025/3/5	2026/11/12	high
352893	CentOS Linux 8 [TuxCare] 安全更新：bpftool / kernel / kernel-core / kernel-cross-headers / 等多个漏洞（CENTOS-STREAM8：CLSA-2026：1783790425）	Nessus	CentOS Local Security Checks	2026/9/30	2026/10/20	critical

检测

插件搜索

high

high

high

high

high

high

critical