summaryrefslogtreecommitdiff
path: root/include/linux/node.h
diff options
context:
space:
mode:
authorDeepanshu Kartikey <kartikey406@gmail.com>2026-07-13 07:29:46 +0530
committerJohannes Berg <johannes.berg@intel.com>2026-07-21 19:18:52 +0200
commitdd406779999fa2065ec6b7c4f80906b727041d2c (patch)
tree654daea9a8c39499e9ef168ec4920671456c0432 /include/linux/node.h
parent1c21afed21b4c42e15a6fb91f3fa697e0675cd4f (diff)
wifi: mac80211: don't encrypt pre-auth (ETH_P_PREAUTH) frames
Pre-authentication frames (ETH_P_PREAUTH, 0x88C7) are sent before the authentication handshake completes with the target AP, so no encryption key exists for them yet. Unlike normal EAPOL frames (ETH_P_8021X, 0x888E) which are registered as the control port protocol, pre-auth frames are not recognized as control port frames, causing the kernel to incorrectly assign the current AP's key and attempt encryption, resulting in a WARN_ON in ieee80211_encrypt_tx_skb when the cipher is not handled. Fix this by setting IEEE80211_TX_INTFL_DONT_ENCRYPT for pre-auth frames in ieee80211_tx_h_check_control_port_protocol(), so that key selection skips them and they are sent unencrypted as intended. Note that the only driver hitting this path is hwsim. Reported-by: syzbot+b6ce23950fd636e6efb6@syzkaller.appspotmail.com Closes: https://syzkaller.appspot.com/bug?extid=b6ce23950fd636e6efb6 Signed-off-by: Deepanshu Kartikey <kartikey406@gmail.com> Link: https://patch.msgid.link/20260713015946.44636-1-kartikey406@gmail.com [add note about hwsim, fix subject] Signed-off-by: Johannes Berg <johannes.berg@intel.com>
Diffstat (limited to 'include/linux/node.h')
0 files changed, 0 insertions, 0 deletions