hacktricks-cloud/src/pentesting-cloud/aws-security/aws-persistence/aws-sqs-persistence.md

AWS - SQS Persistence

{{#include ../../../banners/hacktricks-training.md}}

SQS

Para más información consulta:

{{#ref}} ../aws-services/aws-sqs-and-sns-enum.md {{#endref}}

Usando la política de recursos

En SQS necesitas indicar con una política IAM quién tiene acceso para leer y escribir. Es posible indicar cuentas externas, ARN de roles, o incluso "*".
La siguiente política le da a todos en AWS acceso a todo en la cola llamada MyTestQueue:

{
"Version": "2008-10-17",
"Id": "__default_policy_ID",
"Statement": [
{
"Sid": "__owner_statement",
"Effect": "Allow",
"Principal": {
"AWS": "*"
},
"Action": ["SQS:*"],
"Resource": "arn:aws:sqs:us-east-1:123123123123:MyTestQueue"
}
]
}

Note

Podrías incluso activar un Lambda en la cuenta del atacante cada vez que se ponga un nuevo mensaje en la cola (tendrías que volver a ponerlo) de alguna manera. Para esto, sigue estas instrucciones: https://docs.aws.amazon.com/lambda/latest/dg/with-sqs-cross-account-example.html

{{#include ../../../banners/hacktricks-training.md}}