Le déploiement d’une cryptographie purement post-quantique en production est encore prématuré pour la grande majorité des organisations : les bibliothèques TLS sont en cours de finalisation, la compatibilité avec tous les équipements réseau n’est pas garantie, et les algorithmes PQC, bien que standardisés, accumulent moins d’années d’analyse cryptographique que RSA ou ECC. La solution intermédiaire recommandée par le NIST, l’ANSSI et l’IETF est le Hybrid TLS : combiner un échange de clés classique (ECDHE) avec un échange de clés post-quantique (ML-KEM) dans la même session TLS.

Comment fonctionne le Hybrid TLS 1.3

Dans TLS 1.3 classique, l’échange de clés se fait via ECDHE (Elliptic Curve Diffie-Hellman Ephemeral). Dans le mode hybride, deux échanges sont réalisés simultanément : un ECDHE classique (courbe X25519 ou P-256) et un ML-KEM (Kyber-768 ou Kyber-1024). Les secrets dérivés des deux échanges sont combinés via une fonction KDF (Key Derivation Function) — généralement HKDF — pour produire le secret de session final.

L’IETF a défini les groupes hybrides dans le draft draft-ietf-tls-hybrid-design. Les identifiants de groupes notables sont :

• X25519MLKEM768 : X25519 + ML-KEM-768 (recommandé, niveau sécurité 3)
• SecP256r1MLKEM768 : P-256 + ML-KEM-768 (pour compatibilité FIPS)
• X25519MLKEM1024 : X25519 + ML-KEM-1024 (niveau sécurité 5)

Configuration OpenSSL 3.x avec provider OQS

# Installation du provider Open Quantum Safe pour OpenSSL 3.x
git clone https://github.com/open-quantum-safe/oqs-provider
cd oqs-provider && cmake -B build && cmake --build build
sudo cmake --install build

# Configuration openssl.cnf pour activer le provider OQS
[provider_sect]
default = default_sect
oqsprovider = oqsprovider_sect

[oqsprovider_sect]
module = /usr/local/lib/ossl-modules/oqsprovider.so
activate = 1

# Test d'un serveur TLS hybride
openssl s_server -cert server.crt -key server.key \
  -groups X25519MLKEM768 -tls1_3 -port 4433

# Test client hybride
openssl s_client -connect localhost:4433 \
  -groups X25519MLKEM768 -tls1_3

Configuration nginx avec TLS hybride

# nginx.conf — activation des ciphers hybrides PQC
server {
    listen 443 ssl;
    server_name votredomaine.fr;

    ssl_certificate     /etc/ssl/certs/server-hybrid.crt;
    ssl_certificate_key /etc/ssl/private/server-hybrid.key;
    
    # Protocole TLS 1.3 uniquement
    ssl_protocols TLSv1.3;
    
    # Groupes hybrides : hybride PQC en priorité, classique en fallback
    ssl_ecdh_curve X25519MLKEM768:SecP256r1MLKEM768:X25519:P-256;
    
    # Optimisations TLS standard
    ssl_session_cache    shared:SSL:10m;
    ssl_session_timeout  10m;
    add_header Strict-Transport-Security "max-age=31536000" always;
}

Impact sur les performances

L’impact sur les performances est principalement visible dans la phase de handshake, et plus particulièrement sur les connexions à faible débit (mobile 3G/4G, IoT). Sur des connexions WAN standards, l’augmentation de latence est imperceptible pour l’utilisateur final. Le principal défi est la fragmentation des paquets lors du handshake — les messages Hybrid TLS dépassent souvent la MTU standard (1500 octets), nécessitant plusieurs fragments TCP.

Support navigateurs et équipements réseau

FAQ — Hybrid TLS