Bonne réponse
- BUtiliser le chiffrement côté serveur avec des clés gérées par le client AWS KMS (SSE-KMS).
Explication
SSE-KMS avec une clé gérée par le client (CMK) permet à l'entreprise de créer et de gérer sa propre clé de chiffrement, d'activer la rotation automatique annuelle des clés via AWS KMS et fournit des journaux d'audit CloudTrail détaillés de chaque appel d'API KMS (par exemple, Decrypt, GenerateDataKey) indiquant quel service ou utilisateur AWS a utilisé la clé. Cela satisfait toutes les exigences énoncées : clé gérée par le client, rotation annuelle et piste d'audit.
Pour aller plus loin
SSE-KMS avec une clé gérée par le client vous permet de contrôler la politique de clé, d'activer la rotation annuelle automatique, et chaque appel Encrypt/Decrypt est enregistré dans AWS CloudTrail avec le principal du service demandeur, satisfaisant l'exigence d'audit. Un comportement subtil : S3 envoie l'ARN de la clé dans la requête, et si l'appelant ne dispose pas de kms:Decrypt ou kms:GenerateDataKey, la requête échoue même si la politique IAM S3 l'autorise ; de plus, les requêtes KMS sont soumises à des quotas par seconde, de sorte que les charges de travail à haut débit peuvent nécessiter des clés de compartiment S3 pour réduire les appels KMS. SSE-C utilise une clé que vous fournissez à chaque requête et ne produit aucune piste d'utilisation de clé CloudTrail, tandis que SSE-S3 utilise une clé gérée par AWS que vous ne pouvez ni faire pivoter ni auditer, de sorte qu'aucune des deux ne répond à la politique énoncée.
À propos de ces questions d'entraînement
Cette question fait partie des questions d'entraînement CLF-C02 originales de Courseiva, rédigées pour apprendre et jamais copiées d'examens réels ou de dumps.
Traduite de l'original anglais avec l'IA et vérifiée pour le sens. Les codes d'examen, les commandes et les noms de produits sont conservés tels qu'ils apparaissent à l'examen.