Chapitre 11 (suite) — PKI & Attaques Cryptographiques

⏱ ~25 min autonome · ~40 min encadré

La cryptographie asymétrique résout la distribution des clés, mais soulève une nouvelle question : comment savoir qu'une clé publique appartient réellement à qui elle prétend ? La PKI apporte la réponse structurelle à cette question de confiance.

Expliquer le rôle d'une autorité de certification dans une chaîne de confiance.
Décrire le fonctionnement simplifié de TLS/SSL pour sécuriser une connexion web.
Distinguer attaque par force brute et attaque par dictionnaire appliquées à la cryptographie.

Infrastructure à clé publique (PKI)

Autorités de certification (CA)

Une autorité de certification est un tiers de confiance qui vérifie l'identité d'une entité (une organisation, un site web) avant d'émettre un certificat liant cette identité à une clé publique. La confiance ne repose pas sur la vérification individuelle de chaque site par chaque utilisateur — elle repose sur la confiance préalable envers un petit nombre de CA, dont les certificats racines sont préinstallés dans les navigateurs et systèmes d'exploitation.

Certificats numériques et chaîne de confiance

Un certificat numérique contient la clé publique de l'entité, son identité vérifiée, et la signature numérique de la CA qui l'a émis. Cette signature crée une chaîne de confiance : le navigateur fait confiance au certificat parce qu'il fait confiance à la CA qui l'a signé, elle-même souvent validée par une CA racine encore plus haut dans la hiérarchie.

Mémorisez ! Toute la sécurité de la PKI repose sur la fiabilité de la CA elle-même — une CA compromise ou négligente qui émettrait un certificat frauduleux pour un domaine qu'elle ne contrôle pas romprait la confiance de toute la chaîne, pas seulement d'un site individuel.

TLS/SSL — fonctionnement simplifié

Lors de l'établissement d'une connexion HTTPS, le serveur présente son certificat ; le client vérifie la chaîne de confiance jusqu'à une CA racine reconnue, puis les deux parties utilisent la cryptographie asymétrique pour négocier une clé de session symétrique (voir 11.1), qui chiffrera ensuite l'ensemble des échanges de la session pour un gain de performance.

Attaques cryptographiques (introduction)

Attaques par force brute et par dictionnaire

Les mêmes principes vus au Chapitre 6 pour les mots de passe s'appliquent plus largement aux clés cryptographiques : une attaque par force brute teste systématiquement toutes les clés possibles (praticable uniquement contre des clés trop courtes selon les standards actuels), une attaque par dictionnaire teste des clés ou phrases de passe probables plutôt que l'espace complet des possibilités.

Faiblesses d'implémentation courantes

