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

  - ALSA：usb-audio：系統還原錯誤後完成清除 系統還原失敗可能會導致記憶卡在重新開機之前無法使用。當 snd_usb_pcm_resume（） 或 snd_usb_mixer_resume（） 失敗時，usb_audio_resume（） 會跳至err_out。錯誤路徑會跳過 out： 區塊，該區塊會還原 D0 並遞減晶片>num_suspended_intf。卡片會保持SNDRV_CTL_POWER_D3hot，因此稍後會在 snd_power_ref_and_wait（） 中控制存取區塊。USB 核心會記錄介面還原回呼錯誤。它不會重試該回呼，因此稍後的回呼無法完成略過的清除。usb_audio_suspend（） 會在傳回成功之前遞增num_suspended_intf。即使元件繼續失敗，系統繼續回呼也必須耗用系統暫停計數。否則，擱淺計數偏差稍後會暫停和繼續循環。請勿將此清除作業套用至執行階段繼續錯誤。執行階段 PM 可以重試 -EAGAIN 或 -EBUSY，而無需其他暫停回呼。計數必須繼續描述該暫停的介面。其他執行階段還原錯誤會在 PM 核心中閂鎖runtime_error，而且不會導致立即回呼重試。系統還原錯誤路徑的兩個部分都是長期存在的。提交 88a8516a2128a （ALSA：usbaudio：實作 USB 自動暫停） err_out D0 還原之後引入。提交 862b2509d157c （ALSA： usb-audio： 修正恢復後不一致的卡片 PM 狀態） 後來移至 num_suspended_intf-- 至 out： 區塊。錯誤路徑現在會略過這兩項作業。不需要第三方程式碼即可到達錯誤路徑。
    snd_usb_mixer_resume（） 以 snd_usb_mixer_activate（） 結尾，針對具有混音器狀態 URB 的裝置傳回 usb_submit_urb（） 的結果。它的混合器>private_resume鉤子也可能通過 scarlett2_init_notify（） 失敗。snd_usb_pcm_resume（） 向 UAC3 電源網域發出SET_CUR要求。當裝置停止要求時，它可以傳回 -EPIPE 或 -EIO。將元件錯誤路由到底：僅當 system_suspend 為非零時。繼續透過 err_out傳回 runtime-resume 錯誤。稍後的元件還原階段仍會略過。原始錯誤仍會到達 USB 核心。如果裝置未復原，稍後的傳輸可能會失敗。我使用樹外診斷混音器恢復掛鉤在 Audient iD14 MkI 上重現了系統恢復故障。在未修補的核心上注入的 -EIO 使控制讀取器在 snd_power_ref_and_wait（） 中處於不間斷的睡眠狀態，直到重新啟動。使用此修補程式時，相同的故障還原了控制存取權。在我禁用故障注入後，第二個系統暫停和恢復也成功了。（CVE-2026-80828）

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

偵測

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

medium Nessus Plugin ID 342951

版本 1.6