Lorsqu’on examine suffisamment longtemps l’ampleur de la migration vers la cryptographie post-quantique (PQC), une conclusion s’impose rapidement : « Cela va être difficile ».
La cryptographie est intégrée à des technologies d’entreprise développées au fil des décennies. Elle protège les transactions web, les connexions réseau, les tunnels VPN, les certificats, les applications, les infrastructures et les données. À terme, certains systèmes nécessiteront davantage qu’une simple mise à niveau logicielle. Ils devront peut-être être remplacés. À l’échelle d’une grande entreprise, la migration vers la cryptographie post-quantique (PQC) constitue donc un projet majeur qui s’étendra sur plusieurs années.
Cependant, en tant qu’ingénieur, la question que je me pose ensuite n’est pas de savoir si le problème est difficile, mais si nous le définissons correctement.
Il n’est pas nécessaire de tout faire en même temps
L’une des plus grandes erreurs que les organisations puissent commettre dans leur préparation à la cryptographie post-quantique (PQC) consiste à examiner l’ensemble de leur parc technologique et à en conclure que tout doit être modifié en même temps. Ce n’est pas le cas.
La menace quantique n’affecte pas toutes les formes de cryptographie de la même manière. Cette distinction est importante, car elle permet aux organisations de cibler plus précisément les risques immédiats auxquels elles sont exposées, plutôt que d’aborder la cryptographie post-quantique comme un remplacement généralisé et sans discernement.
“Les organisations ne devraient pas attendre de connaître avec certitude la date du « Q-Day » avant de s’attaquer à l’architecture.”
Cependant, circonscrire le problème ne fait pas disparaître la dette technique existante. En réalité, la cryptographie post-quantique peut révéler à quel point cette dette est devenue lourde de conséquences, un sujet que j’aborde plus en détail dans ma session « La préparation à la cryptographie post-quantique commence dès maintenant », disponible à la demande lors du F5 Post Mythos Security Summit.
Prenons le cas de TLS 1.3. Étude 2026 de F5 Labs a révélé que 10 % des principaux sites web ne le prennent toujours pas en charge. Il ne s’agit pas seulement d’un problème de modernisation. Les algorithmes de chiffrement PQC ne peuvent pas être négociés via TLS 1.2, ce qui fait de TLS 1.3 un prérequis fondamental pour se préparer à la PQC. Les organisations qui dépendent encore de versions obsolètes de TLS ont donc du travail à accomplir avant même de pouvoir entreprendre la prochaine transition cryptographique.
Le retard accumulé aujourd’hui en matière de modernisation peut devenir la contrainte de sécurité de demain.
Le temps de migration fait partie du risque
Il existe une autre raison de circonscrire le problème dès maintenant plutôt que d’attendre d’avoir davantage de certitudes quant à la date d’arrivée du jour Q : cette échéance n’est pas le seul facteur temporel à prendre en compte.
Le théorème de Mosca offre un cadre utile pour réfléchir aux échéances : il met en balance la durée pendant laquelle les informations doivent rester sécurisées et le temps nécessaire pour migrer vers une cryptographie résistante aux attaques quantiques, avec le temps restant avant que des ordinateurs quantiques suffisamment puissants ne puissent menacer la cryptographie à clé publique actuelle. Si la somme des deux premières périodes dépasse la troisième, l’organisation est confrontée à un problème.
Cela change notre façon d’envisager la préparation à la cryptographie post-quantique (PQC). Le temps nécessaire à la migration n’est pas une simple considération de planification du projet : il fait partie intégrante du risque.
Et l’architecture d’entreprise peut avoir une incidence considérable sur ce délai.
Plus la cryptographie est étroitement intégrée aux différentes applications et aux différents systèmes, plus une organisation risque, à terme, de devoir intervenir à de nombreux endroits pour les modifier, les tester, les valider et les maintenir. Si l’on ajoute à cela les infrastructures existantes et les dépendances vis-à-vis de tiers, ce qui semble être une simple mise à niveau cryptographique peut rapidement se transformer en un vaste chantier de transformation à l’échelle de l’entreprise.
C’est pourquoi les organisations ne devraient pas attendre d’avoir des certitudes quant à la date du Q-Day avant de s’attaquer à leur architecture. Il n’est pas nécessaire de savoir exactement quand l’informatique quantique franchira ce seuil pour comprendre qu’il est utile de réduire le délai nécessaire pour réagir.
Concevoir pour anticiper les évolutions cryptographiques
En définitive, l’objectif n’est pas simplement de déployer les algorithmes de cryptographie post-quantique (PQC) actuellement approuvés, mais aussi de développer la capacité à s’adapter à l’évolution constante des exigences cryptographiques.
C’est ce que signifie pour moi la crypto-agilité : la capacité à remplacer et à adapter les algorithmes cryptographiques sans interrompre le fonctionnement des systèmes en cours d’exécution.
Voici une question utile que les responsables technologiques devraient se poser : Si nous devions changer d’algorithme cryptographique demain, combien d’applications faudrait-il modifier ?
Si la réponse se chiffre en centaines ou en milliers, la cryptographie post-quantique n’est pas seulement un problème de cryptographie. C’est un problème d’architecture.
Et tenter de résoudre ce problème en réécrivant manuellement les applications une à une n’est pas une solution séduisante. À l’échelle d’une grande entreprise, cette approche peut s’avérer lente, coûteuse, perturbatrice sur le plan opérationnel et exigeante en matière d’infrastructure.
Heureusement, ce n’est pas la seule solution.
Le défi à relever est considérable, mais les organisations peuvent le rendre plus facile à gérer en déterminant où se situe leur exposition réelle, en identifiant les dépendances qu’elles maîtrisent et en concevant une infrastructure qui évite que les évolutions cryptographiques ne deviennent un problème pour chaque équipe applicative.
Session du Summit : la préparation à la cryptographie post-quantique commence dès maintenant
Lors du F5 Post-Mythos Security Summit à la demande, j’aborde précisément ce défi dans ma session intitulée « Se préparer à la cryptographie post-quantique dès maintenant ». Je vous y présente une approche pratique en trois étapes pour évaluer l’exposition immédiate, encadrer la transition et protéger l’infrastructure, tout en évitant de perturber inutilement les opérations en cours.
À propos de l’auteur
Articles de blog associés
IA et cybersécurité
Découvrez comment l’IA et la cybersécurité fonctionnent de concert. Découvrez comment l’IA et le machine learning (ML) permettent à votre entreprise de rester sécurisée, efficace et prête à innover avec F5.
Suivre le rythme de l’innovation de pointe ne suffit pas à faire avancer l’entreprise : se préparer à la réglementation de l’IA
À mesure que la réglementation de l’IA évolue, réfléchissez aux mesures de protection que vous pouvez mettre en place dès maintenant.
Les contrôleurs de mise à disposition d’applications reviennent au cœur des priorités stratégiques
L’IA rebat les cartes de la livraison d’applications. Nirav Shah de F5 revient sur la nouvelle étude de Gartner® consacrée aux ADC et explique ce qu’elle implique pour les décisions des entreprises en matière d’infrastructure.
Ce que nos clients nous disent sur l’IA, le multicloud hybride et la sécurité des applications
Le nouveau vice-président senior du marketing produit de F5 explique les pressions liées à l’IA auxquelles sont confrontés les dirigeants d’entreprise et ce dont ils ont besoin pour renforcer leur organisation.
Cinq niveaux de cyberrésilience antifragile transforment les pratiques en résultats
Découvrez comment cinq niveaux de résilience antifragile transforment les perturbations en comportements adaptatifs qui limitent les défaillances et renforcent l’architecture multicloud hybride.
Optimiser les pipelines d’IA en éliminant les goulets d’étranglement dans les charges de travail modernes
À mesure que les charges de travail d’IA montent en puissance, les entreprises constatent des ralentissements provenant du pipeline de données en amont qui alimente le modèle d’IA. Voici comment F5 BIG-IP peut les aider.