Rotation des cles
Rotation des cles
Section intitulée « Rotation des cles »→ Lire l’explication complète de la marmotte
Brouillon editorial.
Objectif
Section intitulée « Objectif »Donner une vue d’ensemble de la rotation des cles : pourquoi elle existe, ce qu’elle change reellement et comment l’anticiper dans une architecture.
La rotation ne consiste pas seulement a creer une nouvelle cle. Elle implique l’inventaire des usages, la compatibilite applicative, les fenetres de transition et parfois la relecture des flux de wrap et d’unwrap.
Sections prevues
Section intitulée « Sections prevues »- objectifs de rotation ;
- rotation preventive, corrective et reglementaire ;
- impact sur les donnees chiffrees ;
- lien avec KEK, DEK et envelope encryption ;
- verifications de bon fonctionnement.
Liens internes utiles
Section intitulée « Liens internes utiles »A completer pour devenir page de reference
Section intitulée « A completer pour devenir page de reference »- ajouter une procedure type
- ajouter une checklist de migration
- ajouter une FAQ
- ajouter les sources
🐝 Ce qui arrive si on s’en passe
Section intitulée « 🐝 Ce qui arrive si on s’en passe »Sans rotation préparée, une clé reste en service aussi longtemps que personne n’ose la changer, et chaque année d’usage augmente la quantité de données qu’une seule fuite rend lisibles d’un coup. Le jour où la rotation devient obligatoire, après une compromission ou une échéance réglementaire, elle se fait dans l’urgence et sans inventaire des usages : des applications cessent de déchiffrer, des données protégées par l’ancienne clé deviennent inaccessibles si celle-ci est détruite trop tôt, et la reprise dépend de copies que personne n’a documentées. La serrure est changée, mais une partie des habitants dort dehors.
🦫 Explication de la marmotte 🍫
Section intitulée « 🦫 Explication de la marmotte 🍫 »Faire tourner une clé, c’est la remplacer par une nouvelle et retirer progressivement l’ancienne. On le fait par précaution à intervalles réguliers, pour corriger une situation après un incident, ou parce qu’une règle l’impose. Créer la nouvelle clé est la partie facile. Il faut d’abord savoir partout où l’ancienne est utilisée, sinon certaines applications cesseront de fonctionner. Il faut ensuite une période de transition pendant laquelle les deux clés sont acceptées : la nouvelle sert pour les nouvelles données, l’ancienne permet encore de relire les anciennes. La question la plus délicate concerne les données déjà chiffrées. Beaucoup de systèmes utilisent deux niveaux de clés : une clé de données, qui chiffre les informations, et une clé de chiffrement de clés, qui protège la clé de données en l’enveloppant. Pour remplacer cette seconde clé, il suffit de désenvelopper chaque clé de données avec l’ancienne et de la réenvelopper avec la nouvelle, sans rechiffrer toutes les informations. Ces deux opérations portent les noms anglais « unwrap » et « wrap ». À la fin, on vérifie que tout fonctionne avec la nouvelle clé et que l’ancienne n’est plus nécessaire avant de la retirer. Cette page est encore un brouillon : elle annonce ces sections, qui distinguent rotation préventive, corrective et réglementaire, et renvoie vers les pages qui détaillent déjà l’exploitation des clés, les deux niveaux de clés et l’enveloppement.
À lire aussi
- Envelope encryptionPoint d'ancrage editorial pour expliquer le chiffrement par enveloppe et son role dans les architectures modernes.
- PKCS#11 expliquePoint d'ancrage editorial pour introduire PKCS#11, ses objets et ses operations principales.
- 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.
- Migrer un fournisseur HSM sans interruptionMéthode de migration progressive d'un système cryptographique vers un nouveau fournisseur HSM sans interrompre les services.
Pages voisines
La citent
- Attestation matérielle HSM des clés générées
- 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
- HSM cloud ou on-premise pour les clés critiques
- Intégrer un HSM à la signature CI/CD
- Journalisation native HSM pour audit externe
- Migrer un fournisseur HSM sans interruption
- RNG matériel ou PRNG dans un HSM
Rotation des cles
Elle cite
: les deux pages se citent l’une l’autre.