远程 CentOS Linux 9 主机上安装的多个程序包受到 kernel-5.14.0-542.el9 版本变更日志中提及的多个漏洞影响。

  - Linux 内核中的以下漏洞已得到修复：nfsd：使用 nfs4_state_shutdown_net 中的同步模式取消 nfsd_shrinker_work 。一般情况下，当我们执行 `echo 0 > /proc/fs/nfsd/threads` 时， `nfs4_state_shutdown_net` 中的 `nfs4_state_destroy_net` 函数将释放与哈希 `nfs4_client` 相关的所有资源。如果 “nfsd_client_shrinker” 处于并发运行，“expire_client” 函数将首先反哈希此客户端并将其破坏。由此可能出现以下警告。
    此外，也可能会发生大量释放后使用的错误。 nfsd_client_shrinker echo 0 > /proc/fs/nfsd/threads expire_client nfsd_shutdown_net unhash_client ... nfs4_state_shutdown_net /* won't wait shrinker exit */ /* cancel_work(&nn->nfsd_shrinker_work) * nfsd_file for this /* won't destroy unhashed client1 */ * client1 still alive nfs4_state_destroy_net */ nfsd_file_cache_shutdown /* trigger warning */ kmem_cache_destroy(nfsd_file_slab) kmem_cache_destroy(nfsd_file_mark_slab) /* release nfsd_file and mark */ __destroy_client ==================================================================== BUG nfsd_file (Not tainted): Objects remaining in nfsd_file on __kmem_cache_shutdown()
    -------------------------------------------------------------------- CPU: 4 UID: 0 PID: 764 Comm: sh Not tainted 6.12.0-rc3+  #1 dump_stack_lvl+0x53/0x70 slab_err+0xb0/0xf0 __kmem_cache_shutdown+0x15c/0x310 kmem_cache_destroy+0x66/0x160 nfsd_file_cache_shutdown+0xac/0x210 [nfsd] nfsd_destroy_serv+0x251/0x2a0 [nfsd] nfsd_svc+0x125/0x1e0 [nfsd] write_threads+0x16a/0x2a0 [nfsd] nfsctl_transaction_write+0x74/0xa0 [nfsd] vfs_write+0x1a5/0x6d0 ksys_write+0xc1/0x160 do_syscall_64+0x5f/0x170 entry_SYSCALL_64_after_hwframe+0x76/0x7e ==================================================================== BUG nfsd_file_mark (Tainted: G B W ):
    Objects remaining nfsd_file_mark on __kmem_cache_shutdown()
    -------------------------------------------------------------------- dump_stack_lvl+0x53/0x70 slab_err+0xb0/0xf0 __kmem_cache_shutdown+0x15c/0x310 kmem_cache_destroy+0x66/0x160 nfsd_file_cache_shutdown+0xc8/0x210 [nfsd] nfsd_destroy_serv+0x251/0x2a0 [nfsd] nfsd_svc+0x125/0x1e0 [nfsd] write_threads+0x16a/0x2a0 [nfsd] nfsctl_transaction_write+0x74/0xa0 [nfsd] vfs_write+0x1a5/0x6d0 ksys_write+0xc1/0x160 do_syscall_64+0x5f/0x170 entry_SYSCALL_64_after_hwframe+0x76/0x7e To resolve this issue, cancel `nfsd_shrinker_work` using synchronous mode in nfs4_state_shutdown_net. (CVE-2024-50121)

  - Linux 内核中的以下漏洞已得到修复：fscache：修复因 cookie_lru 和 use_cookie 的争用而导致的错误。如果 LRU 的 cookie 过期并且设置了 LRU_DISCARD 标记，但是状态机尚未运行，可能是因为另一个线程可调用 fscache_use_cookie 并开始使用的原因。
    当 cookie_worker 最终运行时，其会发现 LRU_DISCARD 标记已设置，并将 cookie->state 转换为 LRU_DISCARDING，然后 LRU_DISCARDING 会撤回 cookie。在 cookie 撤回后，对象会被移除，并因为与 cookie 关联的对象现在为 NULL 而出现且以下错误。如果另一线程在 cookie_worker 运行之前使用 cookie，则通过清除 LRU_DISCARD 位来修复错误。BUG: kernel NULL pointer dereference, address: 0000000000000008 ... CPU: 31 PID: 44773 Comm: kworker/u130:1 Tainted: G E 6.0.0-5.dneg.x86_64 #1 Hardware name: Google Compute Engine/Google Compute Engine, BIOS Google 08/26/2022 Workqueue: events_unbound netfs_rreq_write_to_cache_work [netfs] RIP:
    0010:cachefiles_prepare_write+0x28/0x90 [cachefiles] ... 调用跟踪：
    netfs_rreq_write_to_cache_work+0x11c/0x320 [netfs] process_one_work+0x217/0x3e0 worker_thread+0x4a/0x3b0 kthread+0xd6/0x100 (CVE-2022-48989)

  - Linux 内核中的以下漏洞已得到修复：scsi: aacraid：修复探测失败时的双重释放 aac_probe_one() 通过 aac_driver_ident::init 指针调用硬件特定的 init 函数，所有这些函数最终会调用 aac_init_adapter( ）。如果 aac_init_adapter() 在为 aac_dev::queues 分配内存之后失败，内存会被释放，但不会清除该成员。在硬件特定的 init 函数返回错误后，aac_probe_one() 进入错误路径，释放 aac_dev::queues 指向的内存，导致双重释放。 (CVE-2024-46673)

  - Linux 内核中的以下漏洞已得到修复：cachefiles：修复 cachefiles_open_file() 中的 dentry 泄漏并发查找 cookie 和挑选时可能导致 dentry 泄漏：P1 | P2
    ----------------------------------------------------------- cachefiles_lookup_cookie cachefiles_look_up_object lookup_one_positive_unlocked // get dentry cachefiles_cull inode->i_flags |= S_KERNEL_FILE; cachefiles_open_file cachefiles_mark_inode_in_use __cachefiles_mark_inode_in_use can_use = false if (!(inode->i_flags & S_KERNEL_FILE)) can_use = true return false return false // 返回错误，但不会放置 dentry 之后，当卸载后端文件夹时，将触发以下警告： ================================================================== BUG: Dentry 000000008ad87947{i=7a,n=Dx_1_1.img} still in use (1) [unmount of ext4 sda] WARNING: CPU: 4 PID: 359261 at fs/dcache.c:1767 umount_check+0x5d/0x70 CPU: 4 PID: 359261 Comm: umount Not tainted 6.6.0-dirty #25 RIP:
    0010:umount_check+0x5d/0x70 Call Trace: <TASK> d_walk+0xda/0x2b0 do_one_tree+0x20/0x40 shrink_dcache_for_umount+0x2c/0x90 generic_shutdown_super+0x20/0x160 kill_block_super+0x1a/0x40 ext4_kill_sb+0x22/0x40 deactivate_locked_super+0x35/0x80 cleanup_mnt+0x104 /0x160 ================================================ ================== 无论 cachefiles_open_file() 返回 true 或 false，都应释放 cachefiles_look_up_object() 中 lookup_positive_unlocked() 获取的引用计数。因此，释放 cachefiles_look_up_object() 中的引用计数以修复上述问题并简化代码。 (CVE-2024-49870)

  - Linux 内核中的以下漏洞已得到修复：uprobes：修复通过 [uprobes] vma xol_add_vma() 将 __create_xol_area() 分配到用户空间的未初始化页面映射到用户空间的内核信息泄漏。
    在某些架构 (x86) 上，即使没有 VM_READ，此内存也可读取，VM_EXEC 会导致与 VM_EXEC|VM_READ 相同的 pgprot_t，尽管该影响不大，调试程序仍可读取此内存。
    (CVE-2024-49975)

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

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

  - 已修复 Linux 内核中的下列漏洞：fscache: Fix oops due to race with cookie_lru and use_cookie If a cookie expires from the LRU and the LRU_DISCARD flag is set, but the state machine has not run yet, it's possible another thread can call fscache_use_cookie and begin to use it.
    When the cookie_worker finally runs, it will see the LRU_DISCARD flag set, transition the cookie->state to LRU_DISCARDING, which will then withdraw the cookie. Once the cookie is withdrawn the object is removed the below oops will occur because the object associated with the cookie is now NULL. Fix the oops by clearing the LRU_DISCARD bit if another thread uses the cookie before the cookie_worker runs. BUG: kernel NULL pointer dereference, address: 0000000000000008 ... CPU: 31 PID: 44773 Comm: kworker/u130:1 Tainted: G E 6.0.0-5.dneg.x86_64 #1 Hardware name: Google Compute Engine/Google Compute Engine, BIOS Google 08/26/2022 Workqueue: events_unbound netfs_rreq_write_to_cache_work [netfs] RIP:
    0010:cachefiles_prepare_write+0x28/0x90 [cachefiles] ... Call Trace:
    netfs_rreq_write_to_cache_work+0x11c/0x320 [netfs] process_one_work+0x217/0x3e0 worker_thread+0x4a/0x3b0 kthread+0xd6/0x100 (CVE-2022-48989)

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

远程 Oracle Linux 9 主机上安装的程序包受到 ELSA-2025-6966 公告中提及的多个漏洞影响。

    - netstmmacdwmac-tegra从设备树读取 iommu 流 id (Izabela Bkollari) [RHEL-75649] {CVE-2025-21663}
    - netstmmac修复禁用 tc cbs 时的除零错误 (Izabela Bakollari) [RHEL-63931] {CVE-2024-49977}
    - scsiqla2xxx修复卸载时的释放后使用 (Ewan D. Milne) [RHEL-75828] {CVE-2024-56623}

Tenable 已直接从 Oracle Linux 安全公告中提取上述描述块。

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

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
213059	CentOS 9: kernel-5.14.0-542.el9	Nessus	CentOS Local Security Checks	2024/12/16	2024/12/16	high
237324	RHEL 9：内核 (RHSA-2025:6966)	Nessus	Red Hat Local Security Checks	2025/5/27	2025/8/15	critical
225156	Linux Distros 未修补的漏洞：CVE-2022-48989	Nessus	Misc.	2025/3/5	2025/8/22	medium
237030	Oracle Linux 9：内核 (ELSA-2025-6966)	Nessus	Oracle Linux Local Security Checks	2025/5/22	2025/8/18	critical

检测

插件搜索

high

critical

medium

critical