Le calculateur interactif nécessite JavaScript. La formule, une explication et un exemple chiffré figurent plus bas : vous pouvez faire le calcul à la main.
Vos paramètres
Votre résultat
- Migration (échange de clés classique encore utilisé)
- Les données doivent rester confidentielles
- Fenêtre d’exposition : lisibles mais encore sensibles
- Année CRQC retenue
- Jalons de la feuille de route UE
Et maintenant ?
- Inventoriez d’abord vos échanges de clés.Le HNDL ne concerne que les données protégées par un échange de clés ou un chiffrement à clé publique vulnérable au quantique (RSA, ECDH, Diffie-Hellman), surtout dans TLS, les VPN et les messageries. Commencez par repérer où ils sont utilisés. Une auto-évaluation de 2 minutes vous situe.
- Priorisez les données à longue durée de vie.Classez les systèmes selon la durée de confidentialité des données qu’ils transportent, pas selon leur nombre. Ceux dont le X est le plus élevé forment votre première vague. Notre guide HNDL (en anglais) détaille la méthode.
- Planifiez un ML-KEM hybride.Un échange de clés hybride (classique plus ML-KEM, FIPS 203, en anglais) protège le nouveau trafic contre la récolte sans renoncer aux garanties actuelles. Vérifiez quelles bibliothèques, quels répartiteurs de charge et quels fournisseurs le prennent déjà en charge.
Des chiffres réels plutôt que des estimations ? Lors d’une démo gratuite, nous lançons CRYPTAGION sur un dépôt public proche de votre stack et montrons où se trouvent réellement les échanges de clés vulnérables au quantique ; un Pilote ou une Discovery couvre ensuite votre propre code, dans votre périmètre.
Demander une démo →Comment le calcul fonctionne
Le calculateur applique l’inégalité proposée par Michele Mosca pour savoir quand s’inquiéter des ordinateurs quantiques :
X + Y > Z → les données protégées aujourd’hui par un échange de clés classique sont exposées.- X : le nombre d’années pendant lesquelles les données doivent rester confidentielles.
- Y : le nombre d’années nécessaires pour passer le système à un échange de clés post-quantique (plus l’éventuel délai avant de commencer).
- Z : le nombre d’années avant qu’un CRQC existe, saisi ici comme une année de planification : Z = année de planification − année en cours.
Jusqu’à la fin de la migration, un attaquant peut enregistrer le trafic qui utilise un échange de clés classique. Les dernières données enregistrées avant la bascule doivent rester secrètes encore X années. Si cette période se termine après l’année CRQC, il existe une fenêtre pendant laquelle les données sont lisibles alors qu’elles sont encore sensibles. Sa durée correspond à l’exposition :
exposition = X + Y − (Z − année en cours)Positive : exposé. Entre −1 et 0 (moins de 2 ans de marge) : à la limite. −2 ou moins : dans la marge.
Exemple chiffré
Supposons que nous soyons en 2026, avec des contrats clients qui doivent rester confidentiels 10 ans, une migration de 5 ans et le scénario de planification 2032.
| X + Y | 10 + 5 = 15 ans |
|---|---|
| Z | 2032 − 2026 = 6 ans |
| Exposition | 15 − 6 = 9 ans : exposé |
| En années calendaires | La migration se termine en 2031. Les données enregistrées jusque-là doivent rester secrètes jusqu’en 2041, mais pourraient être lisibles dès 2032. Un contrat envoyé aujourd’hui doit rester secret jusqu’en 2036, mais pourrait être lisible dès 2032. |
Avec un besoin de confidentialité de 2 ans et une migration de 3 ans, le même scénario donne 2 + 3 − 6 = −1 : à la limite, avec un an de marge.
Source : M. Mosca, « Cybersecurity in an Era with Quantum Computers: Will We Be Ready? », IEEE Security & Privacy, vol. 16, no 5, p. 38-41, 2018, doi:10.1109/MSP.2018.3761723. Prépublication : IACR ePrint 2015/1075.
← Toutes les ressources · Auto-évaluation · Guide HNDL (en anglais)