Re: [PATCH 0/7] nl80211: rx path for control port frames (enabled only for wpa_supplicant)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Mon, Jan 13, 2020 at 03:58:31PM +0100, Markus Theil wrote:
> This patch series adds rx control port support over nl80211. Control port
> over nl80211 delivers all EAPOL and PREAUTH frames to userspace. This conflicts
> with the current hostapd handling of pre-auth frames. Therefore, this feature
> gets disabled for hostapd. Furthermore a pending kernel patch is necessary to
> forward pre-auth frames from userspace (otherwise handled by Linux bridge code).

Can you please clarify why the special control port would be used for
RSN preauthentication frames? Those frame are supposed to be normal Data
frames than can be sent out only when fully associated. Why would they
need any special processing? And is it clear that that special
processing would not result in incorrect behavior somewhere? It should
be noted that these frame are _not_ supposed to be going over the EAPOL
controlled port as defined in IEEE 802.1X (only EAPOL frames should).

-- 
Jouni Malinen                                            PGP id EFC895FA

_______________________________________________
Hostap mailing list
Hostap@xxxxxxxxxxxxxxxxxxx
http://lists.infradead.org/mailman/listinfo/hostap



[Index of Archives]     [Linux Wireless]     [Linux Kernel]     [ATH6KL]     [Linux Bluetooth]     [Linux Netdev]     [Kernel Newbies]     [IDE]     [Security]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux ATA RAID]     [Samba]     [Device Mapper]

  Powered by Linux