Commit f9feacb8 authored by Johannes Berg's avatar Johannes Berg Committed by Ben Hutchings

mac80211: reject ToDS broadcast data frames

commit 3018e947 upstream.

AP/AP_VLAN modes don't accept any real 802.11 multicast data
frames, but since they do need to accept broadcast management
frames the same is currently permitted for data frames. This
opens a security problem because such frames would be decrypted
with the GTK, and could even contain unicast L3 frames.

Since the spec says that ToDS frames must always have the BSSID
as the RA (addr1), reject any other data frames.

The problem was originally reported in "Predicting, Decrypting,
and Abusing WPA2/802.11 Group Keys" at usenix
https://www.usenix.org/conference/usenixsecurity16/technical-sessions/presentation/vanhoef
and brought to my attention by Jouni.
Reported-by: default avatarJouni Malinen <j@w1.fi>
Signed-off-by: default avatarJohannes Berg <johannes.berg@intel.com>
--
Dave, I didn't want to send you a new pull request for a single
commit yet again - can you apply this one patch as is?
Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
[bwh: Backported to 3.16: Put the new code in an else-block since the
 previous if-blocks may or may not return]
Signed-off-by: default avatarBen Hutchings <ben@decadent.org.uk>
parent c191f530
...@@ -3140,6 +3140,30 @@ static bool prepare_for_handlers(struct ieee80211_rx_data *rx, ...@@ -3140,6 +3140,30 @@ static bool prepare_for_handlers(struct ieee80211_rx_data *rx,
if (!ieee80211_is_beacon(hdr->frame_control)) if (!ieee80211_is_beacon(hdr->frame_control))
return false; return false;
status->rx_flags &= ~IEEE80211_RX_RA_MATCH; status->rx_flags &= ~IEEE80211_RX_RA_MATCH;
} else {
/*
* 802.11-2016 Table 9-26 says that for data frames,
* A1 must be the BSSID - we've checked that already
* but may have accepted the wildcard
* (ff:ff:ff:ff:ff:ff).
*
* It also says:
* The BSSID of the Data frame is determined as
* follows:
* a) If the STA is contained within an AP or is
* associated with an AP, the BSSID is the
* address currently in use by the STA
* contained in the AP.
*
* So we should not accept data frames with an address
* that's multicast.
*
* Accepting it also opens a security problem because
* stations could encrypt it with the GTK and inject
* traffic that way.
*/
if (ieee80211_is_data(hdr->frame_control) && multicast)
return false;
} }
break; break;
case NL80211_IFTYPE_WDS: case NL80211_IFTYPE_WDS:
......
Markdown is supported
0%
or
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment