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

  - perf/core修复 __free_event() 中部分 init 的 WARN_ON(!ctx) 将 get_ctx(child_ctx) 调用和 child_event->ctx 分配移动到分配子事件之后立即发生。在inherit_event 内的任何后续错误路径调用 free_event() 之前确保 child_event->ctx 不为非 NULL从而满足清理代码的假设。详细信息没有明确的“修复”标签因为此缺陷是随着时间推移长达 15 年的多个交互提交的副作用而不是单个回归。该代码最初会递增 refcount然后在创建 child_event 后立即分配上下文。
    之后在 refcount/assignment 之前添加了对 child_event 的早期有效性检查。甚至更高版本如果 pmu_ctx 有效则假设 event->ctx 有效则添加了 WARN_ON_ONCE() 清理检查。问题是在初始检查通过之后但在分配 child_event->ctx 之前可触发 WARN_ON_ONCE()从而违反其前提条件。解决方案是在初始验证后立即分配 child_event->ctx。这可确保任何后续检查或清理例程存在上下文，从而解决 WARN_ON_ONCE()。要解决此问题请在 child_event->pmu_ctx 设置之后但在检查父事件是否为孤立事件之前直接延迟 refcount 更新和 child_event->ctx 分配。清除例程依赖于 event->pmu_ctx 是否为非 NULL然后再验证 event->ctx 为非 NULL。这也维护了作者的原始意图即在 find_get_pmu_context 的 refcount/assignment 之前将 child_ctx 传递至 find_get_pmu_context。 [mingo扩展了 Gabriel Shahrouzi 发送的另一封电子邮件中的变更日志。 ] (CVE-2025-37878)

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

检测

Linux Distros 未修补的漏洞：CVE-2025-37878

medium Nessus 插件 ID 245957

版本 1.19