Wrap et unwrap

Wrap et unwrap

Explication de la marmotte

Pour envoyer un objet précieux par la poste, on peut le placer dans une mallette verrouillée que seul le destinataire sait ouvrir ; le facteur transporte la mallette sans jamais voir ce qu’elle contient. Cette page parle de cette mise en mallette appliquée aux secrets numériques, et des précautions qu’elle demande.

→ Lire l’explication complète de la marmotte

Statut

Brouillon editorial.

Objectif

Poser une definition operationnelle des actions wrap et unwrap et expliquer pourquoi elles sont sensibles.

Resume

Ces operations servent a transporter ou reconditionner des cles. Elles sont au coeur de nombreux flux lies aux modules cryptographiques materiels, mais elles peuvent aussi devenir un point de fuite si les droits et attributs sont mal gouvernes.

Sections prevues

• definition des operations ;
• lien avec PKCS#11 et les attributs de cle ;
• cas d’usage : import, export, rotation, delegation ;
• risques courants ;
• controles a mettre en place.

Liens internes utiles

• PKCS#11 explique
• Envelope encryption
• Rotation des cles

A completer pour devenir page de reference

• ajouter un schema de flux wrap / unwrap
• ajouter un exemple de politique de droits
• ajouter les erreurs frequentes
• ajouter les sources

🐝 Ce qui arrive si on s’en passe

Sans opération d’encapsulation, une clé qui doit changer de module n’a que deux destins : sortir en clair, donc exister sur un disque ou dans un journal où personne ne pense à la chercher, ou ne jamais sortir, donc disparaître avec le module lors d’une panne, en emportant tout ce qu’elle protégeait. Sans gouvernance des attributs, l’encapsulation elle-même devient la porte de sortie : une clé d’emballage connue de l’utilisateur transforme l’export chiffré en export en clair en deux appels légitimes, qu’aucun journal ne distingue d’une sauvegarde ordinaire. La rotation perd alors son sens, puisque l’ancienne clé peut survivre, soigneusement emballée, hors de tout inventaire.

🦫 Explication de la marmotte 🍫

Une clé de chiffrement est un nombre secret. Elle doit parfois quitter l’endroit où elle a été fabriquée : pour être sauvegardée, copiée vers un autre module matériel de sécurité, remplacée par une nouvelle ou confiée à un autre service. La faire sortir telle quelle serait dangereux, car n’importe qui pourrait la lire en chemin. L’opération appelée wrap résout ce problème : elle chiffre la clé à transporter avec une autre clé, appelée clé d’emballage. Le résultat est un bloc illisible qui peut circuler ou être stocké sans risque tant que la clé d’emballage reste protégée. L’opération inverse, unwrap, déchiffre ce bloc à l’intérieur du module de destination et y réinstalle la clé, sans qu’elle apparaisse en clair à l’extérieur. Dans les modules qui suivent PKCS#11, une norme qui fixe la manière de dialoguer avec ces équipements, chaque clé porte des attributs : peut-elle être emballée, peut-elle servir à emballer, peut-elle être extraite. Ces attributs et les droits des utilisateurs décident de ce qui est permis. S’ils sont mal réglés, un utilisateur peut emballer une clé sensible avec une clé qu’il connaît, puis déballer le résultat hors du module et obtenir la clé en clair. C’est pourquoi ces opérations exigent des contrôles précis : qui peut les lancer, sur quelles clés, et avec quelle trace.

À lire aussi

• Sauvegarde et restauration sécurisée des clés HSMMettre en place le key backup et le wrapped export des clés d'un HSM en cas de panne matérielle, sans transformer la sauvegarde en voie d'exfiltration.
• KEK vs DEKPoint d'ancrage editorial pour distinguer les cles de chiffrement de donnees des cles de protection de cles.
• Architecture module cryptographique materiel haute disponibilitePoint d'ancrage editorial pour cadrer les architectures module cryptographique materiel resilientes et operables.
• Protéger des données avec un HSM (hardware security module)Ce qu'un HSM garde à l'intérieur du boîtier, comment une application s'y adresse pour signer, et ce que la frontière matérielle coûte en exploitation.

Pages voisines

La citent

• Dimensionner un HSM pour la migration post-quantique
• Sauvegarde et restauration sécurisée des clés HSM
• Installer SoftHSM v2 sur Debian/Ubuntu pour un laboratoire PKCS#11
• Le HSM n'est pas un coffre-fort
• Lire une certification FIPS 140-3 ou Critères Communs d'un HSM

Wrap et unwrap

Elle cite

• ⇄Lien dans les deux sens :Envelope encryption
• ⇄Lien dans les deux sens :PKCS#11 explique
• ⇄Lien dans les deux sens :Rotation des cles
• ⇄Lien dans les deux sens :Vulnérabilités documentées des HSM certifiés

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