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

  - netnfc修正 nfc_unregister_device 和 rfkill_fop_write 之間的鎖死nfc_unregister_device() 和 rfkill_fop_write() 之間可能會發生鎖死這是因為 device_lock 和 rfkill_global_mutex 之間的鎖定順序反轉所致。有問題的鎖定順序為 執行緒 A (rfkill_fop_write)rfkill_fop_write() mutex_lock(&rfkill_global_mutex) rfkill_set_block() nfc_rfkill_set_block() nfc_dev_down() device_lock(&dev->dev) <- waits for device_lock 執行緒 B (nfc_unregister_device)nfc_unregister_device() device_lock (&dev->dev) rfkill_unregister() mutex_lock(&rfkill_global_mutex) <- 等待 rfkill_global_mutex 這會建立傳統的 ABBA 鎖死狀況。將 rfkill_unregister() 和 rfkill_destroy() 移到 device_lock 重要區段外可修正此問題。釋出鎖定前將 rfkill 指標儲存在本機變數中然後在釋出 device_lock 後呼叫 rfkill_unregister()。此變更是安全的因為 rfkill_fop_write() 在呼叫 rfkill 回呼時會保留 rfkill_global_mutex而且 rfkill_unregister() 也會在清理之前取得 rfkill_global_mutex。因此rfkill_unregister() 會等待任何進行中的回呼完成再繼續操作且 device_del() 只會在 rfkill_unregister() 傳回後呼叫才會發生防止任何釋放後使用錯誤。nfc_register_device() 中類似的鎖定順序 (device_lock -> rfkill_global_mutex via rfkill_register) 是安全的因為註冊期間裝置尚未在 rfkill_list 中因此此裝置上不會發生並行 rfkill 作業。 (CVE-2025-71079)

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

偵測

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

medium Nessus Plugin ID 283667

版本 1.28