Een bedrijf host een webapplicatie vanuit een Amazon S3-bucket. De applicatie gebruikt Amazon Cognito om gebruikers te authenticeren en retourneert een JSON Web Token (JWT) dat toegang verleent tot beveiligde resources die zijn opgeslagen in een andere S3-bucket. Na de implementatie melden gebruikers fouten en hebben ze geen toegang tot de beveiligde content. Een solutions architect moet de juiste permissies verlenen zodat gebruikers toegang hebben tot de beveiligde content. Welke oplossing voldoet aan deze vereisten?

De correcte optie is het bijwerken van de Amazon Cognito identity pool. Cognito Identity Pools (federated identities) stellen gebruikers in staat om tijdelijke AWS-referenties te verkrijgen door een IAM-rol aan te nemen. Deze rol kan vervolgens worden gebruikt om toegang te krijgen tot andere AWS-services, zoals de S3-bucket met beveiligde content. Door de juiste IAM-rol te koppelen aan de identity pool, krijgen geauthenticeerde gebruikers de benodigde permissies. De andere opties zijn incorrect: S3 ACL's (Access Control Lists) zijn een verouderde methode voor toegangsbeheer en worden niet aanbevolen voor dit scenario, vooral niet voor het verlenen van toegang aan individuele gebruikers via een applicatie. Bucket policies of IAM-rollen zijn de voorkeursmethoden. Het opnieuw implementeren van de applicatie vanwege "uiteindelijk consistente reads" is irrelevant voor een permissieprobleem. S3's read-after-write consistentie voor nieuwe objecten en eventual consistency voor updates heeft geen invloed op het ontbreken van toegangsrechten. Het bijwerken van de Cognito user pool met aangepaste attribuuttoewijzingen is niet de primaire methode om AWS-servicetoegang te verlenen. User pools zijn voor authenticatie; identity pools zijn voor autorisatie (het verkrijgen van AWS-referenties).