Re: Specification for Kyber in GnuPG
Andrew Gallagher via Gnupg-devel <[email protected]>
| Newsgroups | gmane.comp.encryption.gpg.devel |
|---|---|
| Message-ID | <[email protected]> |
On 13 May 2024, at 02:18, Jacob Bachmeyer via Gnupg-devel <[email protected]> wrote: > > it appears to me that the culpable parties are probably *not* on this mailing list. In other words, OpenPGP algorithm IDs should refer to algorithm types (RSA, DSA, EC-RSA, McEliece, Kyber, etc.) with details (key length, curve parameters, etc.) included in type-specific fields in the key packets. The other side of this debate is attempting to treat OpenPGP algorithm IDs like TLS ciphersuite IDs, which attach all of the details to each codepoint. OpenPGP algorithm IDs have historically referred to broad algorithm types. I think the crucial part of this disagreement is whether historical practice should be continued in this instance, or whether it is preferable to limit the number of free parameters for future algorithms. (BTW this is not the same code point allocation model as TLS. TLS ciphersuites also include the AEAD mode, which remains a separate registry in *PGP) A _______________________________________________ Gnupg-devel mailing list [email protected] https://lists.gnupg.org/mailman/listinfo/gnupg-devel
signature.asc
(application/pgp-signature, 833 B)
-----BEGIN PGP SIGNATURE----- iQIzBAEBCgAdFiEEKR55odxVrielLu+DXB7EBNWQZikFAmZB4EwACgkQXB7EBNWQ ZilLiQ/7BioMR/KSL0HQXisHToVYdcogilIzATyx/X+RojZuErShLtpJN2e7/cEz 7paSR3Cn87v2lCslq6Rd9YEnWjdGGF+xaYYUtapTlDReHOUEw+jxHc2/QyzUsh6H jMG9+hK0/MOfa5dDSFuuZlC3PFKa3vKcIMa8CnIfkWYJnD1GBM4x/Rpf8h/ZxgkL vZoLvnD9jCzEY0uhvYb9XbfIHmHlx91EO3/4lNpESk2PVp8MxrRRm9pc9XdEbXfW gN4gUn6+ce8PeDfU5C4TPDy6bkJatq7hBHEOVJxeVXwuD9RPnLPUcmyp7Jnm1SM0 ez3/18oK+ZkQs6ylX0n/7L7RMwcZSzmAIeb/bC0Pqw+PeuxfPQag7L1csFxYYzDU P3LjgeQrBRT32KkwSzetALqr2hi71cdz0FvIOG5PlBvaaP5ZmZ/P++BCxD0kT8e0 9FKRDW65hjt/j8/JjcGTEyqpeCD+yf2Cxj8tehNN6/TRU+Sjb+xApBksDy/j+hX4 m743vmfDgCM7nTfZFxLDr0RhOLOMtfX2uE/lVgaC+kr9+w9x75wDorK6b+xjBPlQ PDvlTtgkkvwNtwpTxP5qC2zu5lAS2WCh3OQZGMORiDC8IOOJqhWclH91ovbySA2J EGvUZ1A8cBhug3ZbTh1rhTZ4tY3tGlizyltvW9nzIgVf9GtQWjo= =J9/L -----END PGP SIGNATURE-----