Los dos componentes se ejecutan en paralelo y sus secretos compartidos entran juntos en la derivación de claves (key schedule). El RFC 9954 (2026) describe el diseño general para TLS 1.3: cada híbrido es un único grupo cuyo key share es la concatenación de los valores públicos de los componentes, y los secretos concatenados sustituyen al secreto ECDHE. El RFC 10024 registra los grupos X25519MLKEM768 (0x11EC), SecP256r1MLKEM768 (0x11EB) y SecP384r1MLKEM1024 (0x11ED).
La motivación es «cosechar ahora, descifrar después» (harvest now, decrypt later): el tráfico grabado hoy debe seguir siendo confidencial cuando llegue una computadora cuántica, y ML-KEM es todavía lo bastante reciente como para que una red de seguridad clásica sea prudente. NIST SP 800-56C permite la combinación, y NIST IR 8547 (borrador) propone eximir a estos híbridos de la prohibición de los algoritmos clásicos prevista para 2035, siempre que la parte poscuántica esté aprobada.
El despliegue es amplio: Chrome y Edge 131, Firefox 132 y Safari 26 ofrecen X25519MLKEM768 de forma predeterminada, al igual que OpenSSL 3.5 y Go 1.24, y OpenSSH usa mlkem768x25519-sha256 por defecto. La comprobación de TLS poscuántico del navegador muestra qué negocia tu propio navegador.