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

  - bpf：通知 memcg 在 bpf_timer_init（） 中使用 allow_spinning=false 路径 目前，从 __bpf_async_init（） 调用 bpf_map_kmalloc_node（） 可造成多种锁定问题;请参阅以下堆栈跟踪（针对样式进行编辑）作为示例：...[10.011566] do_raw_spin_lock.cold [10.011570] try_to_wake_up （5） 双重获取相同的 [10.011575] kick_pool rq_lock，造成硬锁定 [10.011579] __queue_work [10.011582] queue_work_on [10.011585] kernfs_notify [10.011589] cgroup_file_notify [10.011593] try_charge_memcg （4） memcg 核算引发 [10.011597] obj_cgroup_charge_pages MEMCG_MAX事件 [10.011599] obj_cgroup_charge_account [10.011600] __memcg_slab_post_alloc_hook [10.011603]
    __kmalloc_node_noprof ...[10.011611] bpf_map_kmalloc_node [10.011612] __bpf_async_init [10.011615] bpf_timer_init （3） BPF 调用 bpf_timer_init（） [10.011617] bpf_prog_xxxxxxxxxxxxxxxx_fcg_runnable [10.011619] bpf__sched_ext_ops_runnable [10.011620] enqueue_task_scx （2） BPF 在保持rq_lock的情况下运行 [10.011622] enqueue_task [10.011626] ttwu_do_activate [10.011629] sched_ttwu_pending （1） 抓取rq_lock ...
    在 bpf-next （b338cf849ec8） 上，通过修改 ./tools/sched_ext/scx_flatcg.bpf.c 以在 ops.runnable（） 期间调用 bpf_timer_init（），并稍微破解 memcg 记帐代码以使 bpf_timer_init（） 调用更有可能引发MEMCG_MAX事件，在 bpf-next （b338cf849ec8） 上重现了上述情况。我们也遇到了其他类似的变体（包括内部和 bpf-next 上），包括双重获取cgroup_file_kn_lock、相同的 worker_pool：：lock 等。按照 Shakeel 的建议GFP_ATOMIC__GFP_HIGH，在
    __bpf_async_init（），因此，例如，如果 try_charge_memcg（） 引发MEMCG_MAX事件，我们调用
    __memcg_memory_event（） @allow_spinning=false，并避免在那里调用 cgroup_file_notify（）。取决于 mm 修补程序 memcg：如果不允许旋转，则跳过cgroup_file_notify：
    https://lore.kernel.org/bpf/20250905201606.66198-1-shakeel.butt@linux.dev/ v0 方法 s/bpf_map_kmalloc_node/bpf_mem_alloc/ https://lore.kernel.org/bpf/20250905061919.439648-1-yepeilin@google.com/ v1 方法：
    https://lore.kernel.org/bpf/20250905234547.862249-1-yepeilin@google.com/ (CVE-2025-39886)

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

检测

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

medium Nessus 插件 ID 265877

版本 1.25