Enhancing Security in IEEE 802.11-24: Jay Yang's Insights
Explore Jay Yang's contributions to security enhancement in IEEE 802.11-24, covering topics like MAC header protection, control frame defense, and the challenges of integrating security features into mainstream standards groups. Discover potential security features identified for 802.11bn and the complexities of balancing security enhancements within the timeline of task groups.
Download Presentation
Please find below an Image/Link to download the presentation.
The content on the website is provided AS IS for your information and personal use only. It may not be sold, licensed, or shared on other websites without obtaining consent from the author. If you encounter any issues during the download, it is possible that the publisher has removed the file from their server.
You are allowed to download the files provided on this website for personal or commercial use, subject to the condition that they are used lawfully. All files are the property of their respective owners.
The content on the website is provided AS IS for your information and personal use only. It may not be sold, licensed, or shared on other websites without obtaining consent from the author.
E N D
Presentation Transcript
Jun. 2024 Doc.: IEEE 802.11-24/1034r0 Some thoughts on security enhancement Name Jay Yang Affiliations Address Phone email Yang.zhijie@zte.com.cn ZTE YanLi ZTE Yun Li ZTE Bo Sun Sanechips Submission Jay Yang al. (ZTE)
Jun. 2024 Doc.: IEEE 802.11-24/1034r0 Introduction A bunch of contributions discussed on security enhancement. Propose MAC Header protection to prevent SN reorder attack Propose control frame protection to prevent mimics attack Others. In this contribution, we would like to discuss whether it s necessary to define security enhancement feature in 11bn group Submission Slide 2 Jay Yang, et al. (ZTE)
Jun. 2024 Doc.: IEEE 802.11-24/1034r0 Recap some security TG and the features TGi (MAC Security Enhancements)[6 years] The PAR is approved in 2001, the draft is published in 2007 Define RSNA protocol, including TKIP,CCMP, etc. Define RSNA security association management, including PTKSA,GTKSA,etc. TGw(Protected Management Frames)[2005-2012] Define integrity protocol: BIP Define the protection of Robust Management frames protocol Update RSNA security association management, add IGTKSA,BIGTKSA,etc. TGbi(Enhanced Data Privacy) [2021-2026] Update the protection of Robust Management frames protocol Including Beamforming/CSI/CQI Frame Encryption of the (Re)Association Request/Response Frame Submission Slide 3 Jay Yang, et al. (ZTE)
Jun. 2024 Doc.: IEEE 802.11-24/1034r0 Conclusion for security enhancement feature Security enhancement features are always defined in a dedicated TG, but it s never in the mainstream. Mainstream: TGac,TGax,TGbe,etc. It needs quite a long time to well define a security enhancement feature. At least 5--7 years from PAR approved to the draft published Submission Slide 4 Jay Yang, et al. (ZTE)
Jun. 2024 Doc.: IEEE 802.11-24/1034r0 Potential/determined features identified in 802.11bn Seamless roaming(*) Power saving scheme P2P operation enhancement In-device coexistence DSO(dynamically sub-channel operation) NPCA(*non-primary channel access) Relay function MAP features C-TDMA,C-SR,C-(R)TWT,C-BF,etc. Low latency feature QoS enhancement,Preemption Security enhancement Submission Slide 5 Jay Yang, et al. (ZTE)
Jun. 2024 Doc.: IEEE 802.11-24/1034r0 The problem of security enhancement topic involving in 11bn Only 4 years left for TGbn to complete the task group Job according to TGbn timeline Usually, TGbn defines new features in the first two years, and makes the new features stable in the second two years. Resource compete with other features Involving security enhancement feature causes other important features missing from 11bn draft definitely. In order to make the security enhancement feature stable, TGbn may have to defer it s timeline for several years, and thus losing the best market opportunity. Submission Slide 6 Jay Yang, et al. (ZTE)
Jun. 2024 Doc.: IEEE 802.11-24/1034r0 Propose to have a new TG for security enhancement feature design(1) Following the traditional way,set up a dedicated TG to get rid of security enhancement topic with the following consideration. 11ax device will stay in the market for quite a long time although 11be draft closely to be published MLO is still an optional feature for 11be device New feature design need to be compatible with both single-link and MLO device. The usage of security enhancement feature on Wi-Fi 8 device If the security enhancement feature is well designed by a new TG, then there is nothing to block the end-user to apply this feature on Wi-Fi 8 device. Optional or mandatory concern Other Wi-Fi standard group can decide whether its an optional or mandatory on Wi-Fi 8 device Submission Slide 7 Jay Yang, et al. (ZTE)
Jun. 2024 Doc.: IEEE 802.11-24/1034r0 Propose to have a new TG for security enhancement feature design(2) Benefit to TGbn TGbn could leverage the vacant resource to develop other important features in the very limited time slots. Moreover, security enhancement feature is an independent topic, moving it to another TG won t bring negative effect to other features defined in TGbn. If there is some compatible issue between the other 11bn feature and security enhancement feature, the talent member can well address it. Submission Slide 8 Jay Yang, et al. (ZTE)
Jun. 2024 Doc.: IEEE 802.11-24/1034r0 Summary Traditionally, security enhancement feature should be defined in a dedicated TG, but not in mainstream. Propose to set up a new TG to dedicate on security enhancement feature design TGbn should focus on other important features rather than security enhancement. Submission Slide 9 Jay Yang, et al. (ZTE)
Jun. 2024 Doc.: IEEE 802.11-24/1034r0 THANK YOU Submission
Jun. 2024 Doc.: IEEE 802.11-24/1034r0 Reference [1] 802.11 Timeline [2] 23/1931r1 TGbn proposed Timeline [3] 23/1914r1 TGbn Enhanced Security Considerations in UHR Submission Slide 11 Jay Yang, et al. (ZTE)
