DynamoDB - Security and Access ControlA user cannot write to a DynamoDB table despite having an IAM policy with "dynamodb:PutItem" allowed. What could be wrong?AThe table is emptyBThe user is trying to read instead of writeCThe policy's resource ARN does not match the table nameDThe policy has "Effect": "Deny" for PutItemCheck Answer
Step-by-Step SolutionSolution:Step 1: Verify resource ARN in IAM policyIf the ARN does not match the table, permission is not granted.Step 2: Exclude other optionsReading instead of writing or deny effect would cause errors, but question states policy allows PutItem. Table emptiness does not affect writes.Final Answer:The policy's resource ARN does not match the table name -> Option CQuick Check:Resource ARN mismatch blocks permission = D [OK]Quick Trick: Resource ARN must match table for permission to apply [OK]Common Mistakes:MISTAKESIgnoring resource ARN in policyConfusing read and write actionsThinking table emptiness blocks writes
Master "Security and Access Control" in DynamoDB9 interactive learning modes - each teaches the same concept differentlyLearnWhyDeepVisualTryChallengeProjectRecallTime
More DynamoDB Quizzes Access Patterns and Query Optimization - Write sharding - Quiz 1easy Access Patterns and Query Optimization - Why access patterns drive design - Quiz 14medium Access Patterns and Query Optimization - Burst capacity - Quiz 12easy Cost Optimization and Monitoring - Contributor Insights - Quiz 11easy DynamoDB with Serverless - Event-driven architecture patterns - Quiz 13medium DynamoDB with Serverless - Why DynamoDB pairs with Lambda - Quiz 5medium DynamoDB with Serverless - Why DynamoDB pairs with Lambda - Quiz 7medium DynamoDB with Serverless - AppSync with DynamoDB (GraphQL) - Quiz 12easy DynamoDB with Serverless - AppSync with DynamoDB (GraphQL) - Quiz 9hard Security and Access Control - Fine-grained access control - Quiz 14medium