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

  - sched/psi：修复文件释放和压力写入之间的争用 压力写入和 cgroup 文件释放之间存在一个涉及 struct kernfs_open_file 的 priv 成员的潜在争用条件，这会触发 [1] 中报告的 UAF。考虑以下涉及在两个独立 CPU 上执行的场景： CPU0 CPU1 ==== ==== vfs_rmdir（） kernfs_iop_rmdir（） cgroup_rmdir（） cgroup_kn_lock_live（） cgroup_destroy_locked（） cgroup_addrm_files（） cgroup_rm_file（） kernfs_remove_by_name（） kernfs_remove_by_name_ns（） vfs_write（） __kernfs_remove（） new_sync_write（） kernfs_drain（） kernfs_fop_write_iter（） kernfs_drain_open_files（） cgroup_file_write（） kernfs_release_file（） pressure_write（） cgroup_file_release（） ctx = of->priv;kfree（ctx）;of->priv = NULL;cgroup_kn_unlock（） cgroup_kn_lock_live（） cgroup_get（cgrp） cgroup_kn_unlock（） if （ctx->psi.trigger） // 此处，触发 ctx 的 UAF，即 of->priv cgroup_rmdir（） 受 cgroup_mutex 保护，同时保护在 cgroup_file_release（） 中执行的 of->priv 的内存解除分配。但是，在 pressure_write（） 中执行的涉及 of->priv 的操作并不完全在 cgroup_mutex 的保护范围内。
    因此，如果 pressure_write（） 中的代码（尤其是处理 ctx 变量的区段）在 cgroup_file_release（） 完成后执行，则会触发涉及 of->priv 的 UAF 漏洞。因此，可以通过将 pressure_write（） 中的cgroup_mutex锁定范围扩展为包含涉及 of->priv 的所有代码路径来解决该问题，从而正确同步 cgroup_file_release（） 和 pressure_write（） 之间发生的争用条件。并且，如果在执行压力写入操作时能够成功获取实时 kn 锁定，则表示 cgroup 删除进程尚未达到其最终阶段;因此，open_file内的 priv 指针不能为空。因此，必须将检索 ctx 值的操作移至成功取得实时 kn 锁定 *之后*的某个点。在另一种情况下，特别是在输入 cgroup_kn_lock_live（） 之后但获取cgroup_mutex之前，存在不同类的争用条件：CPU0：写入 memory.pressure CPU1：写入 cgroup.pressure=0 =========================== ============================= kernfs_fop_write_iter（） kernfs_get_active_of（of） pressure_write（） cgroup_kn_lock_live（memory.pressure） cgroup_tryget（cgrp） kernfs_break_active_protection（kn） ...blocks on cgroup_mutex cgroup_pressure_write（） cgroup_kn_lock_live（cgroup.pressure） cgroup_file_show（memory.pressure， false） kernfs_show（false） kernfs_drain_open_files（） cgroup_file_release（of） kfree（ctx） of->priv = NULL cgroup_kn_unlock（） ...
    获取 cgroup_mutex ctx = of->priv;现在可能为空 if （ctx->psi.trigger） // 空取消引用 因此，存在 of->priv 为空的可能性，压力写入需要对此进行检查。
    现在cgroup_mutex的范围已扩大，不再需要原来的显式cgroup_get/put 操作，这是因为获取/释放实时 kn 锁定本质上会执行 cgroup get/put 操作。[1] 缺陷：KASAN：pressure_write+0xa4/0x210 kernel/cgroup/cgroup.c：4011 中的释放后使用 slab 调用跟踪：pressure_write+0xa4/0x210 kernel/cgroup/cgroup.c：4011 cgroup_file_write+0x36f/0x790 kernel/cgroup/cgroup.c：43 ---truncated--- （CVE-2026-52991）

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

检测

Linux Distros 未修补的漏洞：CVE-2026-52991

high Nessus 插件 ID 322714

版本 1.34