Update AP WPA/RSN IE on all associations if driver can select BSS
authorSunil Dutt <usdutt@qti.qualcomm.com>
Thu, 17 Sep 2015 10:30:42 +0000 (10:30 +0000)
committerJouni Malinen <j@w1.fi>
Thu, 17 Sep 2015 10:40:40 +0000 (17:40 +0700)
commitce7d0eb1841ea4ebd5590d7ce2d9ff4d2a91878e
treeee65f34c7251ae37cd521b757fce16f635b5a974
parent43fa110b0b6cc5f6db88497bcdbfae057bbe4d5b
Update AP WPA/RSN IE on all associations if driver can select BSS

It is possible for driver-based BSS selection to end up reassociating
back to the current AP. If wpa_supplicant preferred another BSS, it
would have updated the internal knowledge of the AP's WPA/RSN IE when
requesting a new connection. In the special case of existing association
and new association being with the same BSS that is different from the
wpa_supplicant preference, association event processing skipped the
WPA/RSN IE update. This could result in the following 4-way handshake
getting rejected due to incorrectly detected mismatch with AP's RSN/WPA
IE between Beacon/Probe Response frame and EAPOL-Key msg 3/4.

Fix this by updating the AP WPA/RSN IE on all association events when
driver-based BSS selection is used regardless of whether the BSSID
changes. This could also cover a theoretical case of the AP changing its
RSN/WPA IE at the very moment we try to reassociate back to the same
BSS.

Signed-off-by: Jouni Malinen <jouni@qca.qualcomm.com>
wpa_supplicant/events.c