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

  - fbcon當模式釋放時將 fb_display[i]->mode 設為 NULL 最近我們透過 syzkaller 發現了下列問題BUG: KASAN在 於 處依任務 syz.xxx 填入 ff11000001b3c69c ... Call Trace: <TASK> dump_stack_lvl+0xab/0xe0 print_address_description.constprop.0+0x2c/0x390 print_report+0xb9/0x280 kasan_report+0xb8/0xf0 fb_mode_is_equal+0x285/0x2f0 fbcon_mode_deleted+0x129/0x180 fb_set_var+0xe7f/0x11d0 do_fb_ioctl+0x6a0/0x750 fb_ioctl +0xe0/0x140 __x64_sys_ioctl+0x193/0x210 do_syscall_64+0x5f/0x9c0 entry_SYSCALL_64_after_hwframe+0x76/0x7e 根據實驗和分析在 framebuffer 取消註冊期間只有 fb_info->modelist 的記憶體會被釋放而不設定對應的 fb_display[i]->將已釋放模式的模式設為 NULL。這會導致後續存取期間出現 UAF 問題。
    重現步驟範例如下： 1. 在已在系統中註冊 /dev/fb0 的情況下載入核心模組以註冊新裝置 /dev/fb1; 2. 將 fb1 的模式設為全域 fb_display[] 陣列 (透過 FBIOPUT_CON2FBMAP) 3. 將主控台從 fb 切換為 VGA (以允許 ko 的正常 rmmod) 4. 卸載核心模組此時 fb1 的 modelist 已釋放在 fb_display[]中留下環境指標5. 透過 fb0 的系統呼叫嘗試從 fb0 刪除模式來觸發錯誤。在 do_unregister_framebuffer() 中新增檢查如果要釋放的模式存在於 fb_display[]中則將對應的模式指標設為 NULL。 (CVE-2025-40323)

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

偵測

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

medium Nessus Plugin ID 277674

版本 1.20