Le chiffrement repose sur deux grandes familles de primitives, symétrique et asymétrique, complétées par les fonctions de hachage et, depuis peu, par les algorithmes post-quantiques standardisés par le NIST. Comprendre leurs différences de fonctionnement conditionne directement le choix d’architecture pour protéger un flux réseau ou un volume de données au repos.
Modes opératoires des algorithmes symétriques : au-delà d’AES-CBC
La plupart des guides se contentent de nommer AES et Blowfish. En pratique, le choix du mode opératoire compte autant que celui de l’algorithme lui-même. Un AES utilisé en mode ECB produit des blocs chiffrés identiques pour des blocs clairs identiques, ce qui laisse fuiter des motifs dans les données.
A lire également : Quel est le cryptage le plus puissant disponible aujourd’hui
Nous recommandons deux modes en contexte professionnel. Le mode GCM (Galois/Counter Mode) combine chiffrement et authentification dans une seule passe : il garantit à la fois la confidentialité et l’intégrité du message sans nécessiter de HMAC séparé. Le mode XTS, lui, est conçu pour le chiffrement de volumes de stockage (disques, partitions) où chaque secteur doit être chiffrable indépendamment.
Le point à retenir : un algorithme symétrique mal configuré offre une sécurité illusoire. L’algorithme ne fait rien sans un mode opératoire adapté au cas d’usage, un vecteur d’initialisation unique par opération, et une gestion rigoureuse des clés.
A découvrir également : Quelles sont les 3 grandes catégories de logiciels informatiques ?
Chiffrement asymétrique et échange de clés : RSA, ECC et leurs limites
Le chiffrement asymétrique utilise une paire de clés (publique et privée). RSA reste largement déployé, mais sa sécurité dépend de la difficulté à factoriser de grands nombres entiers. ECC (Elliptic Curve Cryptography) offre un niveau de protection équivalent avec des clés bien plus courtes, ce qui réduit la charge de calcul sur les terminaux mobiles et les objets connectés.
Dans un échange TLS classique, l’asymétrique ne sert pas à chiffrer le trafic : il sert à négocier une clé symétrique de session. C’est cette clé de session symétrique qui chiffre réellement les données transmises. Cette distinction est souvent absente des articles grand public, alors qu’elle explique pourquoi la performance du chiffrement asymétrique n’est pas un goulet d’étranglement en production.
Hachage cryptographique : SHA-2, SHA-3 et cas d’usage
Les fonctions de hachage ne sont pas des techniques de chiffrement à proprement parler : elles produisent une empreinte de taille fixe à partir d’un message de taille quelconque, et cette opération est irréversible. SHA-256 (famille SHA-2) reste la référence pour la vérification d’intégrité, les signatures numériques et le stockage de mots de passe (associé à un sel et un algorithme d’étirement comme bcrypt ou Argon2).
SHA-3, basé sur une construction en éponge (Keccak), offre une résistance structurellement différente de SHA-2. Nous observons son adoption progressive dans les environnements qui cherchent une diversification algorithmique, notamment dans les systèmes de certification à long terme.
Normes post-quantiques NIST : FIPS 203, 204 et 205
En août 2024, le NIST a finalisé trois normes de cryptographie post-quantique qui marquent un tournant concret dans la sécurisation des échanges face à la menace d’un calculateur quantique capable de casser RSA et ECC.
- FIPS 203 (ML-KEM) : mécanisme d’encapsulation de clés basé sur les réseaux euclidiens, destiné à remplacer RSA et Diffie-Hellman dans l’échange de clés TLS et VPN.
- FIPS 204 (ML-DSA) : algorithme de signature numérique, également fondé sur les réseaux euclidiens, prévu pour les certificats X.509 et la signature de code.
- FIPS 205 (SLH-DSA) : signature basée sur le hachage, conçue comme solution de secours en cas de faiblesse découverte dans les constructions à base de réseaux.
Ces normes ne remplacent pas AES ni SHA-2. Elles ciblent les briques asymétriques (échange de clés, signatures) qui sont vulnérables à l’algorithme de Shor exécuté sur un ordinateur quantique de taille suffisante.
Déploiement hybride : combiner classique et post-quantique
L’ANSSI, le BSI et l’ENISA recommandent un déploiement hybride combinant chiffrement classique et post-quantique. Le principe : une session TLS négocie à la fois une clé via ECDH (classique) et une clé via ML-KEM (post-quantique). La clé de session finale dérive des deux. Si l’un des deux mécanismes se révèle cassé, l’autre maintient la confidentialité.
Cette approche évite de parier sur un seul algorithme récent dont la maturité cryptanalytique reste limitée. Elle a un coût en bande passante (les clés post-quantiques sont plus volumineuses que les clés ECC), mais ce surcoût reste négligeable sur les liaisons modernes.
Choisir une technique de chiffrement : critères opérationnels
Le choix ne se résume jamais à « AES ou RSA ». Chaque couche du système appelle un algorithme adapté à sa contrainte.
- Données au repos (disques, bases de données) : AES-256 en mode XTS ou GCM, avec gestion centralisée des clés via un HSM ou un KMS.
- Données en transit (TLS, VPN) : négociation de clé via ECDHE (ou hybride ML-KEM + ECDHE), chiffrement de session en AES-GCM.
- Signatures et certificats : ECDSA ou, pour les environnements préparant la transition post-quantique, ML-DSA en mode hybride.
- Intégrité et stockage de mots de passe : SHA-256 pour l’intégrité, Argon2id pour le hachage de mots de passe.
Un audit régulier de l’inventaire cryptographique (algorithmes utilisés, tailles de clés, durées de vie des certificats) permet d’anticiper les migrations. La menace « harvest now, decrypt later », où un attaquant stocke du trafic chiffré pour le analyser plus tard avec un ordinateur quantique, rend la migration vers les normes post-quantiques prioritaire pour les données à longue durée de vie.
Les techniques de cryptage ne se résument pas à une liste d’acronymes. L’assemblage entre algorithme, mode opératoire, protocole de négociation de clés et politique de rotation détermine le niveau réel de protection. Avec la finalisation des normes FIPS 203, 204 et 205, le chantier le plus concret pour les équipes sécurité est aujourd’hui l’inventaire de leurs dépendances à RSA et ECC, et la planification d’une migration hybride.