| Thread Links | Date Links | ||||
|---|---|---|---|---|---|
| Thread Prev | Thread Next | Thread Index | Date Prev | Date Next | Date Index |
|
Hi Po-Kai,
Sorry I did not clean up the text. I have updated 26/1751r2. Now the text does not touch how vendor specific security profile is used and only generalizes the ML-KEM field.
Hi TaoChun,
It turns out that the change ML-KEM -> KEM can be orthogonal to the usage of vendor specific security profile. By dropping the vendor specific security profile, we actually limit the combination of hybrid algorithms of vendor specific profile and I'm not sure if people are happy to that. So, I decided to only handle ML-KEM -> KEM for the two CIDs and leave the usage of vendor specific profile to other CIDs.
Best, Jiawei From: TaoChun Lee (李道軍) <TaoChun.Lee@xxxxxxxxxxxx>
Sent: Wednesday, September 16, 2026 11:54:40 PM To: Huang, Po-kai; wujiawei (E); STDS-802-11-TGBT@xxxxxxxxxxxxxxxxx Cc: TaoChun Lee (李道軍) Subject: RE: CR for PQC Parameter sets Group - general KEM container Hi Jiawei, I seem to remember you mentioned that you want to introduce this general KEM container and drop vendor-specific profile, yes? Note: Current product development trending suggest to use ML-KEM as baseline, while keeping other KEM-based algorithms open for regional
(hybrid) use cases. --
Tao Chun Lee | Tech Manager, Standards | Communication System
Design, MediaTek Inc. Email:
TaoChun.Lee@xxxxxxxxxxxx
| Phone: +886 3 560 0868 | Website: www.mediatek.com From: Huang, Po-kai <po-kai.huang@xxxxxxxxx>
Hi Jiawei, Thanks for the discussion. I guess perhaps we can try to understand how the vendor specific profile will be used first, which seems to be the focus of your proposal.
My understanding is that when Vendor specific profile is used, we will only use value 221 in content Presence field. As a result, we only have Vendor Specific Content field. However, in your
proposed text, you seem to suggest something different. Specifically, you still want to use the KEM Encapsulation Key field and the KEM Ciphertext field for vendor specific profile, but then you will not even have Vendor Specific Content at all based on the
Content Presence field indication. This does not really align with my understanding of usage for vendor specific profile.
Po-Kai From: wujiawei (E) <000053429a76cfd4-dmarc-request@xxxxxxxxxxxxxxxxx>
Hi Po-Kai, I have uploaded 11-26/1751r1. Could you consider 11-26/1751r1 for resolution of CID 383, 497 from comment group PQC Parameter sets? Best, Jiawei To unsubscribe from the STDS-802-11-TGBT list, click the following link:
https://listserv.ieee.org/cgi-bin/wa?SUBED1=STDS-802-11-TGBT&A=1 To unsubscribe from the STDS-802-11-TGBT list, click the following link:
https://listserv.ieee.org/cgi-bin/wa?SUBED1=STDS-802-11-TGBT&A=1 ************* MEDIATEK Confidentiality Notice ******************** The information contained in this e-mail message (including any attachments) may be confidential, proprietary, privileged, or otherwise exempt from disclosure under applicable laws. It is intended to be conveyed only to the designated recipient(s). Any use, dissemination, distribution, printing, retaining or copying of this e-mail (including its attachments) by unintended recipient(s) is strictly prohibited and may be unlawful. If you are not an intended recipient of this e-mail, or believe that you have received this e-mail in error, please notify the sender immediately (by replying to this e-mail), delete any and all copies of this e-mail (including any attachments) from your system, and do not disclose the content of this e-mail to any other person. Thank you! To unsubscribe from the STDS-802-11-TGBT list, click the following link: https://listserv.ieee.org/cgi-bin/wa?SUBED1=STDS-802-11-TGBT&A=1 |