SSH et les VPN prennent-ils en charge l'échange de clés post-quantique ?
De plus en plus, oui, mais il faut vérifier chaque produit. OpenSSH a fait d'un échange de clés hybride post-quantique son choix par défaut dans la version 9.0 en 2022, et la version 10.0 de 2025 a mis par défaut l'hybride fondé sur ML-KEM, mlkem768x25519-sha256 ; si les deux extrémités utilisent des versions récentes, vos sessions SSH l'emploient probablement déjà. Pour les VPN, la situation varie. L'échange de clés IPsec IKEv2 a obtenu avec la RFC 9370 un moyen normalisé d'ajouter des échanges supplémentaires, comme ML-KEM ; certains fournisseurs et projets libres le prennent en charge, d'autres l'ont seulement annoncé. WireGuard peut ajouter une clé symétrique pré-partagée comme couche de protection post-quantique, mais sa négociation reste classique. Consultez les notes de version du micrologiciel de votre pare-feu ou passerelle VPN et les versions de clients réellement utilisées, et rappelez-vous qu'un vieux serveur à une extrémité maintient toute la connexion en mode classique. Les VPN d'accès distant et de site à site transportent beaucoup de données à longue durée de vie : ils méritent une place élevée dans votre ordre de migration.
À lire ensuite
Questions liées
- Comment trouver où nous utilisons une cryptographie vulnérable au quantique ?
- Un capteur réseau peut-il construire un inventaire cryptographique ?
- Comment savoir quelles connexions utilisent déjà l'échange de clés hybride ?
- Que doit contenir un inventaire cryptographique ?
- NetSenX nous protège-t-il contre les ordinateurs quantiques ?
← Les 33 questions sur Cryptographie post-quantiqueTous les thèmes