SQS and SNS Enumeration
SQS queues and SNS topics often carry application data — order records, user events, internal messages. Overpermissive access policies allow any IAM principal (or even anonymous users) to read or publish.
SQS
List Queues
Get Queue Attributes
Reveals the queue ARN, approximate message count, and access policy:
Read Messages
If you have sqs:ReceiveMessage:
Messages are not deleted by receiving them unless you explicitly delete them. Read safely without disrupting the queue.
Warning
Calling DeleteMessage or consuming messages removes them from the queue permanently. Only receive — do not delete unless intended.
Queue Access Policy
"Principal": "*" with "Effect": "Allow" on sqs:SendMessage or sqs:ReceiveMessage = anyone can read or write.
SNS
List Topics
Get Topic Attributes
Check Policy for "Principal": "*" entries.
List Subscriptions
Subscriptions expose:
httpsendpoints receiving event data (internal webhook URLs, microservice endpoints)emailaddresses (internal team aliases)lambdaARNs (Lambda functions triggered by this topic)sqsARNs (cross-topic fan-out)httpendpoints (unencrypted — look for internal IPs)
Cross-Account Subscriptions
Cross-account subscriptions mean messages from this topic flow to a different AWS account — relevant for understanding data flows and lateral paths.
Publish to a Topic
If you have sns:Publish:
Publishing to an SNS topic that triggers Lambda functions or SQS processors can reach application logic and test injection paths.
Was this helpful?
Your feedback helps improve this page.