Español - Ht Cloud
HackTricks TrainingTwitterLinkedinSponsor

AWS - S3 Unauthenticated Enum

Apoya a HackTricks

Buckets Públicos de S3

Un bucket se considera “público” si cualquier usuario puede listar los contenidos del bucket, y “privado” si los contenidos del bucket solo pueden ser listados o escritos por ciertos usuarios.

Las empresas pueden tener permisos de buckets mal configurados que dan acceso a todo o a todos los autenticados en AWS en cualquier cuenta (es decir, a cualquiera). Ten en cuenta que incluso con tales configuraciones erróneas, algunas acciones pueden no poder realizarse, ya que los buckets pueden tener sus propias listas de control de acceso (ACLs).

Aprende sobre la mala configuración de AWS-S3 aquí: http://flaws.cloud y http://flaws2.cloud/

Encontrando Buckets de AWS

Diferentes métodos para encontrar cuando una página web está usando AWS para almacenar algunos recursos:

Enumeración y OSINT:

  • Usando el plugin de navegador wappalyzer

  • Usando burp (spidering la web) o navegando manualmente por la página, todos los recursos cargados se guardarán en el Historial.

  • Verifica recursos en dominios como:

http://s3.amazonaws.com/[bucket_name]/
http://[bucket_name].s3.amazonaws.com/

  • Verifica CNAMES ya que resources.domain.com podría tener el CNAME bucket.s3.amazonaws.com

  • Verifica https://buckets.grayhatwarfare.com, una web con buckets abiertos ya descubiertos.

  • El nombre del bucket y el nombre de dominio del bucket deben ser los mismos.

  • flaws.cloud está en IP 52.92.181.107 y si vas allí te redirige a https://aws.amazon.com/s3/. Además, dig -x 52.92.181.107 da s3-website-us-west-2.amazonaws.com.

  • Para verificar que es un bucket también puedes visitar https://flaws.cloud.s3.amazonaws.com/.

Fuerza Bruta

Puedes encontrar buckets forzando nombres relacionados con la empresa que estás pentesting:

# Generar una lista de palabras para crear permutaciones
curl -s https://raw.githubusercontent.com/cujanovic/goaltdns/master/words.txt > /tmp/words-s3.txt.temp
curl -s https://raw.githubusercontent.com/jordanpotti/AWSBucketDump/master/BucketNames.txt >>/tmp/words-s3.txt.temp
cat /tmp/words-s3.txt.temp | sort -u > /tmp/words-s3.txt

# Generar una lista de palabras basada en los dominios y subdominios a probar
## Escribe esos dominios y subdominios en subdomains.txt
cat subdomains.txt > /tmp/words-hosts-s3.txt
cat subdomains.txt | tr "." "-" >> /tmp/words-hosts-s3.txt
cat subdomains.txt | tr "." "\n" | sort -u >> /tmp/words-hosts-s3.txt

# Crear permutaciones basadas en una lista con los dominios y subdominios a atacar
goaltdns -l /tmp/words-hosts-s3.txt -w /tmp/words-s3.txt -o /tmp/final-words-s3.txt.temp
## La herramienta anterior está especializada en crear permutaciones para subdominios, vamos a filtrar esa lista
### Eliminar líneas que terminan con "."
cat /tmp/final-words-s3.txt.temp | grep -Ev "\.$" > /tmp/final-words-s3.txt.temp2
### Crear lista sin TLD
cat /tmp/final-words-s3.txt.temp2 | sed -E 's/\.[a-zA-Z0-9]+$//' > /tmp/final-words-s3.txt.temp3
### Crear lista sin puntos
cat /tmp/final-words-s3.txt.temp3 | tr -d "." > /tmp/final-words-s3.txt.temp4http://phantom.s3.amazonaws.com/
### Crear lista sin guiones
cat /tmp/final-words-s3.txt.temp3 | tr "." "-" > /tmp/final-words-s3.txt.temp5

## Generar la lista de palabras final
cat /tmp/final-words-s3.txt.temp2 /tmp/final-words-s3.txt.temp3 /tmp/final-words-s3.txt.temp4 /tmp/final-words-s3.txt.temp5 | grep -v -- "-\." | awk '{print tolower($0)}' | sort -u > /tmp/final-words-s3.txt

## Llamar a s3scanner
s3scanner --threads 100 scan --buckets-file /tmp/final-words-s3.txt  | grep bucket_exists

Saquear Buckets S3

Dado que hay buckets S3 abiertos, BucketLoot puede buscar automáticamente información interesante.

Encontrar la Región

Puedes encontrar todas las regiones soportadas por AWS en https://docs.aws.amazon.com/general/latest/gr/s3.html

