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

  - mac802154：llsec：在就地加密 llsec_do_encrypt_unauth（）、llsec_do_encrypt_auth（）、llsec_do_decrypt_unauth（） 和 llsec_do_decrypt_auth（） 之前新增 skb_cow_data（），都會對 SKB 資料執行就地密碼編譯轉換。他們建立一個散點表，其中 sg_init_one（） 指向 skb 的線性資料區域，然後將與 src 和 dst 相同的散點表傳遞給加密 API（例如
    crypto_skcipher_encrypt/decrypt， crypto_aead_encrypt/decrypt）。在 RX 路徑上，
    __ieee802154_rx_handle_packet（） 會複製收到的 skb，然後透過 ieee802154_subif_frame（） 將其交給每個訂閱者。複製的 skb 透過參照計數共用相同的基礎資料緩衝區。
    當 llsec_do_decrypt（） 隨後就地修改此共用緩衝區時，它會損毀其他複製 （可能屬於其他通訊端或子系統） 仍參照的資料。在 TX 路徑上，當 skb 的頭部被複製時，可能會發生類似的資料共用 （skb_cloned（） 傳回 true）。修正方法是在執行任何就地加密作業之前呼叫 skb_cow_data（）。skb_cow_data（） 確保 skb 的資料區域不被共享：如果 skb 頭被克隆或資料跨越多個片段，它會將資料複製到可以就地安全修改的私有緩衝區中。這與以下人員使用的模式相同： - ESP （net/ipv4/esp4.c， net/ipv6/esp6.c） - MACsec （drivers/net/macsec.c） - WireGuard （drivers/net/wireguard/receive.c） - TIPC （net/tipc/crypto.c） 如果沒有此防護，共用 skb 資料上的就地加密會導致： - 其他 skb 複製的無訊息資料損毀 - 當加密 API 散佈遍歷寫入已由另一個複製的 kfree_skb（） 釋放的頁面時，釋放後使用 - 核心在並行 802.15.4 下當機啟用安全性的流量 （KASAN/KMSAN 報告釋放後 slab-use） 使用自動化來源分析在 0 秒 （https://0sec.ai） 之前找到。（CVE-2026-63831）

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

偵測

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

high Nessus Plugin ID 327863

版本 1.34