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

  - openvswitch：只有 skb_tx_error（） 我們即將丟棄的封包 queue_userspace_packet（） 會借用封包 skb -- 它只會將其複製到私有網路連結訊息 （user_skb） 中，並不擁有它;返回時，do_execute_actions（） 會持續透過流程的其餘動作轉送它。儘管如此，它的錯誤路徑還是調用了 skb_tx_error（skb），它通過 skb_zcopy_clear（） 執行 skb_shinfo（skb）->flags &= ~SKBFL_ALL_ZEROCOPY，從該實時 skb 中剝離SKBFL_SHARED_FRAG（skb_tx_error（） 的 kerneldoc 說之後必須釋放 skb）。對於攜帶頁面快取片段的 skb MSG_ZEROCOPY，SKBFL_SHARED_FRAG使 esp_input（） skb_cow_data（） 在就地 AEAD 之前;一旦它被剝離，稍後的本地 ESP-in-UDP 傳遞就會在發送者不擁有的頁面上就地解密——無權限的頁面緩存寫入（Fragnesia 原語）。do_execute_actions（） 會忽略 output_userspace（） 的傳回值，因此 USERSPACE 向上調用失敗後的任何動作都會繼承剝離的 skb。將 skb_tx_error（） 移至 flow-miss 丟棄路徑 - ovs_dp_process_packet（） 的 switch（error） 的預設分支），在 kfree_skb（） 之前。自提交 36d5fe6a0007 （core， nfqueue， openvswitch： 孤立片段在 skb_zerocopy 並處理錯誤） 以來，該調用一直存在，但在 esp_input（） 開始依賴 SKBFL_SHARED_FRAG 來控制就地解密之前是無害的;只有這樣，在仍在轉發的 skb 上剝離它才成為頁面緩存寫入原語。（CVE-2026-89487）

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

偵測

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

high Nessus Plugin ID 345037

版本 1.8