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

  - rcu修复 IRQ 工作造成的 rcu_read_unlock() 死循环 在 rcu_read_unlock_special() 期间如果此问题发生在 irq_exit() 期间可在发出 IPI 时锁定。这是因为 IPI 本身会触发 irq_exit() 路径从而导致递归锁定。这正好是 Xiongfeng 在 trace_tick_stop() 跟踪点上调用 BPF 程序时发现的内容 如下面的跟踪代码所示。通过正确管理 irq_work 状态修复。 irq_exit() __irq_exit_rcu() /* in_hardirq() 此后将返回 false */ preempt_count_sub(HARDIRQ_OFFSET) tick_irq_exit() tick_nohz_irq_exit() tick_nohz_stop_sched_tick() trace_tick_stop() /* a bpf prog is hooked在此跟踪点上 */ __bpf_trace_trace_trace_stop() bpf_trace_trace_stop() () rcu_read_unlock_special() /* 将向其自身发送 IPI */ irq_work_queue_on(&rdp->defer_qs_iw, rdp->cpu);
    也可通过在 tick_irq_exit() 中执行以下操作来获得简单的重现程序。如果没有修补程序它将在引导时挂起 static inline void tick_irq_exit(void) { + rcu_read_lock(); + WRITE_ONCE(current->rcu_read_unlock_special.b.need_qs, true); + rcu_read_unlock(); + [neeraj应用 Frederic 建议的 PREEMPT_RT 补丁] (CVE-2025-39744

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

检测

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

medium Nessus 插件 ID 264771

版本 1.7