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

  - drm/amd/display：請勿跳過 DSC 驗證中無關的模式變更。從提交 17ce8a6907f7（drm/amd/display：在原子檢查中加入 dsc 預驗證）開始，amdgpu 在重新計算 DSC 配置時，將 CRTC 狀態mode_changed旗重置為 false，因為特定串流的時間不變。
    然而，在 MST/DSC 配置變更發生在同一 KMS 提交中，與其他（無關）模式變更發生的情況中，此說法不正確。例如，筆記型電腦的整合面板可能會根據是否安裝外接螢幕而有所不同（例如啟用或停用 HDR）。在這種情況下，插入外部 DP-MST 螢幕可能會導致整合面板的 mode_changed 旗標錯誤遺失，且其 DSC 配置在 pre_validate_dsc（） 預計算期間未改變。然而，目前 dm_update_crtc_state（） 已經為 CRTC 建立了與 DSC 無關模式變更的新串流。反過來，amdgpu_dm_commit_streams（） 永遠不會釋放舊串流，導致記憶體洩漏。amdgpu_dm_atomic_commit_tail（） 也永遠不會取得新串流的參考，當串流後來被停用時，會呈現為 use-after-free：bug： kasan： use-after-free in dc_stream_release+0x25/0x90 [amdgpu] 任務 kworker/9:9/2997 drm_mode_rmfb_work_fn 7 在 addr ffff88813d836524 以 size 4 寫入 <TASK> dump_stack_lvl+0x6e/0xa0 print_address_description.constprop.0+0x88/0x320 ？ dc_stream_release+0x25/0x90 [amdgpu] print_report+0xfc/0x1ff ？ srso_alias_return_thunk+0x5/0xfbef5 ？ __virt_addr_valid+0x225/0x4e0 ？ dc_stream_release+0x25/0x90 [amdgpu] kasan_report+0xe1/0x180 ？ dc_stream_release+0x25/0x90 [amdgpu] kasan_check_range+0x125/0x200 dc_stream_release+0x25/0x90 [amdgpu] dc_state_destruct+0x14d/0x5c0 [amdgpu] dc_state_release.part.0+0x4e/0x130 [amdgpu] dm_atomic_destroy_state+0x3f/0x70 [amdgpu] drm_atomic_state_default_clear+0x8ee/0xf30？drm_mode_object_put.part.0+0xb1/0x130
    __drm_atomic_state_free+0x15c/0x2d0 atomic_remove_fb+0x67e/0x980 由於無法可靠判斷 CRTC 在 DSC 驗證時是否有無關模式變更待處理，請記得 CRTC 被標記為可能因 DSC 配置變更而受影響前的 mode_changed 旗標值。改為將mode_changed旗標重設為先前的值，pre_validate_dsc（）。（摘自提交 CC7C7121ae082B7B82891baa7280F1FF2608F22B）（CVE-2026-31488）

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

偵測

Linux Distros 未修補的弱點：CVE-2026-31488

high Nessus Plugin ID 309808

版本 1.21