Live data from Hacker News

A Post-Quantum Future for Let's Encrypt

letsencrypt.org

71–80 of 175 posts

Re: A Post-Quantum Future for Let's Encrypt

#71

nsa and eu pushing for replacement of the reliable algorithms with unproven and very likely backdoored post-quantum algorithms, when there is no real threat at all, is highly suspicious.

> and very likely backdoored post-quantum algorithms

Citation needed

Here's mine: https://keymaterial.net/2025/11/27/ml-kem-mythbusting/

Re: A Post-Quantum Future for Let's Encrypt

#72
post #65

Earlier quoted context omitted.

I wasn't implying that the two should be hybridized. I think both are great options to have in our toolkit. For example, in Cyph I chose ML-DSA for end user signing keys + certificates and SLH-DSA for code signing.

Sorry, I did entirely misread your words.

No worries, thanks for sharing that post anyway! Another post of yours[1] turned out to be a useful resource for me not too long ago, and the artwork is pretty entertaining.

1: https://soatok.blog/2021/08/20/lobste-rs-password-reset-vuln...

Re: A Post-Quantum Future for Let's Encrypt

#73

We are truly living in a science fiction future where quantum code cracking is not a remote possibility but a near term risk we are planning for. In Vernor Vinge's novel "A Fire Upon the Deep" one of the most valuable commodities were one time pads that are physically transported to communication nodes to enable unbreakable communication. The pads are split into three pieces that are XORed to create the actual pad to…

> The pads are split into three pieces that are XORed to create the actual pad to reduce risk of compromise.

Thus creating a two-time pad, which is completely insecure…

Re: A Post-Quantum Future for Let's Encrypt

#75

nsa and eu pushing for replacement of the reliable algorithms with unproven and very likely backdoored post-quantum algorithms, when there is no real threat at all, is highly suspicious.

> and very likely backdoored post-quantum algorithms Citation needed Here's mine: https://keymaterial.net/2025/11/27/ml-kem-mythbusting/

nsa & eu pushing for something to change proven algorithms makes me personally automatically distrustful as both are highly rotten bad actors. i have no knowledge, nor time to eval. (and probably few people do)

all i am saying is there is no good reason to depreciate proven algs, especially not because those two institutions said so.

Re: A Post-Quantum Future for Let's Encrypt

#76
This post completely fails to address one of my biggest fears with a batched approach: waiting for a brand new certificate to be provisioned for a server that does not already have one. If batches are executed too frequently, then clients will have too big a database to maintain. If batches are executed too infrequently, then I have to wait a while to get my first certificate. Are they doing anything about this or is this just how it'll be with these new quantum-resistant certificates?

Re: A Post-Quantum Future for Let's Encrypt

#77

Earlier quoted context omitted.

> and very likely backdoored post-quantum algorithms Citation needed Here's mine: https://keymaterial.net/2025/11/27/ml-kem-mythbusting/

nsa & eu pushing for something to change proven algorithms makes me personally automatically distrustful as both are highly rotten bad actors. i have no knowledge, nor time to eval. (and probably few people do) all i am saying is there is no good reason to depreciate proven algs, especially not because those two institutions said so.

That's not what you said. You said that the algorithms were "very likely backdoored", despite the fact that neither NSA nor the EU had any hand in actually designing them.

Re: A Post-Quantum Future for Let's Encrypt

#78

Earlier quoted context omitted.

> and very likely backdoored post-quantum algorithms Citation needed Here's mine: https://keymaterial.net/2025/11/27/ml-kem-mythbusting/

nsa & eu pushing for something to change proven algorithms makes me personally automatically distrustful as both are highly rotten bad actors. i have no knowledge, nor time to eval. (and probably few people do) all i am saying is there is no good reason to depreciate proven algs, especially not because those two institutions said so.

> nsa & eu pushing for something to change proven algorithms makes me personally automatically distrustful as both are highly rotten bad actors.

Who do you trust, then?

> i have no knowledge, nor time to eval. (and probably few people do)

If you do not have the expertise nor time to evaluate technical claims, how do you hope to arrive at correct technical conclusions?

Surely, you'd trust experts in that case? Like the experts that were involved in a multi-year international standardization effort? Like the one that produced ML-KEM and ML-DSA?

Or do you just balk at experts and "trust no one" even to your own detriment?

Re: A Post-Quantum Future for Let's Encrypt

#79
post #43
post #32

Earlier quoted context omitted.

This is precisely the uncertainty that the commenter above was referring to when they mentioned complexity classes like BQP. We don't necessarily know the precise relationship between quantum complexity classes and their classical counterparts.

There is more certainty about the resilience of lattice cryptography to classical attack than there was about Curve25519's resilience when it was introduced. Lattice schemes weren't invented as PQC schemes; they were invented as faster classical schemes. In the 1990s, there was a live debate about whether lattices might be the successor to RSA, not curves.

With the caveat (for other commenters) that "lattices" means several things that were not viewed with a unified lens in the 90s and 2000s, the main lattice scheme of interest now (LWE) actually was introduced in a quite literal sense as a PQC scheme.

In the early 2000s, Oded Regev was looking into quantum computing algorithms for various worst-case lattice problems. He was able to create an efficient quantum algorithm for a particular one (SIVP_\gamma), if he could only obtain an efficient quantum algorithm for a certain novel/simple problem (the learning with errors problem). He was unable to do this, so instead framed his result as a reduction from SIVP_\gamma to LWE, and additionally showed how one can build cryptography from LWE. This is essentially the contents of his 2005 LWE paper, for which he later got the Godel prize.

So in a quite literal sense, LWE is the byproduct of a failed search for a quantum algorithm for SIVP_\gamma, and was therefore "post-quantum from the start". Regev mentions this as his initial motivation for looking into LWE on page 4 of his LWE survey

https://cims.nyu.edu/~regev/papers/lwesurvey.pdf

Re: A Post-Quantum Future for Let's Encrypt

#80

This post completely fails to address one of my biggest fears with a batched approach: waiting for a brand new certificate to be provisioned for a server that does not already have one. If batches are executed too frequently, then clients will have too big a database to maintain. If batches are executed too infrequently, then I have to wait a while to get my first certificate. Are they doing anything about this or is…

They can't address it because nobody knows the answer yet. That's why their plans https://letsencrypt.org/2026/06/03/pq-certs#our-plans are to work with experts to solve the engineering challenges in the coming years, rather than announce a gift-wrapped solution today.

If this fear of yours is particularly poignant, I invite you to share it with the forum so they have it in writing. It makes it easier for them to consider it as they work on a solution.

Post reply on HN