Exploit da BootROM do SM-G985F / Exynos9830

[!CAUTION] O pacote de chaves atual e os arquivos gerados são capazes de fusing. Depois que um dispositivo é submetido ao fusing, a alteração do eFuse é irreversível e o dispositivo deve continuar a usar imagens de boot e material de chaves que correspondam à chave gravada. O uso desses arquivos ou fluxos é por sua conta e risco por causa do comportamento de fusing; todas as consequências permanecem sob responsabilidade do usuário que os executa. Verifique o arquivo eFuse, as chaves privadas, o FWBL1 assinado, as imagens LK / sboot.bin e o dispositivo de destino antes de executar qualquer fluxo de fusing.

Conteúdo

• Estrutura do Repositório
• Requisitos
• Preparação das Imagens
• Compilação do Payload
• Geração da Imagem SBoot Assinada
• Modos de Exploit
• Cadeia de Boot do Exynos 9830
• Layout da Imagem do Exynos 9830
• Endereços de Carga
• IDs de Fonte de Boot
• Payload de Dump /mem
• Atribuição Upstream
• Créditos

Estrutura do Repositório

Requisitos

Toolchain Linux

sudo apt-get update
sudo apt-get install -y gcc-aarch64-linux-gnu binutils-aarch64-linux-gnu

Toolchain macOS

brew tap messense/macos-cross-toolchains
brew install aarch64-unknown-linux-gnu

Dependências Python

python3 -m pip install -r requirements.txt

requirements.txt inclui coloredlogs, cryptography, hexdump, libusb, pyusb e pycryptodome.

Driver USB no Windows

No Windows, o dispositivo 04e8:1234 da BootROM deve usar um driver compatível com WinUSB/libusb antes que o PyUSB possa abri-lo. Consulte exploit/windows/README.md.

O repositório inclui um pacote de driver WinUSB em exploit/windows/Exynos_USB_Device.inf, com seu catálogo correspondente e o arquivo de importação de certificado no mesmo diretório.

Preparação das Imagens

Dividir sboot.bin

python3 exploit/split.py bootLoaderFiles/originalSboot_K/sboot.bin -o exploit/extra/images

O script de divisão grava as partes da imagem e um arquivo split_manifest.json no diretório de saída.

Aplicar patch de chave personalizada no LK

A imagem do LK deve usar os IDs de comando da chave 2 de boot seguro da ROM para o fluxo de chave personalizada:

Ao aplicar o TSV de patch do LK dentro do projeto Ghidra, o auxiliar foi chamado por meio do Ghidra headless da seguinte forma:

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"

Insira a chave eFuse de 32 bytes em lk.bin no offset 0x205008, substituindo a chave original:

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

Mesclar Partes Divididas

python3 exploit/merge.py exploit/extra/images Exynos9830

O script de mesclagem grava sboot.bin no diretório de trabalho atual.

Compilação do Payload

Compile os projetos de payload em external/payloads/ e copie os binários resultantes em exploit/extra/payloads/:

./exploit/build_payloads.sh

O carregador UFS e o payload de chave personalizada incorporam um arquivo efuse de 32 bytes no momento da compilação. Por padrão, o Makefile lê external/keys/exynos9830_crecker/crecker.efuse; substitua isso por CUSTOM_KEY_EFUSE=/path/to/crecker.efuse quando necessário.

Geração da Imagem SBoot Assinada

A etapa de pré-verificação executada por exploit/exploit.py reassina o conjunto de imagens SBoot em exploit/extra/images/ no próprio local antes de cada execução assinada. Nenhuma saída assinada separada é mantida. A etapa de assinatura usa o pacote de chaves compartilhado intencionalmente rastreado em external/keys/exynos9830_crecker/.

Comando equivalente na raiz do repositório para o conjunto completo de imagens:

python3 external/tools/sign_sboot_images.py \
  --images-dir exploit/extra/images \
  --keys-dir external/keys/exynos9830_crecker

Isto assina:

O assinador em lote passa o decimal 23 para cada imagem e não reutiliza um valor de rollback mais antigo já presente em um rodapé existente.

epbl.img é primeiro criptografado novamente quando necessário e depois assinado sobre os bytes finais. ldfw.img e tzsw.img ainda precisam do fluxo AVB externo se o conteúdo AVB deles precisar ser atualizado.

O comando apenas para 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

Forma abreviada quando sign_tool.py, fwbl1.img e os arquivos crecker_* estão no diretório atual:

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

Modos de Exploit

Execute os comandos a partir da raiz do repositório, salvo indicação em contrário.

Observações sobre o Fluxo no Dispositivo

Cadeia de Boot do Exynos 9830

O procedimento de boot observado do Exynos 9830 é:

Layout da Imagem do Exynos 9830

Endereços de Carga

IDs de Fonte de Boot

IDs Brutos de Fonte de Boot

Valores da Fonte de Boot

Payload de Dump /mem

Observação: o payload de dump mem.bin só pode ser usado quando nenhum sboot funcional está instalado.

1. Envie uh.bin via Heimdall para o bootloader:

   root@kitploit:~

   heimdall flash --BOOTLOADER uh.bin
   

2. Execute o fluxo de dump:

   root@kitploit:~

   python3 exploit/exploit.py --dump
   

3. Revise o dump exynos990.bootrom.bin gerado.

Atribuição Upstream

Partes das ferramentas de recuperação em Python deste repositório foram adaptadas de halal-beef/hubble.

Esse projeto upstream é publicado sob a GNU GPL v2.0, e este repositório mantém uma licença GPL-2.0 por compatibilidade. Consulte LICENSE e NOTICE.md.

O payload de chave personalizada do Exynos990 em external/payloads/exynos990_boot_custom_key/ é baseado no esqueleto de payload de chave de boot personalizada e na ideia de fluxo de controle de VDavid003/exynos-usbdl, um fork de frederic/exynos-usbdl. Ele foi substancialmente reescrito e adaptado para a cadeia GET_CONFIGURATION do Exynos9830 / Exynos990 e não é uma cópia literal do payload upstream. Como o projeto upstream referenciado é licenciado sob a GNU GPL v3.0, este payload é mantido sob GPL-3.0-only; consulte external/payloads/exynos990_boot_custom_key/LICENSE.

Créditos