What are key update and management of key histories?
Que sont la mise à jour des clés et la gestion des historiques de clés ?
Cryptographic key pairs should not be used forever – they must be updated over time. As a result, every organization needs to consider two important issues: Updating users’ key pairs The process of updating keys pairs should be transparent to users. This transparency means users don’t have to understand what key update needs to take place and they will never experience a “denial of service” because their keys are no longer valid. To ensure transparency and prevent denial of service, users’ key pairs must be automatically updated before they expire. Maintaining, where appropriate, the history of previous key pairs When encryption key pairs are updated, the history of previous decryption keys must be maintained. This “key history” allows users to access any of their prior decryption keys to decrypt data. (When data is encrypted with a user’s encryption key, only the corresponding decryption key – the paired key – can be used for decrypting). To ensure transparency, the client-side software must automatically manage users’ histories of decryption keys. The key history must also be securely managed by the key backup and recovery system. This allows encrypted data to be recovered securely, regardless of what encryption public key was used to originally encrypt the data (and, by extension, regardless of when the data was encrypted). When a signing key pair is updated, the previous signing key must be securely destroyed. This prevents any other person from gaining access to the signing key, and is acceptable because there’s no need to retain previous signing keys.
Les paires de clés cryptographiques ne doivent pas être utilisées indéfiniment. Elles doivent être mises à jour au fil du temps. En conséquence, chaque organisation doit se poser deux questions importantes : Mettre à jour les paires de clés des utilisateurs Le processus de mise à jour des paires de clés doit être transparent pour les utilisateurs. Cette transparence signifie que les utilisateurs n’ont pas à comprendre quelle mise à jour de clés doit avoir lieu et qu’ils ne subiront jamais de « déni de service » car leurs clés ne sont plus valides. Pour garantir la transparence et éviter les dénis de service, les paires de clés des utilisateurs doivent être automatiquement mises à jour avant leur expiration. Maintenir, le cas échéant, l’historique des paires de clés précédentes Lorsque les paires de clés de chiffrement sont mises à jour, l’historique des clés de déchiffrement précédentes doit être conservé. Cet « historique des clés » permet aux utilisateurs d’accéder à l’une de leurs clés de déchiffrement antérieures pour déchiffrer les données. (Lorsque les données sont chiffrées avec la clé de chiffrement d’un utilisateur, seule la clé de déchiffrement correspondante – la clé jumelée – peut être utilisée pour le déchiffrement). Pour garantir la transparence, le logiciel côté client doit gérer automatiquement l’historique des clés de déchiffrement des utilisateurs. L’historique des clés doit également être géré de manière sécurisée par le système de sauvegarde et de récupération des clés. Cela permet de récupérer les données chiffrées en toute sécurité, quelle que soit la clé publique de chiffrement utilisée pour chiffrer les données à l’origine (et, par extension, quel que soit le moment où les données ont été chiffrées). Lorsqu’une paire de clés de signature est mise à jour, la clé de signature précédente doit être détruite en toute sécurité. Cela empêche toute autre personne d’accéder à la clé de signature, ce qui est acceptable, car il n’est pas nécessaire de conserver les clés de signature précédentes.