O key share do cliente é a chave de encapsulamento ML-KEM-768 de 1.184 bytes seguida de uma chave pública X25519 de 32 bytes (1.216 bytes); o servidor responde com o texto cifrado ML-KEM de 1.088 bytes mais a sua chave X25519 de 32 bytes (1.120 bytes). O segredo compartilhado é o segredo ML-KEM de 32 bytes seguido do segredo X25519 de 32 bytes. Ao contrário do habitual, aqui a parte pós-quântica vem primeiro, enquanto em SecP256r1MLKEM768 e SecP384r1MLKEM1024 a parte ECDH vem primeiro.
Ele substituiu o X25519Kyber768Draft00 (0x6399), anterior ao padrão, que usava o Kyber da 3ª rodada e não é interoperável com ele. Suporte por padrão: Chrome e Edge 131 (novembro de 2024), Firefox 132, Safari e as plataformas da Apple a partir do iOS e do macOS 26 (2025), OpenSSL 3.5, Go 1.24 e, no lado do servidor, a Cloudflare e outras grandes CDNs. A IANA o marca como recomendado (Recommended).
Os custos são pequenos, mas visíveis: o key share maior faz um ClientHello ultrapassar um pacote de rede típico, o que expôs equipamentos intermediários (middleboxes) que lidam mal com handshakes fragmentados, e uma troca de chaves no OpenSSL 3.6.5 exige três operações (geração de chaves, encapsulamento e desencapsulamento), a cerca de 19.000 a 24.000 por segundo em um núcleo de um Apple M4 Max. A verificação pós-quântica do navegador mostra se a sua conexão o usa.