远程主机上安装的内核版本低于 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 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

CentOS Linux 8.5 主机上存在安装的程序包，该程序包受到 TuxCare CENTOS8.5：CLSA-2026：U 1771077729公告中提及的多个漏洞的影响。

  - 已修复 Linux 内核中的下列漏洞：pid: take a reference when initializing `cad_pid` During boot, kernel_init_freeable() initializes `cad_pid` to the init task's struct pid. Later on, we may change `cad_pid` via a sysctl, and when this happens proc_do_cad_pid() will increment the refcount on the new pid via get_pid(), and will decrement the refcount on the old pid via put_pid(). As we never called get_pid() when we initialized `cad_pid`, we decrement a reference we never incremented, can therefore free the init task's struct pid early. As there can be dangling references to the struct pid, we can later encounter a use-after-free (e.g. when delivering signals). This was spotted when fuzzing v5.13-rc3 with Syzkaller, but seems to have been around since the conversion of `cad_pid` to struct pid in commit 9ec52099e4b8 ([PATCH] replace cad_pid by a struct pid) from the pre-KASAN stone age of v2.6.19. Fix this by getting a reference to the init task's struct pid when we assign it to `cad_pid`.
    Full KASAN splat below. ================================================================== BUG: KASAN:
    use-after-free in ns_of_pid include/linux/pid.h:153 [inline] BUG: KASAN: use-after-free in task_active_pid_ns+0xc0/0xc8 kernel/pid.c:509 Read of size 4 at addr ffff23794dda0004 by task syz-executor.0/273 CPU: 1 PID: 273 Comm: syz-executor.0 Not tainted 5.12.0-00001-g9aef892b2d15 #1 Hardware name: linux,dummy-virt (DT) Call trace: ns_of_pid include/linux/pid.h:153 [inline] task_active_pid_ns+0xc0/0xc8 kernel/pid.c:509 do_notify_parent+0x308/0xe60 kernel/signal.c:1950 exit_notify kernel/exit.c:682 [inline] do_exit+0x2334/0x2bd0 kernel/exit.c:845 do_group_exit+0x108/0x2c8 kernel/exit.c:922 get_signal+0x4e4/0x2a88 kernel/signal.c:2781 do_signal arch/arm64/kernel/signal.c:882 [inline] do_notify_resume+0x300/0x970 arch/arm64/kernel/signal.c:936 work_pending+0xc/0x2dc Allocated by task 0: slab_post_alloc_hook+0x50/0x5c0 mm/slab.h:516 slab_alloc_node mm/slub.c:2907 [inline] slab_alloc mm/slub.c:2915 [inline] kmem_cache_alloc+0x1f4/0x4c0 mm/slub.c:2920 alloc_pid+0xdc/0xc00 kernel/pid.c:180 copy_process+0x2794/0x5e18 kernel/fork.c:2129 kernel_clone+0x194/0x13c8 kernel/fork.c:2500 kernel_thread+0xd4/0x110 kernel/fork.c:2552 rest_init+0x44/0x4a0 init/main.c:687 arch_call_rest_init+0x1c/0x28 start_kernel+0x520/0x554 init/main.c:1064 0x0 Freed by task 270:
    slab_free_hook mm/slub.c:1562 [inline] slab_free_freelist_hook+0x98/0x260 mm/slub.c:1600 slab_free mm/slub.c:3161 [inline] kmem_cache_free+0x224/0x8e0 mm/slub.c:3177 put_pid.part.4+0xe0/0x1a8 kernel/pid.c:114 put_pid+0x30/0x48 kernel/pid.c:109 proc_do_cad_pid+0x190/0x1b0 kernel/sysctl.c:1401 proc_sys_call_handler+0x338/0x4b0 fs/proc/proc_sysctl.c:591 proc_sys_write+0x34/0x48 fs/proc/proc_sysctl.c:617 call_write_iter include/linux/fs.h:1977 [inline] new_sync_write+0x3ac/0x510 fs/read_write.c:518 vfs_write fs/read_write.c:605 [inline] vfs_write+0x9c4/0x1018 fs/read_write.c:585 ksys_write+0x124/0x240 fs/read_write.c:658 __do_sys_write fs/read_write.c:670 [inline] __se_sys_write fs/read_write.c:667 [inline] __arm64_sys_write+0x78/0xb0 fs/read_write.c:667 __invoke_syscall arch/arm64/kernel/syscall.c:37 [inline] invoke_syscall arch/arm64/kernel/syscall.c:49 [inline] el0_svc_common.constprop.1+0x16c/0x388 arch/arm64/kernel/syscall.c:129 do_el0_svc+0xf8/0x150 arch/arm64/kernel/syscall.c:168 el0_svc+0x28/0x38 arch/arm64/kernel/entry-common.c:416 el0_sync_handler+0x134/0x180 arch/arm64/kernel/entry-common.c:432 el0_sync+0x154/0x180 arch/arm64/kernel/entry.S:701 The buggy address belongs to the object at ffff23794dda0000 which belongs to the cache pid of size 224 The buggy address is located 4 bytes inside of 224-byte region [ff
    ---truncated--- (CVE-2021-47118)

  - 已修复 Linux 内核中的下列漏洞：scsi: target: Fix WRITE_SAME No Data Buffer crash In newer version of the SBC specs, we have a NDOB bit that indicates there is no data buffer that gets written out. If this bit is set using commands like sg_write_same --ndob we will crash in target_core_iblock/file's execute_write_same handlers when we go to access the se_cmd->t_data_sg because its NULL. This patch adds a check for the NDOB bit in the common WRITE SAME code because we don't support it. And, it adds a check for zero SG elements in each handler in case the initiator tries to send a normal WRITE SAME with no data buffer. (CVE-2022-21546)

  - 已修复 Linux 内核中的下列漏洞：be2net: Fix buffer overflow in be_get_module_eeprom be_cmd_read_port_transceiver_data assumes that it is given a buffer that is at least PAGE_DATA_LEN long, or twice that if the module supports SFF 8472. However, this is not always the case.
    Fix this by passing the desired offset and length to be_cmd_read_port_transceiver_data so that we only copy the bytes once. (CVE-2022-49581)

  - 已修复 Linux 内核中的下列漏洞：dm raid: fix accesses beyond end of raid member array On dm-raid table load (using raid_ctr), dm-raid allocates an array rs->devs[rs->raid_disks] for the raid device members. rs->raid_disks is defined by the number of raid metadata and image tupples passed into the target's constructor. In the case of RAID layout changes being requested, that number can be different from the current number of members for existing raid sets as defined in their superblocks. Example RAID layout changes include: - raid1 legs being added/removed - raid4/5/6/10 number of stripes changed (stripe reshaping) - takeover to higher raid level (e.g. raid5 -> raid6) When accessing array members, rs->raid_disks must be used in control loops instead of the potentially larger value in rs->md.raid_disks. Otherwise it will cause memory access beyond the end of the rs->devs array. Fix this by changing code that is prone to out-of-bounds access. Also fix validate_raid_redundancy() to validate all devices that are added. Also, use braces to help clean up raid_iterate_devices(). The out-of-bounds memory accesses was discovered using KASAN. This commit was verified to pass all LVM2 RAID tests (with KASAN enabled). (CVE-2022-49674)

  - 已修复 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 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

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

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

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

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

    netdevsim修复 nsim_dev_resources_register() 失败时 nsim_drv_probe() 中的内存泄漏 (CVE-2022-50500)

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

    scsiqla2xxx使用 raw_smp_processor_id() 而不是 smp_processor_id() (CVE-2023-53530)

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

    smbclient修复 cifs_oplock_break 中的释放后使用 (CVE-2025-38527)

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

    net: bridge修复 br_multicast_query_expired() 中的软锁定 (CVE-2025-39773)

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

    mm/memory-failure在 unpoison 内存时修复 VM_BUG_ON_PAGE(PagePoisoned(page)) (CVE-2025-39883)

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

    i40e修复 i40e_vsi_request_irq_msix 错误路径中的 IRQ 释放 (CVE-2025-39911)

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

    tcp_bpf当 tcp_bpf_send_verdict() 无法分配 psock->cork 时调用 sk_msg_free()。 (CVE-2025-39913)

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

    netrfkillgpio修复了因取消引用未初始化的指针而造成的崩溃 (CVE-2025-39937)

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

    cgroup将 cgroup_destroy_wq 拆分为 3 个工作队列 (CVE-2025-39953)

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

    tcp清除 tcp_disconnect() 中的 tcp_sk(sk)->fastopen_rsk。 (CVE-2025-39955)

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

    fbcon修复 fbcon_do_set_font 中的整数溢出 (CVE-2025-39967)

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

    i40e添加针对 VF 过滤器的最大边界检查 (CVE-2025-39968)

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

    i40e修复获取资源中的 VF 状态验证 (CVE-2025-39969)

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

    i40e修复 action_meta 的输入验证逻辑 (CVE-2025-39970)

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

    i40e修复配置队列消息中的 idx 验证 (CVE-2025-39971)

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

    i40e修复 i40e_validate_queue_map 中的 idx 验证 (CVE-2025-39972)

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

    i40e添加对 ring_len 参数的验证 (CVE-2025-39973)

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

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

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

  - sched、cpuset：修复了空 cs->cpus_allowed 造成的 dl_cpu_busy（） 错误 通过 cgroup v2，cpuset 的cpus_allowed掩码可为空，这表示 cpuset 将仅使用其父级的有效 CPU。
    因此 cpuset_can_attach（） 可调用具有空掩码的 task_can_attach（）。这可导致 cpumask_any_and（） 返回nr_cpu_ids，从而导致对 dl_bw_of（） 的调用崩溃，原因是 percpu 值访问越界 CPU 值。例如：[80468.182258] 缺陷：无法处理地址的页面错误：ffffffff8b6648b0：
    [80468.191019] RIP：0010：dl_cpu_busy+0x30/0x2b0 ： [80468.207946] 调用跟踪： [80468.208947] cpuset_can_attach+0xa0/0x140 [80468.209953] cgroup_migrate_execute+0x8c/0x490 [80468.210931] cgroup_update_dfl_csses+0x254/0x270 [80468.211898] cgroup_subtree_control_write+0x322/0x400 [80468.212854] kernfs_fop_write_iter+0x11c/0x1b0 [80468.213777] new_sync_write+0x11f/0x1b0 [80468.214689] vfs_write+0x1eb/0x280 [80468.215592] ksys_write+0x5f/0xe0 [80468.216463] do_syscall_64+0x5c/0x80 [80468.224287] entry_SYSCALL_64_after_hwframe+0x44/0xae 使用effective_修复此问题cpu 代替。对于 cgroup v1，effective_cpus 与 cpus_allowed 相同。对于 v2，effective_cpus 是 cpuset 中的任务要使用的真正 cpumask。还将 task_can_attach（） 的第 2 个参数名称更新为 cs_effective_cpus，以反映更改。此外，对 task_can_attach（） 添加了检查以防止 cpumask_any_and（） 可能返回值 >= nr_cpu_ids。（CVE-2022-50103）

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

如 TuxCare CENTOS8.4：CLSA-2026：1771078945公告所述，CentOS Linux 8.4 主机上存在安装的程序包，该漏洞会受到多个漏洞的影响。

  - 已修复 Linux 内核中的下列漏洞：pid: take a reference when initializing `cad_pid` During boot, kernel_init_freeable() initializes `cad_pid` to the init task's struct pid. Later on, we may change `cad_pid` via a sysctl, and when this happens proc_do_cad_pid() will increment the refcount on the new pid via get_pid(), and will decrement the refcount on the old pid via put_pid(). As we never called get_pid() when we initialized `cad_pid`, we decrement a reference we never incremented, can therefore free the init task's struct pid early. As there can be dangling references to the struct pid, we can later encounter a use-after-free (e.g. when delivering signals). This was spotted when fuzzing v5.13-rc3 with Syzkaller, but seems to have been around since the conversion of `cad_pid` to struct pid in commit 9ec52099e4b8 ([PATCH] replace cad_pid by a struct pid) from the pre-KASAN stone age of v2.6.19. Fix this by getting a reference to the init task's struct pid when we assign it to `cad_pid`.
    Full KASAN splat below. ================================================================== BUG: KASAN:
    use-after-free in ns_of_pid include/linux/pid.h:153 [inline] BUG: KASAN: use-after-free in task_active_pid_ns+0xc0/0xc8 kernel/pid.c:509 Read of size 4 at addr ffff23794dda0004 by task syz-executor.0/273 CPU: 1 PID: 273 Comm: syz-executor.0 Not tainted 5.12.0-00001-g9aef892b2d15 #1 Hardware name: linux,dummy-virt (DT) Call trace: ns_of_pid include/linux/pid.h:153 [inline] task_active_pid_ns+0xc0/0xc8 kernel/pid.c:509 do_notify_parent+0x308/0xe60 kernel/signal.c:1950 exit_notify kernel/exit.c:682 [inline] do_exit+0x2334/0x2bd0 kernel/exit.c:845 do_group_exit+0x108/0x2c8 kernel/exit.c:922 get_signal+0x4e4/0x2a88 kernel/signal.c:2781 do_signal arch/arm64/kernel/signal.c:882 [inline] do_notify_resume+0x300/0x970 arch/arm64/kernel/signal.c:936 work_pending+0xc/0x2dc Allocated by task 0: slab_post_alloc_hook+0x50/0x5c0 mm/slab.h:516 slab_alloc_node mm/slub.c:2907 [inline] slab_alloc mm/slub.c:2915 [inline] kmem_cache_alloc+0x1f4/0x4c0 mm/slub.c:2920 alloc_pid+0xdc/0xc00 kernel/pid.c:180 copy_process+0x2794/0x5e18 kernel/fork.c:2129 kernel_clone+0x194/0x13c8 kernel/fork.c:2500 kernel_thread+0xd4/0x110 kernel/fork.c:2552 rest_init+0x44/0x4a0 init/main.c:687 arch_call_rest_init+0x1c/0x28 start_kernel+0x520/0x554 init/main.c:1064 0x0 Freed by task 270:
    slab_free_hook mm/slub.c:1562 [inline] slab_free_freelist_hook+0x98/0x260 mm/slub.c:1600 slab_free mm/slub.c:3161 [inline] kmem_cache_free+0x224/0x8e0 mm/slub.c:3177 put_pid.part.4+0xe0/0x1a8 kernel/pid.c:114 put_pid+0x30/0x48 kernel/pid.c:109 proc_do_cad_pid+0x190/0x1b0 kernel/sysctl.c:1401 proc_sys_call_handler+0x338/0x4b0 fs/proc/proc_sysctl.c:591 proc_sys_write+0x34/0x48 fs/proc/proc_sysctl.c:617 call_write_iter include/linux/fs.h:1977 [inline] new_sync_write+0x3ac/0x510 fs/read_write.c:518 vfs_write fs/read_write.c:605 [inline] vfs_write+0x9c4/0x1018 fs/read_write.c:585 ksys_write+0x124/0x240 fs/read_write.c:658 __do_sys_write fs/read_write.c:670 [inline] __se_sys_write fs/read_write.c:667 [inline] __arm64_sys_write+0x78/0xb0 fs/read_write.c:667 __invoke_syscall arch/arm64/kernel/syscall.c:37 [inline] invoke_syscall arch/arm64/kernel/syscall.c:49 [inline] el0_svc_common.constprop.1+0x16c/0x388 arch/arm64/kernel/syscall.c:129 do_el0_svc+0xf8/0x150 arch/arm64/kernel/syscall.c:168 el0_svc+0x28/0x38 arch/arm64/kernel/entry-common.c:416 el0_sync_handler+0x134/0x180 arch/arm64/kernel/entry-common.c:432 el0_sync+0x154/0x180 arch/arm64/kernel/entry.S:701 The buggy address belongs to the object at ffff23794dda0000 which belongs to the cache pid of size 224 The buggy address is located 4 bytes inside of 224-byte region [ff
    ---truncated--- (CVE-2021-47118)

  - 已修复 Linux 内核中的下列漏洞：i2c: i801: Don't generate an interrupt on bus reset Now that the i2c-i801 driver supports interrupts, setting the KILL bit in a attempt to recover from a timed out transaction triggers an interrupt. Unfortunately, the interrupt handler (i801_isr) is not prepared for this situation and will try to process the interrupt as if it was signaling the end of a successful transaction. In the case of a block transaction, this can result in an out-of-range memory access. This condition was reproduced several times by syzbot:
    https://syzkaller.appspot.com/bug?extid=ed71512d469895b5b34e https://syzkaller.appspot.com/bug?extid=8c8dedc0ba9e03f6c79e https://syzkaller.appspot.com/bug?extid=c8ff0b6d6c73d81b610e https://syzkaller.appspot.com/bug?extid=33f6c360821c399d69eb https://syzkaller.appspot.com/bug?extid=be15dc0b1933f04b043a https://syzkaller.appspot.com/bug?extid=b4d3fd1dfd53e90afd79 So disable interrupts while trying to reset the bus. Interrupts will be enabled again for the following transaction. (CVE-2021-47153)

  - 已修复 Linux 内核中的下列漏洞：scsi: target: Fix WRITE_SAME No Data Buffer crash In newer version of the SBC specs, we have a NDOB bit that indicates there is no data buffer that gets written out. If this bit is set using commands like sg_write_same --ndob we will crash in target_core_iblock/file's execute_write_same handlers when we go to access the se_cmd->t_data_sg because its NULL. This patch adds a check for the NDOB bit in the common WRITE SAME code because we don't support it. And, it adds a check for zero SG elements in each handler in case the initiator tries to send a normal WRITE SAME with no data buffer. (CVE-2022-21546)

  - 已修复 Linux 内核中的下列漏洞：net/mlx5e: IPoIB, Block PKEY interfaces with less rx queues than parent A user is able to configure an arbitrary number of rx queues when creating an interface via netlink. This doesn't work for child PKEY interfaces because the child interface uses the parent receive channels. Although the child shares the parent's receive channels, the number of rx queues is important for the channel_stats array: the parent's rx channel index is used to access the child's channel_stats. So the array has to be at least as large as the parent's rx queue size for the counting to work correctly and to prevent out of bound accesses. This patch checks for the mentioned scenario and returns an error when trying to create the interface. The error is propagated to the user. (CVE-2022-48883)

  - 已修复 Linux 内核中的下列漏洞：ath9k_htc: fix potential out of bounds access with invalid rxstatus->rs_keyix The rxstatus->rs_keyix eventually gets passed to test_bit() so we need to ensure that it is within the bitmap. drivers/net/wireless/ath/ath9k/common.c:46 ath9k_cmn_rx_accept() error: passing untrusted data 'rx_stats->rs_keyix' to 'test_bit()' (CVE-2022-49503)

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

远程主机上安装的内核版本低于 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 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

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

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

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

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

    ext4：修复 do_split 中的差一错误 (CVE-2025-23150)

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

    smb：客户端：修复 cifs_fill_dirent 中的释放后使用 (CVE-2025-38051)

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

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

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

  - 5.12-rc8 之前的 Linux 内核 SCTP 套接字 (net/sctp/socket.c) 中存在争用情形，可从网络服务上下文或无特权进程造成内核权限升级。如果在没有 sock_net(sk)->sctp.addr_wq_lock 的情况下调用 sctp_destroy_sock，则会从 auto_asconf_splist 列表中删除一个元素，而不会进行任何适当的锁定。如果附加的 BPF_CGROUP_INET_SOCK_CREATE 拒绝创建某些 SCTP 套接字，则具有网络服务权限的攻击者可利用此问题升级到根级权限或直接从非特权用户上下文升级权限。(CVE-2021-23133)

  - 已修复 Linux 内核中的下列漏洞：drm: Fix use-after-free read in drm_getunique() There is a time-of-check-to-time-of-use error in drm_getunique() due to retrieving file_priv->master prior to locking the device's master mutex. An example can be seen in the crash report of the use-after-free error found by Syzbot:
    https://syzkaller.appspot.com/bug?id=148d2f1dfac64af52ffd27b661981a540724f803 In the report, the master pointer was used after being freed. This is because another process had acquired the device's master mutex in drm_setmaster_ioctl(), then overwrote fpriv->master in drm_new_set_master(). The old value of fpriv->master was subsequently freed before the mutex was unlocked. To fix this, we lock the device's master mutex before retrieving the pointer from from fpriv->master. This patch passes the Syzbot reproducer test. (CVE-2021-47280)

  - 已修复 Linux 内核中的下列漏洞：scsi: mpt3sas: Fix kernel panic during drive powercycle test While looping over shost's sdev list it is possible that one of the drives is getting removed and its sas_target object is freed but its sdev object remains intact. Consequently, a kernel panic can occur while the driver is trying to access the sas_address field of sas_target object without also checking the sas_target object for NULL. (CVE-2021-47565)

  - 已修复 Linux 内核中的下列漏洞：dm btree remove: fix use after free in rebalance_children() Move dm_tm_unlock() after dm_tm_dec(). (CVE-2021-47600)

  - 已修复 Linux 内核中的下列漏洞：media: pvrusb2: fix array-index-out-of-bounds in pvr2_i2c_core_init Syzbot reported that -1 is used as array index. The problem was in missing validation check. hdw->unit_number is initialized with -1 and then if init table walk fails this value remains unchanged. Since code blindly uses this member for array indexing adding sanity check is the easiest fix for that. hdw->workpoll initialization moved upper to prevent warning in __flush_work.
    (CVE-2022-49478)

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

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
166118	Amazon Linux 2：内核 (ALASKERNEL-5.15-2022-008)	Nessus	Amazon Linux Local Security Checks	2022/10/14	2026/1/26	high
360928	CentOS Linux 8.5 [TuxCare] 安全更新：bpftool / kernel / kernel-core / kernel-cross-headers / 等多个漏洞（CENTOS8.5：CLSA-2026：1771077729）	Nessus	CentOS Local Security Checks	2026/10/1	2026/10/18	high
271753	Amazon Linux 2 内核 --advisory ALAS2KERNEL-5。4-2025-113 (ALASKERNEL-5.4-2025-113)	Nessus	Amazon Linux Local Security Checks	2025/10/28	2026/2/26	high
245321	Linux Distros 未修补的漏洞：CVE-2022-50103	Nessus	Misc.	2025/8/7	2026/11/11	high
361173	CentOS Linux 8.4 [TuxCare] 安全更新：bpftool / kernel / kernel-core / kernel-cross-headers / 等多个漏洞（CENTOS8.4：CLSA-2026：1771078945）	Nessus	CentOS Local Security Checks	2026/10/1	2026/10/1	high
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
243255	Amazon Linux 2：内核 (ALAS-2025-2944)	Nessus	Amazon Linux Local Security Checks	2025/7/31	2026/2/24	high
359803	CentOS Linux 7 [TuxCare] 安全更新：bpftool / kernel / kernel-debug / kernel-debug-devel / kernel-devel / 等多个漏洞（CENTOS7：CLSA-2026：1788170774）	Nessus	CentOS Local Security Checks	2026/10/1	2026/10/1	high

检测

插件搜索

high

high

high

high

high

high

high

high