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

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

    i2c：修复潜在的释放后使用漏洞

    仅在使用完 adap 结构后才将其释放。此修补程序只是稍微将 put_device() 下移，以避免释放后使用。

    [wsa：已添加注释到代码、添加了 Fixes 标签] (CVE-2019-25162)

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

    tun：避免 tun_free_netdev 中的双重释放 (CVE-2021-47082)

    在用户强制 ath9k_htc_wait_for_target 函数因某些输入消息而失败的方式中，在 Linux 内核的 Atheros 无线适配器驱动程序中发现了一个释放后使用缺陷。本地用户可利用此缺陷导致系统崩溃或可能升级其系统权限。(CVE-2022-1679)

    尝试设置 SynIC IRQ 时，在 Linux 内核的 KVM 中发现了一个缺陷。此问题可使行为不当的 VMM 写入 SYNIC/STIMER MSR，从而导致空指针取消引用。此缺陷允许主机上的非特权本地攻击者发出特定的 ioctl 调用，从而造成可导致拒绝服务的内核 oops 情况。(CVE-2022-2153)

    在用户在程序的非前导线程中创建定时器然后将其删除的方法中，在 Linux 内核的 POSIX CPU 定时器功能中发现了释放后使用缺陷。本地用户可利用此缺陷导致系统崩溃或可能升级其系统权限。(CVE-2022-2585)

    发现了 nft 对象或表达式可引用不同 nft 表上的 nft 集，导致表被删除后发生释放后使用漏洞。(CVE-2022-2586)

    在 Linux 内核的 net/sched/cls_route.c 过滤器实现的 route4_change 中发现了一个释放后使用缺陷。本地用户可以利用此缺陷造成系统崩溃，并可能提升本地权限。(CVE-2022-2588)

    如果在某些 Intel(R) 处理器的上下文间不透明地共享返回预测器目标，这可能会让授权用户通过本地访问实现信息披露。(CVE-2022-26373)

    在 Linux 内核的 nf_conntrack_irc 中发现了一个问题，其中消息处理可能混淆并且未正确匹配消息。当用户使用配置有 nf_conntrack_irc 的未加密 IRC 时，可能会绕过防火墙。(CVE-2022-2663)

    在用户使用大于映射的 max_entries 的密钥调用 bpf_tail_call 函数的方式中，在 Linux 内核的 BPF 子系统中发现了一个越界内存读取缺陷。本地用户可利用此缺陷，在未经授权的情况下获取某些数据。(CVE-2022-2905)

    当同时发生多个 xfrm_probe_algs 调用时，发现 Linux 内核中用于转换数据包的 IP 框架（XFRM 子系统）存在争用情形。此缺陷让本地攻击者可通过执行越界读取并将其复制到套接字中来触发越界写入，或泄漏内核堆内存。(CVE-2022-3028)

    在 Linux 内核的 io_uring 中发现了一个释放后使用缺陷。由于缺少 io_uring POLLFREE 处理，如果使用 io_uring 轮询来轮询 signalfd 或 binder fd，则本地用户可以利用此缺陷触发问题。(CVE-2022-3176)

    在 Linux 内核中发现一个漏洞。已将此漏洞归类为“危急”。这会影响组件 IPsec 的文件 net/core/devlink.c 的函数 devlink_param_set/devlink_param_get。操纵此漏洞可导致释放后使用。建议应用补丁修复此问题。此漏洞获派的标识符为 VDB-211929。(CVE-2022-3625)

    在 Linux 内核 5.19 之前版本的 include/asm-generic/tlb.h 中发现了一个问题。由于存在争用情形（unmap_mapping_range 与 munmap），设备驱动程序可在页面仍有过时 TLB 条目时将其释放。只有在使用 VM_PFNMAP VMA 的情况下，才会发生此问题。(CVE-2022-39188)

    在版本低于 5.19.6 的 Linux 内核的 net/netfilter/nf_tables_api.c 中发现了一个问题。绑定到已绑定的链时可发生拒绝服务。(CVE-2022-39190)

    发现 Linux 内核的 EFI capsule 加载程序驱动程序在 EFI capsule 的设备节点上处理写入和刷新操作的方式中存在争用情形。本地用户可能会利用此缺陷导致系统崩溃。(CVE-2022-40307)

    在版本低于 5.13.3 之前的 Linux 内核的 mm/mremap.c 中，存在通过过时 TLB 的释放后使用，因为在 PUD 移动期间未保持 rmap 锁定。(CVE-2022-41222)

    在 Linux 内核的 TUN/TAP 设备驱动程序功能中，当 register_netdevice 函数失败时（NETDEV_REGISTER 通知程序），用户注册设备的方式中存在双重释放缺陷。本地用户可利用此缺陷导致系统崩溃或可能升级其系统权限。(CVE-2022-4744)

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

    IB/core：修复 ODP 流中的嵌套死锁 (CVE-2022-48675)

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

    nvme-tcp：修复检测摘要错误时的 UAF(CVE-2022-48686)

    在 Linux 内核中，以下漏洞已修复：ipv6: sr: fix out-of-bounds read when setting HMAC data. The SRv6 layer allows defining HMAC data that can later be used to sign IPv6 Segment Routing Headers. This configuration is realised via netlink through four attributes: SEG6_ATTR_HMACKEYID, SEG6_ATTR_SECRET, SEG6_ATTR_SECRETLEN and SEG6_ATTR_ALGID. (CVE-2022-48687)

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

    i40e：修复模块删除期间的内核崩溃 (CVE-2022-48688)

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

    netfilter：nf_tables：卸载标记检查失败时清理挂钩列表 (CVE-2022-48691)

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

    scsi：mpt3sas：修复释放后使用警告 (CVE-2022-48695)

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

    nvmet：修复一个释放后使用错误 (CVE-2022-48697)

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

    drm/radeon：添加强制刷新以延迟 radeon 打印时的工作 (CVE-2022-48704)

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

    sched/fair修复 reweight_entity 中的错误 (CVE-2022-48921)

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

    tcp：修复围绕 sysctl_tcp_l3mdev_accept 的数据争用问题。(CVE-2022-49599)

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

    USB: core：防止嵌套设备重置调用 (CVE-2022-49936)

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

    vt：更改字体前清除所选内容 (CVE-2022-49948)

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

    net/sched修复 attach_default_qdiscs() 中的 netdevice 引用泄漏 (CVE-2022-49958)

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

    arm64cacheinfo修复将已签名的错误值不正确分配给未签名的 fw_level (CVE-2022-49964)

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

    bpf不重定向具有无效 pkt_len 的数据包 (CVE-2022-49975)

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

    ftrace：修复当 ftrace 无效时 is_ftrace_trampoline 中的空指针取消引用 (CVE-2022-49977)

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

    net修复 sk_psock_get 中的 refcount 缺陷 (2) (CVE-2022-49979)

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

    HID：hidraw：修复 hidraw_release() 中的内存泄漏 (CVE-2022-49981)

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

    HIDsteam防止 stream_{recv,send}_report 中的空指针取消引用 (CVE-2022-49984)

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

    bpf不在 poke 描述符的数组范围检查中使用 tnum_range (CVE-2022-49985)

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

    scsistorvsc从 storvsc_error_wq 删除 WQ_MEM_RECLAIM (CVE-2022-49986)

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

    md：在 md_stop 中调用 __md_stop_writes (CVE-2022-49987)

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

    xen/privcmd修复 privcmd_ioctl_dm_op() 的错误退出 (CVE-2022-49989)

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

    loop：配置循环时检查溢出 (CVE-2022-49993)

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

    rxrpc修复 rxrpc 的 sendmsg 中的锁定 (CVE-2022-49998)

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

    xfrmpolicy修复元数据 dst->dev xmit 空指针取消引用 (CVE-2022-50004)

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

    NFSv4.2 修复了 __nfs42_ssc_open 的问题 (CVE-2022-50006)

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

    xfrm修复 __xfrm_policy_check() 中的 refcount 泄漏 (CVE-2022-50007)

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

    kprobes：不要为禁用的 kprobes 调用 disarm_kprobe() (CVE-2022-50008)

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

    drivers：md：修复潜在的释放后使用缺陷 (CVE-2022-50022)

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

    scsilpfc防止 debugfs 中因格式错误的用户输入导致缓冲区溢出崩溃 (CVE-2022-50030)

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

    netgenl修复策略转储中的错误路径内存泄漏 (CVE-2022-50042)

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

    iavf修复 adminq 错误处理 (CVE-2022-50055)

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

    ceph不泄漏 handle_cap_grant 中的 snap_rwsem (CVE-2022-50059)

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

    virtio_net修复含 mergeable 的 XPD_TX 中的内存泄漏 (CVE-2022-50065)

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

    NFSv4/pnfs修复 open 中的一个释放后使用缺陷 (CVE-2022-50072)

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

    ext4修复 ext4_iomap_begin 中因 bmap 和 write 之间的争用而出现的警告 (CVE-2022-50082)

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

    ext4：在 xattr.h 中添加 EXT4_INODE_HAS_XATTR_SPACE 宏 (CVE-2022-50083)

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

    dm raid：修复 raid_status 中的地址审查器警告 (CVE-2022-50084)

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

    dm raid：修复 raid_resume 中的地址审查器警告 (CVE-2022-50085)

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

    firmwarearm_scpi确保探测失败时不分配 scpi_info (CVE-2022-50087)

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

    dm thin：修复 dm_sm_register_threshold_callback 中的释放后使用崩溃 (CVE-2022-50092)

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

    iommu/vt-d避免通过 node_online(NUMA_NO_NODE) 进行无效的内存访问 (CVE-2022-50093)

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

    posix-cpu-timers在 exec 期间释放 CPU 定时器之前将其清除 (CVE-2022-50095)

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

    video：fbdev：s3fb：在 memset_io() 前检查屏幕大小 (CVE-2022-50097)

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

    schedcpuset修复因空 cs->cpus_allowed 而导致的 dl_cpu_busy() 错误 (CVE-2022-50103)

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

    jbd2：修复日志中止时断言“jh->b_frozen_data == NULL”失败 (CVE-2022-50126)

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

    RDMA/rxe：修复 rxe_create_qp() 中的错误 unwind (CVE-2022-50127)

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

    RDMA/srpt修复释放后使用 (CVE-2022-50129)

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

    RDMA/qedr修复 __qedr_alloc_mr() 中潜在的内存泄漏 (CVE-2022-50138)

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

    driver 核心修复 __driver_attach 中可能的死锁 (CVE-2022-50149)

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

    usb：host：修复 ehci_hcd_ppc_of_probe 中的 refcount 泄漏 (CVE-2022-50153)

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

    virtio-gpu修复缺少的检查以避免 NULL 取消引用 (CVE-2022-50181)

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

    drm/radeon：修复 ni_set_mc_special_registers() 中的潜在缓冲区溢出（CVE-2022-50185）

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

    regulator:of修复 of_get_regulation_constraints() 中的 refcount 泄漏缺陷 (CVE-2022-50191)

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

    selinux：添加 put_entry() 中的边界检查 (CVE-2022-50200)

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

    PM：休眠：从休眠恢复时推迟设备探测 (CVE-2022-50202)

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

    ext2：为 inode 计数添加更多有效性检查 (CVE-2022-50205)

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

    arm64：修复并发设置 insn_emulation sysctls 中的 oops (CVE-2022-50206)

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

    md-raid10：修复 KASAN 警告 (CVE-2022-50211)

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

    netfilter: nf_tables不允许 CHAIN_ID 引用其他表 (CVE-2022-50212)

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

    netfilter：nf_tables：不允许 SET_ID 引用其他表 (CVE-2022-50213)

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

    scsi: sg: 允许在已移除的设备上等待命令完成 (CVE-2022-50215)

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

    bpf修复 compute_effect_progs 读取中的 KASAN 释放后使用 (CVE-2022-50219)

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

    usbnet：修复断开连接时的 linkwatch 释放后使用 (CVE-2022-50220)

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

    ttyvt初始化 unicode 屏幕缓冲区 (CVE-2022-50222)

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

    KVM：SVM：如果用户空间使用 GIF=0 注入中断，则不会出现缺陷 (CVE-2022-50228)

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

    cryptoarm64/poly1305 - 修复读取越界 (CVE-2022-50231)

    - 在 nf_tables_updtable 中，如果 nf_tables_table_enable 返回错误，则会调用 nft_trans_destroy 以释放事务对象。nft_trans_destroy() 调用 list_del()，但事务从未放置在列表中
    -- 列表头全部为零，这将导致空指针取消引用。(CVE-2023-1095)

    上游公告对此问题的描述如下：

    本地攻击者可以利用此漏洞，在受影响的 Linux 内核安装程序上公开敏感信息。如要利用此漏洞，攻击者必须首先具备在目标系统上执行高权限代码的能力。

    此缺陷具体存在于 seg6 属性的处理进程中。此问题之所以存在，是未正确验证用户提供的数据所致，这可导致读取范围超过所分配缓冲区的末尾。
    攻击者可利用此漏洞以及其他漏洞在内核环境中提升权限并执行任意代码。(CVE-2023-2860)

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

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

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

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

    i2c：修复潜在的释放后使用漏洞

    仅在使用完 adap 结构后才将其释放。此修补程序只是稍微将 put_device() 下移，以避免释放后使用。

    [wsa：已添加注释到代码、添加了 Fixes 标签] (CVE-2019-25162)

    处理内部数据结构时，在 Linux 内核的 eBPF 验证器中发现了一个漏洞。
    内部内存位置可返回用户空间。有权限将 eBPF 代码插入内核的本地攻击者可利用此漏洞泄露内部内核内存详细信息，从而使某些针对内核漏洞的缓解措施无效。(CVE-2021-4159)

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

    thermal：修复 of_thermal_ 函数中的空指针取消引用 (CVE-2021-47202)

    在用户强制 ath9k_htc_wait_for_target 函数因某些输入消息而失败的方式中，在 Linux 内核的 Atheros 无线适配器驱动程序中发现了一个释放后使用缺陷。本地用户可利用此缺陷导致系统崩溃或可能升级其系统权限。(CVE-2022-1679)

    在 v4l2-mem2mem.c 的 v4l2_m2m_querybuf 中，由于输入验证不当，可能存在越界写入问题。这可能会导致本地权限提升，并需要系统执行权限。无需用户交互即可利用漏洞。产品：Android 版本：Android 内核 Android ID：
    A-223375145 引用：上游内核 (CVE-2022-20369)

    尝试设置 SynIC IRQ 时，在 Linux 内核的 KVM 中发现了一个缺陷。此问题可使行为不当的 VMM 写入 SYNIC/STIMER MSR，从而导致空指针取消引用。此缺陷允许主机上的非特权本地攻击者发出特定的 ioctl 调用，从而造成可导致拒绝服务的内核 oops 情况。(CVE-2022-2153)

    发现了 nft 对象或表达式可引用不同 nft 表上的 nft 集，导致表被删除后发生释放后使用漏洞。(CVE-2022-2586)

    在 Linux 内核的 net/sched/cls_route.c 过滤器实现的 route4_change 中发现了一个释放后使用缺陷。本地用户可以利用此缺陷造成系统崩溃，并可能提升本地权限。(CVE-2022-2588)

    如果在某些 Intel(R) 处理器的上下文间不透明地共享返回预测器目标，这可能会让授权用户通过本地访问实现信息披露。(CVE-2022-26373)

    在 Linux 内核的 nf_conntrack_irc 中发现了一个问题，其中消息处理可能混淆并且未正确匹配消息。当用户使用配置有 nf_conntrack_irc 的未加密 IRC 时，可能会绕过防火墙。(CVE-2022-2663)

    当同时发生多个 xfrm_probe_algs 调用时，发现 Linux 内核中用于转换数据包的 IP 框架（XFRM 子系统）存在争用情形。此缺陷让本地攻击者可通过执行越界读取并将其复制到套接字中来触发越界写入，或泄漏内核堆内存。(CVE-2022-3028)

    在 Linux 内核的 io_uring 中发现了一个释放后使用缺陷。由于缺少 io_uring POLLFREE 处理，如果使用 io_uring 轮询来轮询 signalfd 或 binder fd，则本地用户可以利用此缺陷触发问题。(CVE-2022-3176)

    在 Linux 内核中发现一个漏洞。已将此漏洞归类为“危急”。这会影响组件 IPsec 的文件 net/core/devlink.c 的函数 devlink_param_set/devlink_param_get。操纵此漏洞可导致释放后使用。建议应用补丁修复此问题。此漏洞获派的标识符为 VDB-211929。(CVE-2022-3625)

    在 Linux 内核 5.19 之前版本的 include/asm-generic/tlb.h 中发现了一个问题。由于存在争用情形（unmap_mapping_range 与 munmap），设备驱动程序可在页面仍有过时 TLB 条目时将其释放。只有在使用 VM_PFNMAP VMA 的情况下，才会发生此问题。(CVE-2022-39188)

    发现 Linux 内核的 EFI capsule 加载程序驱动程序在 EFI capsule 的设备节点上处理写入和刷新操作的方式中存在争用情形。本地用户可能会利用此缺陷导致系统崩溃。(CVE-2022-40307)

    在版本低于 5.13.3 之前的 Linux 内核的 mm/mremap.c 中，存在通过过时 TLB 的释放后使用，因为在 PUD 移动期间未保持 rmap 锁定。(CVE-2022-41222)

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

    nvme-tcp：修复检测摘要错误时的 UAF(CVE-2022-48686)

    在 Linux 内核中，以下漏洞已修复：ipv6: sr: fix out-of-bounds read when setting HMAC data. The SRv6 layer allows defining HMAC data that can later be used to sign IPv6 Segment Routing Headers. This configuration is realised via netlink through four attributes: SEG6_ATTR_HMACKEYID, SEG6_ATTR_SECRET, SEG6_ATTR_SECRETLEN and SEG6_ATTR_ALGID. (CVE-2022-48687)

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

    i40e：修复模块删除期间的内核崩溃 (CVE-2022-48688)

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

    scsi：mpt3sas：修复释放后使用警告 (CVE-2022-48695)

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

    nvmet：修复一个释放后使用错误 (CVE-2022-48697)

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

    drm/radeon：添加强制刷新以延迟 radeon 打印时的工作 (CVE-2022-48704)

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

    KVM不要取消引用 ops->destroy (CVE-2022-49568)

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

    USBcore阻止嵌套的设备重置调用 (CVE-2022-49936)

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

    vt更改字体之前清除选择 (CVE-2022-49948)

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

    arm64cacheinfo修复将已签名的错误值不正确分配给未签名的 fw_level (CVE-2022-49964)

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

    ftrace：修复当 ftrace 无效时 is_ftrace_trampoline 中的空指针取消引用 (CVE-2022-49977)

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

    HIDhidraw修复 hidraw_release() 中的内存泄漏 (CVE-2022-49981)

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

    HIDsteam防止 stream_{recv,send}_report 中的空指针取消引用 (CVE-2022-49984)

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

    scsistorvsc从 storvsc_error_wq 删除 WQ_MEM_RECLAIM (CVE-2022-49986)

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

    md：在 md_stop 中调用 __md_stop_writes (CVE-2022-49987)

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

    kprobes：不要为禁用的 kprobes 调用 disarm_kprobe() (CVE-2022-50008)

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

    ext4避免调整到部分群集大小 (CVE-2022-50020)

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

    drivers:md修复潜在的释放后使用缺陷 (CVE-2022-50022)

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

    scsilpfc防止 debugfs 中因格式错误的用户输入导致缓冲区溢出崩溃 (CVE-2022-50030)

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

    iavf修复 adminq 错误处理 (CVE-2022-50055)

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

    NFSv4/pnfs修复 open 中的一个释放后使用缺陷 (CVE-2022-50072)

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

    ext4：在 xattr.h 中添加 EXT4_INODE_HAS_XATTR_SPACE 宏 (CVE-2022-50083)

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

    dm raid修复 raid_status 中的地址审查器警告 (CVE-2022-50084)

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

    dm raid修复 raid_resume 中的地址审查器警告 (CVE-2022-50085)

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

    firmwarearm_scpi确保探测失败时不分配 scpi_info (CVE-2022-50087)

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

    dm Thin修复 dm_sm_register_threshold_callback 中的释放后使用崩溃 (CVE-2022-50092)

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

    video：fbdev：s3fb：在 memset_io() 前检查屏幕大小 (CVE-2022-50097)

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

    videofbdevamba-clcd修复 refcount 泄漏缺陷 (CVE-2022-50109)

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

    jbd2：修复日志中止时断言“jh->b_frozen_data == NULL”失败 (CVE-2022-50126)

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

    RDMA/rxe：修复 rxe_create_qp() 中的错误 unwind (CVE-2022-50127)

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

    driver 核心修复 __driver_attach 中可能的死锁 (CVE-2022-50149)

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

    usbhost修复 ehci_hcd_ppc_of_probe 中的 refcount 泄漏 (CVE-2022-50153)

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

    drm/radeon：修复 ni_set_mc_special_registers() 中的潜在缓冲区溢出（CVE-2022-50185）

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

    regulator:of修复 of_get_regulation_constraints() 中的 refcount 泄漏缺陷 (CVE-2022-50191)

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

    selinux：添加 put_entry() 中的边界检查 (CVE-2022-50200)

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

    PM：休眠：从休眠恢复时推迟设备探测 (CVE-2022-50202)

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

    ext2：为 inode 计数添加更多有效性检查 (CVE-2022-50205)

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

    arm64修复并发设置 insn_emulation sysctls 中的 oops (CVE-2022-50206)

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

    md-raid10：修复 KASAN 警告 (CVE-2022-50211)

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

    scsisg允许等待命令在已删除的设备上完成 (CVE-2022-50215)

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

    usbnet：修复断开连接时的 linkwatch 释放后使用 (CVE-2022-50220)

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

    ttyvt初始化 unicode 屏幕缓冲区 (CVE-2022-50222)

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

    KVM：SVM：如果用户空间使用 GIF=0 注入中断，则不会出现缺陷 (CVE-2022-50228)

    - 在 nf_tables_updtable 中，如果 nf_tables_table_enable 返回错误，则会调用 nft_trans_destroy 以释放事务对象。nft_trans_destroy() 调用 list_del()，但事务从未放置在列表中
    -- 列表头全部为零，这将导致空指针取消引用。(CVE-2023-1095)

    上游公告对此问题的描述如下：

    本地攻击者可以利用此漏洞，在受影响的 Linux 内核安装程序上公开敏感信息。如要利用此漏洞，攻击者必须首先具备在目标系统上执行高权限代码的能力。

    此缺陷具体存在于 seg6 属性的处理进程中。此问题之所以存在，是未正确验证用户提供的数据所致，这可导致读取范围超过所分配缓冲区的末尾。
    攻击者可利用此漏洞以及其他漏洞在内核环境中提升权限并执行任意代码。(CVE-2023-2860)

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

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

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

  - 在低于 5.16.12 版本的 Linux 内核中发现一个问题。drivers/net/usb/sr9700.c 允许攻击者通过设备中构建的帧长度从堆内存获取敏感信息。(CVE-2022-26966)

  - 已修复 Linux 内核中的下列漏洞：kprobes: don't call disarm_kprobe() for disabled kprobes The assumption in __disable_kprobe() is wrong, and it could try to disarm an already disarmed kprobe and fire the WARN_ONCE() below. [0] We can easily reproduce this issue. 1. Write 0 to /sys/kernel/debug/kprobes/enabled. # echo 0 > /sys/kernel/debug/kprobes/enabled 2. Run execsnoop. At this time, one kprobe is disabled. # /usr/share/bcc/tools/execsnoop & [1] 2460 PCOMM PID PPID RET ARGS # cat /sys/kernel/debug/kprobes/list ffffffff91345650 r __x64_sys_execve+0x0 [FTRACE] ffffffff91345650 k
    __x64_sys_execve+0x0 [DISABLED][FTRACE] 3. Write 1 to /sys/kernel/debug/kprobes/enabled, which changes kprobes_all_disarmed to false but does not arm the disabled kprobe. # echo 1 > /sys/kernel/debug/kprobes/enabled # cat /sys/kernel/debug/kprobes/list ffffffff91345650 r
    __x64_sys_execve+0x0 [FTRACE] ffffffff91345650 k __x64_sys_execve+0x0 [DISABLED][FTRACE] 4. Kill execsnoop, when __disable_kprobe() calls disarm_kprobe() for the disabled kprobe and hits the WARN_ONCE() in __disarm_kprobe_ftrace(). # fg /usr/share/bcc/tools/execsnoop ^C Actually, WARN_ONCE() is fired twice, and __unregister_kprobe_top() misses some cleanups and leaves the aggregated kprobe in the hash table.
    Then, __unregister_trace_kprobe() initialises tk->rp.kp.list and creates an infinite loop like this.
    aggregated kprobe.list -> kprobe.list -. ^ | '.__.' In this situation, these commands fall into the infinite loop and result in RCU stall or soft lockup. cat /sys/kernel/debug/kprobes/list :
    show_kprobe_addr() enters into the infinite loop with RCU. /usr/share/bcc/tools/execsnoop :
    warn_kprobe_rereg() holds kprobe_mutex, and __get_valid_kprobe() is stuck in the loop. To avoid the issue, make sure we don't call disarm_kprobe() for disabled kprobes. [0] Failed to disarm kprobe-ftrace at
    __x64_sys_execve+0x0/0x40 (error -2) WARNING: CPU: 6 PID: 2460 at kernel/kprobes.c:1130
    __disarm_kprobe_ftrace.isra.19 (kernel/kprobes.c:1129) Modules linked in: ena CPU: 6 PID: 2460 Comm:
    execsnoop Not tainted 5.19.0+ #28 Hardware name: Amazon EC2 c5.2xlarge/, BIOS 1.0 10/16/2017 RIP:
    0010:__disarm_kprobe_ftrace.isra.19 (kernel/kprobes.c:1129) Code: 24 8b 02 eb c1 80 3d c4 83 f2 01 00 75 d4 48 8b 75 00 89 c2 48 c7 c7 90 fa 0f 92 89 04 24 c6 05 ab 83 01 e8 e4 94 f0 ff <0f> 0b 8b 04 24 eb b1 89 c6 48 c7 c7 60 fa 0f 92 89 04 24 e8 cc 94 RSP: 0018:ffff9e6ec154bd98 EFLAGS: 00010282 RAX:
    0000000000000000 RBX: ffffffff930f7b00 RCX: 0000000000000001 RDX: 0000000080000001 RSI: ffffffff921461c5 RDI: 00000000ffffffff RBP: ffff89c504286da8 R08: 0000000000000000 R09: c0000000fffeffff R10:
    0000000000000000 R11: ffff9e6ec154bc28 R12: ffff89c502394e40 R13: ffff89c502394c00 R14: ffff9e6ec154bc00 R15: 0000000000000000 FS: 00007fe800398740(0000) GS:ffff89c812d80000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: 000000c00057f010 CR3: 0000000103b54006 CR4: 00000000007706e0 DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 DR3: 0000000000000000 DR6:
    00000000fffe0ff0 DR7: 0000000000000400 PKRU: 55555554 Call Trace: <TASK> __disable_kprobe (kernel/kprobes.c:1716) disable_kprobe (kernel/kprobes.c:2392) __disable_trace_kprobe (kernel/trace/trace_kprobe.c:340) disable_trace_kprobe (kernel/trace/trace_kprobe.c:429) perf_trace_event_unreg.isra.2 (./include/linux/tracepoint.h:93 kernel/trace/trace_event_perf.c:168) perf_kprobe_destroy (kernel/trace/trace_event_perf.c:295) _free_event (kernel/events/core.c:4971) perf_event_release_kernel (kernel/events/core.c:5176) perf_release (kernel/events/core.c:5186) __fput (fs/file_table.c:321) task_work_run (./include/linux/ ---truncated--- (CVE-2022-50008)

  - 已修复 Linux 内核中的下列漏洞：tracing/hist: Fix out-of-bound write on 'action_data.var_ref_idx' When generate a synthetic event with many params and then create a trace action for it [1], kernel panic happened [2]. It is because that in trace_action_create() 'data->n_params' is up to SYNTH_FIELDS_MAX (current value is 64), and array 'data->var_ref_idx' keeps indices into array 'hist_data->var_refs' for each synthetic event param, but the length of 'data->var_ref_idx' is TRACING_MAP_VARS_MAX (current value is 16), so out-of-bound write happened when 'data->n_params' more than 16. In this case, 'data->match_data.event' is overwritten and eventually cause the panic. To solve the issue, adjust the length of 'data->var_ref_idx' to be SYNTH_FIELDS_MAX and add sanity checks to avoid out-of-bound write. [1] # cd /sys/kernel/tracing/ # echo my_synth_event int v1; int v2; int v3; int v4; int v5; int v6;\ int v7; int v8; int v9; int v10; int v11; int v12; int v13; int v14;\ int v15; int v16; int v17; int v18; int v19; int v20; int v21; int v22;\ int v23; int v24; int v25; int v26; int v27; int v28;
    int v29; int v30;\ int v31; int v32; int v33; int v34; int v35; int v36; int v37; int v38;\ int v39; int v40; int v41; int v42; int v43; int v44; int v45; int v46;\ int v47; int v48; int v49; int v50; int v51;
    int v52; int v53; int v54;\ int v55; int v56; int v57; int v58; int v59; int v60; int v61; int v62;\ int v63 >> synthetic_events # echo 'hist:keys=pid:ts0=common_timestamp.usecs if comm==bash' >> \ events/sched/sched_waking/trigger # echo hist:keys=next_pid:onmatch(sched.sched_waking).my_synth_event(\ pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,\ pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,\ pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,\ pid,pid,pid,pid,pid,pid,pid,pid,pid) >> events/sched/sched_switch/trigger [2] BUG: unable to handle page fault for address: ffff91c900000000 PGD 61001067 P4D 61001067 PUD 0 Oops: 0000 [#1] PREEMPT SMP NOPTI CPU:
    2 PID: 322 Comm: bash Tainted: G W 6.1.0-rc8+ #229 Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS rel-1.15.0-0-g2dd4b9b3f840-prebuilt.qemu.org 04/01/2014 RIP: 0010:strcmp+0xc/0x30 Code: 75 f7 31 d2 44 0f b6 04 16 44 88 04 11 48 83 c2 01 45 84 c0 75 ee c3 cc cc cc cc 0f 1f 00 31 c0 eb 08 48 83 c0 01 84 d2 74 13 <0f> b6 14 07 3a 14 06 74 ef 19 c0 83 c8 01 c3 cc cc cc cc 31 c3 RSP: 0018:ffff9b3b00f53c48 EFLAGS: 00000246 RAX: 0000000000000000 RBX: ffffffffba958a68 RCX: 0000000000000000 RDX: 0000000000000010 RSI: ffff91c943d33a90 RDI: ffff91c900000000 RBP: ffff91c900000000 R08: 00000018d604b529 R09:
    0000000000000000 R10: ffff91c9483eddb1 R11: ffff91ca483eddab R12: ffff91c946171580 R13: ffff91c9479f0538 R14: ffff91c9457c2848 R15: ffff91c9479f0538 FS: 00007f1d1cfbe740(0000) GS:ffff91c9bdc80000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: ffff91c900000000 CR3:
    0000000006316000 CR4: 00000000000006e0 Call Trace: <TASK> __find_event_file+0x55/0x90 action_create+0x76c/0x1060 event_hist_trigger_parse+0x146d/0x2060 ? event_trigger_write+0x31/0xd0 trigger_process_regex+0xbb/0x110 event_trigger_write+0x6b/0xd0 vfs_write+0xc8/0x3e0 ? alloc_fd+0xc0/0x160 ? preempt_count_add+0x4d/0xa0 ? preempt_count_add+0x70/0xa0 ksys_write+0x5f/0xe0 do_syscall_64+0x3b/0x90 entry_SYSCALL_64_after_hwframe+0x63/0xcd RIP: 0033:0x7f1d1d0cf077 Code: 64 89 02 48 c7 c0 ff ff ff ff eb bb 0f 1f 80 00 00 00 00 f3 0f 1e fa 64 8b 04 25 18 00 00 00 85 c0 75 10 b8 01 00 00 00 0f 05 <48> 3d 00 f0 ff ff 77 51 c3 48 83 ec 28 48 89 54 24 18 48 89 74 RSP: 002b:00007ffcebb0e568 EFLAGS: 00000246 ORIG_RAX:
    0000000000000001 RAX: ffffffffffffffda RBX: 0000000000000143 RCX: 00007f1d1d0cf077 RDX: 0000000000000143 RSI: 00005639265aa7e0 RDI: 0000000000000001 RBP: 00005639265aa7e0 R08: 000000000000000a R09:
    0000000000000142 R ---truncated--- (CVE-2022-50553)

  - 已修复 Linux 内核中的下列漏洞：net: can: j1939: enhanced error handling for tightly received RTS messages in xtp_rx_rts_session_new This patch enhances error handling in scenarios with RTS (Request to Send) messages arriving closely. It replaces the less informative WARN_ON_ONCE backtraces with a new error handling method. This provides clearer error messages and allows for the early termination of problematic sessions. Previously, sessions were only released at the end of j1939_xtp_rx_rts(). Potentially this could be reproduced with something like: testj1939 -r vcan0:0x80 & while true; do # send first RTS cansend vcan0 18EC8090#1014000303002301; # send second RTS cansend vcan0 18EC8090#1014000303002301; # send abort cansend vcan0 18EC8090#ff00000000002301; done (CVE-2023-52887)

  - 已修复 Linux 内核中的下列漏洞：net: fec: remove .ndo_poll_controller to avoid deadlocks There is a deadlock issue found in sungem driver, please refer to the commit ac0a230f719b (eth: sungem: remove .ndo_poll_controller to avoid deadlocks). The root cause of the issue is that netpoll is in atomic context and disable_irq() is called by .ndo_poll_controller interface of sungem driver, however, disable_irq() might sleep. After analyzing the implementation of fec_poll_controller(), the fec driver should have the same issue. Due to the fec driver uses NAPI for TX completions, the .ndo_poll_controller is unnecessary to be implemented in the fec driver, so fec_poll_controller() can be safely removed. (CVE-2024-38553)

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

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

    在用户使用恶意数据触发 ioctl FBIOPUT_VSCREENINFO 的方式中，在 Linux 内核的基于帧缓冲区的控制台驱动程序功能中发现了一个越界写入缺陷。本地用户可利用此缺陷导致系统崩溃或可能升级其系统权限。(CVE-2021-33655)

    处理内部数据结构时，在 Linux 内核的 eBPF 验证器中发现了一个漏洞。
    内部内存位置可返回用户空间。有权限将 eBPF 代码插入内核的本地攻击者可利用此漏洞泄露内部内核内存详细信息，从而使某些针对内核漏洞的缓解措施无效。(CVE-2021-4159)

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

    在用户强制 ath9k_htc_wait_for_target 函数因某些输入消息而失败的方式中，在 Linux 内核的 Atheros 无线适配器驱动程序中发现了一个释放后使用缺陷。本地用户可利用此缺陷导致系统崩溃或可能升级其系统权限。(CVE-2022-1679)

    尝试设置 SynIC IRQ 时，在 Linux 内核的 KVM 中发现了一个缺陷。此问题可使行为不当的 VMM 写入 SYNIC/STIMER MSR，从而导致空指针取消引用。此缺陷允许主机上的非特权本地攻击者发出特定的 ioctl 调用，从而造成可导致拒绝服务的内核 oops 情况。(CVE-2022-2153)

    在 Linux 内核的 net/sched/cls_route.c 过滤器实现的 route4_change 中发现了一个释放后使用缺陷。本地用户可以利用此缺陷造成系统崩溃，并可能提升本地权限。(CVE-2022-2588)

    在 Linux 内核的 nf_conntrack_irc 中发现了一个问题，其中消息处理可能混淆并且未正确匹配消息。当用户使用配置有 nf_conntrack_irc 的未加密 IRC 时，可能会绕过防火墙。(CVE-2022-2663)

    当同时发生多个 xfrm_probe_algs 调用时，发现 Linux 内核中用于转换数据包的 IP 框架（XFRM 子系统）存在争用情形。此缺陷让本地攻击者可通过执行越界读取并将其复制到套接字中来触发越界写入，或泄漏内核堆内存。(CVE-2022-3028)

    在 Linux 内核的网络节点中发现一个缺陷。在将相同 SKB 排入队列（并释放）到子 qdisc 中之后，sch_sfb enqueue 函数使用套接字缓冲区 (SKB) cb 字段的方式存在释放后使用。本地非特权用户可利用此缺陷导致系统崩溃，从而造成拒绝服务。(CVE-2022-3586)

    在 Linux 内核中针对虚拟机的 XEN 管理程序中发现了一个内存访问缺陷。本地用户可利用此缺陷导致系统崩溃或可能提升其系统权限。
    (CVE-2022-36123)

    在 Linux 内核 5.18.14 及之前版本中发现了一个问题。net/xfrm/xfrm_policy.c 中的 xfrm_expand_policies 可造成一个引用计数被舍弃两次。(CVE-2022-36879)

    在本地用户分析损坏的网络数据包时使用 libnetfilter_queue 的方式中，在 Linux 内核的 Netfilter 子系统中发现了一个内存损坏缺陷。当本地用户使用 libnetfilter_queue 时，其他本地用户或远程用户可以利用此缺陷造成系统崩溃。
    (CVE-2022-36946)

    在 Linux 内核 5.19 之前版本的 include/asm-generic/tlb.h 中发现了一个问题。由于存在争用情形（unmap_mapping_range 与 munmap），设备驱动程序可在页面仍有过时 TLB 条目时将其释放。只有在使用 VM_PFNMAP VMA 的情况下，才会发生此问题。(CVE-2022-39188)

    发现 Linux 内核的 EFI capsule 加载程序驱动程序在 EFI capsule 的设备节点上处理写入和刷新操作的方式中存在争用情形。本地用户可能会利用此缺陷导致系统崩溃。(CVE-2022-40307)

    在 Linux 内核 5.19.7 之前版本中，mm/rmap.c 存在与叶 anon_vma 双重重用相关的释放后使用漏洞。
    (CVE-2022-42703)

    在 Linux 内核中，以下漏洞已修复：ipv6: sr: fix out-of-bounds read when setting HMAC data. The SRv6 layer allows defining HMAC data that can later be used to sign IPv6 Segment Routing Headers. This configuration is realised via netlink through four attributes: SEG6_ATTR_HMACKEYID, SEG6_ATTR_SECRET, SEG6_ATTR_SECRETLEN and SEG6_ATTR_ALGID. (CVE-2022-48687)

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

    scsi：mpt3sas：修复释放后使用警告 (CVE-2022-48695)

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

    drm/radeon：添加强制刷新以延迟 radeon 打印时的工作 (CVE-2022-48704)

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

    USB: core：防止嵌套设备重置调用 (CVE-2022-49936)

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

    vt：更改字体前清除所选内容 (CVE-2022-49948)

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

    ftrace：修复当 ftrace 无效时 is_ftrace_trampoline 中的空指针取消引用 (CVE-2022-49977)

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

    HID：hidraw：修复 hidraw_release() 中的内存泄漏 (CVE-2022-49981)

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

    md：在 md_stop 中调用 __md_stop_writes (CVE-2022-49987)

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

    loop：配置循环时检查溢出 (CVE-2022-49993)

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

    xfrm修复 __xfrm_policy_check() 中的 refcount 泄漏 (CVE-2022-50007)

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

    kprobes：不要为禁用的 kprobes 调用 disarm_kprobe() (CVE-2022-50008)

    上游公告对此问题的描述如下：

    本地攻击者可以利用此漏洞，在受影响的 Linux 内核安装程序上公开敏感信息。如要利用此漏洞，攻击者必须首先具备在目标系统上执行高权限代码的能力。

    此缺陷具体存在于 seg6 属性的处理进程中。此问题之所以存在，是未正确验证用户提供的数据所致，这可导致读取范围超过所分配缓冲区的末尾。
    攻击者可利用此漏洞以及其他漏洞在内核环境中提升权限并执行任意代码。(CVE-2023-2860)

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

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

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

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

    i2c：修复潜在的释放后使用漏洞

    仅在使用完 adap 结构后才将其释放。此修补程序只是稍微将 put_device() 下移，以避免释放后使用。

    [wsa：已添加注释到代码、添加了 Fixes 标签] (CVE-2019-25162)

    在用户强制 ath9k_htc_wait_for_target 函数因某些输入消息而失败的方式中，在 Linux 内核的 Atheros 无线适配器驱动程序中发现了一个释放后使用缺陷。本地用户可利用此缺陷导致系统崩溃或可能升级其系统权限。(CVE-2022-1679)

    在用户在程序的非前导线程中创建定时器然后将其删除的方法中，在 Linux 内核的 POSIX CPU 定时器功能中发现了释放后使用缺陷。本地用户可利用此缺陷导致系统崩溃或可能升级其系统权限。(CVE-2022-2585)

    发现了 nft 对象或表达式可引用不同 nft 表上的 nft 集，导致表被删除后发生释放后使用漏洞。(CVE-2022-2586)

    在 Linux 内核的 net/sched/cls_route.c 过滤器实现的 route4_change 中发现了一个释放后使用缺陷。本地用户可以利用此缺陷造成系统崩溃，并可能提升本地权限。(CVE-2022-2588)

    如果在某些 Intel(R) 处理器的上下文间不透明地共享返回预测器目标，这可能会让授权用户通过本地访问实现信息披露。(CVE-2022-26373)

    在 Linux 内核的 nf_conntrack_irc 中发现了一个问题，其中消息处理可能混淆并且未正确匹配消息。当用户使用配置有 nf_conntrack_irc 的未加密 IRC 时，可能会绕过防火墙。(CVE-2022-2663)

    在用户使用大于映射的 max_entries 的密钥调用 bpf_tail_call 函数的方式中，在 Linux 内核的 BPF 子系统中发现了一个越界内存读取缺陷。本地用户可利用此缺陷，在未经授权的情况下获取某些数据。(CVE-2022-2905)

    当同时发生多个 xfrm_probe_algs 调用时，发现 Linux 内核中用于转换数据包的 IP 框架（XFRM 子系统）存在争用情形。此缺陷让本地攻击者可通过执行越界读取并将其复制到套接字中来触发越界写入，或泄漏内核堆内存。(CVE-2022-3028)

    在 Linux 内核的 io_uring 中发现了一个释放后使用缺陷。由于缺少 io_uring POLLFREE 处理，如果使用 io_uring 轮询来轮询 signalfd 或 binder fd，则本地用户可以利用此缺陷触发问题。(CVE-2022-3176)

    在 Linux 内核声音子系统中发现了一个因不当锁定而导致的争用情形缺陷。这个缺陷可在处理 SNDCTL_DSP_SYNC ioctl 时导致空指针取消引用。本地特权用户（root 用户或“audio”群组成员）可利用此缺陷导致系统崩溃，从而发起拒绝服务攻击。(CVE-2022-3303)

    在 Linux 内核中发现一个漏洞。已将此漏洞归类为“危急”。这会影响组件 IPsec 的文件 net/core/devlink.c 的函数 devlink_param_set/devlink_param_get。操纵此漏洞可导致释放后使用。建议应用补丁修复此问题。此漏洞获派的标识符为 VDB-211929。(CVE-2022-3625)

    在 Linux 内核 5.19 之前版本的 include/asm-generic/tlb.h 中发现了一个问题。由于存在争用情形（unmap_mapping_range 与 munmap），设备驱动程序可在页面仍有过时 TLB 条目时将其释放。只有在使用 VM_PFNMAP VMA 的情况下，才会发生此问题。(CVE-2022-39188)

    在 Linux 内核中，arch/x86/kvm/x86.c 内 kvm_steal_time_set_preempted 的 x86 KVM 子系统中发现了一个缺陷。非特权客户机用户可危害客户机内核，因为在某些 KVM_VCPU_PREEMPTED 情况下未正确处理 TLB 刷新操作。 (CVE-2022-39189)

    在版本低于 5.19.6 的 Linux 内核的 net/netfilter/nf_tables_api.c 中发现了一个问题。绑定到已绑定的链时可发生拒绝服务。(CVE-2022-39190)

    发现 Linux 内核的 EFI capsule 加载程序驱动程序在 EFI capsule 的设备节点上处理写入和刷新操作的方式中存在争用情形。本地用户可能会利用此缺陷导致系统崩溃。(CVE-2022-40307)

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

    IB/core：修复 ODP 流中的嵌套死锁 (CVE-2022-48675)

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

    nvme-tcp：修复检测摘要错误时的 UAF(CVE-2022-48686)

    在 Linux 内核中，以下漏洞已修复：ipv6: sr: fix out-of-bounds read when setting HMAC data. The SRv6 layer allows defining HMAC data that can later be used to sign IPv6 Segment Routing Headers. This configuration is realised via netlink through four attributes: SEG6_ATTR_HMACKEYID, SEG6_ATTR_SECRET, SEG6_ATTR_SECRETLEN and SEG6_ATTR_ALGID. (CVE-2022-48687)

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

    tcpTX zerocopy 不应感知 pfmemalloc 状态 (CVE-2022-48689)

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

    netfilter：nf_tables：卸载标记检查失败时清理挂钩列表 (CVE-2022-48691)

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

    scsi：mpt3sas：修复释放后使用警告 (CVE-2022-48695)

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

    sched/debug：修复 update_sched_domain_debugfs 中的 dentry 泄漏 (CVE-2022-48699)

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

    vfio/type1：取消固定零页面 (CVE-2022-48700)

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

    USBcore阻止嵌套的设备重置调用 (CVE-2022-49936)

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

    cifs修复 SMB2_negotiate() 中的小型内存池泄漏 (CVE-2022-49938)

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

    vt更改字体之前清除选择 (CVE-2022-49948)

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

    arm64cacheinfo修复将已签名的错误值不正确分配给未签名的 fw_level (CVE-2022-49964)

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

    ftrace：修复当 ftrace 无效时 is_ftrace_trampoline 中的空指针取消引用 (CVE-2022-49977)

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

    net修复 sk_psock_get 中的 refcount 缺陷 (2) (CVE-2022-49979)

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

    HIDhidraw修复 hidraw_release() 中的内存泄漏 (CVE-2022-49981)

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

    HIDsteam防止 stream_{recv,send}_report 中的空指针取消引用 (CVE-2022-49984)

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

    bpf不在 poke 描述符的数组范围检查中使用 tnum_range (CVE-2022-49985)

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

    scsistorvsc从 storvsc_error_wq 删除 WQ_MEM_RECLAIM (CVE-2022-49986)

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

    md：在 md_stop 中调用 __md_stop_writes (CVE-2022-49987)

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

    xen/privcmd修复 privcmd_ioctl_dm_op() 的错误退出 (CVE-2022-49989)

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

    mm/hugetlb避免损坏 hugetlb_mcopy_atomic_pte 中的 page->mapping (CVE-2022-49991)

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

    loop：配置循环时检查溢出 (CVE-2022-49993)

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

    bootmem在 put_page_bootmem 中从 kmemleak 删除 vmemmap 页面 (CVE-2022-49994)

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

    writeback避免删除设备后的释放后使用 (CVE-2022-49995)

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

    btrfs修复 btrfs_get_dev_args_from_path() 中可能的内存泄漏 (CVE-2022-49996)

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

    rxrpc修复 rxrpc 的 sendmsg 中的锁定 (CVE-2022-49998)

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

    btrfs修复空间缓存损坏和潜在的双重分配 (CVE-2022-49999)

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

    netfilterflowtable修复因待定工作而造成的清理时卡住的流 (CVE-2022-50000)

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

    xfrmpolicy修复元数据 dst->dev xmit 空指针取消引用 (CVE-2022-50004)

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

    kprobes：不要为禁用的 kprobes 调用 disarm_kprobe() (CVE-2022-50008)

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

    drivers:md修复潜在的释放后使用缺陷 (CVE-2022-50022)

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

    netgenl修复策略转储中的错误路径内存泄漏 (CVE-2022-50042)

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

    net修复 ndisc_router_discovery() 中潜在的 refcount 泄漏 (CVE-2022-50043)

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

    netfilternf_tables错误路径中可能的模块引用下溢 (CVE-2022-50048)

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

    fs/ntfs3修复 ntfs_read_mft 中缺少的 i_op (CVE-2022-50056)

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

    fs/ntfs3修复 ntfs_update_mftmirr 中的空取消引用 (CVE-2022-50057)

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

    ceph不泄漏 handle_cap_grant 中的 snap_rwsem (CVE-2022-50059)

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

    virtio_net修复含 mergeable 的 XPD_TX 中的内存泄漏 (CVE-2022-50065)

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

    btrfs如果事务提交在 prepare_to_relocate() 中失败则未设置重定位控制 (CVE-2022-50067)

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

    drm/ttm修复虚拟的 res 空指针取消引用缺陷CVE-2022-50068

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

    BPF修复 bpf_sys_bpf() 中可能的错误指针取消引用 (CVE-2022-50069)

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

    NFSv4/pnfs修复 open 中的一个释放后使用缺陷 (CVE-2022-50072)

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

    tracing/eprobes使事件探测与 kprobes 和 uprobes 一致 (CVE-2022-50075)

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

    cifs修复延迟关闭的内存泄漏 (CVE-2022-50076)

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

    tracing/eprobes不允许 eprobes 将 $stack或 % 用于 reg(CVE-2022-50078)

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

    ext4修复 ext4_iomap_begin 中因 bmap 和 write 之间的争用而出现的警告 (CVE-2022-50082)

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

    ext4：在 xattr.h 中添加 EXT4_INODE_HAS_XATTR_SPACE 宏 (CVE-2022-50083)

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

    dm raid修复 raid_status 中的地址审查器警告 (CVE-2022-50084)

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

    dm raid修复 raid_resume 中的地址审查器警告 (CVE-2022-50085)

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

    block不允许同一类型的 rq_qos 添加一次以上 (CVE-2022-50086)

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

    firmwarearm_scpi确保探测失败时不分配 scpi_info (CVE-2022-50087)

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

    locking/csd_lock将 csdlock_debug 从 early_param 更改为 __setup (CVE-2022-50091)

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

    dm Thin修复 dm_sm_register_threshold_callback 中的释放后使用崩溃 (CVE-2022-50092)

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

    x86/kprobes单步执行后更新 kcb 状态标记 (CVE-2022-50096)

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

    video：fbdev：s3fb：在 memset_io() 前检查屏幕大小 (CVE-2022-50097)

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

    sched/core不重新排队 cpus_mask 中排除的 CPU 上的任务 (CVE-2022-50100)

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

    schedcpuset修复因空 cs->cpus_allowed 而导致的 dl_cpu_busy() 错误 (CVE-2022-50103)

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

    jbd2：修复日志中止时断言“jh->b_frozen_data == NULL”失败 (CVE-2022-50126)

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

    RDMA/irdma修复释放后使用的窗口 (CVE-2022-50137)

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

    RDMA/qedr修复 __qedr_alloc_mr() 中潜在的内存泄漏 (CVE-2022-50138)

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

    mm/mempolicy修复 get_nodes 越界访问 (CVE-2022-50147)

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

    driver 核心修复 __driver_attach 中可能的死锁 (CVE-2022-50149)

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

    usbhost修复 ehci_hcd_ppc_of_probe 中的 refcount 泄漏 (CVE-2022-50153)

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

    of根据内存边界检查之前内核的 ima-kexec-bufferCVE-2022-50159

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

    selinux：添加 put_entry() 中的边界检查 (CVE-2022-50200)

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

    PM：休眠：从休眠恢复时推迟设备探测 (CVE-2022-50202)

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

    ext2：为 inode 计数添加更多有效性检查 (CVE-2022-50205)

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

    arm64修复并发设置 insn_emulation sysctls 中的 oops (CVE-2022-50206)

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

    md-raid10：修复 KASAN 警告 (CVE-2022-50211)

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

    netfilter: nf_tables不允许 CHAIN_ID 引用其他表 (CVE-2022-50212)

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

    netfilter: nf_tables不允许 SET_ID 引用其他表 (CVE-2022-50213)

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

    scsisg允许等待命令在已删除的设备上完成 (CVE-2022-50215)

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

    bpf修复 compute_effect_progs 读取中的 KASAN 释放后使用 (CVE-2022-50219)

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

    ttyvt初始化 unicode 屏幕缓冲区 (CVE-2022-50222)

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

    KVM：SVM：如果用户空间使用 GIF=0 注入中断，则不会出现缺陷 (CVE-2022-50228)

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

    arm64在交换器页表上设置 UXN (CVE-2022-50230)

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

    cryptoarm64/poly1305 - 修复读取越界 (CVE-2022-50231)

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

    arm64在交换器页表上设置 UXN (CVE-2022-50232)

    - 在 nf_tables_updtable 中，如果 nf_tables_table_enable 返回错误，则会调用 nft_trans_destroy 以释放事务对象。nft_trans_destroy() 调用 list_del()，但事务从未放置在列表中
    -- 列表头全部为零，这将导致空指针取消引用。(CVE-2023-1095)

    在 Linux 内核的 netdevsim 设备驱动程序的事件调度中发现了一个缺陷。此问题源于不当管理引用计数。攻击者可能会利用此缺陷，在系统上造成拒绝服务情况。(CVE-2023-2019)

    Linux 内核的 ext4 文件系统在处理扩展属性的额外 inode 大小时，会产生释放后使用漏洞。本地特权用户可利用此漏洞造成系统崩溃或其他未不明行为。(CVE-2023-2513)

    上游公告对此问题的描述如下：

    本地攻击者可以利用此漏洞，在受影响的 Linux 内核安装程序上公开敏感信息。如要利用此漏洞，攻击者必须首先具备在目标系统上执行高权限代码的能力。

    此缺陷具体存在于 seg6 属性的处理进程中。此问题之所以存在，是未正确验证用户提供的数据所致，这可导致读取范围超过所分配缓冲区的末尾。
    攻击者可利用此漏洞以及其他漏洞在内核环境中提升权限并执行任意代码。(CVE-2023-2860)

    在 Linux 内核的 btrfs 内，在 fs/btrfs/relocation.c 中的 prepare_to_relocate 内发现了一个释放后使用漏洞。通过在调用 btrfs_ioctl_defrag() 之前调用 btrfs_ioctl_balance()，可触发此潜在缺陷。(CVE-2023-3111)

    在 Linux 内核的 btrfs file-system 中，fs/btrfs/volumes.c 内的 btrfs_get_dev_args_from_path 中发现释放后使用缺陷。具有特权的本地攻击者可利用此缺陷造成系统崩溃或泄露内部核心信息。(CVE-2023-4394)

    在 Linux 内核版本中发现了一个释放后使用缺陷。磁盘删除后，系统会调用 bdi_unregister 以停止进一步的回写，并等待相关延迟的工作完成。但是，wb_inode_writeback_end() 可能会将带宽估计工作安排在完成之后，这样会导致定时器尝试访问最近释放的 bdi_writeback。(CVE-2024-0562)

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

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

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

  - 已修复 Linux 内核中的下列漏洞：extcon: Modify extcon device to be created after driver data is set Currently, someone can invoke the sysfs such as state_show() intermittently before dev_set_drvdata() is done. And it can be a cause of kernel Oops because of edev is Null at that time. So modified the driver registration to after setting drviver data. - Oops's backtrace.
    Backtrace: [<c067865c>] (state_show) from [<c05222e8>] (dev_attr_show) [<c05222c0>] (dev_attr_show) from [<c02c66e0>] (sysfs_kf_seq_show) [<c02c6648>] (sysfs_kf_seq_show) from [<c02c496c>] (kernfs_seq_show) [<c02c4938>] (kernfs_seq_show) from [<c025e2a0>] (seq_read) [<c025e11c>] (seq_read) from [<c02c50a0>] (kernfs_fop_read) [<c02c5064>] (kernfs_fop_read) from [<c0231cac>] (__vfs_read) [<c0231c5c>] (__vfs_read) from [<c0231ee0>] (vfs_read) [<c0231e34>] (vfs_read) from [<c0232464>] (ksys_read) [<c02323f0>] (ksys_read) from [<c02324fc>] (sys_read) [<c02324e4>] (sys_read) from [<c00091d0>] (__sys_trace_return) (CVE-2022-49308)

  - 已修复 Linux 内核中的下列漏洞：tick/nohz: unexport __init-annotated tick_nohz_full_setup() EXPORT_SYMBOL and __init is a bad combination because the .init.text section is freed up after the initialization. Hence, modules cannot use symbols annotated __init. The access to a freed symbol may end up with kernel panic. modpost used to detect it, but it had been broken for a decade.
    Commit 28438794aba4 (modpost: fix section mismatch check for exported init/exit sections) fixed it so modpost started to warn it again, then this showed up: MODPOST vmlinux.symvers WARNING: modpost:
    vmlinux.o(___ksymtab_gpl+tick_nohz_full_setup+0x0): Section mismatch in reference from the variable
    __ksymtab_tick_nohz_full_setup to the function .init.text:tick_nohz_full_setup() The symbol tick_nohz_full_setup is exported and annotated __init Fix this by removing the __init annotation of tick_nohz_full_setup or drop the export. Drop the export because tick_nohz_full_setup() is only called from the built-in code in kernel/sched/isolation.c. (CVE-2022-49675)

  - 已修复 Linux 内核中的下列漏洞：ata: libata-core: fix NULL pointer deref in ata_host_alloc_pinfo() In an unlikely (and probably wrong?) case that the 'ppi' parameter of ata_host_alloc_pinfo() points to an array starting with a NULL pointer, there's going to be a kernel oops as the 'pi' local variable won't get reassigned from the initial value of NULL. Initialize 'pi' instead to '&ata_dummy_port_info' to fix the possible kernel oops for good... Found by Linux Verification Center (linuxtesting.org) with the SVACE static analysis tool. (CVE-2022-49731)

  - 已修复 Linux 内核中的下列漏洞：bridge: switchdev: Fix memory leaks when changing VLAN protocol The bridge driver can offload VLANs to the underlying hardware either via switchdev or the 8021q driver. When the former is used, the VLAN is marked in the bridge driver with the 'BR_VLFLAG_ADDED_BY_SWITCHDEV' private flag. To avoid the memory leaks mentioned in the cited commit, the bridge driver will try to delete a VLAN via the 8021q driver if the VLAN is not marked with the previously mentioned flag. When the VLAN protocol of the bridge changes, switchdev drivers are notified via the 'SWITCHDEV_ATTR_ID_BRIDGE_VLAN_PROTOCOL' attribute, but the 8021q driver is also called to add the existing VLANs with the new protocol and delete them with the old protocol. In case the VLANs were offloaded via switchdev, the above behavior is both redundant and buggy. Redundant because the VLANs are already programmed in hardware and drivers that support VLAN protocol change (currently only mlx5) change the protocol upon the switchdev attribute notification. Buggy because the 8021q driver is called despite these VLANs being marked with 'BR_VLFLAG_ADDED_BY_SWITCHDEV'. This leads to memory leaks [1] when the VLANs are deleted. Fix by not calling the 8021q driver for VLANs that were already programmed via switchdev. [1] unreferenced object 0xffff8881f6771200 (size 256): comm ip, pid 446855, jiffies 4298238841 (age 55.240s) hex dump (first 32 bytes): 00 00 7f 0e 83 88 ff ff 00 00 00 00 00 00 00 00 ................ 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ backtrace:
    [<00000000012819ac>] vlan_vid_add+0x437/0x750 [<00000000f2281fad>] __br_vlan_set_proto+0x289/0x920 [<000000000632b56f>] br_changelink+0x3d6/0x13f0 [<0000000089d25f04>] __rtnl_newlink+0x8ae/0x14c0 [<00000000f6276baf>] rtnl_newlink+0x5f/0x90 [<00000000746dc902>] rtnetlink_rcv_msg+0x336/0xa00 [<000000001c2241c0>] netlink_rcv_skb+0x11d/0x340 [<0000000010588814>] netlink_unicast+0x438/0x710 [<00000000e1a4cd5c>] netlink_sendmsg+0x788/0xc40 [<00000000e8992d4e>] sock_sendmsg+0xb0/0xe0 [<00000000621b8f91>] ____sys_sendmsg+0x4ff/0x6d0 [<000000000ea26996>] ___sys_sendmsg+0x12e/0x1b0 [<00000000684f7e25>] __sys_sendmsg+0xab/0x130 [<000000004538b104>] do_syscall_64+0x3d/0x90 [<0000000091ed9678>] entry_SYSCALL_64_after_hwframe+0x46/0xb0 (CVE-2022-49812)

  - 已修复 Linux 内核中的下列漏洞：capabilities: fix potential memleak on error path from vfs_getxattr_alloc() In cap_inode_getsecurity(), we will use vfs_getxattr_alloc() to complete the memory allocation of tmpbuf, if we have completed the memory allocation of tmpbuf, but failed to call handler->get(...), there will be a memleak in below logic: |-- ret = (int)vfs_getxattr_alloc(mnt_userns, ...) | /* ^^^ alloc for tmpbuf */ |-- value = krealloc(*xattr_value, error + 1, flags) | /* ^^^ alloc memory */ |-- error = handler->get(handler, ...) | /* error! */ |--
    *xattr_value = value | /* xattr_value is &tmpbuf (memory leak!) */ So we will try to free(tmpbuf) after vfs_getxattr_alloc() fails to fix it. [PM: subject line and backtrace tweaks] (CVE-2022-49890)

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

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

  - 在低于 5.16.12 版本的 Linux 内核中发现一个问题。drivers/net/usb/sr9700.c 允许攻击者通过设备中构建的帧长度从堆内存获取敏感信息。(CVE-2022-26966)

  - 已修复 Linux 内核中的下列漏洞：kprobes: don't call disarm_kprobe() for disabled kprobes The assumption in __disable_kprobe() is wrong, and it could try to disarm an already disarmed kprobe and fire the WARN_ONCE() below. [0] We can easily reproduce this issue. 1. Write 0 to /sys/kernel/debug/kprobes/enabled. # echo 0 > /sys/kernel/debug/kprobes/enabled 2. Run execsnoop. At this time, one kprobe is disabled. # /usr/share/bcc/tools/execsnoop & [1] 2460 PCOMM PID PPID RET ARGS # cat /sys/kernel/debug/kprobes/list ffffffff91345650 r __x64_sys_execve+0x0 [FTRACE] ffffffff91345650 k
    __x64_sys_execve+0x0 [DISABLED][FTRACE] 3. Write 1 to /sys/kernel/debug/kprobes/enabled, which changes kprobes_all_disarmed to false but does not arm the disabled kprobe. # echo 1 > /sys/kernel/debug/kprobes/enabled # cat /sys/kernel/debug/kprobes/list ffffffff91345650 r
    __x64_sys_execve+0x0 [FTRACE] ffffffff91345650 k __x64_sys_execve+0x0 [DISABLED][FTRACE] 4. Kill execsnoop, when __disable_kprobe() calls disarm_kprobe() for the disabled kprobe and hits the WARN_ONCE() in __disarm_kprobe_ftrace(). # fg /usr/share/bcc/tools/execsnoop ^C Actually, WARN_ONCE() is fired twice, and __unregister_kprobe_top() misses some cleanups and leaves the aggregated kprobe in the hash table.
    Then, __unregister_trace_kprobe() initialises tk->rp.kp.list and creates an infinite loop like this.
    aggregated kprobe.list -> kprobe.list -. ^ | '.__.' In this situation, these commands fall into the infinite loop and result in RCU stall or soft lockup. cat /sys/kernel/debug/kprobes/list :
    show_kprobe_addr() enters into the infinite loop with RCU. /usr/share/bcc/tools/execsnoop :
    warn_kprobe_rereg() holds kprobe_mutex, and __get_valid_kprobe() is stuck in the loop. To avoid the issue, make sure we don't call disarm_kprobe() for disabled kprobes. [0] Failed to disarm kprobe-ftrace at
    __x64_sys_execve+0x0/0x40 (error -2) WARNING: CPU: 6 PID: 2460 at kernel/kprobes.c:1130
    __disarm_kprobe_ftrace.isra.19 (kernel/kprobes.c:1129) Modules linked in: ena CPU: 6 PID: 2460 Comm:
    execsnoop Not tainted 5.19.0+ #28 Hardware name: Amazon EC2 c5.2xlarge/, BIOS 1.0 10/16/2017 RIP:
    0010:__disarm_kprobe_ftrace.isra.19 (kernel/kprobes.c:1129) Code: 24 8b 02 eb c1 80 3d c4 83 f2 01 00 75 d4 48 8b 75 00 89 c2 48 c7 c7 90 fa 0f 92 89 04 24 c6 05 ab 83 01 e8 e4 94 f0 ff <0f> 0b 8b 04 24 eb b1 89 c6 48 c7 c7 60 fa 0f 92 89 04 24 e8 cc 94 RSP: 0018:ffff9e6ec154bd98 EFLAGS: 00010282 RAX:
    0000000000000000 RBX: ffffffff930f7b00 RCX: 0000000000000001 RDX: 0000000080000001 RSI: ffffffff921461c5 RDI: 00000000ffffffff RBP: ffff89c504286da8 R08: 0000000000000000 R09: c0000000fffeffff R10:
    0000000000000000 R11: ffff9e6ec154bc28 R12: ffff89c502394e40 R13: ffff89c502394c00 R14: ffff9e6ec154bc00 R15: 0000000000000000 FS: 00007fe800398740(0000) GS:ffff89c812d80000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: 000000c00057f010 CR3: 0000000103b54006 CR4: 00000000007706e0 DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 DR3: 0000000000000000 DR6:
    00000000fffe0ff0 DR7: 0000000000000400 PKRU: 55555554 Call Trace: <TASK> __disable_kprobe (kernel/kprobes.c:1716) disable_kprobe (kernel/kprobes.c:2392) __disable_trace_kprobe (kernel/trace/trace_kprobe.c:340) disable_trace_kprobe (kernel/trace/trace_kprobe.c:429) perf_trace_event_unreg.isra.2 (./include/linux/tracepoint.h:93 kernel/trace/trace_event_perf.c:168) perf_kprobe_destroy (kernel/trace/trace_event_perf.c:295) _free_event (kernel/events/core.c:4971) perf_event_release_kernel (kernel/events/core.c:5176) perf_release (kernel/events/core.c:5186) __fput (fs/file_table.c:321) task_work_run (./include/linux/ ---truncated--- (CVE-2022-50008)

  - 已修复 Linux 内核中的下列漏洞：tracing/hist: Fix out-of-bound write on 'action_data.var_ref_idx' When generate a synthetic event with many params and then create a trace action for it [1], kernel panic happened [2]. It is because that in trace_action_create() 'data->n_params' is up to SYNTH_FIELDS_MAX (current value is 64), and array 'data->var_ref_idx' keeps indices into array 'hist_data->var_refs' for each synthetic event param, but the length of 'data->var_ref_idx' is TRACING_MAP_VARS_MAX (current value is 16), so out-of-bound write happened when 'data->n_params' more than 16. In this case, 'data->match_data.event' is overwritten and eventually cause the panic. To solve the issue, adjust the length of 'data->var_ref_idx' to be SYNTH_FIELDS_MAX and add sanity checks to avoid out-of-bound write. [1] # cd /sys/kernel/tracing/ # echo my_synth_event int v1; int v2; int v3; int v4; int v5; int v6;\ int v7; int v8; int v9; int v10; int v11; int v12; int v13; int v14;\ int v15; int v16; int v17; int v18; int v19; int v20; int v21; int v22;\ int v23; int v24; int v25; int v26; int v27; int v28;
    int v29; int v30;\ int v31; int v32; int v33; int v34; int v35; int v36; int v37; int v38;\ int v39; int v40; int v41; int v42; int v43; int v44; int v45; int v46;\ int v47; int v48; int v49; int v50; int v51;
    int v52; int v53; int v54;\ int v55; int v56; int v57; int v58; int v59; int v60; int v61; int v62;\ int v63 >> synthetic_events # echo 'hist:keys=pid:ts0=common_timestamp.usecs if comm==bash' >> \ events/sched/sched_waking/trigger # echo hist:keys=next_pid:onmatch(sched.sched_waking).my_synth_event(\ pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,\ pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,\ pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,\ pid,pid,pid,pid,pid,pid,pid,pid,pid) >> events/sched/sched_switch/trigger [2] BUG: unable to handle page fault for address: ffff91c900000000 PGD 61001067 P4D 61001067 PUD 0 Oops: 0000 [#1] PREEMPT SMP NOPTI CPU:
    2 PID: 322 Comm: bash Tainted: G W 6.1.0-rc8+ #229 Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS rel-1.15.0-0-g2dd4b9b3f840-prebuilt.qemu.org 04/01/2014 RIP: 0010:strcmp+0xc/0x30 Code: 75 f7 31 d2 44 0f b6 04 16 44 88 04 11 48 83 c2 01 45 84 c0 75 ee c3 cc cc cc cc 0f 1f 00 31 c0 eb 08 48 83 c0 01 84 d2 74 13 <0f> b6 14 07 3a 14 06 74 ef 19 c0 83 c8 01 c3 cc cc cc cc 31 c3 RSP: 0018:ffff9b3b00f53c48 EFLAGS: 00000246 RAX: 0000000000000000 RBX: ffffffffba958a68 RCX: 0000000000000000 RDX: 0000000000000010 RSI: ffff91c943d33a90 RDI: ffff91c900000000 RBP: ffff91c900000000 R08: 00000018d604b529 R09:
    0000000000000000 R10: ffff91c9483eddb1 R11: ffff91ca483eddab R12: ffff91c946171580 R13: ffff91c9479f0538 R14: ffff91c9457c2848 R15: ffff91c9479f0538 FS: 00007f1d1cfbe740(0000) GS:ffff91c9bdc80000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: ffff91c900000000 CR3:
    0000000006316000 CR4: 00000000000006e0 Call Trace: <TASK> __find_event_file+0x55/0x90 action_create+0x76c/0x1060 event_hist_trigger_parse+0x146d/0x2060 ? event_trigger_write+0x31/0xd0 trigger_process_regex+0xbb/0x110 event_trigger_write+0x6b/0xd0 vfs_write+0xc8/0x3e0 ? alloc_fd+0xc0/0x160 ? preempt_count_add+0x4d/0xa0 ? preempt_count_add+0x70/0xa0 ksys_write+0x5f/0xe0 do_syscall_64+0x3b/0x90 entry_SYSCALL_64_after_hwframe+0x63/0xcd RIP: 0033:0x7f1d1d0cf077 Code: 64 89 02 48 c7 c0 ff ff ff ff eb bb 0f 1f 80 00 00 00 00 f3 0f 1e fa 64 8b 04 25 18 00 00 00 85 c0 75 10 b8 01 00 00 00 0f 05 <48> 3d 00 f0 ff ff 77 51 c3 48 83 ec 28 48 89 54 24 18 48 89 74 RSP: 002b:00007ffcebb0e568 EFLAGS: 00000246 ORIG_RAX:
    0000000000000001 RAX: ffffffffffffffda RBX: 0000000000000143 RCX: 00007f1d1d0cf077 RDX: 0000000000000143 RSI: 00005639265aa7e0 RDI: 0000000000000001 RBP: 00005639265aa7e0 R08: 000000000000000a R09:
    0000000000000142 R ---truncated--- (CVE-2022-50553)

  - 已修复 Linux 内核中的下列漏洞：net: can: j1939: enhanced error handling for tightly received RTS messages in xtp_rx_rts_session_new This patch enhances error handling in scenarios with RTS (Request to Send) messages arriving closely. It replaces the less informative WARN_ON_ONCE backtraces with a new error handling method. This provides clearer error messages and allows for the early termination of problematic sessions. Previously, sessions were only released at the end of j1939_xtp_rx_rts(). Potentially this could be reproduced with something like: testj1939 -r vcan0:0x80 & while true; do # send first RTS cansend vcan0 18EC8090#1014000303002301; # send second RTS cansend vcan0 18EC8090#1014000303002301; # send abort cansend vcan0 18EC8090#ff00000000002301; done (CVE-2023-52887)

  - 已修复 Linux 内核中的下列漏洞：net: fec: remove .ndo_poll_controller to avoid deadlocks There is a deadlock issue found in sungem driver, please refer to the commit ac0a230f719b (eth: sungem: remove .ndo_poll_controller to avoid deadlocks). The root cause of the issue is that netpoll is in atomic context and disable_irq() is called by .ndo_poll_controller interface of sungem driver, however, disable_irq() might sleep. After analyzing the implementation of fec_poll_controller(), the fec driver should have the same issue. Due to the fec driver uses NAPI for TX completions, the .ndo_poll_controller is unnecessary to be implemented in the fec driver, so fec_poll_controller() can be safely removed. (CVE-2024-38553)

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

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

  - kprobes请勿为已禁用的 kprobe 调用 disarm_kprobe()。 __disable_kprobe() 中的假设错误它可能尝试撤防已撤防的 kprobe 并触发下面的 WARN_ONCE()。 [0] 我们可以轻松重现此问题。 1. 将 0 写入 /sys/kernel/debug/kprobes/enabled。 # echo 0 > /sys/kernel/debug/kprobes/enabled 2. 运行 execsnoop。此时一个 kprobe 已禁用。 # /usr/share/bcc/tools/execsnoop & [1] 2460 PCOMM PID PPID RET ARGS # cat /sys/kernel/debug/kprobes/list ffffffff91345650 r __x64_sys_execve+0x0 [FTRACE] ffffffff91345650 k __x64_sys_execve+0x0 [已禁用][ FTRACE] 3。向 /sys/kernel/debug/kprobes/enabled 写入 1这会将 kprobes_all_disarmed 更改为 false但不准备已禁用的 kprobe。 # echo 1 > /sys/kernel/debug/kprobes/enabled # cat /sys/kernel/debug/kprobes/list ffffffff91345650 r __x64_sys_execve+0x0 [FTRACE] ffffffff91345650 k
    __x64_sys_execve+0x0 [禁用][FTRACE] 4. 当 __disable_kprobe() 为已禁用的 kprobe 调用 disarm_kprobe() 并命中 __disarm_kprobe_ftrace() 中的 WARN_ONCE() 时终止 execsnoop。 # fg /usr/share/bcc/tools/execsnoop ^C 实际上WARN_ONCE() 被触发两次__unregister_kprobe_top() 会错过一些清理并将聚合的 kprobe 留在哈希表中。然后__unregister_trace_kprobe() 初始化 tk->rp.kp.list 并像这样创建无限循环。聚合 kprobe.list -> kprobe.list
    -. ^ | “.__.”在这种情况下这些命令会陷入无限循环并导致 RCU 停止或软锁定。 cat /sys/kernel/debug/kprobes/list show_kprobe_addr() 进入具有 RCU 的无限循环。 /usr/share/bcc/tools/execsnoop warn_kprobe_rereg() 保留 kprobe_mutex使 __get_valid_kprobe() 卡在循环中。若要避免 问题请确保我们不会针对已禁用的 kprobe 调用 disarm_kprobe()。 [0] 无法在 __x64_sys_execve+0x0/0x40 撤防 kprobe-ftrace错误 -2警告内核/kprobes.c:1130 的 CPU6 PID2460 __disarm_kprobe_ftrace.isra.19 (kernel/kprobes.c:1129)中链接的模块ena CPU: 6 PID: 2460 Comm: execsnoop 未受感染 5.19.0+ #28 硬件名称Amazon EC2 c5.2xlarge/BIOS 1.0 2017 年 10 月 16 日 RIP0010:__disarm_kprobe_ftrace.isra.19 (kernel /kprobes.c:1129) 代码24 8b 02 eb c1 80 3d c4 83 f2 01 00 75 d4 48 8b 75 00 89 c2 48 c7 c7 90 fa 0f 92 89 04 24 c6 05 ab 83 01 e8 e4 94 f0 ff <0f> 0b 8b 04 24 eb b1 89 c6 48 c7 c7 60 fa 0f 92 89 04 24 e8 cc 94 RSP: 0018:ffff9e6ec154bd98 EFLAGS: 00010282 RAX:
    0000000000000000 RBX: ffffffff930f7b00 RCX: 0000000000000001 RDX: 0000000080000001 RSI: ffffffff921461c5 RDI: 00000000ffffffff RBP: ffff89c504286da8 R08: 0000000000000000 R09: c0000000fffeffff R10:
     R110000000000000000  : ffff9e6ec154bc28 R12: ffff89c502394e40 R13: ffff89c502394c00 R14: ffff9e6ec154bc00 R15: 0000000000000000 FS: 00007fe800398740(0000) GS:ffff89c812d80000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: 000000c00057f010 CR3: 0000000103b54006 CR4: 00000000007706e0 DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 DR3:0000000000000000000000000
    00000000fffe0ff0 DR70000000000000400 PKRU: 55555554 调用跟踪 <TASK> __disable_kprobe (kernel/kprobes.c:1716) disable_kprobe (kernel/kprobes.c:2392) __disable_trace_kprobe (kernel/trace/trace_kprobe/kprobe/disable_kprobe/disable_kprobe/disable_kprobe/disable_kprobe.c:340) trace_kprobe.c:429) perf_trace_event_unreg.isra.2 (./include/linux/tracepoint.h:93 kernel/trace/trace_event_perf.c:168) perf_kprobe_destroy (kernel/trace/trace_event_perf.c:295) _free_event (kernel/events) /core.c:4971) perf_event_release_kernel (kernel/events/core.c:5176) perf_release (kernel/events/core.c:5186) __fput (fs/file_table.c:321) task_work_run (./include/linux/ ---truncated--- (CVE-2022-50008)

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

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
166124	Amazon Linux 2 内核 --advisory ALAS2KERNEL-5。10-2022-020 (ALASKERNEL-5.10-2022-020)	Nessus	Amazon Linux Local Security Checks	2022/10/14	2026/2/26	high
166131	Amazon Linux 2：内核 (ALASKERNEL-5.4-2022-036)	Nessus	Amazon Linux Local Security Checks	2022/10/14	2026/1/26	high
361263	Rocky Linux 9.6 [TuxCare] 安全更新：kernel / kernel-abi-stablelists / kernel-core / 等多个漏洞（ALMALINUX9.6：CLSA-2026：1780562693）	Nessus	Rocky Linux Local Security Checks	2026/10/1	2026/10/1	high
165990	Amazon Linux 2内核 --advisory ALAS2-2022-1852 (ALAS-2022-1852)	Nessus	Amazon Linux Local Security Checks	2022/10/10	2026/2/24	high
166118	Amazon Linux 2：内核 (ALASKERNEL-5.15-2022-008)	Nessus	Amazon Linux Local Security Checks	2022/10/14	2026/1/26	high
360687	AlmaLinux 9.2 [TuxCare] 安全更新：bpftool / kernel / kernel-abi-stablelists / kernel-core / 等多个漏洞（ALMALINUX9.2：CLSA-2026：1783362244）	Nessus	Alma Linux Local Security Checks	2026/10/1	2026/10/1	high
361300	AlmaLinux 9.6 [TuxCare] 安全更新：kernel / kernel-abi-stablelists / kernel-core / 等多个漏洞（ALMALINUX9.6：CLSA-2026：1780562693）	Nessus	Alma Linux Local Security Checks	2026/10/1	2026/10/1	high
253769	Linux Distros 未修补的漏洞：CVE-2022-50008	Nessus	Misc.	2025/8/24	2026/9/30	medium

检测

插件搜索

high

high

high

high

high

high

high

medium