La La cryptographie est devenue le fondement silencieux de toute sécurité numériqueDepuis le moment où vous déverrouillez votre téléphone avec votre doigt jusqu'à la réalisation d'un virement, la signature d'un contrat en ligne ou une conversation sur WhatsApp, des clés cryptographiques fonctionnent en permanence en arrière-plan. Si ces clés sont compromises, tout s'effondre, aussi performants que soient les algorithmes ou le pare-feu.
Dans ce guide, nous allons examiner calmement Quels types de clés cryptographiques existent, comment sont-elles utilisées et comment doivent-elles être gérées ? afin de garantir une sécurité optimale. Nous intégrerons des concepts tels que les clés symétriques, les clés publiques et privées, la gestion du cycle de vie, les blocs de clés, l'infrastructure à clés publiques (PKI), les algorithmes recommandés, les menaces actuelles (y compris l'informatique quantique) et les bonnes pratiques pour éviter les erreurs.
Qu'est-ce qu'une clé cryptographique et pourquoi est-elle si cruciale ?
Dans tout système cryptographique moderne, La clé est un ensemble de bits qui est entré dans un algorithme pour effectuer des opérations telles que le chiffrement, le déchiffrement, la signature ou la vérification.L'algorithme est généralement public (conformément au principe de Kerckhoffs), donc toute la sécurité dépend de la confidentialité et de la robustesse de la clé.
De nombreux systèmes sont basés sur paires d'opérations complémentairesChiffrement/déchiffrement, signature/vérification, génération de codes d'authentification de messages, etc. Un même algorithme se comporte différemment selon la clé qu'il reçoit, et dans une conception robuste, il ne devrait être possible de compromettre le système que si la clé est obtenue.
De plus, les clés ne servent pas uniquement à chiffrer les données. Ils sont également utilisés pour authentifier, signer, protéger d'autres clés (encapsulage de clés) ou en dériver de nouvellesC’est pourquoi il est si important de bien comprendre à quoi sert chaque type de touche et de ne pas mélanger les fonctions au hasard.
Types de clés selon leur nature : symétriques et asymétriques
De manière générale, les clés se divisent en deux grandes familles : clés symétriques et clés asymétriquesDe là émergent des variantes, des utilisations spécifiques et des schémas hybrides.
Clés symétriques
Une clé symétrique est une clé unique qui Il fonctionne aussi bien pour le chiffrement que pour le déchiffrement. Dans un algorithme donné, il s'agit du modèle classique de « clé partagée » : l'expéditeur et le destinataire possèdent exactement le même secret.
Ce type de clé se distingue par son efficacité : Il est idéal pour chiffrer de grands volumes de données (disques pleins, bases de données, sauvegardes, trafic réseau à haut débit…). Les algorithmes typiques basés sur des clés symétriques sont DES (désormais obsolète), 3DES/TDEA et, surtout, AES.
L'inconvénient est évident : Nous devons trouver un moyen sûr de partager la cléSi ce secret est intercepté lors de l'échange, le système entier est compromis. De plus, plus le nombre de participants partageant la même clé est élevé, plus la surface d'attaque est importante.
Clés asymétriques (clé publique / clé privée)
La cryptographie asymétrique fonctionne avec paires de clés mathématiquement liéesUne clé publique et une clé privée. Ce qui est chiffré avec l'une ne peut être déchiffré qu'avec l'autre, et extraire la clé privée à partir de la clé publique devrait être impossible sur le plan informatique.
Dans ce modèle, la clé publique est librement distribuée (dans les certificats, les répertoires, les serveurs) et est utilisé pour chiffrer ou vérifier les signatures, tandis que le La clé privée est gardée secrète. Elle sert au déchiffrement ou à la signature. La combinaison des deux est appelée paire de clés.
Des exemples typiques de schémas asymétriques sont RSA, DSA et les variantes basées sur la courbe elliptique (ECC, ECDSA, ECDH)En pratique, le chiffrement asymétrique est plus lent et traite moins de données ; il est donc généralement réservé à la définition des clés de session, à l'échange de secrets ou à la signature de documents, et non au chiffrement de fichiers volumineux.
Cryptographie hybride
Pour tirer le meilleur parti des deux mondes, la quasi-totalité des solutions concrètes utilisent schémas hybridesLa clé asymétrique est utilisée pour protéger ou échanger une clé symétrique, puis tout le trafic de données est chiffré avec cette clé symétrique.
Voici la stratégie suivie, par exemple, TLS lors de la navigation sur HTTPSLe navigateur et le serveur utilisent un échange de clés asymétriques (RSA, ECDHE ou, de plus en plus, des mécanismes post-quantiques) pour convenir d'une clé de session, et à partir de là, le contenu circule protégé par AES-GCM ou un autre chiffrement symétrique moderne.
Principaux algorithmes et utilisations des clés cryptographiques
Les clés sont associées à différents types d'algorithmes et leurs objectifsUne clé de chiffrement de disque n'est pas la même chose qu'une clé de signature de code ou qu'une clé d'authentification de messages.
Chiffrement à clé secrète : flux et blocs
En cryptographie à clé secrète, on peut distinguer entre chiffrements de flux et chiffrements par blocsLes processeurs de flux traitent le texte brut bit par bit ou octet par octet, tandis que les processeurs de blocs fonctionnent avec des blocs de taille fixe (par exemple, 128 bits) et enchaînent ensuite ces blocs en utilisant différents modes de fonctionnement.
Les chiffrements par blocs les plus pertinents dans la pratique actuelle sont 3DES (actuellement en cours d'abandon) et, surtout, AESL'AES prend en charge les clés de 128, 192 et 256 bits et est devenu la norme de facto pour presque tout : VPN, TLS, chiffrement de disque, stockage cloud…
Il est essentiel de comprendre que la sécurité dépend non seulement de l'algorithme, mais aussi de comment la clé est utilisée dans les modes de fonctionnementLes modes plus anciens comme ECB sont un désastre car ils révèlent des modèles en clair ; les modes modernes recommandés (CBC avec précaution, CTR, GCM) nécessitent des IV ou des nonces uniques et bien générés.
Chiffrement à clé publique : RSA, ECC et autres
Dans la famille des systèmes à clé publique, le plus ancien est RSA, en raison de sa difficulté. factoriser un nombre N composé de deux grands nombres premiersAvec un remplissage moderne comme RSA-OAEP, il est utilisé pour chiffrer de petites portions de données, généralement des clés symétriques.
Parallèlement, la cryptographie à courbes elliptiques (ECC) s'est largement répandue, ce qui permet Des clés beaucoup plus courtes pour un niveau de sécurité comparableLes courbes telles que P-256 ou X25519 sont largement utilisées dans TLS, la messagerie chiffrée de bout en bout et les VPN modernes comme WireGuard.
En cryptographie asymétrique, nous avons également des schémas de signature numérique Des variantes spécifiques : RSA-PSS, DSA, ECDSA et des variantes plus récentes telles que Ed25519 ou les algorithmes post-quantiques (ML-DSA, SLH-DSA), toutes basées sur des paires de clés publiques/privées.
Fonctions de hachage cryptographiques et clés associées
Bien qu'une fonction de hachage n'utilise pas de clé pour générer le condensé, elle devient « dépendante d'une clé » lorsqu'elle est combinée dans des mécanismes tels que HMAC (code d'authentification de message basé sur le hachage)où une clé symétrique est utilisée conjointement avec le hachage pour authentifier les messages.
Les fonctions de hachage modernes comme SHA-256 et SHA-3 Ils sont au cœur de nombreuses utilisations : vérification de l’intégrité des fichiers, chaînes de blocs, signatures numériques, stockage des mots de passe (avec des fonctions de sel et de dérivation comme bcrypt, scrypt ou Argon2) et construction d’algorithmes post-quantiques basés sur le hachage.
Clés des signatures numériques et de l'authentification
Les signatures numériques vous permettent de prouver que Un message précis a été émis par la personne se déclarant être l'expéditeur. et qu'il n'a pas été modifié. Pour ce faire, la clé privée du signataire est utilisée pour signer le hachage du message, et la clé publique est utilisée pour vérifier cette signature.
Ce mécanisme fournit authentification, intégrité et non-répudiationPar conséquent, il est utilisé pour la signature de documents juridiques, la signature de codes, les certificats numériques, les transactions financières, les systèmes d'identité numérique et pratiquement tous les processus qui exigent des preuves solides de qui a fait quoi et quand.
Cadre général de sécurité cryptographique : propriétés de base
Pour comprendre le rôle des touches, il est utile de se rappeler que propriétés de sécurité que la cryptographie moderne rechercheaussi bien en transit qu'à l'arrêt :
- confidentialitéSeules les parties autorisées connaissant la clé correcte devraient pouvoir lire les informations chiffrées.
- intégritéToute modification des données, même d'un seul bit, doit être détectable à l'aide de hachages, de MAC ou de signatures.
- AuthentificationLe système doit pouvoir vérifier l'identité de l'expéditeur et du destinataire, ainsi que l'origine du message.
- Pas de répudiationL'expéditeur ne doit pas pouvoir nier a posteriori avoir envoyé un message signé avec sa clé privée.
- Bonne gestion des mots de passeGénération, distribution, stockage, rotation et révocation sécurisées des clés.
Si l'une de ces jambes lâche, La sécurité globale du système s'en trouve compromise.Même si l'algorithme mathématique est parfait, la gestion des clés est tout aussi importante, voire plus, que le choix d'une bonne méthode de chiffrement.
Le cycle de vie clé : gestion de bout en bout
La gestion des clés cryptographiques est très similaire à la gestion des certificats, mais avec quelques différences : Chaque clé passe par des phases de génération, de distribution, de stockage, d'utilisation, de rotation, de révocation et d'expiration.Faire cela manuellement avec des feuilles de calcul Excel, c'est la recette du désastre.
Génération de clés
Le point de départ est toujours un génération de clés robusteDeux facteurs sont essentiels ici : la longueur de la clé et la qualité de l’aléatoire utilisé.
En ce qui concerne la longueur, les dimensions recommandées par des normes telles que NIST 800-57 et d'autres documents actuels sont, en gros, les suivantes : 128 ou 256 bits pour les clés symétriques (AES), 2048 bits minimum pour RSA et 256 ou 384 bits pour les clés ECC Pour les environnements exigeants. Plus la clé est longue, plus l'attaque par force brute est difficile, même si le coût de calcul augmente également.
En ce qui concerne l'aléatoire, il est essentiel d'utiliser Générateurs de nombres pseudo-aléatoires cryptographiquement sécurisés (CSPRNG)qui, avec une entropie suffisante, produisent des séquences imprévisibles. Si la source d'aléatoire est faible ou prévisible, la clé peut tomber entre les mains d'un attaquant sophistiqué.
Aujourd'hui, les plateformes modernes fournissent des API sécurisées pour la génération de clés : getrandom sous Linux, BCryptGenRandom sous Windows, fonctions sécurisées dans les bibliothèques cryptographiques Spécialisé… Vous ne devriez jamais utiliser de fonctions à usage général comme rand() pour cela.
Distribution et échange de clés
Une fois générées, les clés doivent parvenir à ceux qui en ont besoin. distribution clé C'est l'un des moments les plus risqués, surtout lorsqu'il s'agit de clés symétriques partagées entre différentes entités.
Pour réduire ce risque, des mécanismes tels que Infrastructure à clés publiques (PKI), protocoles tels que SSL/TLS, VPN et systèmes de gestion de clés (KMS)Dans ces systèmes, la clé publique peut circuler librement, tandis que la clé privée ne doit jamais quitter son environnement sécurisé.
Au cours de l'échange, Les canaux de communication doivent être protégés. (par exemple, avec un protocole TLS robuste, des certificats vérifiés et authentification mutuelle (le cas échéant). De plus, les clés de transport ou de chiffrement de clés (KEK) doivent être clairement identifiées et distinctes des clés protégeant les données utilisateur.
stockage sécurisé des clés
Le stockage est un autre élément clé : Une clé privée stockée en clair dans un fichier ou dans le code source est un cadeau pour tout attaquant.C’est pourquoi différentes solutions sont utilisées en fonction de l’environnement et du niveau de sécurité requis.
Parmi les options habituelles, nous trouvons coffres-forts de clés cryptographiques, HSM (modules de sécurité matérielle)Systèmes de gestion de clés (KMS) et magasins de clés du système d'exploitation basés sur le cloudL'idée est que les clés restent chiffrées au repos et ne sont déchiffrées que lorsqu'un processus autorisé en a besoin, tout en conservant les journaux d'accès.
Les HSM offrent une couche supplémentaire : Les clés ne quittent jamais le matériel en texte clairToutes les opérations cryptographiques sont exécutées au sein même du module. Dans les environnements PCI, le secteur bancaire et les grandes infrastructures de confiance, l'utilisation de modules HSM certifiés est pratiquement obligatoire.
Rotation, révocation et expiration
Les clés ne durent pas éternellement. En fait, Conserver le même mot de passe pendant des années est une très mauvaise idée. Car cela accroît les dommages potentiels en cas de compromission. C'est pourquoi des politiques claires de rotation et d'expiration doivent être définies.
La rotation des clés Cela implique de générer de nouvelles clés à intervalles réguliers (par exemple, tous les trimestres ou tous les ans selon le type de clé et le risque) et de migrer progressivement vers celles-ci. Idéalement, ce processus devrait être automatisé afin de minimiser les erreurs humaines.
La révocation anticipée Cela s'applique en cas de suspicion ou de preuve de fuite ou de compromission d'une clé privée. Dans ce cas, la clé doit être invalidée au plus vite, remplacée par une autre et, s'il s'agit de certificats, la révocation doit être communiquée via une liste de révocation de certificats (CRL) ou OCSP.
Enfin, le expiration prévue On part du principe qu'aucun algorithme ni aucune clé ne restera inviolable indéfiniment, surtout compte tenu de l'évolution de la puissance de calcul (et de la menace quantique qui se profile). Définir des dates d'expiration raisonnables pour les clés et éviter d'utiliser des clés expirées est essentiel pour maintenir un bon niveau de sécurité.
Blocage de clés, encapsulage de clés et protection avancée des clés symétriques
Dans des secteurs comme la finance, la gestion des clés symétriques a dû être considérablement affinée. Avec la mise en œuvre de la norme PCI PIN v2.0 et versions ultérieuresIl est requis que toutes les clés symétriques chiffrées soient gérées dans des structures appelées blocs de clés.
Un bloc de clés est fondamentalement un paquet contenant une clé chiffrée ainsi que des métadonnées décrivant son utilisation autorisée, son type et ses contrôles d'intégritéIl a été conçu pour empêcher quiconque de modifier la fonction d'une clé ou de la remplacer sans être détecté.
Historiquement, le secteur financier utilisait des algorithmes tels que DES et ses variantes Double-DES et Triple-DES (2DES, 3DES/TDEA)Ces systèmes reposaient sur des combinaisons de plusieurs clés (ensembles de clés) pour accroître la sécurité, mais ils présentaient toujours des problèmes d'échange de clés et de stockage sécurisé, en particulier lors de l'utilisation de KEK sans attributs d'utilisation bien définis.
Pour améliorer ce scénario, le concept de principales variantesCela impliquait de combiner une clé de base avec différents masques binaires selon l'utilisation. Bien que cela permette une certaine séparation logique, cela n'offrait ni intégrité des clés ni authentification.
La solution est apparue avec le emballage de cléLe chiffrement de clé est une technique qui chiffre la clé ainsi que des métadonnées afin qu'elle soit liée sans équivoque à un usage spécifique et protégée contre toute manipulation. Il existe des schémas normalisés, tels que : Enveloppe de clé TDEA (TKW) ou enveloppe de clé AES (AESKW et KWP), qui servent à protéger les clés dans des environnements hostiles.
De cette idée est née la norme des blocs clés, formalisée dans ANSI X9.143 (anciennement TR-31), aujourd'hui la méthode de référence pour l'échange sécurisé de clés symétriques chiffrées dans le monde financier.
Structure et versions des blocs clés
Dans le modèle X9.143, chaque bloc de touches comprend la clé protégée, les restrictions d'utilisation et autres métadonnéesprotégé par des mécanismes de chiffrement et d'authentification. Cela implique la génération d'une clé de protection de bloc de clés (KBPK) à partir de laquelle deux sous-clés sont dérivées :
- KBEK (Key-Block Encryption Key), utilisé pour chiffrer la partie contenant le texte chiffré et la longueur de la clé.
- KBAK (Clé d'authentification par blocage de clés) ou KBMK, utilisé pour générer un MAC (Message Authentication Code) sur l'ensemble du contenu du bloc de clé.
Cette structure garantit que Toute modification des attributs ou de la clé de chiffrement est détectée immédiatement.De plus, le format standardisé permet l'interopérabilité entre différents fabricants et appareils HSM.
Un détail pratique intéressant est que Le premier caractère de l'en-tête du bloc clé indique sa version.Les plus pertinentes sont :
- Version A : protégée par la méthode de liaison de variante de clé.
- Version B : protégée par la méthode de liaison de dérivation de clé TDEA.
- Version C : protégée par la méthode de liaison de variante de clé TDEA.
- Version D : protégée par la méthode de liaison de dérivation de clé AES.
Du point de vue des codes PIN PCI et du P2PE, Seules les versions B (TDEA) et D (AES) sont considérées comme acceptables.car elles sont basées sur une dérivation clé plutôt que sur des variantes réversibles.
Clés qui doivent être au format de bloc de clés
L'utilisation des blocs de touches est obligatoire lorsque Une clé symétrique existe en dehors du périmètre sécurisé d'un dispositif cryptographique (HSM, clavier PIN, terminal de paiement) ou est échangé entre organisations.
Dans le contexte PCI, cela concerne une longue liste de clés : Clés maîtres de zone (ZMK), clés de chiffrement de clé (KEK), clés maîtres de terminal (TMK), clés de chiffrement de code PIN (PEK), clés de dérivation de base (BDK) dans DUKPT et clés de dérivation initialesTous ces éléments, lorsqu'ils sont stockés ou transmis chiffrés par une autre clé symétrique, doivent être au format de bloc de clé.
Phases de migration vers les blocs clés
La transition mondiale vers les blocs clés a été structurée en trois phases majeures dont les dates sont fixées par le PCI SSC pour les broches PIN PCI et P2PE :
- Phase 1Clés internes et stockage au sein de l'environnement du fournisseur de services (applications, bases de données connectées aux HSM). Date d'entrée en vigueur : 1er juin 2019.
- Phase 2Connexions externes avec des associations et des réseaux (par exemple, les clés ZMK qui protègent les clés de travail PIN entre les acquéreurs, les émetteurs, les KIF, etc.). Date d'entrée en vigueur : 1er janvier 2023.
- Phase 3Extension à tous les systèmes d'hébergement des commerçants, terminaux de point de vente et guichets automatiques, y compris TMK et IPEK. Date d'entrée en vigueur : 1er janvier 2025.
Pour mener à bien ces phases, les organisations doivent Faites l'inventaire de toutes vos clés, identifiez l'emplacement des textes chiffrés en dehors du HSM, migrez vos clés MFK/LMK/KEK vers KBPK et coordonnez-vous avec les tiers. (émetteurs, acquéreurs, fournisseurs de HSM, services d'injection de clés) pour assurer la compatibilité.
Infrastructure à clés publiques (PKI), certificats et importance de la gestion des clés
L'infrastructure à clés publiques (PKI) est le cadre qui prend en charge La confiance numérique sur le web, dans les réseaux d'entreprise, dans les signatures de code et dans les identités numériquesSon essence réside précisément dans les clés cryptographiques et les certificats qui les relient aux identités.
Une infrastructure à clés publiques (PKI) est basée sur Autorités de certification (AC) Ces autorités de certification délivrent des certificats X.509 en signant les données du titulaire (domaine, entreprise, personne) avec leurs clés privée et publique. Les systèmes s'appuient sur ces autorités de certification racine et intermédiaires pour valider l'authenticité des certificats présentés par les serveurs, les utilisateurs ou les appareils.
Pour que tout cela soit fiable, la délivrance de certificats ne suffit pas : Les clés associées doivent être gérées correctementCela implique de tenir un inventaire de toutes les clés et de tous les certificats, de contrôler leur expiration, de faire tourner les clés à intervalles appropriés, de révoquer les certificats compromis ou inutilisés et de s'assurer que les clés privées associées aux certificats critiques sont stockées dans des HSM ou des coffres-forts sécurisés.
forums de coordination, tels que les Forum CA / BElles établissent des règles communes pour les autorités de certification et les navigateurs (par exemple, sur la taille minimale des clés, les algorithmes acceptés, les périodes de validité maximales, les exigences de révocation rapide) afin de maintenir un niveau de sécurité élevé et d'empêcher les abus.
Meilleures pratiques pour la gestion des clés cryptographiques
Compte tenu de la complexité actuelle des services, des clouds et des appareils, laisser chaque équipe gérer manuellement « ses » clés est risqué. Les bonnes pratiques peuvent être résumées en quelques points : Chaque organisation devrait considérer comme un minimum:
- Centraliser la gestion des clés sur une plateforme ou un service KMS/HSM, au lieu de les disperser entre serveurs, applications et feuilles de calcul.
- Utilisez des algorithmes et des tailles de clés mis à jour., suivant les recommandations d'organisations telles que le NIST (AES-128/256, RSA ≥ 2048 bits, ECC avec 256/384 bits, hachage SHA-256 ou supérieur).
- Stockez les clés dans des coffres-forts cryptographiques. ou des modules matériels sécurisés, empêchant ainsi qu'ils soient accessibles en clair à des utilisateurs ou processus non autorisés.
- Appliquer des contrôles d'accès strictsafin que seuls des profils très spécifiques et audités puissent utiliser ou gérer certaines clés.
- Planifiez la rotation périodique avec des périodes de validité bien définies et des mécanismes de renouvellement automatisés.
- Conservez des sauvegardes de vos clés critiques., stockées de manière cryptée et protégée, afin d'éviter toute perte de données en cas de dommage au système principal.
- Permettre une révocation et une destruction rapides des clés compromises, ainsi que des mécanismes de notification et de remédiation.
- Conserver des registres d'audit détaillés concernant les personnes qui ont créé, accédé, utilisé, renouvelé ou révoqué chaque clé tout au long de sa durée de vie.
Sans ces contrôles de base, ce n'est qu'une question de temps avant qu'une clé sensible ne tombe entre de mauvaises mains ou ne reste non renouvelée bien au-delà de sa date d'expiration raisonnable.
Menaces modernes : erreurs d'implémentation et ère post-quantique
Même si de bons algorithmes et de bonnes longueurs de clés sont choisis, il existe des ennemis bien réels : Erreurs d'implémentation, erreurs de configuration et nouvelles capacités de calcul.
Du point de vue de la mise en œuvre, il existe de nombreuses lacunes : Réutilisation des vecteurs d'initialisation (IV) ou des nonces dans des modes tels que GCM, stockage des mots de passe avec MD5 ou SHA-1, intégration des clés dans le code source, validations de certificats désactivées « pour les tests » mais finalement déployées en production.…Tout cela compromet toute garantie cryptographique.
D'autre part, informatique quantiqueBien qu'un ordinateur quantique capable de casser pratiquement RSA-2048 ou ECC avec l'algorithme de Shor soit encore loin d'être disponible, il existe un risque que des acteurs puissants capturent aujourd'hui le trafic chiffré pour le déchiffrer à l'avenir (la stratégie « récolter maintenant, déchiffrer plus tard »).
Pour anticiper cela, le NIST a normalisé plusieurs éléments d'ici 2024. algorithmes post-quantiques comme ML-KEM pour l'encapsulation des clés et ML-DSA ou SLH-DSA pour les signatures, basés sur des réseaux et des fonctions de hachage. La recommandation pour les années à venir est de schémas hybrides, en combinant des algorithmes classiques (ECDHE, RSA) avec ces nouveaux mécanismes PQC dans des protocoles tels que TLS.
Dans ce contexte, les organisations qui gèrent des données à longue durée de vie devraient commencer à préparer un inventaire cryptographique détaillé (quels algorithmes et quelles tailles de clés sont utilisés dans chaque système) et une feuille de route pour la migration vers des solutions résistantes à l'informatique quantique à mesure que l'écosystème mûrit.
En bref, le Les clés cryptographiques constituent le fil conducteur qui unit les algorithmes, les protocoles, les dispositifs et les politiques de sécurité.Comprendre leurs types, leurs utilisations et leur cycle de vie, appliquer des normes telles que NIST 800-57, PKI et X9.143 le cas échéant, et adopter une gestion centralisée et automatisée, voilà ce qui fait la différence entre une sécurité « pure » et une protection solide contre des attaquants de plus en plus compétents.
