]> git.ipfire.org Git - thirdparty/hostap.git/commit
SAE: Use Challenge Failure status code in confirm message failure cases
authorMert Ekren <mert.ekren@airties.com>
Wed, 23 Nov 2022 12:15:16 +0000 (12:15 +0000)
committerJouni Malinen <j@w1.fi>
Thu, 24 Nov 2022 10:09:38 +0000 (12:09 +0200)
commitc823197bdef4f503630a2ffcb78962bb16fc5ec7
tree2c0d086b40e613213685dded1dedc436ba33829d
parent7c62bccc6e143cb97d9b65f12adc74e724464b2f
SAE: Use Challenge Failure status code in confirm message failure cases

IEEE Std 802.11-2020, 12.4.7.6 says that status code CHALLENGE_FAILURE,
needs to be sent in case the verification action fails for SAE Confirm
message frame from a STA: "An SAE Confirm message, with a status code
not equal to SUCCESS, shall indicate that a peer rejects a previously
sent SAE Confirm message. An SAE Confirm message that was not
successfully verified is indicated with a status code of
CHALLENGE_FAILURE."

hostapd, however, did not use this status code for this case. In
ieee802_11.c the function sae_check_confirm() is called and in case of
verification failure (-1 is returned), the response is set to
WLAN_STATUS_UNSPECIFIED_FAILURE (status code = 1). Fix this to use
CHALLENGE_FAILURE.

Signed-off-by: Koen Van Oost <koen.vanoost@airties.com>
Signed-off-by: Mert Ekren <mert.ekren@airties.com>
src/ap/ieee802_11.c