La théorie mathématique d'un algorithme moderne (AES, RSA bien dimensionné) est rarement le point faible réel — ce sont presque toujours des erreurs d'implémentation qui ouvrent la porte : une génération de nombres aléatoires prévisible (les clés générées ne sont alors pas réellement aléatoires), une clé codée en dur dans le code source, ou l'utilisation persistante d'un algorithme obsolète (MD5, SHA-1, ou pire, l'absence totale de chiffrement) par simple compatibilité historique non révisée.

Scénario : Un système génère ses clés de session à partir de l'horloge du serveur au lieu d'une source d'aléa cryptographiquement sûre. Même avec un algorithme de chiffrement réputé solide comme AES, un attaquant qui devine approximativement l'heure de génération peut réduire drastiquement l'espace de recherche nécessaire — un exemple classique où l'implémentation, pas l'algorithme, constitue la vraie faiblesse.

Chapitre suivant → IA en Cybersécurité

Quiz — PKI & Attaques Cryptographiques

1. Quel est le rôle principal d'une autorité de certification (CA) ?

Chiffrer directement tout le trafic web Générer des mots de passe pour les utilisateurs Vérifier une identité avant d'émettre un certificat liant cette identité à une clé publique Bloquer les attaques par déni de service

La CA vérifie l'identité d'une entité et émet un certificat attestant du lien entre cette identité et sa clé publique.

2. Sur quoi repose fondamentalement la chaîne de confiance de la PKI ?

La vérification individuelle de chaque site par chaque utilisateur La confiance préalable envers un petit nombre de CA racines préinstallées Un mot de passe partagé mondialement L'absence totale de vérification

La confiance s'appuie sur un nombre restreint de CA racines déjà reconnues par les navigateurs et systèmes d'exploitation.

3. Que se passe-t-il si une CA est compromise et émet un certificat frauduleux ?

Rien, l'impact reste toujours limité à un seul site Le certificat frauduleux est automatiquement invalide Cela n'affecte que les connexions HTTP, jamais HTTPS Cela peut rompre la confiance de toute la chaîne, pas seulement d'un site individuel

Puisque la confiance repose sur la CA elle-même, sa compromission a un impact qui dépasse un seul certificat.

4. Une fois la chaîne de confiance TLS validée, quel type de chiffrement prend le relais pour la session ?

Symétrique, pour la performance Aucun chiffrement supplémentaire n'est nécessaire Asymétrique uniquement, pour toute la session Le hachage remplace le chiffrement à ce stade

Après l'établissement asymétrique de la connexion, le chiffrement symétrique, plus rapide, prend le relais pour le reste de la session.

5. Qu'est-ce qui distingue une attaque par force brute d'une attaque par dictionnaire sur une clé cryptographique ?

Ce sont des synonymes stricts La force brute ne s'applique jamais à la cryptographie La force brute teste toutes les clés possibles ; le dictionnaire teste des clés/phrases probables Le dictionnaire est toujours plus lent

Le principe reste le même que pour les mots de passe : exhaustivité totale contre ciblage de valeurs probables.

6. Quelle est la cause la plus fréquente de faiblesse cryptographique réelle en pratique ?

Une faille dans la théorie mathématique d'AES Des erreurs d'implémentation (aléa prévisible, clé codée en dur) L'absence totale d'algorithmes de chiffrement disponibles Un excès de longueur de clé

Les algorithmes modernes bien dimensionnés sont rarement le point faible ; les erreurs d'implémentation le sont bien plus souvent.

7. Pourquoi générer une clé à partir de l'horloge du serveur est-il risqué ?

L'horloge peut tomber en panne Cela ralentit le serveur Ce n'est jamais un problème réel L'heure approximative de génération réduit drastiquement l'espace de recherche pour un attaquant

Une source d'aléa prévisible (comme l'horloge) permet à un attaquant de réduire fortement l'espace de clés à tester.

8. Un certificat numérique contient typiquement quoi ?

La clé publique de l'entité, son identité vérifiée, et la signature de la CA émettrice Le mot de passe de l'utilisateur en clair La clé privée de l'entité Uniquement une adresse IP

Un certificat lie une clé publique et une identité vérifiée, garanties par la signature de la CA — jamais la clé privée elle-même.

9. Pourquoi une clé cryptographique trop courte devient-elle vulnérable à la force brute ?

Elle est toujours incompatible avec TLS Elle ralentit systématiquement le chiffrement L'espace total de combinaisons possibles devient praticable à tester exhaustivement Elle empêche toute signature numérique

Une clé courte réduit suffisamment l'espace de combinaisons pour qu'un test exhaustif devienne réalisable avec une puissance de calcul raisonnable.

10. Que garantit la chaîne de confiance PKI à un utilisateur qui visite un site en HTTPS ?

Que le contenu du site est exempt d'erreurs Que l'identité du site a été vérifiée par une autorité reconnue et que la communication est chiffrée Que le site n'a jamais été piraté Que le site ne collecte aucune donnée personnelle

La PKI garantit l'identité vérifiée et le chiffrement de la communication — pas l'absence d'autres risques de sécurité ou de confidentialité.