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从而导致 hardlockup [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_xxxxxxxxxxxxxxx_fcg_runnable [10.011619] bpf__sched_ext_ops_runnable [10.011620] bpf__sched_ext_ops_runnable [ [] ] 运行[10.011622] enqueue_task [10.011626] ttwu_do_activate [10.011629] sched_ttwu_pending (1) 获取 rq_lock ...
    通过修改 ./tools/sched_ext/scx_flatcg.bpf.c 以在 ops.runnable() 期间调用 bpf_timer_init()并且 hack memcg 核算代码做 bpf_timer_init()在 bpf-next (b338cf849ec8) 上重现上述问题。调用更有可能引发 MEMCG_MAX 事件。我们也遇到其他类似变体内部变体和 bpf-next 变体包括双重获取 cgroup_file_kn_lock、同一个 work_pool::lock 等。按照 Shakeel 的建议通过在 中使用 __GFP_HIGH 而非 GFP_ATOMIC 修复此问题
    __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.14