Une entreprise exploite une application de jeu en ligne personnalisée et utilise Amazon Cognito pour l'authentification et l'autorisation. L'ingénieur de sécurité doit implémenter une autorisation à grain fin dans l'application basée sur les attributs d'utilisateur Cognito existants. L'entreprise dispose déjà d'un pool d'utilisateurs et d'un pool d'identités Cognito. Quelle approche répond à ces exigences ?

L'approche correcte consiste à utiliser Amazon Verified Permissions. Verified Permissions est un service d'autorisation à grain fin qui s'intègre nativement avec Amazon Cognito comme source d'identité. En créant un magasin de politiques dans Verified Permissions et en mappant les attributs des jetons d'accès Cognito au schéma Verified Permissions, l'entreprise peut définir des politiques d'autorisation complexes basées sur les attributs d'utilisateur existants de Cognito. Les autres options sont moins adaptées : Créer des rôles et des politiques IAM : Bien que possible, cette approche peut devenir complexe et difficile à gérer pour une autorisation à grain fin basée sur de nombreux attributs d'utilisateur dynamiques. IAM est plus adapté aux autorisations au niveau des ressources AWS. Créer des permissions gérées par le client avec AWS RAM : AWS RAM est utilisé pour partager des ressources AWS entre comptes, pas pour l'autorisation à grain fin au sein d'une application. Créer des utilisateurs et des politiques IAM : Cette option est incorrecte car Cognito gère déjà les utilisateurs. Associer des utilisateurs Cognito directement à des utilisateurs IAM n'est pas le mécanisme approprié pour l'autorisation à grain fin.