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

  - drm/client：修正部分初始化用戶端的還原 關閉 DRM 檔案描述元時，我收到 null-ptr-deref 報告： 警告：drivers/gpu/drm/drm_atomic.c：2031 在 __drm_atomic_helper_set_config+0x18e/0x1b0 [drm] 呼叫追蹤：drm_client_modeset_commit_atomic+0x16b/0x220 [drm] drm_client_modeset_commit_locked+0x56/0x160 [drm] drm_client_modeset_commit+0x21/0x40 [drm]
    __drm_fb_helper_restore_fbdev_mode_unlocked.part.0+0x7b/0x80 drm_fbdev_client_restore+0xe/0x20 [drm_client_lib] drm_client_dev_restore+0x9f/0xc0 [drm] drm_release+0xc5/0xe0 [drm] 警告後面會跟著 NULL 指標解除參照： 錯誤：核心 NULL 指標解除參照，位址：0000000000000008 RIP：__drm_fb_helper_restore_fbdev_mode_unlocked.part.0+0x41/0x80 [drm_kms_helper] 呼叫追蹤：
    drm_fbdev_client_restore+0xe/0x20 [drm_client_lib] drm_client_dev_restore+0x9f/0xc0 [drm] drm_release+0xc5/0xe0 [drm] __fput+0xdc/0x2b0 __x64_sys_close+0x39/0x80 do_syscall_64+0x8d/0x460 entry_SYSCALL_64_after_hwframe+0x76/0x7e drm_client_register（） 在叫用初始熱插拔回呼之前，將 DRM 用戶端新增至裝置用戶端清單。如果熱插拔回呼失敗，用戶端仍會保持註冊狀態。對於 fbdev 用戶端，drm_fb_helper_initial_config（） 期間的失敗會導致部分初始化的 fbdev 協助程式遭到清理。drm_fb_helper_fini（） 會釋放 fb_helper->info 並將其保留為 NULL。因此，即使沒有完全初始化的 framebuffer 裝置，fbdev 用戶端仍會保持註冊狀態。稍後，當使用者空間關閉 DRM 檔案描述元時，drm_release（） 可以叫用已註冊 DRM 用戶端的還原回呼：drm_release（） drm_client_dev_restore（） drm_fbdev_client_restore（） drm_fb_helper_restore_fbdev_mode_unlocked（） drm_fbdev_client_restore（） 目前無條件還原 fbdev 狀態。對於部分初始化的 fbdev 用戶端，這可能會提交不完整的 modeset 狀態，然後存取尚未初始化的 fbdev 狀態，導致上述警告和 NULL 指標解除參照。drm_fbdev_client_unregister（） 已使用 fb_helper->info 來區分完全探測的影像緩衝區裝置和部分初始化的用戶端。在 drm_fbdev_client_restore（） 中使用相同的條件，如果沒有成功初始化影像緩衝區裝置，則跳過還原。
    (CVE-2026-98523)

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

偵測

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

medium Nessus Plugin ID 367350

版本 1.8