Re: [PATCH 1/2] hostapd: add support for unicast beacons

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

 



On Thu, Jan 05, 2023 at 09:09:44PM +0100, Raphaël Mélotte wrote:
> In some specific scenarios where a BSS is used for a single station,
> it can be useful to be able to configure beacons as unicast instead of
> broadcast.

That would be explicitly non-compliant with the standard: IEEE Std
802.11-2020, 11.1.3.1: "The Address 1 field of the Beacon or Timing
Advertisement frame shall be set to the broadcast address."

In addition to not being allowed, this would sound like a potentially
quite bad thing to allow on the non-AP STA side since using unicast
Beacon frames might be sufficient to bypass beacon protection (which is
defined using BIP that works only with group-addressed frames) and
because this could be used for targeted attacks against a single non-AP
STA in the BSS. In other words, I'd recommend non-AP STA implementations
to discard any received Beacon frame if Address 1 is not broadcast.

In addition to this, I doubt this would work correctly with most
existing driver implementations on the transmitter side. In particular,
power save buffering of group addressed frames or anything else that is
gated on Beacon frame transmission might get quite interesting if there
is suddenly an expectation of having to retransmit the Beacon frame due
not having received an ACK frame for it.

-- 
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