Skip to content
All guides
Training & education

Hybrid key exchange, explained: pairing classical and post-quantum

6 min
TL;DR

Read this first

A hybrid key exchange runs a classical elliptic-curve exchange and a post-quantum KEM side by side and derives one session key from both shared secrets. The connection stays secure as long as either half is unbroken — so it defends against a future quantum break of the curve and against an as-yet-undiscovered flaw in the young post-quantum algorithm at the same time. Most commercial post-quantum deployments today are hybrid.

When people picture the post-quantum migration, they imagine ripping out RSA or elliptic-curve Diffie–Hellman and dropping in a shiny new algorithm. Almost nobody does that in one move. The dominant pattern is hybrid: keep the classical key exchange, add a post-quantum KEM alongside it, and combine the two resulting shared secrets into a single session key.

Two defences from one handshake

A hybrid combines two key-establishment methods — a classical (elliptic-curve) Diffie–Hellman such as X25519 and a post-quantum KEM such as ML-KEM — and feeds both shared secrets into the key derivation. The session key is secure as long as either input is secure. That single handshake covers two very different risks at once:

  • **A future quantum computer that breaks the classical curve.** Traffic recorded today can be decrypted retroactively — the harvest-now-decrypt-later threat — and the post-quantum half defeats it.
  • **An undiscovered weakness in the post-quantum algorithm itself.** ML-KEM is young by cryptographic standards; the classical curve has two decades of analysis behind it and acts as the safety net if the new scheme is found to be flawed.

The combiner is where it goes wrong

Having two shared secrets is not enough — how you combine them matters, and it is the easiest part to get wrong. The two secrets must be mixed through a proper key-derivation function, not naively XORed or concatenated in a way an attacker can influence. The TLS hybrid group X25519MLKEM768 concatenates the two shares and runs them through the TLS 1.3 key schedule; X-Wing is a distinct construction that binds the two secrets with a SHA3-256-based combiner. Both are designed so that neither component can be stripped or downgraded — a homegrown combiner that skips this binding can silently undo the whole benefit.

Pitfall

A hybrid is only as safe as its combiner

Adding a post-quantum KEM does not make you post-quantum secure on its own. If the two shared secrets are combined without a proper KDF binding — a bare XOR, or a concatenation an attacker can manipulate — the construction may end up no stronger than its weaker half. Use a standardized hybrid such as X25519MLKEM768 or X-Wing, not a bespoke one.

Where hybrids are used — and where pure PQC wins

Hybrid key exchange is already deployed in TLS 1.3, SSH, IKEv2/IPsec, and secure messaging protocols; in practice most commercial post-quantum rollouts are hybrid today, because they add quantum resistance without betting everything on a young algorithm. There is one notable exception. CNSA 2.0, the US suite for national-security systems, does not require hybrids — the NSA prefers validated standalone PQC there, on the view that an extra classical component adds implementation complexity and attack surface without adding assurance it trusts. For everyone else, hybrid remains the pragmatic default through the transition.

The cost you are paying for

Hybrids are not free. You send more bytes on the wire — the ML-KEM ciphertext and public key dwarf an X25519 share — spend more CPU on two operations, and, most importantly, you now depend on two implementations both being correct, with the combiner as a genuine place to introduce a bug. That is a real trade-off, but for anything protecting data with a long shelf life it is the conservative choice.

How quantakrypto helps

We help you deploy hybrids where they belong and skip them where they do not. Our audit finds every key exchange that needs protecting and ranks it by exposure, our migration engineering rolls out standardized hybrids like X25519MLKEM768 without breaking existing clients, and our training makes sure your engineers understand why the combiner matters before they touch a config. Start with the audit — the right hybrid is the one aimed at your actual risk.

Frequently asked questions

What exactly is a hybrid key exchange?

It is a key exchange that runs two independent methods — a classical elliptic-curve Diffie–Hellman and a post-quantum KEM — and derives the session key from both shared secrets at once. The design goal is that the connection stays secure as long as at least one of the two methods remains unbroken. That gives you protection against a future quantum attack on the curve and against a flaw in the newer post-quantum algorithm simultaneously.

Why not just switch straight to ML-KEM and drop the classical curve?

ML-KEM is standardized and well-reviewed, but it is far younger than the elliptic-curve schemes it replaces, so a pure switch bets your confidentiality entirely on an algorithm with a short public track record. Keeping the classical curve as a second layer means an undiscovered weakness in the post-quantum scheme does not immediately expose your traffic. Pure PQC is appropriate in specific contexts — CNSA 2.0 national-security systems, for example — but for most deployments hybrid is the safer default during the transition.

Are X25519MLKEM768 and X-Wing the same thing?

No — they are two different hybrid constructions that both pair X25519 with ML-KEM-768. X25519MLKEM768 concatenates the two shares and runs them through the TLS 1.3 key schedule, and it is the group widely deployed in browsers and servers. X-Wing is a general-purpose hybrid KEM that binds the two secrets using a SHA3-256-based combiner, aimed at use beyond TLS.

If CNSA 2.0 does not require hybrids, should I use them at all?

CNSA 2.0 applies to US national-security systems, where the NSA prefers validated standalone PQC and treats the extra classical component as complexity it does not need. Most other organizations are not bound by CNSA 2.0 and benefit from the belt-and-suspenders assurance a hybrid provides while ML-KEM matures. Decide based on your governing standard and threat model, not on a blanket rule.

Take the next step

Related reading

References

Get started

Turn quantum risk into a credential.

Book a discovery call and get an indicative scope and pricing for your organisation.