L'équipe d'ingénierie d'une entreprise développe une application qui crée des autorisations de clé gérée par le client AWS Key Management Service (AWS KMS) pour les utilisateurs. Immédiatement après la création d'une autorisation, les utilisateurs doivent pouvoir utiliser la clé KMS pour chiffrer une charge utile de 512 octets. Lors des tests de charge, des erreurs AccessDeniedException se produisent occasionnellement lors de la première tentative de chiffrement. Que doit recommander le spécialiste de la sécurité pour éliminer ces erreurs ?

La bonne réponse est de demander à l'équipe d'ingénierie de transmettre le jeton d'autorisation renvoyé par CreateGrant aux utilisateurs et de demander aux utilisateurs d'inclure ce jeton d'autorisation dans leur appel Encrypt. AWS KMS utilise un modèle de cohérence éventuelle pour les autorisations. Cela signifie qu'il peut y avoir un court délai avant qu'une autorisation nouvellement créée ne soit entièrement propagée et utilisable. En incluant le jeton d'autorisation renvoyé par l'opération CreateGrant dans les appels Encrypt ultérieurs, les utilisateurs forcent la cohérence immédiate pour cette autorisation spécifique, évitant ainsi les erreurs AccessDeniedException dues à la latence de propagation. Les autres options sont incorrectes car : Retenter toutes les 2 minutes est une solution de contournement inefficace qui ne résout pas la cause première et introduit des retards inutiles. Obtenir un jeton d'autorisation aléatoire des utilisateurs ou spécifier un nom aléatoire pour l'autorisation ne correspond pas à la fonctionnalité des jetons d'autorisation KMS, qui doivent être ceux renvoyés par l'API CreateGrant.