Aller au contenu principal
Expert Cybersécurité & IAv9.0
Centres de ressources conformité
Besoin d'un accompagnement expert ?
Devis personnalisé sous 24h — audit, conformité, incident
Checklists Sécurité — Audit & Durcissement
Formats disponibles
📄 PDF 📊 Excel 🌐 Web

11 checklists professionnelles couvrant 2 200+ points de contrôle. Téléchargement gratuit, aucune inscription.

Hybrid Encryption

general

Définition

Le chiffrement hybride (Hybrid Encryption) est une approche cryptographique qui combine les avantages du chiffrement symétrique (rapide, adapté aux grandes quantités de données) et du chiffrement asymétrique (pas besoin de partager une clé secrète à l'avance). C'est le schéma fondamental utilisé dans TLS/HTTPS, PGP, Signal Protocol, et pratiquement tous les systèmes de chiffrement modernes. Le problème que le chiffrement hybride résout est conceptuellement simple. Le chiffrement symétrique (AES-256) est très rapide et efficace pour chiffrer de grands volumes de données, mais il nécessite que les deux parties partagent une clé secrète — comment partager cette clé de manière sécurisée si on ne dispose pas déjà d'un canal sécurisé ? Le chiffrement asymétrique (RSA, ECDH) permet l'échange de clés sans canal sécurisé préalable, mais est trop lent pour chiffrer de grandes quantités de données (RSA-2048 est ~1000x plus lent qu'AES-256). Le chiffrement hybride combine les deux en deux étapes. Étape 1 — Key Encapsulation : le chiffreur génère une clé de session symétrique aléatoire (Session Key ou Data Encryption Key — DEK) et la chiffre avec la clé publique asymétrique du destinataire (RSA-OAEP, ECDH-KDF, ou CRYSTALS-Kyber pour le post-quantique). Étape 2 — Data Encryption : le chiffreur utilise la clé de session symétrique pour chiffrer les données réelles (AES-256-GCM ou ChaCha20-Poly1305). Le destinataire déchiffre d'abord la clé de session avec sa clé privée asymétrique, puis utilise cette clé de session pour déchiffrer les données. Dans TLS 1.3, ce schéma est implémenté via l'échange de clés Diffie-Hellman (X25519 ou P-256) qui établit une clé partagée (secret maître), à partir de laquelle sont dérivées des clés de session symétriques pour AES-256-GCM ou ChaCha20-Poly1305. Dans PGP/GPG, la clé de session AES est chiffrée avec la clé publique RSA ou ElGamal du destinataire. Dans les systèmes post-quantiques, ML-KEM (CRYSTALS-Kyber) remplace l'échange ECDH pour la phase d'encapsulation de clé.

KEM — Key Encapsulation Mechanism

Le KEM (Key Encapsulation Mechanism) est la formalisation de la partie "key encapsulation" du chiffrement hybride. Un KEM consiste en trois algorithmes : KeyGen (génère une paire clé publique/privée), Encapsulate (prend la clé publique, génère un ciphertext et une clé partagée), et Decapsulate (prend la clé privée et le ciphertext, retrouve la clé partagée). Le ciphertext KEM est envoyé au destinataire avec les données chiffrées — le destinataire le décapsule pour retrouver la clé symétrique et déchiffrer. ML-KEM (CRYSTALS-Kyber, NIST FIPS 203) est le premier KEM post-quantique standardisé. HPKE (Hybrid Public Key Encryption, RFC 9180) est le standard IETF moderne pour le chiffrement hybride, combinant DH/KEM + KDF + AEAD dans une interface unifiée, utilisé dans TLS ECH (Encrypted Client Hello) et dans des protocoles comme MLS (Messaging Layer Security).

TLS 1.3 — chiffrement hybride en pratique

TLS 1.3 implémente le chiffrement hybride de manière optimisée. Le handshake TLS 1.3 intègre l'échange de clés Diffie-Hellman (X25519 dans 90%+ des connexions modernes) dès le premier message (0-RTT ou 1-RTT) pour des performances maximales. La clé maîtresse est dérivée du secret DH via HKDF (HMAC-based KDF). Les clés de session (pour le client et pour le serveur) sont dérivées séparément de cette clé maîtresse — Forward Secrecy garantie car chaque connexion utilise des clés éphémères DH distinctes. Les suites AEAD utilisées pour le chiffrement des données (TLS_AES_256_GCM_SHA384, TLS_CHACHA20_POLY1305_SHA256) combinent chiffrement et authentification. TLS 1.3 a éliminé les algorithmes faibles (RSA key exchange, CBC mode, MD5, SHA-1) présents dans TLS 1.2.

PGP/GPG — chiffrement hybride pour les emails

PGP (Pretty Good Privacy) et son implémentation libre GPG (GNU Privacy Guard) utilisent le chiffrement hybride pour les emails et fichiers. Chiffrement d'un fichier avec la clé publique RSA du destinataire : (1) génération d'une clé de session AES-256 aléatoire, (2) chiffrement du fichier avec AES-256-CFB, (3) chiffrement de la clé de session avec RSA-OAEP de la clé publique du destinataire, (4) concaténation des deux dans le fichier PGP. Le Web of Trust PGP (réseau de signatures entre utilisateurs qui se font mutuellement confiance) est le modèle de vérification de clés alternatif aux PKI hiérarchiques. GPG est intégré dans les clients email (Thunderbird avec Enigmail, Outlook via GPG4Win), les outils de signature de code (packages Debian/RPM), et les pipelines CI/CD (signatures de commits Git).

Articles liés

Un projet cybersécurité ?

Expert dispo · Réponse 24h

Devis