Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且廠商未提供可用的修補程式。

  - mmslub避免喚醒 set_track_prepare 中的 kswapd set_track_prepare() 可導致鎖定遞回。問題是它是從持有 per_cpu(hrtimer_bases)[n].lock 的 hrtimer_start_range_ns 中呼叫但是在啟用 CONFIG_DEBUG_OBJECTS_TIMERS 時可喚醒 set_track_prepare 中的 kswapd並嘗試保留 per_cpu(hrtimer_bases)[n].lock。避免因傳入配置旗標以隱含的方式喚醒 kswapd 而導致的鎖死在 debug_objects_fill_pool() 情況下不包含 __GFP_KSWAPD_RECLAIM。在堆疊 depot 中它們由 gfp_nested_mask() 處理。由於 ___slab_alloc() 已停用先占我們從該處的旗標遮罩了 __GFP_DIRECT_RECLAIM。oops 如下所示錯誤 CPU#3上執行緒同步鎖定遞回、swapper/3/0 鎖定0xffffff8a4bf29c80、.magicdead4ead、.ownerswapper/3/0、.owner_cpu: 3 硬體名稱：Qualcomm Technologies, Inc. Popsicle根據 SM8850 (DT) 呼叫追踪spin_bug+0x0
    _raw_spin_lock_irqsave+0x80 hrtimer_try_to_cancel+0x94 task_contending+0x10c enqueue_dl_entity+0x2a4 dl_server_start+0x74 enqueue_task_fair+0x568 enqueue_task+0xac do_activate_task+0x14c ttwu_do_activate+0xcc try_to_wake_up+0x6c8 default_wake_function+0x20 autoremove_wake_function+0x1c
    __wake_up+0xac wakeup_kswapd+0x19c wake_all_kswapds+0x78 __alloc_pages_slowpath+0x1ac
    __alloc_pages_noprof+0x298 stack_depot_save_flags+0x6b0 stack_depot_save+0x14 set_track_prepare+0x5c
    ___slab_alloc+0xccc __kmalloc_cache_noprof+0x470 __set_page_owner+0x2bc post_alloc_hook[jt]+0x1b8 prep_new_page+0x28 get_page_from_freelist+0x1edc __alloc_pages_noprof+0x13c alloc_slab_page+0x244 allocate_slab+0x7c ___slab_alloc+0x8e8 kmem_cache_alloc_noprof+0x450 debug_objects_fill_pool+0x22c debug_object_activate+0x40 enqueue_hrtimer[jt]+0xdc hrtimer_start_range_ns+ 0x5f8 ... (CVE-2025-39843)

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

偵測

Linux Distros 未修補的弱點：CVE-2025-39843

medium Nessus Plugin ID 265483

版本 1.20