Subject: [CFRG] Re: [EXT] Re: NIST PQC: HQC Announced as a 4th Round Selection
From: Harry Halpin <[email-masked]>
To: "Blumenthal, Uri - 0553 - MITLL" <[email-masked]>
Cc: John Mattsson <john.mattsson=[email-masked]>, CFRG <[email-masked]>
Date: Thu, 13 Mar 2025 13:26:19 +0000
List-Id: Crypto Forum Research Group <cfrg.irtf.org>

We are also putting Classic McEliece into production in Nym. We have no
plans to change to HQC and we would really appreciate a CFRG RFC for
Classic McEliece.

  Yours,
      Harry

On Thu 13 Mar 2025 at 1:11 PM, Blumenthal, Uri - 0553 - MITLL <
[email-masked]> wrote:

> Even when the burden of exchanging public keys can be alleviated by
> pre-provisioning, the sheer size of those keys can make storage
> requirements an unacceptable burden. Limiting the set of suitable use
> cases.
> —
> Regards,
> Uri
>
> Secure Resilient Systems and Technologies
> MIT Lincoln Laboratory
>
> On Mar 13, 2025, at 08:20, John Mattsson <john.mattsson=
> [email-masked]> wrote:
>
> 
> Neil Madden wrote: >+1 to this. It would be good to see a CFRG RFC for
> Classic McEliece (or a hybrid using it). Yes, now that NIST will not
> specify Classic McEliece, I think CRRG definitely should. While HQC is a
> good backup algorithm for
> ZjQcmQRYFpfptBannerStart
> This Message Is From an External Sender
> This message came from outside the Laboratory.
>
> ZjQcmQRYFpfptBannerEnd
>
> Neil Madden wrote:
> >+1 to this. It would be good to see a CFRG RFC for Classic McEliece (or
> a hybrid using it).
>
>
>
> Yes, now that NIST will not specify Classic McEliece, I think CRRG
> definitely should. While HQC is a good backup algorithm for epheral key
> exchange in TLS and IPsec, it is not a good algorithm for most use cases of
> static encapsulation key. Classic McEliece is performance vise often the
> best choice for static encapsulation keys.
>
>
>
> John
> _______________________________________________
> CFRG mailing list -- [email-masked]
> To unsubscribe send an email to [email-masked]
>
> _______________________________________________
> CFRG mailing list -- [email-masked]
> To unsubscribe send an email to [email-masked]
>