Skip to content

Post Quantum Roadmap #4091

Open
Open

Description

@ston1th

Preflight checklist

Ory Network Project

No response

Describe the bug

Hi Ory Team,

since #2805 has been closed some time ago, I wanted to open a new one asking about plans to migrate to Post Quantum Cryptography.

Why now? The timelines for PQC have been updated due to recent findings by google:
https://blog.google/innovation-and-ai/technology/safety-security/cryptography-migration-timeline/

More references:

Reproducing the bug

Nothing to reprocude.

Relevant log output

Relevant configuration

Version

No version needed.

On which operating system are you observing this issue?

None

In which environment are you deploying?

None

Additional Context

No response

Activity

  1. vinckr commented on Apr 15, 2026

    @vinckr
    Member

    Does the standard Go package support ed448 now or equivalent post-quantum algorithms?

    I think that is why the previous issue was closed, because there was no support for post-quantum in the go standard library or golang.org/x

  2. ston1th commented on Apr 16, 2026

    @ston1th
    Author

    @vinckr ed448 would probably just raise the bar a little on how fast a future quantum computer could break the DLP.
    But ed448 itself is not a PQC algorithm.

    You can check the references above which algorithms are PQC (mainly ML-DSA or a hybrid variant with two signatures ed25519 + ML-DSA).

  3. vinckr commented on Apr 16, 2026

    @vinckr
    Member

    Are you aware of any PQC algorithms that we can use that are supported in the go standard library or golang.org/x ?

  4. ston1th commented on Apr 22, 2026

    @ston1th
    Author

    @vinckr

    ML-KEM already landed in golang 1.24: https://go.dev/doc/go1.24#crypto-mlkem
    ML-DSA should land in golang 1.27: golang/go#77626

    But tbh I just wanted to raise awareness on the topic and the updated timelines in context of the new findings.
    Of course it would make sense to wait until the final RFCs are there.

    But nontheless the first drafts could be implemented to start testing and/or see how the longer key and signature sizes impact real world performance etc.

    This could be one of the relevant drafts for signatures:
    https://datatracker.ietf.org/doc/draft-ietf-cose-dilithium/

    More PQC RFCs and their status can be found here:
    https://github.com/ietf-wg-pquip/state-of-protocols-and-pqc

  5. netanmangal commented on Aug 11, 2026

    @netanmangal

    Adding some concrete context on PQC timelines and what Hydra could do:

    France's ANSSI will stop certifying non-PQC products from 2027. The US Executive Order 14409 mandates PQC for all federal systems, with key establishment by 2030 and digital signatures by 2031. Australia's ASD has published post-quantum vendor guidance urging supply chain PQC assessments.

    For Hydra specifically:

    1. TLS key exchange: Go 1.24+ already enables X25519MLKEM768 by default in crypto/tls when CurvePreferences is nil. If Hydra does not explicitly set CurvePreferences, PQC key exchange is already active. Worth verifying and documenting.

    2. JWT/OIDC signing: This is the bigger gap. Hydra issues JWTs signed with RS256/ES256, both quantum-vulnerable. RFC 9964 defines ML-DSA algorithm identifiers for JOSE. Go 1.27 will ship crypto/mldsa in stdlib. Tracking this for future ML-DSA JWT signing support would be valuable.

    3. Crypto inventory: Identifying all quantum-vulnerable signing and encryption paths in Hydra would help plan the migration.

    Happy to contribute documentation or a crypto audit PR.

  6. vinckr commented on Aug 11, 2026

    @vinckr
    Member

    We can maybe look at it more seriously next year, but this year is already pretty packed in terms of scheduled work.

  7. added
    featNew feature or request.
    and removed
    bugSomething is not working.
    on Aug 13, 2026
  8. netanmangal commented on Aug 20, 2026

    @netanmangal

    @vinckr I can work on PQC and contribute. Let me know I can open a PR, or you'd like to take this one internally.

  9. vinckr commented on Aug 27, 2026

    @vinckr
    Member

    @netanmangal no need to send a PR, as I said this is not a priority right now, at least for this year.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    featNew feature or request.

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions