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

  - mm/page_reporting：使用 system_freezable_wq 修復暫停期間的 UAF 在 PM 凍結期間（例如 S3 暫停或 S4 休眠），設備驅動程式 （如 virtio_balloon） 會重設其底層 virtio 裝置，並透過 vdev->config->del_vqs（） 刪除其 virtqueue。不過，頁面報告工作 （page_reporting_process） 已排程在全域system_wq上。由於system_wq缺少WQ_FREEZABLE標誌，因此 PM 冷凍機會跳過它，從而在暫停期間保持page_reporting_process活動狀態。如果頁面在暫停時被釋放到好友配置器中（例如，當核心 MM 在 S4 休眠影像儲存期間呼叫氣球縮減器時），頁面報告會在已刪除的 virtqueue 上觸發 virtballoon_free_page_report（），導致釋放後使用/一般保護錯誤： [ 196.795226] 一般保護錯誤，可能用於非規範位址 0xaa1436fe70dae6df：0000 [#1] SMP NOPTI [ 196.825967] 工作佇列：事件page_reporting_process [196.831038] RIP： 0010：virtqueue_add_split+0x233/0x4c0 [virtio_ring] [ 196.927073] virtballoon_free_page_report+0x3a/0xe0 [virtio_balloon] [ 196.946943] page_reporting_process+0x370/0x4f0 透過將頁面報告工作切換為 system_freezable_wq 來解決此問題。這可確保 PM freezer 在裝置驅動程式破壞其報告 virtqueue 之前暫停page_reporting_process。由於報告工作程式已凍結，記憶體回收/釋放 （例如透過壓縮器執行） 可以在凍結期間安全地將頁面傳回給 MM，而不會在已刪除的 virtqueue 上觸發未凍結的報告工作。這與駕駛員現有的設計一致。virtballoon_freeze（） 中的註解指出： /* * 在呼叫此 * 函式之前，工作佇列已由 PM 核心凍結。*/ 測試：我已經使用 Google 的虛擬化基礎設施驗證了這些修復，方法是運行連續的暫停/恢復迭代（40+ 週期），同時使用 stress-ng（'stress-ng --vm 4 --vm-bytes 60% --timeout 1'）攪動記憶體，不斷為好友分配器建立空閒頁面。我們還將「page_reporting_order」參數設定為 0，以使頁面報告工作角色高度敏感，強制其選擇任何 4K 免費頁面。這證實了 UAF 崩潰不再可重現。（CVE-2026-74481）

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

偵測

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

high Nessus Plugin ID 335866

版本 1.4