Chiffrement asymétrique et paires de clés

Le chiffrement asymétrique (également appelé cryptographie à key publique) utilise des paires de keys liées mathématiquement : une key publique, qui peut être distribuée librement, et une key privée, qui doit rester secrète. Les données chiffrées avec la key publique ne peuvent être déchiffrées qu’avec la key privée correspondante — et inversement. Cette conception élégante résout le problème de distribution des keys du chiffrement symétrique : vous pouvez partager votre key publique ouvertement sans compromettre la sécurité, car seule votre key privée peut déchiffrer les messages qui vous sont destinés.

RSA (Rivest-Shamir-Adleman) est l’algorithme de chiffrement asymétrique le plus largement déployé, inventé en 1977. Sa sécurité repose sur la difficulté mathématique de factoriser le produit de deux grands nombres premiers. RSA prend en charge des longueurs de key de 1024, 2048 et 4096 bits — RSA 2048 bits est la recommandation minimale actuelle, tandis que 4096 bits est recommandé pour une sécurité à long terme. RSA est utilisé pour l’échange de keys dans TLS (bien qu’il soit de plus en plus remplacé par ECDHE), pour les signatures numériques dans les certificats et pour le chiffrement des e-mails avec S/MIME.

Cryptographie sur les courbes elliptiques (ECC) offre une sécurité équivalente à celle de RSA avec des longueurs de key beaucoup plus courtes. Une key ECC de 256 bits fournit une sécurité comparable à celle d’une key RSA de 3072 bits. Cette efficacité rend ECC idéal pour les environnements aux ressources limitées, comme les appareils mobiles, les équipements IoT et les connexions TLS où les performances sont importantes. ECC repose sur la difficulté mathématique du problème du logarithme discret sur courbe elliptique. Les algorithmes ECC courants comprennent ECDSA (algorithme de signature numérique sur courbe elliptique) et ECDH (échange de keys). TLS 1.3 impose un échange de keys fondé sur ECC.

Il est essentiel de comprendre le sens d’utilisation des keys pour l’examen Security+. Deux cas d’utilisation distincts inversent le rôle des keys. Pour le chiffrement à des fins de confidentialité : l’expéditeur chiffre avec la key publique du destinataire, et seul le destinataire peut déchiffrer avec sa key privée. Pour les signatures numériques à des fins d’authentification : le signataire chiffre le hachage avec sa propre key privée, et n’importe qui peut le vérifier à l’aide de la key publique du signataire. Inverser ces rôles est une erreur fréquente à l’examen — retenez ceci : la key publique chiffre, la key privée déchiffre ; la key privée signe, la key publique vérifie.

Les signatures numériques utilisent la cryptographie asymétrique pour fournir l’authentification, l’intégrité et la non-répudiation. Le processus est le suivant : (1) l’expéditeur calcule le hachage du message, (2) chiffre ce hachage avec sa key privée pour créer la signature, (3) envoie le message et la signature ensemble. Le destinataire : (4) déchiffre la signature à l’aide de la key publique de l’expéditeur pour récupérer le hachage, (5) calcule indépendamment le hachage du message reçu et (6) compare les deux hachages — une correspondance prouve que le message est authentique et n’a pas été modifié.

Le chiffrement asymétrique est coûteux en calcul par rapport au chiffrement symétrique — généralement 100 à 1 000 fois plus lent. Cela s’explique par le fait que les algorithmes asymétriques effectuent des opérations mathématiques complexes (exponentiation modulaire pour RSA, multiplication de points sur des courbes pour ECC) sur de grands nombres. C’est pourquoi le chiffrement asymétrique n’est jamais utilisé pour chiffrer directement des données en volume. Il sert plutôt à échanger de manière sécurisée une petite key de session symétrique, puis la key symétrique chiffre les données réelles. Cette approche hybride combine les avantages de sécurité des deux méthodes.

