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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

  - 在 Linux 内核中，已解决以下漏洞： watch_queue: Fix NULL dereference in error cleanup In watch_queue_set_size(), the error cleanup code doesn't take account of the fact that
    __free_page() can't handle a NULL pointer when trying to free up buffer pages that did get allocated. Fix this by only calling __free_page() on the pages actually allocated. Without the fix, this can lead to something like the following: BUG: KASAN: null-ptr-deref in __free_pages+0x1f/0x1b0 mm/page_alloc.c:5473 Read of size 4 at addr 0000000000000034 by task syz-executor168/3599 ... Call Trace: <TASK> __dump_stack lib/dump_stack.c:88 [inline] dump_stack_lvl+0xcd/0x134 lib/dump_stack.c:106 __kasan_report mm/kasan/report.c:446 [inline] kasan_report.cold+0x66/0xdf mm/kasan/report.c:459 check_region_inline mm/kasan/generic.c:183 [inline] kasan_check_range+0x13d/0x180 mm/kasan/generic.c:189 instrument_atomic_read include/linux/instrumented.h:71 [inline] atomic_read include/linux/atomic/atomic-instrumented.h:27 [inline] page_ref_count include/linux/page_ref.h:67 [inline] put_page_testzero include/linux/mm.h:717 [inline] __free_pages+0x1f/0x1b0 mm/page_alloc.c:5473 watch_queue_set_size+0x499/0x630 kernel/watch_queue.c:275 pipe_ioctl+0xac/0x2b0 fs/pipe.c:632 vfs_ioctl fs/ioctl.c:51 [inline] __do_sys_ioctl fs/ioctl.c:874 [inline] __se_sys_ioctl fs/ioctl.c:860 [inline]
    __x64_sys_ioctl+0x193/0x200 fs/ioctl.c:860 do_syscall_x64 arch/x86/entry/common.c:50 [inline] do_syscall_64+0x35/0xb0 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x44/0xae (CVE-2022-49257)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

  - 已修复 Linux 内核中的下列漏洞：net: hns3: do not allow call hns3_nic_net_open repeatedly hns3_nic_net_open() is not allowed to called repeatly, but there is no checking for this. When doing device reset and setup tc concurrently, there is a small oppotunity to call hns3_nic_net_open repeatedly, and cause kernel bug by calling napi_enable twice. The calltrace information is like below: [ 3078.222780] ------------[ cut here ]------------ [ 3078.230255] kernel BUG at net/core/dev.c:6991! [ 3078.236224] Internal error: Oops - BUG: 0 [#1] PREEMPT SMP [ 3078.243431] Modules linked in: hns3 hclgevf hclge hnae3 vfio_iommu_type1 vfio_pci vfio_virqfd vfio pv680_mii(O) [ 3078.258880] CPU: 0 PID: 295 Comm: kworker/u8:5 Tainted: G O 5.14.0-rc4+ #1 [ 3078.269102] Hardware name: , BIOS KpxxxFPGA 1P B600 V181 08/12/2021 [ 3078.276801] Workqueue: hclge hclge_service_task [hclge] [3078.288774] pstate: 60400009 (nZCv daif +PAN -UAO -TCO BTYPE=--) [ 3078.296168] pc :
    napi_enable+0x80/0x84 tc qdisc sho[w 3d0e7v8 .e3t0h218 79] lr : hns3_nic_net_open+0x138/0x510 [hns3] [3078.314771] sp : ffff8000108abb20 [ 3078.319099] x29: ffff8000108abb20 x28: 0000000000000000 x27:
    ffff0820a8490300 [ 3078.329121] x26: 0000000000000001 x25: ffff08209cfc6200 x24: 0000000000000000 [3078.339044] x23: ffff0820a8490300 x22: ffff08209cd76000 x21: ffff0820abfe3880 [ 3078.349018] x20:
    0000000000000000 x19: ffff08209cd76900 x18: 0000000000000000 [ 3078.358620] x17: 0000000000000000 x16:
    ffffc816e1727a50 x15: 0000ffff8f4ff930 [ 3078.368895] x14: 0000000000000000 x13: 0000000000000000 x12:
    0000259e9dbeb6b4 [ 3078.377987] x11: 0096a8f7e764eb40 x10: 634615ad28d3eab5 x9 : ffffc816ad8885b8 [3078.387091] x8 : ffff08209cfc6fb8 x7 : ffff0820ac0da058 x6 : ffff0820a8490344 [ 3078.396356] x5 :
    0000000000000140 x4 : 0000000000000003 x3 : ffff08209cd76938 [ 3078.405365] x2 : 0000000000000000 x1 :
    0000000000000010 x0 : ffff0820abfe38a0 [ 3078.414657] Call trace: [ 3078.418517] napi_enable+0x80/0x84 [3078.424626] hns3_reset_notify_up_enet+0x78/0xd0 [hns3] [ 3078.433469] hns3_reset_notify+0x64/0x80 [hns3] [ 3078.441430] hclge_notify_client+0x68/0xb0 [hclge] [ 3078.450511] hclge_reset_rebuild+0x524/0x884 [hclge] [ 3078.458879] hclge_reset_service_task+0x3c4/0x680 [hclge] [ 3078.467470] hclge_service_task+0xb0/0xb54 [hclge] [ 3078.475675] process_one_work+0x1dc/0x48c [ 3078.481888] worker_thread+0x15c/0x464 [ 3078.487104] kthread+0x160/0x170 [ 3078.492479] ret_from_fork+0x10/0x18 [3078.498785] Code: c8027c81 35ffffa2 d50323bf d65f03c0 (d4210000) [ 3078.506889] ---[ end trace 8ebe0340a1b0fb44 ]--- Once hns3_nic_net_open() is excute success, the flag HNS3_NIC_STATE_DOWN will be cleared. So add checking for this flag, directly return when HNS3_NIC_STATE_DOWN is no set.
    (CVE-2021-47400)

  - 已修复 Linux 内核中的下列漏洞：can: isotp: isotp_sendmsg(): add result check for wait_event_interruptible() Using wait_event_interruptible() to wait for complete transmission, but do not check the result of wait_event_interruptible() which can be interrupted. It will result in TX buffer has multiple accessors and the later process interferes with the previous process.
    Following is one of the problems reported by syzbot.
    ============================================================= WARNING: CPU: 0 PID: 0 at net/can/isotp.c:840 isotp_tx_timer_handler+0x2e0/0x4c0 CPU: 0 PID: 0 Comm: swapper/0 Not tainted 5.13.0-rc7+ #68 Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.13.0-1ubuntu1 04/01/2014 RIP: 0010:isotp_tx_timer_handler+0x2e0/0x4c0 Call Trace: <IRQ> ? isotp_setsockopt+0x390/0x390
    __hrtimer_run_queues+0xb8/0x610 hrtimer_run_softirq+0x91/0xd0 ? rcu_read_lock_sched_held+0x4d/0x80
    __do_softirq+0xe8/0x553 irq_exit_rcu+0xf8/0x100 sysvec_apic_timer_interrupt+0x9e/0xc0 </IRQ> asm_sysvec_apic_timer_interrupt+0x12/0x20 Add result check for wait_event_interruptible() in isotp_sendmsg() to avoid multiple accessers for tx buffer. (CVE-2021-47457)

  - 已修复 Linux 内核中的下列漏洞：serial: core: fix transmit-buffer reset and memleak Commit 761ed4a94582 (tty: serial_core: convert uart_close to use tty_port_close) converted serial core to use tty_port_close() but failed to notice that the transmit buffer still needs to be freed on final close. Not freeing the transmit buffer means that the buffer is no longer cleared on next open so that any ioctl() waiting for the buffer to drain might wait indefinitely (e.g. on termios changes) or that stale data can end up being transmitted in case tx is restarted. Furthermore, the buffer of any port that has been opened would leak on driver unbind. Note that the port lock is held when clearing the buffer pointer due to the ldisc race worked around by commit a5ba1d95e46e (uart: fix race between uart_put_char() and uart_shutdown()). Also note that the tty-port shutdown() callback is not called for console ports so it is not strictly necessary to free the buffer page after releasing the lock (cf. d72402145ace (tty/serial: do not free trasnmit buffer page under port lock)). (CVE-2021-47527)

  - 已修复 Linux 内核中的下列漏洞：mm/gup: fix gup_pud_range() for dax For dax pud, pud_huge() returns true on x86. So the function works as long as hugetlb is configured.
    However, dax doesn't depend on hugetlb. Commit 414fd080d125 (mm/gup: fix gup_pmd_range() for dax) fixed devmap-backed huge PMDs, but missed devmap-backed huge PUDs. Fix this as well. This fixes the below kernel panic: general protection fault, probably for non-canonical address 0x69e7c000cc478: 0000 [#1] SMP < snip > Call Trace: <TASK> get_user_pages_fast+0x1f/0x40 iov_iter_get_pages+0xc6/0x3b0 ? mempool_alloc+0x5d/0x170 bio_iov_iter_get_pages+0x82/0x4e0 ? bvec_alloc+0x91/0xc0 ? bio_alloc_bioset+0x19a/0x2a0 blkdev_direct_IO+0x282/0x480 ? __io_complete_rw_common+0xc0/0xc0 ? filemap_range_has_page+0x82/0xc0 generic_file_direct_write+0x9d/0x1a0 ? inode_update_time+0x24/0x30
    __generic_file_write_iter+0xbd/0x1e0 blkdev_write_iter+0xb4/0x150 ? io_import_iovec+0x8d/0x340 io_write+0xf9/0x300 io_issue_sqe+0x3c3/0x1d30 ? sysvec_reschedule_ipi+0x6c/0x80 __io_queue_sqe+0x33/0x240 ? fget+0x76/0xa0 io_submit_sqes+0xe6a/0x18d0 ? __fget_light+0xd1/0x100
    __x64_sys_io_uring_enter+0x199/0x880 ? __context_tracking_enter+0x1f/0x70 ? irqentry_exit_to_user_mode+0x24/0x30 ? irqentry_exit+0x1d/0x30 ? __context_tracking_exit+0xe/0x70 do_syscall_64+0x3b/0x90 entry_SYSCALL_64_after_hwframe+0x61/0xcb RIP: 0033:0x7fc97c11a7be < snip > </TASK>
    ---[ end trace 48b2e0e67debcaeb ]--- RIP: 0010:internal_get_user_pages_fast+0x340/0x990 < snip > Kernel panic - not syncing: Fatal exception Kernel Offset: disabled (CVE-2022-48986)

  - 已修复 Linux 内核中的下列漏洞：lz4: fix LZ4_decompress_safe_partial read out of bound When partialDecoding, it is EOF if we've either filled the output buffer or can't proceed with reading an offset for following match. In some extreme corner cases when compressed data is suitably corrupted, UAF will occur. As reported by KASAN [1], LZ4_decompress_safe_partial may lead to read out of bound problem during decoding. lz4 upstream has fixed it [2] and this issue has been disscussed here [3] before. current decompression routine was ported from lz4 v1.8.3, bumping lib/lz4 to v1.9.+ is certainly a huge work to be done later, so, we'd better fix it first. [1] https://lore.kernel.org/all/000000000000830d1205cf7f0477@google.com/ [2] https://github.com/lz4/lz4/commit/c5d6f8a8be3927c0bec91bcc58667a6cfad244ad# [3] https://lore.kernel.org/all/CC666AE8-4CA4-4951-B6FB-A2EFDE3AC03B@fb.com/ (CVE-2022-49078)

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

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
180564	Amazon Linux 2：内核 (ALASKERNEL-5.10-2023-036)	Nessus	Amazon Linux Local Security Checks	2023/9/6	2026/2/26	high
225137	Linux Distros 未修补的漏洞: CVE-2022-49257	Nessus	Misc.	2025/3/5	2026/7/25	medium
194262	RHEL 9：kernel (RHSA-2023:6583)	Nessus	Red Hat Local Security Checks	2024/4/28	2025/10/28	high
360748	AlmaLinux 9.2 [TuxCare] 安全更新：bpftool / kernel / kernel-abi-stablelists / kernel-core / 等多个漏洞（ALMALINUX9.2：CLSA-2026：1779987841）	Nessus	Alma Linux Local Security Checks	2026/10/1	2026/10/1	high

检测

插件搜索

high

medium

high

high