Gestion des clés cryptographiques dans le cloud hybride

Cybersécurité · 3 min

Articles de Luís Carvalho

Le chiffrement ne protège que si les clés sont bien gouvernées. Découvrez comment structurer les responsabilités, la rotation, la garde et l'audit dans le cloud hybride.

Gestion des clés cryptographiques dans le cloud hybride

TL;DR

Parce que la clé est le vrai point de contrôle

Dans de nombreux programmes de sécurité, le chiffrement est approuvé comme exigence, mais la gestion des clés est dispersée entre les équipes, les fournisseurs et les plateformes. Dans le cloud hybride, cette fragilité est plus visible : les données sur l'infrastructure locale, les services SaaS, les sauvegardes et les charges dans le cloud peuvent dépendre de modèles de garde différents. La question centrale n'est plus seulement « les données sont-elles chiffrées ? » mais devient « **qui peut utiliser, récupérer, révoquer et auditer les clés** ? ».

Garde, résidence et responsabilité

L'organisation doit distinguer trois décisions. La première est la **garde** : les clés restent-elles sous le contrôle du fournisseur, sont-elles apportées par l'entreprise via BYOK ou restent-elles en dehors de la plateforme via HYOK ? La deuxième est la **résidence** : où les clés sont-elles créées, stockées et traitées ? La troisième est la **responsabilité opérationnelle** : qui approuve les accès, exécute les rotations et répond aux incidents ? Ces décisions doivent être alignées sur la stratégie de [cloud hybride et multicloud](/pt/solucoes/cloud), évitant des politiques différentes pour chaque projet.

KMS, HSM, BYOK et HYOK ne sont pas équivalents

Un service de gestion de clés, ou "*KMS*", simplifie la création, le stockage, la rotation et le contrôle d'utilisation. Un "*Hardware Security Module*" ajoute une protection physique et logique spécialisée pour le matériel cryptographique, permettant d'exécuter des opérations cryptographiques et de protéger les clés dans un environnement dédié et contrôlé. "*BYOK*" permet d'importer des clés créées en dehors de la plateforme, tandis que "*HYOK*" maintient la clé sous contrôle externe. Le choix doit considérer la criticité des données, la dépendance vis-à-vis du fournisseur, les exigences d'audit et la capacité interne d'opération.

Opération quotidienne : rotation, accès et preuve

La gouvernance des clés échoue lorsqu'elle dépend de connaissances informelles. Il est recommandé de définir des propriétaires, des politiques de rotation, des procédures de révocation, une ségrégation des fonctions et des journaux d'utilisation. Une intégration avec l'identité, la surveillance et la gestion des incidents doit également exister. Cette discipline complète des sujets connexes, comme la [gestion des certificats numériques](/pt/blog/gestao-de-certificados-digitais-evitar-falhas), mais ne se confond pas avec eux : la gestion des certificats traite le cycle de vie des certificats numériques et de la confiance associée, tandis que la gestion des clés couvre la protection, l'utilisation, la rotation, la récupération et la révocation du matériel cryptographique.

Continuité et récupération sans créer de nouveaux risques

Une clé perdue peut rendre des données légitimes irrécupérables ; une clé trop exposée peut compromettre la confidentialité. C'est pourquoi les processus de récupération doivent être testés, documentés et limités aux fonctions autorisées. Dans les architectures avec calcul confidentiel, la gestion des clés devient encore plus pertinente, car la protection des données en utilisation dépend d'une chaîne de confiance cohérente. Ce point doit être évalué en conjonction avec les décisions concernant le [calcul confidentiel dans le cloud hybride](/pt/blog/confidential-computing-cloud-hibrida).

Conclusion

La gestion des clés cryptographiques est une décision d'architecture, de gouvernance et de risque. Dans le cloud hybride, il ne suffit pas d'activer le chiffrement par défaut : il est nécessaire de savoir qui contrôle les clés, comment elles sont utilisées, quand elles sont modifiées, comment elles sont auditées et comment elles peuvent être récupérées. Un modèle simple, documenté et testé peut réduire les dépendances cachées et améliorer la confiance dans les plateformes qui supportent les données critiques.

Connexe

Références

  1. NIST Special Publication 800-57 Part 1 Revision 5: Recommendation for Key Management, Part 1: General
  2. NIST Special Publication 800-130: A Framework for Designing Cryptographic Key Management Systems