wifi: mwifiex: use the subframe length when parsing A-MSDU TDLS frames

Summary

In the Linux kernel, the following vulnerability has been resolved: wifi: mwifiex: use the subframe length when parsing A-MSDU TDLS frames mwifiex_11n_dispatch_amsdu_pkt() splits an A-MSDU with ieee80211_amsdu_to_8023s() and walks the resulting subframes. For each subframe it passes the subframe data pointer to mwifiex_process_tdls_action_frame(), but pairs it with skb->len, the length of the A-MSDU parent, instead of 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); } The parent is not a valid description of that buffer, and may not be valid memory at all. ieee80211_amsdu_to_8023s() ends with if (!reuse_skb) dev_kfree_skb(skb); and it only sets reuse_skb when the parent is linear, is not a head_frag, and is being consumed as the last subframe. So when the parent does not qualify for reuse it has already been freed, and the read of skb->len is a use-after-free. When it is reused, skb->len is the length of the last subframe, applied to every earlier subframe, which over-states the buffer whenever an earlier subframe is shorter. The callee cannot absorb a wrong length, because it derives its own ceiling from the value it is given. Each frame type computes ies_len = len - sizeof(struct ethhdr) - TDLS_*_FIX_LEN; and the element walk is then bounded entirely against that ceiling, for (end = pos + ies_len; pos + 1 < end; pos += 2 + pos[1]) { u8 ie_len = pos[1]; if (pos + 2 + ie_len > end) break; so a too-large len moves end past the end of the subframe and the walk reads and copies beyond it. The A-MSDU layout is chosen by the sender, which makes the difference between the last subframe and a shorter earlier one remotely selectable. Reaching this requires TDLS support in firmware and the TDLS ethertype on the subframe. The other caller, mwifiex_process_rx_packet(), is correct: it passes a pointer and a length that describe the same region of the RX buffer. Pass rx_skb->len, the length of the subframe actually being parsed.

Timeline

1. Aug 15, 2026, 12:27 PM UTCCVE published
2. Oct 16, 2026, 6:57 PM UTCCISA SSVC assessment

   Exploitation: none · Automatable: no · Technical impact: total

3. Oct 16, 2026, 7:05 PM UTCRecord last updated

Affected versions

• Linux Linux

  From 776f742040ca5eb6242c60f29ac73d5752a5b621 · fixed in 707664027bb9307f7268eda403af7c4ccd9b8644; From 776f742040ca5eb6242c60f29ac73d5752a5b621 · fixed in 3b02275833a0d3e6583627995d614fa99bdf364f; From 776f742040ca5eb6242c60f29ac73d5752a5b621 · fixed in a1f0f7dc7eb15754e6931b433edb7beb754c996a; From 776f742040ca5eb6242c60f29ac73d5752a5b621 · fixed in 25e5a3fe4f15e30f74eca42cbf3bcc3a3fbeda79; From 776f742040ca5eb6242c60f29ac73d5752a5b621 · fixed in ece2ebb34247d573142617dfc534a9dc11ba59be; From 776f742040ca5eb6242c60f29ac73d5752a5b621 · fixed in c9dcfe6b8b71369e1d732e2ff622c3696a2f032c; From 776f742040ca5eb6242c60f29ac73d5752a5b621 · fixed in 5a21ab03829cb6d2682c127f22e2b9cd63b4393f; From 776f742040ca5eb6242c60f29ac73d5752a5b621 · fixed in 99a948382af8a225e2d5e54a7052158cd6281cc6

• Linux Linux

  4.5

• KernelLinux

  From 4.5.0 · fixed in 5.10.265; From 5.11.0 · fixed in 5.15.216; From 5.16.0 · fixed in 6.1.183; From 6.2.0 · fixed in 6.6.151; From 6.7.0 · fixed in 6.12.103; From 6.13.0 · fixed in 6.18.44; From 6.19.0 · fixed in 7.1.8

References 8