Chiffrement post-quantique : le guide complet pour protéger vos bases de données (2026)

Le chiffrement post-quantique (ou cryptographie post-quantique, souvent abrégée PQC) désigne des algorithmes conçus pour résister aux ordinateurs quantiques. Ils tournent sur les ordinateurs d'aujourd'hui, sans matériel spécial. Leur rôle : remplacer, ou plutôt compléter, les mécanismes actuels que l'algorithme de Shor permettra de casser.

Ce guide explique ce qui est menacé, quels standards utiliser, pourquoi il faut agir dès maintenant, et comment protéger concrètement les données d'une base de données.

Ce que le quantique menace vraiment

Le chiffrement moderne combine deux briques. Un chiffrement symétrique, comme AES, chiffre les données. Un mécanisme à clé publique, comme RSA ou les courbes elliptiques (ECDH, X25519), échange ou protège la clé qui sert à chiffrer.

Un ordinateur quantique suffisamment puissant casserait la seconde brique : RSA et les courbes elliptiques reposent sur des problèmes mathématiques (factorisation, logarithme discret) que l'algorithme de Shor résout efficacement. AES-256, lui, reste solide. Mais si l'attaquant récupère la clé, le reste tombe.

Pourquoi agir maintenant : « harvest now, decrypt later »

Les ordinateurs quantiques capables de casser RSA n'existent pas encore. Mais des données chiffrées peuvent être copiées aujourd'hui, stockées, puis déchiffrées dans quelques années. Les agences de sécurité appellent cette menace « harvest now, decrypt later ».

La question n'est donc pas « quand le quantique arrivera-t-il ? », mais « combien de temps mes données doivent-elles rester secrètes ? ». Des dossiers médicaux, des contrats, des données RH ou bancaires doivent souvent rester confidentiels 10 à 30 ans. Si ce délai, plus le temps de migrer, dépasse l'arrivée du quantique, les données sont déjà exposées (c'est l'inégalité de Mosca, que notre Lab calcule pour vous).

Les échéances officielles

• Août 2024 : le NIST publie les premiers standards post-quantiques, dont FIPS 203 (ML-KEM).
• Juin 2025 : la feuille de route coordonnée de l'Union européenne demande aux États membres de commencer la transition d'ici fin 2026, de protéger les usages à haut risque d'ici fin 2030, et de migrer autant que possible d'ici 2035.
• Le NIST prévoit de déprécier RSA et les courbes elliptiques à partir de 2030, puis de les interdire d'ici 2035 pour les systèmes fédéraux américains.
• En France, l'ANSSI recommande une approche hybride : combiner un algorithme classique éprouvé et un algorithme post-quantique pendant la transition.

Les standards à connaître

• ML-KEM (FIPS 203), issu de CRYSTALS-Kyber : l'encapsulation de clé post-quantique. C'est lui qui protège les clés. ML-KEM-768 est le niveau le plus utilisé.
• ML-DSA (FIPS 204) et SLH-DSA (FIPS 205) : les signatures numériques post-quantiques.
• HQC : retenu par le NIST en 2025 comme algorithme d'encapsulation de secours, fondé sur des mathématiques différentes.
• AES-256-GCM : reste le bon choix pour chiffrer les données elles-mêmes.

Le chiffrement hybride : la bonne pratique actuelle

Les algorithmes post-quantiques sont récents. Pour ne rien perdre pendant la transition, on les combine avec un algorithme classique : par exemple X25519 et ML-KEM-768, dont les deux secrets sont mélangés par une fonction de dérivation (HKDF). Pour retrouver la clé, un attaquant devrait casser les deux. Si une faiblesse était découverte dans l'un, l'autre protège encore.

C'est l'approche recommandée par l'ANSSI et son homologue allemand, le BSI, et celle déjà déployée par les navigateurs et les grands services en ligne pour leurs connexions.

Et pour une base de données ?

Les connexions (TLS) se mettent à jour côté navigateurs et serveurs. Les données stockées, elles, restent chiffrées avec les clés d'hier tant qu'on ne fait rien : c'est souvent le point oublié. La méthode la plus efficace est le chiffrement au niveau des champs :

• on chiffre uniquement les colonnes sensibles (e-mail, téléphone, IBAN, numéro de sécurité sociale…), en AES-256-GCM ;
• la clé de données est elle-même protégée par un échange de clés hybride X25519 + ML-KEM-768 ;
• chaque valeur est liée à sa table, sa colonne et sa ligne : copiée ailleurs, elle ne se déchiffre plus ;
• une empreinte (index aveugle) permet de continuer à rechercher une valeur exacte, par exemple un e-mail à la connexion, sans la déchiffrer ;
• une sauvegarde volée ou un accès SQL direct ne donnent que du texte illisible.

Par où commencer : 5 étapes

• 1. Inventaire : où se trouvent vos données sensibles, et quelle cryptographie utilisez-vous aujourd'hui ?
• 2. Classement : combien de temps chaque type de donnée doit-il rester confidentiel ?
• 3. Priorités : commencez par les données qui doivent rester secrètes le plus longtemps.
• 4. Pilote : chiffrez une première table, vérifiez que l'application fonctionne, mesurez les performances.
• 5. Généralisation et agilité : étendez aux autres tables et gardez la possibilité de changer d'algorithme (rotation de clés).

Les erreurs à éviter

• Inventer sa propre cryptographie : utilisez uniquement des algorithmes standardisés et des implémentations reconnues.
• Attendre l'arrivée du quantique : les données copiées aujourd'hui seront déchiffrées demain.
• Chiffrer sans plan de sauvegarde des clés : sans elles, les données sont perdues.
• Croire au « 100 % sécurisé » : le chiffrement post-quantique protège les données stockées, pas un serveur applicatif compromis.

Le meilleur moment pour protéger des données du quantique, c'est avant que quelqu'un les ait copiées.

Vous voulez savoir où vous en êtes ? Mesurez votre exposition dans le Lab QuorVault, ou demandez un diagnostic post-quantique : inventaire, cartographie des données sensibles et plan de migration écrit.