Les ordinateurs quantiques capables de casser le chiffrement actuel n’existent pas encore, mais Microsoft préfère ne pas attendre de recevoir la facture. Le groupe vient de resserrer son calendrier : la bascule de ses produits et services critiques vers la cryptographie post-quantique doit être bouclée d’ici 2029, contre un horizon plus flou jusqu’ici. Objectif inscrit noir sur blanc dans sa Secure Future Initiative (SFI), le programme interne de durcissement sécurité.
Trois chantiers passent en tête de file : l’adoption de TLS 1.3 pour les échanges réseau, la crypto-agility (la capacité à changer d’algorithmes sans tout reconstruire) et la sécurisation des chaînes de confiance derrière logiciels, appareils et services.
Points clés
- Microsoft veut boucler la bascule post-quantique de ses produits critiques d’ici 2029, dans le cadre de sa Secure Future Initiative.
- TLS 1.3, la crypto-agility et la sécurisation des chaînes de confiance sont les trois chantiers prioritaires.
- Le NIST a finalisé en 2024 trois standards post-quantiques : ML-KEM, ML-DSA et SLH-DSA.
- Microsoft recommande un inventaire cryptographique vivant et une rotation des clés dans une logique de programme pluriannuel.
Un calendrier calé sur 2029
Dans son billet du 30 juin 2026, Microsoft dit vouloir accélérer sa « quantum-safe timeline » à mesure que le risque quantique se rapproche. La logique du « harvest now, decrypt later » (récolter les données chiffrées aujourd’hui pour les déchiffrer plus tard) suffit à justifier l’empressement : ce qui est intercepté maintenant pourra être ouvert le jour où la machine adéquate existera.
Le point de départ, c’est la protection des données en transit. Microsoft en fait un prérequis. TLS 1.3 doit devenir le socle, avec moins de protocoles hérités, pour préparer l’arrivée des mécanismes hybrides puis post-quantiques une fois les standards et implémentations mûrs.
Le groupe recommande aussi de dresser un inventaire cryptographique vivant : identifier les dépendances, les algorithmes utilisés et les points de rotation des clés. Traduction pour les équipes : on ne bricole pas la migration au dernier moment, on l’intègre dès la conception.
TLS 1.3, certificats et chaînes de confiance
Le morceau le plus coriace, selon Microsoft, ce sont les chaînes de confiance : signature de code, émission de certificats, protection des clés et pipelines de mise à jour. L’entreprise évoque des protections matérielles pour les clés, des durées de vie de certificats revues et des processus d’émission et de signature auditables pour les racines de confiance critiques.
Le terrain a déjà été balisé. Le NIST a finalisé en 2024 trois standards : ML-KEM pour l’échange de clés, ML-DSA pour les signatures numériques et SLH-DSA pour les signatures fondées sur les fonctions de hachage. Microsoft a commencé à glisser des briques post-quantiques dans Windows et dans ses outils d’infrastructure.
« Adopter TLS 1.3 établit une base qui permet l’échange de clés hybride et post-quantique à mesure que les standards mûrissent. » (Microsoft Security Blog)
Un signal opérationnel, pas un livre blanc
Pour les équipes sécurité et infrastructure, le message est concret. Microsoft pousse à traiter la transition comme un programme pluriannuel : inventaire, gouvernance, rotation des clés et mise à jour des dépendances cryptographiques. Rien de sexy, tout d’indispensable.
Le billet tombe alors que plusieurs acteurs de la pile web, des navigateurs aux fournisseurs de services réseau, ont déjà lancé des déploiements hybrides sur TLS 1.3. Redmond fait désormais entrer le post-quantique par la grande porte de ses produits grand public et de ses services d’entreprise. Avec 2029 comme date butoir affichée, l’apocalypse quantique attendra peut-être encore, mais l’addition de la migration, elle, se paie dès maintenant.
