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

  - wifi： mwifiex：剖析 A-MSDU TDLS 框架時使用子幀長度 mwifiex_11n_dispatch_amsdu_pkt（） 將 A-MSDU 與 ieee80211_amsdu_to_8023s（） 分割並遍歷產生的子幀。對於每個子幀，它將子幀資料指標傳遞給 mwifiex_process_tdls_action_frame（），但將其與 skb->len（A-MSDU 父項的長度）配對，而不是 rx_skb->len：rx_skb = __skb_dequeue（&list）;rx_hdr = （struct rx_packet_hdr *）rx_skb->data;if （ISSUPP_TDLS_ENABLED（priv->adapter->fw_cap_info） &; ntohs（rx_hdr->eth803_hdr.h_proto） == ETH_P_TDLS） { mwifiex_process_tdls_action_frame（priv， （u8 *）rx_hdr， skb->len）; }父項不是該緩衝區的有效描述，而且可能根本不是有效的記憶體。
    ieee80211_amsdu_to_8023s（） 結尾為 if （！reuse_skb） dev_kfree_skb（skb）;而且它只會在父項是線性、不是head_frag，且作為「最後一個」子畫面使用時設定reuse_skb。因此，當父項不符合重複使用的條件時，它已經被釋放，而 skb->len 的讀取是釋放後使用。重複使用時，skb->len 是最後一個子幀的長度，應用於每個較早的子幀，每當較早的子幀較短時，它就會誇大緩衝區。被呼叫者無法吸收錯誤的長度，因為它會從給定的值衍生出自己的上限。每個框架類型計算 ies_len = len - sizeof（struct ethhdr） - TDLS_*_FIX_LEN;然後，元素遍歷完全以該上限為界，因為 （end = pos + ies_len; pos + 1 < end; pos += 2 + pos[1]） { u8 ie_len = pos[1]; if （pos + 2 + ie_len > end） break ;因此，太大的 len 會移動末端越過子框架的末端，並且遍歷會讀取並複製到子框架的末端之外。A-MSDU 佈局由發送者選擇，這使得最後一個子幀和較短的較早子幀之間的差異可以遠程選擇。要達到此目標，需要韌體中的 TDLS 支援，以及子框架上的 TDLS 乙太類型。另一個調用方 mwifiex_process_rx_packet（） 是正確的：它傳遞描述 RX 緩衝區相同區域的指標和長度。傳遞 rx_skb->len，實際剖析的子畫面長度。(CVE-2026-74488)

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

偵測

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

high Nessus Plugin ID 335877

版本 1.1