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

  - HID： uclogic：修正 remove uclogic_remove（） 時inrange_timer的釋放後使用，取消筆範圍內計時器，然後停止裝置：timer_delete_sync（&drvdata->inrange_timer）;hid_hw_stop（hdev）;
    timer_delete_sync（） 僅保證計時器在該時刻處於閒置狀態。uclogic_raw_event_pen（） 會繼續傳送筆報告，直到 hid_hw_stop（） 在幾行後停止傳輸，並且每個帶有 pen->inrange == 的報告都會重新UCLOGIC_PARAMS_PEN_INRANGE_NONE計時器：mod_timer（&drvdata->inrange_timer， jiffies + msecs_to_jiffies（100））;一份報告在 timer_delete_sync（） 通話和 hid_hw_stop（） 運輸拆解之間的報告在取消後重新武裝inrange_timer。然後 uclogic_remove（） 返回並釋放 devm drvdata，而 hid_hw_stop（） 已經釋放了輸入設備 drvdata->pen_input 指向，因此當計時器在 ~100 毫秒後觸發時，uclogic_inrange_timeout（） 會取消參照釋放的記憶體 - timer-softirq 上下文中的釋放後使用。交換兩個呼叫並不是解決方法：先停止裝置會透過 hidinput_disconnect（） 釋放 drvdata->pen_input，而計時器可能仍處於擱置狀態，因此在移除之前已經布防的計時器會在視窗中的釋放輸入裝置上觸發 timer_delete_sync（） 執行。請改用 timer_shutdown_sync（），然後再使用 hid_hw_stop（）。它會取消計時器，在 pen_input 仍然有效時等待正在運行的回呼，並防止任何進一步的重新布防——正在進行的報告中稍後的 mod_timer（） 會被靜默地忽略——因此在 hid_hw_stop（） 釋放輸入之前，計時器可以證明是死的。這是從另一個路徑拆卸案例重新武裝此計時器的計時器核心文件的順序。(CVE-2026-80766)

請注意，Nessus 依賴供應商報告的套件存在。

偵測

Linux Distros 未修補弱點：CVE-2026-80766

high Nessus Plugin ID 343040

版本 1.9