Discussion of this work is encouraged to happen on the tls ietf mailing list tls@ietf.org or on the github repository which contains the draft Formatted text and html versions of the draft can be built using make Command line usage requires that you have the necessary software installed Hybrid key exchange refers to using multiple key exchange algorithms simultaneously and combining the result with the goal of providing security even if a way is found to defeat the encryption for all but one of the component algorithms Resolved all open issues and comments, spin a new version changing the github repo, and then wglc Have a single eku message, will create a new registry to have subtypes
Eku has no failure response Earlier versions of this document categorized various design decisions one could make when implementing hybrid key exchange in tls 1.3 These have been moved to the appendix of the current draft, and will be eventually be removed. The tls (transport layer security) working group was established in 1996 to standardize a 'transport layer' security protocol The basis for the work was ssl (secure socket layer) v3.0 [rfc6101]. Directly negotiate each hybrid algorithm
Please enable javascript for full functionality.
OPEN