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

  - netmsccocelot修复由循环延迟工作引起的释放后使用 源代码调用 ocelot_stats_deinit() 中的 cancel_delayed_work() 以取消循环延迟工作项目 ocelot->stats_work。
    但是如果工作项目正在执行cancel_delayed_work() 可能无法取消工作项目。尽管 destroy_workqueue() 会等待工作队列中的所有待定工作项目完成然后再销毁工作队列，但这并不能阻止延迟的工作项目在 ocelot_check_stats_work() 函数中被重新计划。存在此限制的原因是延迟的工作项目仅在其定时器到期后才会加入工作队列。在定时器到期之前destroy_workqueue() 不会显示此待定工作项目。工作队列显示为空后destroy_workqueue() 会继续进行销毁。当定时器最终到期时延迟的工作项目会再次排队导致出现以下警告workqueue无法在 wq ocelot-switch-stats 上为 ocelot_check_stats_work 排队警告: CPU:
    2 PID在 kernel/workqueue.c:2255 __queue_work+0x875/0xaf0 ... RIP0010:__queue_work+0x875/0xaf0 ...
    RSP0018:ffff88806d108b10 EFLAGS00010086 RAX: 0000000000000000 RBX: 0000000000000101 RCX
    0000000000000027 RDX: 0000000000000027 RSI: 0000000000000004 RDI: ffff88806d123e88 RBP: ffffffff813c3170 R08: 0000000000000000 R09: ffffed100da247d2 R10: ffffed100da247d1 R11: ffff88806d123e8b R12:
    ffff88800c00f000 R13ffff88800d7285c0 R14ffff88806d0a5580 R15ffff88800d7285a0 FS
    0000000000000000(0000) GS:ffff8880e5725000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0:
    0000000080050033 CR2: 00007fe18e45ea10 CR3: 0000000005e6c000 CR4: 00000000000006f0 调用跟踪 <IRQ> ? kasan_report+0xc6/0xf0 __pfx_delayed_work_timer_fn+0x10/0x10 ? __pfx_delayed_work_timer_fn+0x10/0x10 call_timer_fn+0x25/0x1c0 __run_timer_base.part.0+0x3be/0x8c0 ? __pfx_delayed_work_timer_fn+0x10/0x10 ? rcu_sched_clock_irq+0xb06/0x27d0 ? __pfx___run_timer_base.part.0+0x10/0x10 ? try_to_wake_up+0xb15/0x1960
    _raw_spin_lock_irq+0x80/0xe0 ? __pfx__raw_spin_lock_irq+0x10/0x10 tmigr_handle_remote_up+0x603/0x7e0 ?
    __pfx_tmigr_handle_remote_up+0x10/0x10 ? sched_balance_trigger+0x1c0/0x9f0 ? sched_tick+0x221/0x5a0 ?
    _raw_spin_lock_irq+0x80/0xe0 ? __pfx__raw_spin_lock_irq+0x10/0x10 ? tick_nohz_handler+0x339/0x440
    __pfx_tmigr_handle_remote_up+0x10/0x10 __walk_groups.isra.0+0x42/0x150 tmigr_handle_remote+0x1f4/0x2e0 ?
    __pfx_tmigr_handle_remote+0x10/0x10 ? ktime_get+0x60/0x140 ? lapic_next_event+0x11/0x20 clockevents_program_event+0x1d4/0x2a0 ? hrtimer_interrupt+0x322/0x780 handle_softirqs+0x16a/0x550 irq_exit_rcu+0xaf/0xe0 sysvec_apic_timer_interrupt+0x70/0x80 </IRQ>... 下图揭示了上述警告的原因：CPU 0删除| CPU 1延迟工作回调mscc_ocelot_remove() | ocelot_deinit() | ocelot_deinit() | ocelot_check_stats_work() ocelot_stats_deinit() | ocelot_check_stats_work() cancel_delayed_work()| ... queue_delayed_work() destroy_workqueue() | queue_delayed_work() | 稍等片刻__queue_work() //UAF 以上情况实际上构成了 UAF 漏洞。只有在初始化失败或资源破坏时才会调用 ocelot_stats_deinit()因此我们必须确保无法重新计划任何延迟的工作项目。
    将 cancel_delayed_work() 替换为 disable_delayed_work_sync() 以保证在工作队列取消分配之前正确取消延迟的工作项目并完成任何当前正在执行的工作。已考虑死锁问题在进程上下文中调用 ocelot_stats_deinit() 并且未持有延迟的工作项目可能也需要的任何锁定。因此，_sync() 变体的使用在此处是安全的。此缺陷 是通过静态分析发现的。为了重现此问题并验证修复情况我模拟了 ocelot-swit ---truncated--- (CVE-2025-40003)

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

检测

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

high Nessus 插件 ID 271677

版本 1.18