Un architecte de solutions doit permettre aux membres de l'équipe d'accéder à des buckets S3 dans deux comptes AWS : développement et production. Les membres de l'équipe utilisent déjà des utilisateurs IAM uniques dans le compte de développement et appartiennent à un groupe IAM avec des autorisations. L'architecte de solutions a créé un rôle IAM dans le compte de production qui accorde l'accès au bucket S3 de production. Quelle solution répond aux exigences tout en respectant le principe du moindre privilège ?

La bonne réponse est d'ajouter le compte de développement en tant que principal dans la politique d'approbation du rôle dans le compte de production. Cette approche permet aux utilisateurs IAM du compte de développement d'assumer le rôle IAM dans le compte de production, accordant ainsi l'accès aux buckets S3 de production sans créer de nouveaux utilisateurs ni accorder des privilèges excessifs. C'est une solution sécurisée et conforme au principe du moindre privilège, car l'accès est délégué de manière contrôlée. Attacher la politique Administrator Access aux utilisateurs du compte de développement est incorrect car cela accorderait des privilèges excessifs, violant le principe du moindre privilège. Désactiver la fonctionnalité S3 Block Public Access est incorrect car cela rendrait le bucket S3 potentiellement accessible au public, ce qui est une faille de sécurité majeure et n'a aucun rapport avec l'octroi d'un accès inter-comptes sécurisé. Créer un utilisateur dans le compte de production pour chaque membre de l'équipe est incorrect car cela entraînerait une gestion des identités complexe et redondante, allant à l'encontre de l'utilisation des utilisateurs IAM existants dans le compte de développement.