Comment gérez-vous le chiffrement au repos et en transit dans un environnement cloud ?

Imposez un TLS moderne sur chaque saut, y compris le trafic interne entre services, et utilisez des certificats managés pour que le renouvellement soit automatique. Chiffrez chaque magasin de données au repos avec des clés issues d'un service de gestion de clés managé, en utilisant vos propres clés gérées par le client là où vous avez besoin d'un contrôle d'accès séparé, d'audit ou de la capacité à révoquer. Contrôlez l'accès par les politiques de clé, activez la rotation et journalisez chaque usage de clé. Chiffrez les champs sensibles côté client quand même la plateforme ne doit pas les lire.

En transit, du TLS moderne partout, et je veux dire le trafic interne aussi, pas seulement la bordure, parce que supposer que le réseau privé est sûr a cessé d'être défendable il y a longtemps. Des certificats managés pour tout ce qui est public, pour que le renouvellement ne soit pas une tâche manuelle que quelqu'un oublie. Au repos, chaque magasin chiffré, et le choix important, c'est de savoir à qui est la clé. Les clés par défaut de la plateforme vous donnent le chiffrement mais presque aucune séparation des responsabilités, donc pour tout ce qui est sensible j'utilise des clés gérées par le client, une par domaine de données, parce qu'alors la politique de clé est un vrai contrôle d'accès : je peux accorder le déchiffrement à un rôle précis, auditer chaque usage de la clé, et révoquer l'accès à tout un jeu de données en changeant une seule politique plutôt qu'en courant après des permissions. La rotation est activée et les journaux d'usage des clés vont au même endroit que tout le reste. Pour les champs les plus sensibles, comme des jetons ou des identifiants personnels, je chiffre côté client avant écriture, pour que le service de stockage ne voie jamais que du chiffré. Ça vous coûte la capacité à interroger, donc c'est volontairement étroit, appliqué à des champs précis plutôt qu'à tout.