DGNum/hostapd
6
0
Fork 0
Code Issues Pull requests 1 Projects Releases Packages Wiki Activity Actions

fix adding back stations after a missed deauth/disassoc

Browse source
This commit is contained in:
Felix Fietkau 2021-05-25 10:50:16 +02:00 • committed by sinavir
parent 72573cdb95
commit 125fb92ea5
No known key found for this signature in database
1 changed files with 9 additions and 1 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

10
src/ap/ieee802_11.c
View file

@ -4784,6 +4784,13 @@ static int add_associated_sta(struct hostapd_data *hapd,
* drivers to accept the STA parameter configuration. Since this is
* after a new FT-over-DS exchange, a new TK has been derived, so key
* reinstallation is not a concern for this case.
*
* If the STA was associated and authorized earlier, but came for a new
* connection (!added_unassoc + !reassoc), remove the existing STA entry
* so that it can be re-added. This case is rarely seen when the AP could
* not receive the deauth/disassoc frame from the STA. And the STA comes
* back with new connection within a short period or before the inactive
* STA entry is removed from the list.
*/
wpa_printf(MSG_DEBUG, "Add associated STA " MACSTR
" (added_unassoc=%d auth_alg=%u ft_over_ds=%u reassoc=%d authorized=%d ft_tk=%d fils_tk=%d)",
@ -4797,7 +4804,8 @@ static int add_associated_sta(struct hostapd_data *hapd,
(!(sta->flags & WLAN_STA_AUTHORIZED) ||
(reassoc && sta->ft_over_ds && sta->auth_alg == WLAN_AUTH_FT) ||
(!wpa_auth_sta_ft_tk_already_set(sta->wpa_sm) &&
!wpa_auth_sta_fils_tk_already_set(sta->wpa_sm)))) {
!wpa_auth_sta_fils_tk_already_set(sta->wpa_sm)) ||
(!reassoc && (sta->flags & WLAN_STA_AUTHORIZED)))) {
hostapd_drv_sta_remove(hapd, sta->addr);
wpa_auth_sm_event(sta->wpa_sm, WPA_DRV_STA_REMOVED);
set = 0;