La préparation au chiffrement post-quantique ne consiste pas uniquement à protéger les données chiffrées contre le risque de les collecter aujourd’hui pour les déchiffrer à l’avenir ; les systèmes d’authentification fondés sur des certificats devront eux aussi faire l’objet de changements importants. Ces changements concernent notamment les autorités de certification, les ancres de confiance, les services d’infrastructure à clé publique, les applications, les appareils et les modules matériels de sécurité.
Selon Microsoft, le défi ne consiste pas seulement à émettre ou à valider un certificat utilisant un nouvel algorithme, mais aussi à comprendre comment les chaînes de certificats, les plateformes et les procédures opérationnelles actuelles interagiront avec les exigences de l’authentification post-quantique. Des tests précoces peuvent révéler des problèmes d’interopérabilité, de taille des certificats, de performances et de gestion du cycle de vie avant qu’un traitement à l’échelle de la production ne devienne nécessaire.
De la protection de la confidentialité à la préparation de l’écosystème de confiance
Les discussions sur la préparation au chiffrement post-quantique se sont largement concentrées sur la confidentialité des communications, notamment sur le risque « collecter maintenant, déchiffrer plus tard ». L’authentification exige toutefois la gestion d’un réseau plus vaste de relations de confiance : les clés et les certificats doivent être émis, distribués, stockés, validés, renouvelés et administrés dans des environnements et auprès de fournisseurs variés.
Les organisations disposent également généralement d’une infrastructure accumulée au fil des décennies, comprenant notamment des appareils intégrés, des systèmes opérationnels, des dispositifs de sécurité, des applications personnalisées, des services externes et des systèmes de confiance soutenus par du matériel. Certains de ces composants peuvent avoir de longs cycles de mise à niveau ou reposer sur des hypothèses cryptographiques fixes dont les limites n’apparaissent qu’au début des tests.
Le programme pilote de Microsoft
Microsoft a lancé le 27 août 2026 le programme PQC TLS Pilot Program afin d’aider les autorités de certification éligibles à évaluer les racines et les certificats TLS post-quantiques. Le programme est limité aux autorités de certification acceptées et conformes au Microsoft Trusted Root Program, et utilise l’algorithme de signature résistant aux attaques quantiques ML-DSA-87.
La version d’août 2026 a ajouté sept racines pilotes gérées par ComSign, DigiCert, HARICA, IdenTrust Services, Sectigo, Shanghai Electronic Certification Authority et SSL.com. L’acceptation se poursuit par vagues jusqu’à la fin de l’année 2026.
Les certificats émis dans le cadre du programme ne sont pas approuvés publiquement et sont exclusivement destinés aux tests d’interopérabilité et de préparation de l’écosystème dans des environnements fermés, des applications personnalisées et des laboratoires d’entreprise. Ils ne doivent pas être utilisés pour des sites publics ou des scénarios de confiance en production. En outre, la prise en charge de ML-DSA reste limitée et évolue pendant la phase pilote ; il ne faut donc pas s’y fier en production.
Que peuvent tester les organisations dès maintenant ?
Les certificats ML-DSA peuvent être testés dans des scénarios contrôlés et hors production sur des systèmes Windows 11 pris en charge et configurés de manière appropriée. La prise en charge commence avec les mises à jour du 28 juillet 2026 : KB5101681, avec le numéro de build du système d’exploitation 28000.2608 pour la version 26H1, et KB5101684, avec les numéros de build 26200.8973 et 26100.8973 pour la version 25H2. Les certificats peuvent également être utilisés avec Secure Channel (Schannel) dans les scénarios pris en charge, après vérification des exigences de la plateforme.
Microsoft recommande aux équipes de sécurité, aux administrateurs de PKI et aux architectes de commencer par inventorier les systèmes dépendant des certificats, cartographier les relations de confiance publiques et privées, évaluer les plans des fournisseurs, identifier l’infrastructure à longue durée de vie et créer des environnements de test hors production. Les résultats devraient être convertis en une feuille de route pluriannuelle définissant les responsabilités et hiérarchisant les dépendances de mise à niveau.
Pourquoi cette information est-elle importante ?
Le changement concret consiste à faire passer la préparation au chiffrement post-quantique d’une discussion algorithmique à un test pratique de l’ensemble de l’écosystème de confiance. Le principal avantage est de révéler les limites liées à la taille, aux performances, à la compatibilité et aux flux de travail avant l’introduction de nouveaux certificats dans les environnements de production. Toutefois, le programme ne prouve ni une préparation générale ni une prise en charge de la production : il s’agit d’un environnement pilote limité, et la réussite des tests restera liée aux capacités des fournisseurs, des appareils et des applications présents dans chaque organisation.