Re: Adding ECC KEM
Werner Koch via Gcrypt-devel <[email protected]>
| Newsgroups | gmane.comp.encryption.gpg.libgcrypt.devel |
|---|---|
| Message-ID | <[email protected]> |
Hi! I recently introduced the GCRY_PK_KEM algo which I marked as pseudo algorithms. Right now we use a 3 Kyber variants and sntrup761 under this label. This would we similar to GCRY_PK_ECC and hthe use of named curves to identify which algorithm is actually used. Shall we take this path and if so, what shall we do with ECDH? ECDH is a pure ECC algorithm and does not really fit as a KEM algorithm because we would need to list all supported curves also there. Or should we add some common curves also under the KEM label and thus provide a second interface for tehse curves? On Fri, 29 Mar 2024 10:26, NIIBE Yutaka said: > Possibly, ECC KEM API will be only used for PQC. In this case, > gpg-agent uses gcry_kem_* API for PQC hybrid, and keeps using gcry_pk_* > API for existing non-hybrid use of ECC. Okay for GnuPG. But is this also good for other applications? Shalom-Salam, Werner -- The pioneers of a warless world are the youth that refuse military service. - A. Einstein _______________________________________________ Gcrypt-devel mailing list [email protected] https://lists.gnupg.org/mailman/listinfo/gcrypt-devel
openpgp-digital-signature.asc
(application/pgp-signature, 247 B)
-----BEGIN PGP SIGNATURE----- iIMEARYIACsWIQSHd0YfKgdOvEgNNZQZzByeCFsQegUCZhAMRw0cd2tAZ251cGcu b3JnAAoJEBnMHJ4IWxB6PDUA/it+Idppvnw9f+hMm3pifmjIRh/ajXc34a4bFPd/ fRKtAQD0HpX7ZHAuUTw9+bjOQBzhy/qqKxw0fHgBce/GYIuyCw== =+eVT -----END PGP SIGNATURE-----