CVE-2026-64117

In the Linux kernel, the following vulnerability has been resolved:

wifi: mac80211: capture fast-RX rate before mesh reuses skb->cb

ieee80211_invoke_fast_rx() reads RX status through

IEEE80211_SKB_RXCB(skb), which aliases the same skb->cb storage

that ieee80211_rx_mesh_data() reuses as IEEE80211_TX_INFO. In the

unicast forward path, mesh_data does:

info = IEEE80211_SKB_CB(fwd_skb);

memset(info, 0, sizeof(*info));

on the same skb the caller still names via rx->skb, then either

queues the skb for TX (success) or kfree_skb()'s it (no-route)

before returning RX_QUEUED. The caller's RX_QUEUED arm then

calls sta_stats_encode_rate(status) on memory that is either

zeroed (success path) or freed (no-route path). The latter is

KASAN slab-use-after-free in ieee80211_prepare_and_rx_handle.

Fix by encoding the rate from status before invoking

ieee80211_rx_mesh_data(), so the RX_QUEUED arm consumes a value

captured while status was still backed by valid memory.