Beide Komponenten laufen parallel, und ihre gemeinsamen Geheimnisse fließen zusammen in den Key Schedule ein. RFC 9954 (2026) beschreibt den allgemeinen Aufbau für TLS 1.3: Jedes hybride Verfahren ist eine einzelne Named Group, deren Key Share die Verkettung der öffentlichen Werte der Komponenten ist, und die verketteten Geheimnisse ersetzen das ECDHE-Geheimnis. RFC 10024 registriert die Gruppen X25519MLKEM768 (0x11EC), SecP256r1MLKEM768 (0x11EB) und SecP384r1MLKEM1024 (0x11ED).
Der Grund ist „harvest now, decrypt later“ (jetzt speichern, später entschlüsseln): Heute aufgezeichneter Verkehr muss auch nach dem Aufkommen eines Quantencomputers vertraulich bleiben, und zugleich ist ML-KEM noch so jung, dass ein klassisches Sicherheitsnetz ratsam ist. NIST SP 800-56C erlaubt die Kombination, und NIST IR 8547 (Entwurf) schlägt vor, solche Hybride von der Regel auszunehmen, nach der klassische Algorithmen ab 2035 nicht mehr zulässig sind, sofern der Post-Quanten-Teil zugelassen ist.
Das Verfahren ist weit verbreitet: Chrome und Edge 131, Firefox 132 und Safari 26 bieten X25519MLKEM768 standardmäßig an, ebenso OpenSSL 3.5 und Go 1.24, und OpenSSH nutzt standardmäßig mlkem768x25519-sha256. Der Post-Quanten-Browser-Check zeigt, was dein eigener Browser aushandelt.