Promesses de VPN post-quantique : quelle opération a réellement changé ?

Le VPN post-quantique est une expression incomplète tant que personne ne dit quelle opération a changé. Les clés de session viennent d’une opération, l’authentification du pair d’une autre, et la protection du trafic d’une troisième. Un produit peut modifier l’une de ces trois tandis que son marketing laisse entendre que les trois ont changé. Séparer ces trois est donc la première tâche quand une promesse arrive, et c’est aussi la dernière que les gens accomplissent.

Clés de session, identité du pair, protection du trafic : choisissez-en une

L’expression nomme une propriété qu’aucun composant ne possède à lui seul. Les clés de session sortent d’une étape d’établissement de clés, l’identité du pair d’une signature ou d’une chaîne de certificats, et la protection du trafic de chiffrements symétriques que les deux extrémités dérivent une fois la première étape terminée. Un fournisseur peut améliorer l’un des trois et décrire le résultat comme un VPN post-quantique sans rien affirmer de faux. Le lecteur doit lui-même déterminer quelle affirmation a été faite.

L’établissement de clés produit le matériel secret partagé d’une session, et c’est ce qu’un ordinateur quantique futur attaquera le plus directement, d’où l’attention qu’il reçoit. L’authentification est un autre travail, et aucun échange de clés post-quantique ne rend une signature post-quantique. Les deux se mettent à niveau indépendamment, et la plupart des déploiements feront exactement cela, une chose à la fois.

Ce que les deux standards définissent et ce qu’ils ne définissent pas

Les standards fixent le vocabulaire, et ils fixent aussi le peu qu’un nom prouve. ML-KEM, normalisé comme FIPS 203, est un mécanisme d’encapsulation de clés : deux parties dérivent un secret partagé sur un canal public lorsqu’elles n’en partagent pas déjà un. ML-DSA, normalisé comme FIPS 204, est un schéma de signature, qui répond à la question de l’identité et non à celle de l’établissement de clés.

Aucun des deux documents ne nomme un protocole VPN, une implémentation ou une position dans une poignée de main, donc une affirmation sur l’établissement de clés post-quantique n’est pas automatiquement une affirmation sur les signatures post-quantiques. L’endroit où une primitive se place dans une poignée de main appartient à celui qui a écrit le protocole, et c’est là que se trouve le détail utile. Demandez l’algorithme, le jeu de paramètres, le point de la poignée de main où il intervient, et les versions client et serveur qui prennent en charge cet arrangement. Quatre réponses suffisent à éprouver une affirmation, et la plupart n’y résistent pas à la deuxième.

L’hybride est une conception, alors demandez la conception

L’hybride combine un échange classique avec un échange post-quantique pour que la session survive si l’un des deux se révèle faible. C’est un choix d’ingénierie solide et une conception précise, non une catégorie. Deux hybrides peuvent combiner des primitives différentes, des jeux de paramètres différents et des ordres différents de dérivation de clés, et l’étiquette seule n’en distingue aucun.

Demandez la spécification ou au moins la combinaison nommée, puis confirmez que les deux pairs la négocient, car un client qui retombe silencieusement sur la moitié classique finit avec une propriété plus faible que sa documentation ne le suggère. Le chemin de repli est généralement la partie intéressante d’une conception, et c’est rarement celle qui est décrite en premier.

La preuve qu’un déploiement peut réellement fournir

Une explication utile nomme trois choses concrètes : l’implémentation, le processus de mise à jour derrière elle, et la preuve que le mode prévu est actif dans votre déploiement. Un relecteur peut vérifier ces trois points, et c’est ce qui les distingue du reste de la conversation. Une capture de paquets ne suffit pas à elle seule, car elle peut montrer quel groupe a été négocié tout en laissant l’implémentation non prouvée et l’intégrité de chaque extrémité non examinée. Lisez les notes actuelles du standard et les avis de l’implémentation, car les pages de publication portent des errata et nommer un algorithme normalisé n’est pas la même chose que maintenir le code derrière lui.

Décidez selon les données que vous protégez et la durée pendant laquelle elles doivent le rester. Ce cadre l’emporte sur le rejet systématique de toute nouveauté comme sur la confiance aveugle en tout ce qui porte une étiquette. Il produit aussi la phrase que la plupart des questions d’achat demandent réellement, celle qui nomme l’opération qui a changé et la preuve qu’elle l’a fait.

Les parties qu’une affirmation de poignée de main ne couvre jamais

Rien de tout cela ne traite l’identité du pair, car une poignée de main post-quantique avec un certificat mal vérifié reste une poignée de main avec un pair non vérifié. Les mathématiques de l’échange ne réparent pas la politique qui l’entoure, et aucun jeu de paramètres ne compense une vérification qui a été désactivée. La sécurité des comptes, le routage, la compromission des extrémités et les pratiques de données d’un opérateur restent aussi hors de l’affirmation. Un tunnel qui résiste à un ordinateur futur peut toujours être exploité par quelqu’un qui enregistre chaque connexion, et pour la plupart des utilisateurs cet écart compte plus que l’algorithme.

Gardez l’affirmation étroite lorsque vous la répétez. La version honnête nomme l’opération, cite le standard, décrit la preuve et s’arrête là. Tout ce qui va au-delà est une autre promesse, et elle exige sa propre preuve.