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

  - Ubuntu Linux - KVM：當 vCPU 遭到破壞時，一律排清非同步 #PF 工作佇列 當 vCPU 清除其完成佇列時，一律排清每個 vCPU 非同步 #PF 工作佇列，例如，當 VM 及其所有 vCPU 遭到破壞時。KVM 必須確保在放置對 KVM _module_ 的最後一次參照時，其工作佇列回呼均未執行。贈送相關聯虛擬機器的參照可防止工作佇列回呼取消參照已釋放的 vCPU/VM 記憶體，但不會防止在回呼完成之前卸載 KVM 模組。刪除誤導的 VM 參照計數贈送，因為如果 kvm_put_kvm（） 排清非同步 #PF 工作佇列，則從 async_pf_execute（） 呼叫 kvm_put_kvm（） 會導致鎖死。
    async_pf_execute（） 在 kvm_put_kvm（） 完成之前無法返回，而 kvm_put_kvm（） 在 async_pf_execute（） 完成之前無法返回： 警告： CPU：8 PID：251 at virt/kvm/kvm_main.c：1435 kvm_put_kvm+0x2d/0x320 [kvm] 連結的模組：vhost_net vhost vhost_iotlb tap kvm_intel kvm irqbypass CPU：8 PID：251 Comm：
    kworker/8:1 Tainted：G W 6.6.0-rc1-e7af8d17224a-x86/gmem-vm #119 硬體名稱：QEMU Standard PC （Q35 + ICH9， 2009）， BIOS 0.0.0 02/06/2015 工作佇列：事件async_pf_execute [kvm] RIP：
    0010：kvm_put_kvm+0x2d/0x320 [kvm] 呼叫追蹤： <TASK> async_pf_execute+0x198/0x260 [kvm] process_one_work+0x145/0x2d0 worker_thread+0x27e/0x3a0 kthread+0xba/0xe0 ret_from_fork+0x2d/0x50 ret_from_fork_asm+0x11/0x20 </TASK> ---[ 結束追蹤 00000000000000000 ]--- 資訊：任務 kworker/8：1：251 被封鎖超過 120 秒。污染：G W 6.6.0-rc1-e7af8d17224a-x86/gmem-vm #119 echo 0 > /proc/sys/kernel/hung_task_timeout_secs 停用此訊息。 task：kworker/8:1 state：D stack：0 pid：251 ppid：2 flags：0x00004000 工作佇列：事件async_pf_execute [kvm] 呼叫追蹤： <TASK> __schedule+0x33f/0xa40 schedule+0x53/0xc0 schedule_timeout+0x12a/0x140 __wait_for_common+0x8d/0x1d0
    __flush_work.isra.0+0x19f/0x2c0 kvm_clear_async_pf_completion_queue+0x129/0x190 [kvm] kvm_arch_destroy_vm+0x78/0x1b0 [kvm] kvm_put_kvm+0x1c1/0x320 [kvm] async_pf_execute+0x198/0x260 [kvm] process_one_work+0x145/0x2d0 worker_thread+0x27e/0x3a0 kthread+0xba/0xe0 ret_from_fork+0x2d/0x50 ret_from_fork_asm+0x11/0x20 </TASK> 如果 kvm_clear_async_pf_completion_queue（） 實際上排清了工作佇列， 則不需要向 async_pf_execute（） 贈送參照，因為在 vCPU 及其 VM 被破壞/釋放之前，所有 async_pf_execute（） 的叫用都會強制完成。這反過來又修復了模組卸載錯誤，因為在釋放 vCPU 之前，__fput（） 不會在最後一個 vCPU 參照上執行 module_put（），例如，如果關閉 vCPU 檔案也會將最後一個參照放入 KVM 模組。請注意，kvm_check_async_pf_completion（） 也可能會將工作項目從完成佇列中移除，因此也需要排清工作佇列，因為 kvm_clear_async_pf_completion_queue（） 不會看到工作。
    理論上，等待工作佇列可能會因為等待工作完成而延遲 vCPU，但這是一個非常非常小的機會，而且可能是一個非常小的延遲。kvm_arch_async_page_present_queued（） 無條件地提出新的請求，即會有效地延遲進入客體，所以剩下的工作實際上只是：trace_kvm_async_pf_completed（addr， cr2_or_gpa）;__kvm_vcpu_wake_up（vCPU）;mmput（mm）;如果 vCPU 仍然存在，則 mmput（） 無法刪除對頁面表格的最後一個參照，也就是說，vCPU 不會卡在拆除頁面表格時。新增協助程式來執行排清，特別是處理喚醒所有工作專案，因為它們實際上不是工作專案，也就是永遠不會放在工作佇列中。嘗試正確地刷新虛假工作佇列條目會使 __flush_work（） 抱怨（向添加該健全性檢查的人致敬）。
    注意，提交 5f6de5cbebee （KVM：阻止模組退出，直到 al ---truncated--- （CVE-2024-26976）

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

偵測

Linux Distros 未修補弱點：CVE-2024-26976

medium Nessus Plugin ID 227645

版本 1.19