ReadMeFeed / Community knowledge
Real questions. Useful conversations. Find the people who know your stack.
An example service can retrieve a known object key but cannot enumerate the same bucket. The role policy was written specifically for object reads, and the application recently added a directory-style browser. Does successful GetObject access imply that the list request should also work?
A fictional application reads most objects under an allowed prefix. A newer object returns AccessDenied. The newer object uses a different customer-managed KMS key. The bucket policy appears unchanged. Which evidence would distinguish S3 access from encryption-key access?
Use the actual caller, bucket and operation to separate missing allows from explicit denies, endpoint restrictions and KMS access.
An attached role does not prove the SDK is using it. Inspect credential precedence and the instance profile without printing temporary credentials.
In this example, a team attaches the intended instance profile to EC2. A diagnostic command in a clean shell shows the expected role, but the application still identifies itself as an older IAM user. The system service definition contains legacy AWS environment variables. What should change?
The same intended role can read an object from an approved diagnostic session, while a service running through an S3 VPC endpoint receives 403. The team has checked the role and bucket policy but has not reviewed the endpoint policy. How should the differing request paths be compared?