Envelope encryption

Envelope encryption

Explication de la marmotte

Plutôt que de changer toutes les serrures d’un hôtel chaque fois que le passe-partout du directeur doit être renouvelé, on range les clés des chambres dans un coffre fermé par ce passe-partout. Le chiffrement par enveloppe suit cette idée : protéger beaucoup de données avec des clés ordinaires, et protéger ces clés avec une seule clé très bien gardée.

→ Lire l’explication complète de la marmotte

Statut

Brouillon editorial.

Objectif

Expliquer pourquoi on chiffrerait des donnees avec une cle de donnees temporaire, elle-meme protegee par une cle racine ou une cle de service.

Resume

L’envelope encryption sert a separer le chiffrement des donnees du controle de la cle de protection. Cette page fera le lien entre pratiques cloud, module cryptographique materiel et gouvernance des secrets.

Sections prevues

• principe general ;
• relation avec KEK et DEK ;
• place d’un module cryptographique materiel ou KMS ;
• impact sur la rotation et la recuperation ;
• limites et erreurs d’implementation.

Liens internes utiles

• KEK vs DEK
• Wrap et unwrap
• Architecture module cryptographique materiel haute disponibilite

A completer pour devenir page de reference

• ajouter un schema d’enveloppe
• ajouter un exemple d’usage applicatif
• ajouter une FAQ
• ajouter les sources

🐝 Ce qui arrive si on s’en passe

Sans enveloppe, chaque donnée est chiffrée directement avec la clé maîtresse, ou chaque application garde sa propre clé à côté de ses fichiers. Dans le premier cas, changer la clé maîtresse impose de rechiffrer l’intégralité du volume, opération si lourde qu’elle finit par ne jamais être faite ; dans le second, voler le serveur suffit à emporter à la fois les données et de quoi les lire. Le contrôle se dilue aussi : sans service central pour déballer les clés, aucun journal ne dit qui a demandé à lire quoi, ni quand, et retirer l’accès d’une application oblige à supprimer ses clés partout où elles ont été copiées.

🦫 Explication de la marmotte 🍫

Le chiffrement par enveloppe utilise deux niveaux de clés. Les données sont chiffrées avec une clé de données, souvent temporaire, générée pour un fichier ou un lot. Cette clé de données est ensuite elle-même chiffrée, on dit « emballée », avec une clé de protection, appelée clé de chiffrement de clés, ou clé racine. On stocke les données chiffrées à côté de la clé de données emballée ; la clé de protection, elle, reste dans un service spécialisé : un module cryptographique matériel, boîtier qui ne laisse jamais sortir ses clés, ou un service de gestion de clés. Pour lire, l’application envoie la clé emballée à ce service, qui la déballe avec la clé de protection et renvoie la clé de données ; l’application déchiffre alors les données. Ce découpage sépare le chiffrement des données du contrôle de la clé de protection : le service ne voit pas les données, et l’application ne voit jamais la clé de protection. Il facilite la rotation : changer la clé de protection oblige seulement à réemballer les petites clés de données, sans rechiffrer tout le volume. Il organise aussi la récupération : tant que la clé de protection existe, chaque clé de données peut être retrouvée ; si elle est perdue, toutes les données qui en dépendent deviennent illisibles. La sécurité de l’ensemble repose donc sur la garde et la disponibilité de cette clé de protection.

À lire aussi

• Rotation des clesPoint d'ancrage editorial pour relier exploitation, gouvernance et renouvellement des cles.
• Exploiter les clés : rotation, KMS et secretsConcevoir et exploiter le cycle de vie des clés, des coffres de secrets aux KMS et modules cryptographiques matériels, avec rotation, reprise et gestion d'incident.
• Que protège réellement le chiffrement au reposLe chiffrement au repos protège les données volées hors de leur système d’exécution, mais ne remplace ni le contrôle d’accès ni la gestion des clés.
• Protéger les données au repos : disque, base, sauvegardeCouvrir le stockage chiffré depuis le disque jusqu’au champ applicatif, en incluant bases de données, archives, sauvegardes, recherche et enveloppe de chiffrement.

Pages voisines

La citent

• Comment isoler les clés dans un HSM multi-tenant
• Dimensionner un cluster HSM à forte charge transactionnelle
• Dimensionner un HSM pour la migration post-quantique
• Migrer un fournisseur HSM sans interruption
• RNG matériel ou PRNG dans un HSM
• Protéger les données au repos : disque, base, sauvegarde
• L'effacement impossible

Envelope encryption

Elle cite

• ⇄Lien dans les deux sens :KEK vs DEK
• ⇄Lien dans les deux sens :Wrap et unwrap
• Architecture module cryptographique materiel haute disponibilite
• HSM cloud ou on-premise pour les clés critiques
• Journalisation native HSM pour audit externe

⇄ : les deux pages se citent l’une l’autre.