KoaichGet Koaich →
← All explainers

Is Koaich post-quantum?

Partly, today — and honestly so. Koaich's 1:1 messaging uses post-quantum hybrid key agreement (X25519 + ML-KEM-1024), and new documents' content keys use the same hybrid at rest. Here's exactly what's covered, what isn't, and the honest limits (no safety-number key verification yet).

Join the waitlist — it's how you get in.
  • Get the early notification — claim your unique @handle before the public launch.
  • Skip the line — every colleague who joins via your referral link bumps you 100 spots closer.

Pre-launch · No spam · Unsubscribe anytime

IN PLAIN ENGLISH
One-to-one messages use post-quantum hybrid key agreement today (between up-to-date clients) — the initial key exchange combines classical X25519 with ML-KEM-1024 (NIST FIPS 203), so the session secret stays protected even against a future quantum computer that breaks elliptic-curve cryptography. Same approach and scope as Signal (PQXDH) and Apple iMessage (PQ3); ahead of WhatsApp and Messenger, which haven't shipped end-to-end post-quantum. New documents' content keys now use the same hybrid wrapping at rest. Two honesty notes we won't bury: this protects the key exchange, not every message key; and there's no out-of-band key verification (safety numbers) yet, so it assumes an honest server key directory. We don't claim 'quantum-proof' or 'MITM-proof' — no one honestly can.

"Post-quantum" is a fair thing for a security-conscious buyer to ask about, and it's easy to answer dishonestly, so here's the precise version. A large quantum computer running Shor's algorithm would break the public-key cryptography (elliptic-curve key exchange and signatures) that secures most of today's internet. It does not exist yet — but the relevant risk is "harvest now, decrypt later": an adversary records your encrypted data today and decrypts it once such a machine exists. For data with a long secrecy lifetime, that's a real concern now.

Where Koaich stands: messaging is genuinely post-quantum today; stored data is being migrated. We'll walk through both, including what is still classical, because the honest scope is the whole point.

What's post-quantum today: one-to-one messaging

Koaich's 1:1 message key agreement is hybrid post-quantum. The initial key exchange combines the classical X25519 Diffie-Hellman secret with an ML-KEM-1024 encapsulation (NIST FIPS 203, formerly CRYSTALS-Kyber-1024), mixed together with HKDF. "Hybrid" means an attacker would have to break both X25519 and ML-KEM-1024 to recover the session secret — so you're no worse off than classical even if one scheme is later weakened.

The post-quantum public key is signed by the sender's identity key, which closes the downgrade vector — a server can't silently force a classical session or swap in its own ML-KEM key. This is the same class and scope as Signal's PQXDH and Apple iMessage's PQ3: post-quantum on the key agreement, not on every subsequent message key (the per-message ratchet continues with classical X25519, exactly as PQ3 does). Among major messengers, only Signal and Apple iMessage have shipped end-to-end post-quantum key agreement — WhatsApp and Messenger have not announced it (Meta's post-quantum work is in transport/infrastructure, not the E2E layer), so Koaich is a peer of Signal/Apple here and ahead of the rest.

What post-quantum does NOT mean here (the honest part)

Post-quantum hybrid key agreement is real and strong — but it is not the same as "no one can ever intercept your messages," and we won't let the term imply that. Koaich does not yet have out-of-band key verification — the "safety numbers" you'd compare with a contact to confirm there's no machine-in-the-middle.

Until that ships, the server acts as the key directory, so an active *malicious* server could substitute a contact's identity key and machine-in-the-middle a conversation — the post-quantum math doesn't prevent that. So the honest scope today is: strong against a passive breach and an honest-but-curious server; not yet proof against an active malicious server. Out-of-band key verification is the next item in the security build, and we'll update this page when it lands rather than imply it early.

What's not post-quantum yet (and we won't pretend otherwise)

These surfaces still use classical elliptic-curve cryptography (X25519 / Ed25519) today, and we do not imply they're post-quantum:

Stored vault data — partly post-quantum now. New documents' content keys are wrapped with the same X25519 + ML-KEM-1024 hybrid (shipped), so document bodies created from here forward get post-quantum protection at rest. Still classical today: vault labels and document metadata (the vault key), documents created before the change (intentionally not re-wrapped — there's no production data yet), and group keys. Stored data is the largest "harvest now, decrypt later" surface for a vault product, which is why new-document content keys were the first to migrate.

