Migration vers la PQC : approches hybrides

La transition de la cryptographie classique vers la cryptographie post-quantique est la plus grande migration cryptographique de l'histoire, plus complexe que la mise à niveau vers RSA 2048 bits ou l'abandon de SHA-1. Elle nécessite de mettre à jour simultanément les protocoles, les bibliothèques, les HSM, les certificats et le code.

KEM hybride = KEM classique + KEM PQC. Secret partagé = KDF(classical_secret || pqc_secret). La sécurité exige de casser les deux. Un adversaire quantique casse ECDH, mais pas Kyber. Un adversaire classique ne casse ni l'un ni l'autre. Cette approche fournit une défense en profondeur pendant la période de transition.

Google Chrome et Cloudflare ont déployé X25519Kyber768 (qui combine ECDH X25519 et Kyber-768) dans TLS 1.3 en 2023. Le projet draft-ietf-tls-hybrid-design de l'IETF définit le format d'encapsulation. Les deux parties négocient le partage de clé combiné dans l'extension ClientHello existante de TLS.

Les certificats X.509 utilisent actuellement des clés publiques RSA ou ECDSA. La trajectoire de migration est la suivante : (1) émettre des certificats à double algorithme (classique + PQC) ; (2) faire utiliser des clés PQC aux autorités de certification intermédiaires ; (3) faire transiter les autorités de certification racines en dernier. Le CA/Browser Forum élabore des profils de certificats PQC.

De nombreux HSM ne peuvent pas être mis à jour par micrologiciel pour prendre en charge les algorithmes PQC. Les cycles de renouvellement du matériel durent de 5 à 10 ans. Les organisations doivent auditer les feuilles de route des micrologiciels des HSM, planifier le remplacement du matériel et envisager des ponts PQC logiciels pour les HSM existants pendant la transition.

Étape 1 : réalisez un inventaire cryptographique. Identifiez : chaque clé et chaque certificat RSA/ECC, chaque échange de clés DH et chaque version de protocole. Outils : analyseurs de suites cryptographiques, outils d'inventaire des certificats, analyse statique du code pour détecter les appels cryptographiques. Documentez la durée de vie de tous les actifs.

Urgence maximale : données à longue durée de vie (informations classifiées, dossiers médicaux) — vulnérables dès aujourd’hui à l’attaque « collecter maintenant, déchiffrer plus tard ». Ensuite : échange de clés dans les protocoles (TLS, SSH, VPN) — migrez-les en priorité avec des KEM hybrides. Urgence minimale : signatures sur des données à courte durée de vie (jetons de session).

Python : utilisez pyca/cryptography avec le moteur liboqs pour ML-KEM. Java : module PQC de BouncyCastle. Rust : paquets pqcrypto. Remplacez : rsa.generate_private_key() → génération de clés ML-KEM ; ecdh_key_agreement() → encapsulation/décapsulation ML-KEM. Faites abstraction de ces éléments au moyen d’une couche d’agilité cryptographique.

L’agilité cryptographique consiste à concevoir des systèmes dont les algorithmes peuvent être remplacés sans modifier le code. Utilisez des champs d’identification d’algorithme, des registres de types de clés et des moteurs enfichables. Évitez d’inscrire en dur les noms d’algorithmes dans les formats de sérialisation. Cette approche a permis la migration de SHA-1 vers SHA-256 et permettra celle de RSA vers PQC.

Testez avec les vecteurs de test à réponse connue issus des implémentations de référence PQC de NIST. Validez au moyen de la suite de tests d’interopérabilité OQS-OpenSSL. Testez TLS hybride avec oqs-provider pour OpenSSL. Surveillez les pages d’errata FIPS 203/204/205/206 de NIST pour connaître les mises à jour des recommandations d’implémentation.

Recommandations de NIST/NSA : (1) cessez dès maintenant de déployer de nouveaux systèmes RSA/ECC ; (2) déployez l’échange de clés hybride dans TLS et les VPN d’ici 2025-2026 ; (3) migrez les certificats vers PQC d’ici 2028-2030 ; (4) achevez la migration complète, y compris celle des modules de sécurité matériels, d’ici 2035, avant que le risque CRQC ne se concrétise.

Pourquoi les données chiffrées aujourd’hui (avec RSA/ECDH) sont-elles menacées avant même l’existence d’ordinateurs quantiques ?

La migration vers PQC utilise des KEM hybrides (classiques + PQC) pendant la période de transition. Donnez la priorité aux données à longue durée de vie et à l’échange de clés. Réalisez un inventaire cryptographique, mettez le matériel à jour et imposez l’agilité cryptographique. NIST recommande d’achever la migration complète d’ici 2035. Ensuite : la cryptographie des chaînes de blocs — arbres de Merkle et PoW.