Une bonne gestion des paires de keys est essentielle. Les keys privées doivent être générées dans un Hardware Security Module (HSM) ou conservées dans un magasin de keys chiffré, et ne doivent jamais être stockées dans des fichiers en texte brut non protégés. Les paires de keys ont une période de validité limitée, après laquelle elles doivent être régénérées. Pour les paires de keys fondées sur des certificats, la key privée ne doit jamais quitter l’appareil ou le HSM sur lequel elle a été générée. La compromission d’une key privée permet à un attaquant d’usurper l’identité de son propriétaire et de déchiffrer tous les messages chiffrés avec la key publique correspondante.

Les paires de keys asymétriques ne fournissent une sécurité que si vous pouvez vérifier qu’une key publique appartient bien à la personne ou à l’organisation attendue. Sans mécanisme de confiance, un attaquant pourrait substituer sa key publique à celle du destinataire prévu — une classique attaque de l’homme du milieu. La Public Key Infrastructure (PKI) résout ce problème en faisant signer numériquement un certificat par une Certificate Authority (CA) de confiance, ce qui lie une key publique à une identité vérifiée. Lorsque vous consultez un site web HTTPS, votre navigateur vérifie le certificat du serveur auprès d’une CA à laquelle il fait confiance et confirme que la key publique est légitime.

Pour choisir entre RSA et ECC, prenez en compte trois facteurs. Efficacité de la taille des keys : ECC 256 bits = RSA 3072 bits en matière de sécurité. Performances : ECC est nettement plus rapide, en particulier sur les appareils mobiles et IoT. Adoption : RSA bénéficie d’une meilleure prise en charge des anciens systèmes ; ECC est requis dans TLS 1.3 et de plus en plus imposé par les normes de sécurité modernes. Les deux algorithmes sont toujours considérés comme sécurisés lorsqu’ils sont correctement implémentés avec les tailles de keys actuellement recommandées. L’examen Security+ attend de vous que vous connaissiez ces compromis et sachiez quand chacun est approprié.

Le chiffrement asymétrique est menacé à long terme par les ordinateurs quantiques. L'algorithme de Shor, exécuté sur un ordinateur quantique suffisamment puissant, peut résoudre le problème de la factorisation (et casser RSA) ainsi que le problème du logarithme discret (et casser ECC) en temps polynomial, ce qui rend cassables les tailles de clés actuellement sûres. NIST a déjà sélectionné des algorithmes cryptographiques post-quantiques, notamment CRYSTALS-Kyber (encapsulation de clé) et CRYSTALS-Dilithium (signatures numériques), pour remplacer RSA et ECC. Les organisations qui traitent des données devant rester sensibles à long terme devraient commencer dès maintenant à planifier leur migration post-quantique.

Le chiffrement asymétrique est à la base de nombreux mécanismes de sécurité que vous utilisez chaque jour. HTTPS : la négociation TLS utilise RSA ou ECC pour échanger les clés de session. SSH : l'authentification par clé publique remplace les mots de passe par des paires de clés. Signature de code : les éditeurs de logiciels signent leur code avec des clés privées ; votre système d'exploitation le vérifie avec la clé publique. Courrier électronique S/MIME : chiffrez le message avec la clé publique du destinataire et signez-le avec votre clé privée. Bitcoin et blockchain : les transactions sont signées avec des clés privées ECDSA. Comprendre où ces mécanismes apparaissent en pratique vous aide à mieux contextualiser les questions d'examen.

Testez votre compréhension des concepts de CompTIA Security+ (SY0-701) présentés dans cette leçon.

Dans cette leçon, vous avez appris que : le chiffrement asymétrique utilise des paires de clés liées mathématiquement ; RSA et ECC sont les algorithmes dominants (ECC est plus rapide avec des clés plus courtes) ; les clés publiques chiffrent pour assurer la confidentialité et les clés privées signent pour assurer l'authentification ; enfin, le chiffrement asymétrique est lent, mais il résout le problème de la distribution des clés. Nous allons ensuite étudier le hachage et l'intégrité des données.