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

    在 Linux 内核的 fs/inode.c:inode_init_owner() 函数逻辑中发现一个漏洞，当目录是 SGID 且属于特定群组，并可由非此群组成员的用户写入时，本地用户可以为 XFS 文件系统创建具有非预定群组所有权且具有群组执行和 SGID 权限位集的文件。这会导致在不应授权的情况下授予过多的权限。此漏洞与之前的 CVE-2018-13405 类似，现增加了缺失的 XFS 补丁。(CVE-2021-4037)

    在 Linux 内核中发现一个缺陷。现有 KVM SEV API 存在漏洞，允许非根（主机）用户级应用程序通过在支持安全加密虚拟化 (SEV) 的 AMD CPU 中创建机密客户机 VM 实例，导致主机内核崩溃。(CVE-2022-0171)

    在 Linux 内核的 Unix 套接字垃圾回收和 io_uring 中发现释放后使用缺陷。本地用户可利用此缺陷导致系统崩溃或可能升级其系统权限。(CVE-2022-2602)

    在 i740 驱动程序中发现 Linux 内核缺陷。Userspace 程序可通过 ioctl() 接口向驱动程序传递任何值。驱动程序不检查“pixclock”的值，因此可能导致除零错误。(CVE-2022-3061)

    在 Linux 内核中发现一个归类为“存在问题”的漏洞。受影响的是 Netfilter 组件中 mm/damon/sysfs.c 文件的 damon_sysfs_add_target 函数。此操纵漏洞会导致内存泄漏。建议应用补丁修复此问题。此漏洞的标识符为 VDB-211044。(CVE-2022-3544)

    在 5.19 之前版本的 Linux 内核中发现了问题。在 drivers/video/fbdev/pxa3xx-gcu.c 的 pxa3xx_gcu_write 中，count 参数存在 size_t 与 int 类型冲突，攻击者可借此造成整数溢出并绕过大小检查。之后，因为它会被用作 copy_from_user() 的第三个参数，所以可能发生堆溢出。(CVE-2022-39842)

    此漏洞允许本地攻击者在受影响的 Linux Kernel 6.0-rc2 安装程序上公开敏感信息。如要利用此漏洞，攻击者必须首先具备在目标系统上执行高权限代码的能力。nft_osf_eval 函数中存在此特定缺陷。出现此问题的原因是在访问内存之前缺少正确的内存初始化。攻击者可利用此漏洞以及其他漏洞在内核环境中执行任意代码。此漏洞之前为 ZDI-CAN-18540。(CVE-2022-42432)

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

    ext4：修复当 eh_entries == 0 且 eh_depth > 0 时，范围解析中的缺陷 (CVE-2022-48631)

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

    net：sched：修复 tc_new_tfilter() 中可能的引用计数泄漏 (CVE-2022-48639)

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

    netfilter: ebtables：修复 blob 畸形时的内存泄漏 (CVE-2022-48641)

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

    netfilter：nf_tables：修复 nf_tables_addchain() 的 percpu 内存泄漏 (CVE-2022-48642)

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

    netfilter：nf_tables：修复 nf_tables_addchain() 的 nft_counters_enabled 下溢 (CVE-2022-48643)

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

    net/sched：taprio：避免在从未启用卸载时将其禁用 (CVE-2022-48644)

    在 Linux 内核中，以下漏洞已修复：ipvlan: Fix out-of-bound bugs caused by unset skb->mac_header If an AF_PACKET socket is used to send packets through ipvlan and the default xmit function of the AF_PACKET socket is changed from dev_queue_xmit() to packet_direct_xmit() via setsockopt() with the option name of PACKET_QDISC_BYPASS, the skb->mac_header may not be reset and remains as the initial value of 65535, this may trigger slab-out-of-bounds bugs as following: (CVE-2022-48651)

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

    netfilter: nfnetlink_osf：修复 nf_osf_find() 中可能存在的虚假匹配（CVE-2022-48654）

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

    mm/slub：修复以在 kmalloc() 失败时返回 errno (CVE-2022-48659)

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

    gpiolib: cdev：在 IRQ 成功注册后设置 lineevent_state::irq(CVE-2022-48660)

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

    btrfs：修复停止空间回收工作线程时卸载期间的挂起 (CVE-2022-48664)

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

    cgroup：将缺失的 cpus_read_lock() 添加到 cgroup_attach_task_all() (CVE-2022-48671)

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

    of：fdt：修复 unflatten_dt_nodes() 中的差一错误 (CVE-2022-48672)

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

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

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

    io_uring/af_unix将已注册的文件 gc 推迟到 io_uring 版本 (CVE-2022-50234)

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

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

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

  - 在 Linux 内核中，已解决以下漏洞： gpiolib: cdev: Set lineevent_state::irq after IRQ register successfully When running gpio test on nxp-ls1028 platform with below command gpiomon --num-events=3 --rising-edge gpiochip1 25 There will be a warning trace as below:
    Call trace: free_irq+0x204/0x360 lineevent_free+0x64/0x70 gpio_ioctl+0x598/0x6a0
    __arm64_sys_ioctl+0xb4/0x100 invoke_syscall+0x5c/0x130 ...... el0t_64_sync+0x1a0/0x1a4 The reason of this issue is that calling request_threaded_irq() function failed, and then lineevent_free() is invoked to release the resource. Since the lineevent_state::irq was already set, so the subsequent invocation of free_irq() would trigger the above warning call trace. To fix this issue, set the lineevent_state::irq after the IRQ register successfully. (CVE-2022-48660)

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

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

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

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

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

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

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

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

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

    在 Linux 内核中发现一个缺陷。现有 KVM SEV API 存在漏洞，允许非根（主机）用户级应用程序通过在支持安全加密虚拟化 (SEV) 的 AMD CPU 中创建机密客户机 VM 实例，导致主机内核崩溃。(CVE-2022-0171)

    在 Linux 内核中，在具有 VDUSE 后端的 vDPA 中发现了一个缺陷。在 VDUSE 内核驱动程序中未执行任何检查以确保设备配置空间的大小符合 VDUSE 用户空间应用程序所宣传的功能。在不匹配的情况下，Virtio 驱动程序配置读取帮助程序不会初始化间接传递给 vduse_vdpa_get_config() 的内存，从而返回堆栈中未初始化的内存。此类内存未直接扩展至用户空间，尽管在某些情况下可在内核日志中打印。(CVE-2022-2308)

    在 Linux 内核的 Unix 套接字垃圾回收和 io_uring 中发现释放后使用缺陷。本地用户可利用此缺陷导致系统崩溃或可能升级其系统权限。(CVE-2022-2602)

    在用户触发 security_inode_alloc 函数失败并随后调用 nilfs_mdt_destroy 函数的方式中，发现 Linux 内核的 NILFS 文件系统中存在释放后使用缺陷。本地攻击者可利用此缺陷造成系统崩溃，或可能提升其在系统中的权限。(CVE-2022-2978)

    在 i740 驱动程序中发现 Linux 内核缺陷。Userspace 程序可通过 ioctl() 接口向驱动程序传递任何值。驱动程序不检查“pixclock”的值，因此可能导致除零错误。(CVE-2022-3061)

    在 5.19 之前版本的 Linux 内核中发现了问题。在 drivers/video/fbdev/pxa3xx-gcu.c 的 pxa3xx_gcu_write 中，count 参数存在 size_t 与 int 类型冲突，攻击者可借此造成整数溢出并绕过大小检查。之后，因为它会被用作 copy_from_user() 的第三个参数，所以可能发生堆溢出。(CVE-2022-39842)

    此漏洞允许本地攻击者在受影响的 Linux Kernel 6.0-rc2 安装程序上公开敏感信息。如要利用此漏洞，攻击者必须首先具备在目标系统上执行高权限代码的能力。nft_osf_eval 函数中存在此特定缺陷。出现此问题的原因是在访问内存之前缺少正确的内存初始化。攻击者可利用此漏洞以及其他漏洞在内核环境中执行任意代码。此漏洞之前为 ZDI-CAN-18540。(CVE-2022-42432)

    在低于 5.19.15 版本和低于 6.0.1 的 6.x 版本的 Linux 内核中，usbmon 中的 drivers/usb/mon/mon_bin.c 允许用户空间客户端损坏监视器的内部内存。(CVE-2022-43750)

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

    ext4：修复当 eh_entries == 0 且 eh_depth > 0 时，范围解析中的缺陷 (CVE-2022-48631)

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

    cgroup：cgroup_get_from_id() 必须检查查找的 kn 为目录 (CVE-2022-48638)

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

    net：sched：修复 tc_new_tfilter() 中可能的引用计数泄漏 (CVE-2022-48639)

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

    bonding：修复 bond_rr_gen_slave_id 中的空取消引用 (CVE-2022-48640)

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

    netfilter: ebtables：修复 blob 畸形时的内存泄漏 (CVE-2022-48641)

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

    netfilter：nf_tables：修复 nf_tables_addchain() 的 percpu 内存泄漏 (CVE-2022-48642)

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

    netfilter：nf_tables：修复 nf_tables_addchain() 的 nft_counters_enabled 下溢 (CVE-2022-48643)

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

    net/sched：taprio：避免在从未启用卸载时将其禁用 (CVE-2022-48644)

    在 Linux 内核中，以下漏洞已修复：ipvlan: Fix out-of-bound bugs caused by unset skb->mac_header If an AF_PACKET socket is used to send packets through ipvlan and the default xmit function of the AF_PACKET socket is changed from dev_queue_xmit() to packet_direct_xmit() via setsockopt() with the option name of PACKET_QDISC_BYPASS, the skb->mac_header may not be reset and remains as the initial value of 65535, this may trigger slab-out-of-bounds bugs as following: (CVE-2022-48651)

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

    netfilter: nfnetlink_osf：修复 nf_osf_find() 中可能存在的虚假匹配（CVE-2022-48654）

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

    arm64：topology：修复 amu_fie_setup() 中可能的溢出 (CVE-2022-48657)

    在 Linux 内核中，以下漏洞已修复：mm: slub: fix flush_cpu_slab()/__free_slab() invocations in task context. Commit 5a836bf6b09f (mm: slub: move flush_cpu_slab() invocations __free_slab() invocations out of IRQ context) moved all flush_cpu_slab() invocations to the global workqueue to avoid a problem related with deactivate_slab()/__free_slab() being called from an IRQ context on PREEMPT_RT kernels. (CVE-2022-48658)

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

    mm/slub：修复以在 kmalloc() 失败时返回 errno (CVE-2022-48659)

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

    gpiolib: cdev：在 IRQ 成功注册后设置 lineevent_state::irq(CVE-2022-48660)

    在 Linux 内核中，以下漏洞已修复：drm/i915/gem: Really move i915_gem_context.link under ref protection i915_perf assumes that it can use the i915_gem_context reference to protect its i915->gem.contexts.list iteration. However, this requires that we do not remove the context from the list until after we drop the final reference and release the struct. If, as currently, we remove the context from the list during context_close(), the link.next pointer may be poisoned while we are holding the context reference and cause a GPF (CVE-2022-48662)

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

    btrfs：修复停止空间回收工作线程时卸载期间的挂起 (CVE-2022-48664)

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

    cgroup：将缺失的 cpus_read_lock() 添加到 cgroup_attach_task_all() (CVE-2022-48671)

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

    of：fdt：修复 unflatten_dt_nodes() 中的差一错误 (CVE-2022-48672)

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

    io_uring/af_unix将已注册的文件 gc 推迟到 io_uring 版本 (CVE-2022-50234)

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

    fs修复 nilfs_mdt_destroy 中的 UAF/GPF 缺陷 (CVE-2022-50367)

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

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

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
166495	Amazon Linux 2 内核 --advisory ALAS2KERNEL-5。10-2022-021 (ALASKERNEL-5.10-2022-021)	Nessus	Amazon Linux Local Security Checks	2022/10/25	2026/2/26	high
225135	Linux Distros 未修补的漏洞: CVE-2022-48660	Nessus	Misc.	2025/3/5	2026/7/17	medium
352871	AlmaLinux 9.2 [TuxCare] 安全更新：bpftool / kernel / kernel-abi-stablelists / kernel-core / 等多个漏洞（ALMALINUX9.2：CLSA-2026：1783791447）	Nessus	Alma Linux Local Security Checks	2026/9/30	2026/10/1	medium
166501	Amazon Linux 2 内核 --advisory ALAS2KERNEL-5。15-2022-009 (ALASKERNEL-5.15-2022-009)	Nessus	Amazon Linux Local Security Checks	2022/10/25	2026/2/26	high

检测

插件搜索

high

medium

medium

high