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

  - drm/i915修复错误捕获和 debugfs 转储期间的请求引用计数。将 GuC 支持添加到错误捕获时请求对象周围的引用计数被破坏。修复它。基于上下文的搜索在内部管理与搜索相关的旋转锁。因此它也需要在内部获取引用计数。execlist only 基于请求的搜索依赖于外部锁定，因此它需要外部引用计数，但在旋转锁内部而不是外部。基于上下文的搜索唯一的其他调用程序是将引擎状态转储到 debugfs 的代码。该代码以前根本没有获得显式引用因为它在保持 execlist 特定旋转锁的同时会执行所有操作。因此需要更新 以及使用 GuC 提交时旋转锁无帮助。不必根据提交模型有条件地获取/放置，只需将其更改为始终执行获取/放置。 v2在某些密集代码中显式添加额外的空行文档 (Andy Shevchenko)。修复在没有找到请求的情况下的多个潜在空指针取消引用Tvrtko 发现了其中一些但还有更多。由于现在 intel_context_find_active_request 实际上是对返回的请求进行引用计数因此现在也修复 !started 和 __guc_reset_context 中的另一个所导致的泄漏请求。 v3现在 intel_context_find_active_request 添加 _get 后缀以获取引用 (Daniele)。 v4拆分 intel_guc_find_hung_context 更改以单独修补程序并将 intel_context_find_active_request_get 重命名为 intel_context_get_active_request (Tvrtko)。 v5
    提交消息中的 s/locking/引用计数/ (Tvrtko)从提交 3700e353781e27f1bc7222f51f2cc36cbeb9b4ec 中精选出的内容CVE-2023-52981]

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

因此，该软件受到 ALAS2023-2023-132 公告中提及的多个漏洞影响。

    已发现在某些 AMD CPU 上，RAS（返回地址堆栈，在某些 AMD 文档中也称为 RAP [返回地址预测器]，在 Intel 术语中也称为 RSB [返回堆栈缓冲区]）在非空闲线程之间进行动态分区。攻击者可利用此漏洞，控制邻近线程上的推测执行。(CVE-2022-27672)

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

    ovl将 buf 灵活数组用于 memcpy() 目标 (CVE-2022-49743)

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

    mm/uffd在无 fork 事件的情况下进行 fork() 时修复 pte 标记CVE-2022-49744

    上游缺陷报告对此问题的描述如下：

    在 Linux 内核的可靠数据报套接字 (RDS) 协议实现中发现了一个缺陷。rds_rm_zerocopy_callback() 在造成类型混淆的列表标头上使用 list_entry()。本地用户可通过 rds_message_put() 触发此漏洞。类型混淆导致“struct rds_msg_zcopy_info *info”实际上指向可能由本地用户控制的其他内容。触发此漏洞的方式已为用户所知，该漏洞将导致越界访问和锁定损坏。(CVE-2023-1078)

    在 Linux 内核的 Framebuffer 控制台 (fbcon) 中发现了一个缺陷。向 fbcon_set_font 提供大于 32 的 font->width 和 font->height 时，由于检查不到位，会发生 shift 越界，从而导致不明行为并可能导致拒绝服务。(CVE-2023-3161)

    drivers/nvmem/brcm_nvram.c 中的 brcm_nvram_parse 缺少对 kzalloc() 的返回值的检查，将导致空指针取消引用缺陷 (CVE-2023-3359)

    在 Linux 内核中，发现 vc_screen 中 drivers/tty/vt/vc_screen.c 的 vcs_read 存在一个释放后使用缺陷。如果攻击者具有本地用户访问权限，他们可利用此缺陷造成系统崩溃或泄露内核内部信息。(CVE-2023-3567)

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

    修复 __free_pages 中的 racy 检查造成的页面损坏 (CVE-2023-52739)

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

    cifs：修复 rdata->read_into_pages() 中的释放后使用 (CVE-2023-52741)

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

    xfrm/compat：阻止 xfrm_xlate32_attr() 中潜在的 spectre v1 小工具 (CVE-2023-52746)

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

    bpf跳过 backtrack_insn 中无效的 kfunc 调用CVE-2023-52928

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

    drm/i915修复潜在的 bit_17 双重释放 (CVE-2023-52930)

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

    drm/i915避免潜在的 vm 释放后使用 (CVE-2023-52931)

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

    mm/swapfile：在 get_swap_pages() 中添加 cond_resched() (CVE-2023-52932)

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

    Squashfs：修复 xattr_ids 计数的处理和健全性检查 (CVE-2023-52933)

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

    mm/MADV_COLLAPSEcatch !none !huge !bad pmd 查找 (CVE-2023-52934)

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

    mm/khugepaged修复 ->anon_vma 争用 (CVE-2023-52935)

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

    kernel/irq/irqdomain.c使用 debugfs_lookup() 修复内存泄漏 (CVE-2023-52936)

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

    HVhv_balloon修复使用 debugfs_lookup() 的内存泄漏 (CVE-2023-52937)

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

    mmmemcg修复 mem_cgroup_track_foreign_dirty_slowpath() 中的空指针 (CVE-2023-52939)

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

    mmmulti-gen LRU修复 cgroup 迁移期间发生的崩溃 (CVE-2023-52940)

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

    cgroup/cpuset修复 update_parent_subparts_cpumask() 中的错误检查 (CVE-2023-52942)

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

    vc_screen：移动 vcs_read() 中的结构 vc_data 指针加载以避免 UAF (CVE-2023-52973)

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

    efi修复 efi_mem_reserve_persistent 中潜在的空取消引用 (CVE-2023-52976)

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

    net: openvswitch：修复 ovs_flow_cmd_new 中的流内存泄漏问题 (CVE-2023-52977)

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

    squashfs：强化 squashfs_read_xattr_id_table 中健全性检查 (CVE-2023-52979)

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

    drm/i915修复错误捕获和 debugfs 转储期间的请求引用计数 (CVE-2023-52981)

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

    fscache使用 wait_on_bit() 等待释放已让渡的卷 (CVE-2023-52982)

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

    blockbfq修复 bic_set_bfqq() 中 bfqq 的 uafCVE-2023-52983

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

    bpfsockmap克隆侦听器时检查任何 tcp_bpf_prots (CVE-2023-52986)

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

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

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
248938	Linux Distros 未修补的漏洞：CVE-2023-52981	Nessus	Misc.	2025/8/12	2026/9/30	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
173140	Amazon Linux 2023：bpftool、kernel、kernel-devel (ALAS2023-2023-132)	Nessus	Amazon Linux Local Security Checks	2023/3/21	2026/2/24	high

检测

插件搜索

medium

medium

high