L'entreprise a modifié les plages d'adresses IP de son réseau d'entreprise. Dix buckets S3 répartis sur différents comptes restreignent l'accès à la plage du réseau d'entreprise privé. Deux unités d'organisation (OU) doivent voir leur accès révoqué. Comment devez-vous mettre à jour les buckets et révoquer l'accès pour les deux OU ?

Pour révoquer l'accès aux deux unités d'organisation (OU) tout en mettant à jour la plage IP, la meilleure approche est de combiner les politiques de bucket S3 et les politiques de contrôle de service (SCP). La mise à jour de la politique basée sur les ressources de chaque bucket S3 pour n'autoriser que la nouvelle plage d'adresses IP garantit que seuls les utilisateurs provenant de cette plage peuvent accéder aux buckets. Ensuite, la création d'une SCP qui refuse l'accès à ces buckets S3 et son attachement aux deux OU ciblées révoque efficacement leur accès, car les SCP sont des gardes-fous qui s'appliquent à tous les comptes au sein de l'OU. Les autres options sont moins efficaces ou incorrectes. La première option suggère de créer une SCP qui refuse l'accès à ces buckets S3 et de l'attacher aux deux OU, mais elle ne mentionne pas la mise à jour des politiques de bucket pour la nouvelle plage IP, ce qui est crucial. La deuxième option propose deux SCP, ce qui est redondant et moins direct que de combiner les politiques de bucket et une seule SCP de refus. La quatrième option, utiliser les limites d'autorisations sur le rôle OrganizationAccountAccessRole, est une approche plus complexe et moins granulaire pour révoquer l'accès à des ressources spécifiques comme les buckets S3 pour des OU entières.