Por DNS

Puedes obtener la región de un bucket con un dig y nslookup haciendo una solicitud DNS de la IP descubierta:

dig flaws.cloud
;; ANSWER SECTION:
flaws.cloud.    5    IN    A    52.218.192.11

nslookup 52.218.192.11
Non-authoritative answer:
11.192.218.52.in-addr.arpa name = s3-website-us-west-2.amazonaws.com.

Verifique que el dominio resuelto tenga la palabra "website". Puede acceder al sitio web estático yendo a: flaws.cloud.s3-website-us-west-2.amazonaws.com o puede acceder al bucket visitando: flaws.cloud.s3-us-west-2.amazonaws.com

Intentando

Si intenta acceder a un bucket, pero en el nombre de dominio especifica otra región (por ejemplo, el bucket está en bucket.s3.amazonaws.com pero intenta acceder a bucket.s3-website-us-west-2.amazonaws.com, entonces se le indicarán la ubicación correcta:

Enumerando el bucket

Para probar la apertura del bucket, un usuario puede simplemente ingresar la URL en su navegador web. Un bucket privado responderá con "Access Denied". Un bucket público listará los primeros 1,000 objetos que han sido almacenados.

Abierto para todos:

Privado:

También puede verificar esto con la cli:

#Use --no-sign-request for check Everyones permissions
#Use --profile <PROFILE_NAME> to indicate the AWS profile(keys) that youwant to use: Check for "Any Authenticated AWS User" permissions
#--recursive if you want list recursivelyls
#Opcionally you can select the region if you now it
aws s3 ls s3://flaws.cloud/ [--no-sign-request] [--profile <PROFILE_NAME>] [ --recursive] [--region us-west-2]

Si el bucket no tiene un nombre de dominio, al intentar enumerarlo, solo pon el nombre del bucket y no todo el dominio de AWSs3. Ejemplo: s3://<BUCKETNAME>

Plantilla de URL pública

https://{user_provided}.s3.amazonaws.com

Obtener ID de cuenta de un Bucket público

Es posible determinar una cuenta de AWS aprovechando la nueva S3:ResourceAccount Clave de Condición de Política. Esta condición restringe el acceso basado en el bucket S3 en el que se encuentra una cuenta (otras políticas basadas en cuentas restringen según la cuenta en la que se encuentra el principal solicitante). Y debido a que la política puede contener comodines, es posible encontrar el número de cuenta solo un número a la vez.

Esta herramienta automatiza el proceso:

# Installation
pipx install s3-account-search
pip install s3-account-search
# With a bucket
s3-account-search arn:aws:iam::123456789012:role/s3_read s3://my-bucket
# With an object
s3-account-search arn:aws:iam::123456789012:role/s3_read s3://my-bucket/path/to/object.ext

Esta técnica también funciona con URLs de API Gateway, URLs de Lambda, conjuntos de datos de Data Exchange e incluso para obtener el valor de etiquetas (si conoces la clave de la etiqueta). Puedes encontrar más información en la investigación original y la herramienta conditional-love para automatizar esta explotación.

Confirmando que un bucket pertenece a una cuenta de AWS

Como se explica en esta publicación del blog, si tienes permisos para listar un bucket es posible confirmar un accountID al que pertenece el bucket enviando una solicitud como:

curl -X GET "[bucketname].amazonaws.com/" \
-H "x-amz-expected-bucket-owner: [correct-account-id]"

<?xml version="1.0" encoding="UTF-8"?>
<ListBucketResult xmlns="http://s3.amazonaws.com/doc/2006-03-01/">...</ListBucketResult>

Si el error es un “Access Denied” significa que el ID de la cuenta era incorrecto.

Uso de correos electrónicos como enumeración de cuentas root

Como se explica en esta publicación del blog, es posible verificar si una dirección de correo electrónico está relacionada con alguna cuenta de AWS al intentar otorgar permisos a un correo electrónico sobre un bucket S3 a través de ACLs. Si esto no genera un error, significa que el correo electrónico es un usuario root de alguna cuenta de AWS:

s3_client.put_bucket_acl(
Bucket=bucket_name,
AccessControlPolicy={
'Grants': [
{
'Grantee': {
'EmailAddress': 'some@emailtotest.com',
'Type': 'AmazonCustomerByEmail',
},
'Permission': 'READ'
},
],
'Owner': {
'DisplayName': 'Whatever',
'ID': 'c3d78ab5093a9ab8a5184de715d409c2ab5a0e2da66f08c2f6cc5c0bdeadbeef'
}
}
)

Referencias

Apoya a HackTricks
PreviousAWS - SNS Unauthenticated EnumNextAzure Pentesting

Last updated