RSN-IE mismatch and WPA2 preauth
jkmaline at cc.hut.fi
Tue Jan 25 23:20:08 EST 2005
On Tue, Jan 25, 2005 at 10:47:37AM -0500, Zimmermann, Christopher Brian (Chris) wrote:
> The firmware is generating the WPA/RSN IE, being configured by the
> driver based on the params argument passed to the .associate function.
> I do update the assoc-req and assoc-rsp IEs in the EVENT_ASSOCINFO, upon
> connection or AP change status notifications.
OK. This is the mode that I haven't really tested that much. When
wpa_supplicant selects which AP to use, it can update the WPA/RSN IE
based on the scan results. When driver takes care of its own WPA/RSN IE
processing, all cases need to be synchronized with the supplicant.
In some way, that EVENT_ASSOCINFO is lacking one part, i.e.,
beacon/proberesp IEs.. Another option would be to keep a local copy of
the scan results in the supplicant and if needed, query driver for the
scan results if the new BSSID is not in the wpa_supplicant data
I will need to go through couple of driver implementations to check
which option can be implemented in all drivers (for which I have access
to this kind of details). EVENT_ASSOCINFO extension would probably be
easiest to implement in wpa_supplicant, but I may want to have the
local scan results anyway (e.g., to make them available through
> Complete log attached.
Thanks! That showed the problem case nicely. I think I have tested
similar pre-authentication case with different IEs before, but only with
drivers that allowed wpa_supplicant to select the AP and, thus, get the
correct IE. It's quite likely that I have only used the same AP model
(i.e., same IE in all APs) when testing driver controlled roaming.
Jouni Malinen PGP id EFC895FA
More information about the HostAP