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

  - bpf：修正 fork arena_vm_open（） 上 arena_vm_close 中的釋放後使用只會使 vml->mmap_count 增加，但絕不會在 arena->vma_list 中註冊子 VMA。vml->vma 一律指向父 VMA，因此在父 munmap 之後，指標會懸空。如果子項隨後呼叫 bpf_arena_free_pages（），則 zap_pages（） 會讀取過時的 vml->vma，觸發釋放後使用。透過防止競技場 VMA 透過 VM_DONTCOPY 跨分支繼承，並透過 may_split 回呼防止 VMA 分割來修正此問題。也使用傳回 -EINVAL 的 .mremap 回呼來拒絕 mremap。整個競技場上相同大小的 mremap（MREMAP_FIXED） VMA 透過以下路徑到達 copy_vma（）： check_prep_vma（） - 提前傳回 0：new_len == old_len跳過VM_DONTEXPAND檢查 prep_move_vma（） - vm_start == old_addr 和 vm_end == old_addr + old_len因此永遠不會呼叫 may_split move_vma（） copy_vma_and_data（） copy_vma（） vm_area_dup（） - 複製vm_private_data （VML 指標） vm_ops->open（） - 凸起 vml->mmap_countvm_ops->mremap（） - 傳回 -EINVAL，復原取消對應新的 VMA 參照計數可確保復原的arena_vm_close不會釋放與原始 VMA 共用的 VML。
    (CVE-2026-45837)

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

偵測

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

high Nessus Plugin ID 317079

版本 1.9