Group messaging via MLS stays on standards-track classical cryptography, because post-quantum MLS is not yet standardized (no finalized ciphersuite exists to adopt). Its symmetric layer is AES-128 — NIST post-quantum Level 1, which Grover's algorithm doesn't meaningfully threaten; the part awaiting post-quantum MLS is its classical key exchange. We'll move when the standard lands, and we say so rather than claim it early. Signatures (Ed25519) are also classical — but breaking a signature enables future forgery, not retroactive decryption, so it isn't a harvest-now risk.

Why hybrid, not post-quantum-only

The post-quantum algorithms are newer and less battle-tested than X25519. Combining them (rather than replacing) means a flaw discovered in ML-KEM doesn't drop you below today's classical security, and a quantum computer that breaks X25519 doesn't drop you below post-quantum security. Belt and suspenders. It's the same conservative choice the IETF, Signal, and Apple made.

The honest one-liner

There is no such thing as "quantum-proof," and any vendor who says it should lose your trust. The accurate statement for Koaich today: post-quantum hybrid key agreement protects one-to-one messaging (between up-to-date clients), and new documents' content keys are wrapped with the same hybrid at rest — Signal/Apple-tier messaging cryptography, ahead of WhatsApp and Messenger. Vault labels, older documents, group keys, and group MLS remain classical for now, and out-of-band key verification isn't shipped yet — so this is top-tier privacy-first encryption with a trust-the-server key directory, not an unconditional guarantee. We'd rather state that precisely than overclaim. For the key-management terms behind this, see DEK, KEK, EKM, CMK explained and key custody.

Frequently asked questions

Is Koaich quantum-safe or quantum-proof?

No system is truthfully 'quantum-proof,' and we won't use that word. What's accurate: Koaich's one-to-one messaging uses post-quantum hybrid key agreement (X25519 + ML-KEM-1024) today, the same class as Signal and Apple iMessage. Stored vault/document data is being migrated to the same hybrid protection; group MLS stays classical until post-quantum MLS is standardized.

What is ML-KEM-1024?

ML-KEM (Module-Lattice Key Encapsulation Mechanism) is the NIST-standardized post-quantum key-establishment algorithm, published as FIPS 203 and formerly known as CRYSTALS-Kyber. The 1024 parameter set is the highest security level. Koaich combines it with classical X25519 so the result is secure if either algorithm holds.

Does Koaich's post-quantum protection cover my documents and files?

Partly. New documents' content keys are now wrapped with the X25519 + ML-KEM-1024 hybrid, so document bodies created from here forward have post-quantum protection at rest. Vault labels, document metadata, documents created before the change, and group keys are still classical. So we claim post-quantum for new-document content keys and 1:1 messaging key agreement — not for the whole vault yet.

Is this the same as Signal's post-quantum encryption?

For the key agreement, it's the same class and scope. Signal ships PQXDH (hybrid X25519 + ML-KEM/Kyber) and Apple iMessage ships PQ3; Koaich uses hybrid X25519 + ML-KEM-1024 on its 1:1 key agreement, between up-to-date clients. Like those systems, it protects the key exchange, not every subsequent message key. Among major messengers, only Signal and Apple iMessage have shipped end-to-end post-quantum key agreement — WhatsApp and Messenger have not announced it — so Koaich is a peer of Signal/Apple on scope and ahead of WhatsApp/Messenger.

Can a malicious server read my Koaich messages?

Honest answer: post-quantum hybrid key agreement protects you against a future quantum attacker and against a passive breach of the server, and the server is zero-knowledge for content at rest. But Koaich does not yet have out-of-band key verification (safety numbers), so the server still acts as the key directory — an active, malicious server could substitute a contact's identity key and machine-in-the-middle a new conversation. So today's scope is: strong against passive attackers and an honest-but-curious server; not yet proof against an active malicious server. Out-of-band key verification is the next item in the security build.

What is 'harvest now, decrypt later'?

It's the threat that motivates post-quantum work: an adversary records your encrypted data today and stores it until a quantum computer capable of breaking classical public-key cryptography exists, then decrypts it. It matters most for data with a long secrecy lifetime, which is why post-quantum protection of stored vault data is the priority migration.

Keep reading

Workspace privacy, by default.

Get on the Koaich waitlist.

  • Get the early notification — claim your unique @handle before the public launch.
  • Skip the line — every colleague who joins via your referral link bumps you 100 spots closer.

Pre-launch · No spam · Unsubscribe anytime