Fiche 12 — Cryptographie & PKI

Sujet transverse : ISO 27001 exige une politique de cryptographie (A.8.24), NIS2 la cite explicitement (art. 21 §2 h), le RGPD la recommande (art. 32). On attend d’un consultant senior la maîtrise des concepts et des choix, pas des maths.

1. Les 4 services de sécurité et ce qui les fournit

Service	Mécanisme
Confidentialité	Chiffrement (symétrique ou asymétrique)
Intégrité	Hachage, MAC/HMAC, signature
Authenticité	MAC (partagé) ou signature numérique (asymétrique)
Non-répudiation	Signature numérique uniquement (le MAC ne la fournit pas ⭐)

2. Symétrique vs asymétrique

Symétrique

AES (128/192/256), modes : GCM et CCM (chiffrement authentifié, AEAD — à recommander), CTR, CBC (nécessite un MAC séparé, sensible au padding oracle), ECB à bannir (motifs visibles — l’exemple du pingouin Tux).
ChaCha20-Poly1305 : alternative AEAD performante sans AES-NI (mobile).
Rapide, mais problème d’échange de clé et de mise à l’échelle (n(n-1)/2 clés).
3DES, RC4, DES : obsolètes.

Asymétrique

RSA (≥ 3072 bits recommandé par l’ANSSI pour du long terme ; 2048 = minimum toléré), ECC/ECDSA/EdDSA (courbes : P-256/P-384, Curve25519/Ed25519, FRP256v1 côté ANSSI), ECDH/ECDHE pour l’échange de clés.
Lent → en pratique : chiffrement hybride (asymétrique pour échanger une clé de session, symétrique pour les données). C’est exactement ce que fait TLS. ⭐

Hachage

SHA-256 / SHA-384 / SHA-512 / SHA-3 : OK. MD5 et SHA-1 : cassés (collisions) — ne plus jamais les utiliser pour la signature ou l’intégrité de sécurité.
Mots de passe : jamais un hash rapide → Argon2id (préféré), scrypt, bcrypt, PBKDF2 (si contrainte de conformité), avec sel unique + coût calibré, éventuellement poivre (pepper) stocké séparément.
HMAC = hash + clé (intégrité + authenticité).
KDF/HKDF pour dériver des clés ; CSPRNG pour l’aléa (jamais rand()).

3. TLS — à savoir expliquer de bout en bout

TLS 1.3 (RFC 8446) : à recommander. TLS 1.2 acceptable avec suites fortes. SSLv2/v3, TLS 1.0/1.1 : à désactiver.