이 프로필은 LK H-Arx/UH 경로를 제거하고, EL3가 EL2에서 커널에 진입하도록 요청하며, 일치하는
복호화/재암호화된 EL3 모니터 패치 테이블을 적용합니다. 스톡/변조된 부트로더 플래시 모드에서는 계속 사용할 수 없습니다.
웹 제어 센터에는 의도적으로 KVM 제어 기능이 없습니다. 일치하는 커널과
[WindowsInQemu](https://github.com/Creeeeger/WindowsInQemu)를 사용하면 Windows를 KVM을 통해
전체 속도로 휴대폰의 QEMU에서 실행할 수 있습니다.

## 빠른 시작

모든 모드를 하나의 번호가 매겨진 설치 순서로 취급하지 마십시오. 목표를 선택하십시오:

| 목표                              | 경로                                                                                                                     |
|-----------------------------------|--------------------------------------------------------------------------------------------------------------------------|
| 서명된 커스텀 ROM 설치            | 정확한 모델/설정 → EUB → 임시 `--signed --no-fuse` 체인 → ROM의 완전한 서명 출력 플래시 → UFS 첫 부팅 |
| 익스플로잇 테스트                 | 선택 사항 `--prepare --no-fuse` → EUB → `--signed --no-fuse` → 중지                                                       |
| 부트 체인 개발(CLI 전용)          | 임시 no-fuse 테스트 → 빌드 → 생성된 SBoot/TZSW/LDFW 플래시 → UFS                                                   |
| 덤프 / 복구                       | 별도의 워크플로우와 퓨즈 상태 확인 사용                                                                                  |

`--prepare`는 필수 선행 단계가 아닌 권장 드라이런입니다. `--signed`는
사전 점검을 반복합니다. 생성된 3부분 Heimdall 명령은 부트 체인 개발 도구이며, 커스텀 ROM
플래시가 아닙니다.

기기에 손대기 전에 [USER_GUIDE.md](https://github.com/creeeeger/cve-2024-56426/blob/exynos990/USER_GUIDE.md)를 읽고 일치하는 워크플로우를 선택하십시오. 이 문서에는
전체 ROM 인계와 함께 퓨즈 미적용, 퓨즈 적용, 불확실한 상태의 복구 규칙이 포함되어 있습니다.

## 선택적 로컬 UI

브라우저 UI는 Python 표준 라이브러리만 사용하며 기존의
`exploit/exploit.py` CLI를 호출합니다. 부트 체인 개발과 생성된 3부분 Heimdall 명령은 터미널 전용
도구로 유지됩니다.

저장소 루트에서 시작하십시오:```bash
python3 exynos990_control_center.py

UI는 다음을 제공합니다:

- 빨간색/녹색 종속성 및 저장소-에셋 검사;
- 하나의 전역 대상-모델 선택과 정확히 두 개의 퓨즈 결정: Stay unfused 또는 Fuse;
- 선택된 워크플로의 단계만 번호와 함께 표시하는 워크플로 선택기;
- install-ROM, exploit-test, BootROM-dump 및 stock-recovery 워크플로;
- UH를 검증하고 Heimdall로 BOOTLOADER 슬롯에 플래시하여 EUB에 진입하는 정확한-모델 변조-로더 작업;
- 영구 퓨즈 경고 및 구성된 키/eFuse SHA-256 지문;
- Fuse를 선택한 후에는 사용할 수 없는 unfused 전용 stock 부트-체인 복원 카드;
- 실시간 프로세스 출력, 취소 및 단계별 검증 마커.

또한 CLI 전용 Exynos 990 KVM 공지를 표시하지만, 의도적으로 KVM 옵션을 노출하지 않으며 `--kvm`을 어떤 웹 작업에도
전달하지 않습니다.

USB 접근은 제어 센터를 실행한 프로세스의 권한을 따릅니다. 시작하기 전에 제공된 udev/driver
권한을 구성하십시오. UI는 권한 자격 증명을 요청, 보관 또는 전달하지 않습니다. 인쇄된
토큰 URL을 비공개로 유지하고 사용 후 즉시 서버를 중지하십시오.

터미널 사용자는 `exynos990_control_center.py`를 무시할 수 있습니다. 아래에 문서화된 모든 CLI 명령은 변경 없이 그대로 유지되며 완전히
지원됩니다.

## 요구 사항

Python 3.10 이상이 필요합니다.

Windows 10/11(네이티브 PowerShell):```powershell
.\windows\setup.ps1
. .\windows\activate.ps1
python .\exploit\exploit.py --prepare --model G985F --no-fuse

macOS:```bash
brew tap messense/macos-cross-toolchains
brew install aarch64-unknown-linux-gnu lz4

부팅 로더를 USB를 열지 않고 해당 서명된 부팅 로더를 생성합니다:```bash
python3 exploit/exploit.py --build-sboot --model N986B --no-fuse

이 명령은 `sboot.bin.lz4`, `tzsw.img.lz4`, `ldfw.img.lz4`만 추출하여 임시 디렉터리에서 압축을 풀고, 세 출력 파일이 모두 존재하고 비어 있지 않은지 확인한 후 Heimdall 플래시 작업 하나를 실행합니다. 임시 파일은 이후 제거됩니다. `--no-reboot` 및 `--verbose`도 지원됩니다. 휴대폰은 이미 Heimdall 호환 다운로드 모드에 있어야 하며, 선택한 모델이 실제 기기와 정확히 일치해야 합니다.

이 작업은 Android, AP, 모뎀, CSC, 사용자 데이터 또는 완전한 스톡 ROM을 복원하지 않습니다. 커스텀 키 퓨즈(custom-key-fused)된 기기에서는 절대 실행하지 마십시오. 이러한 휴대폰은 정확한 퓨즈 키로 재서명된 스톡 기반 소프트웨어가 필요하며, 커스텀 신뢰 루트는 영구적으로 유지됩니다. 퓨즈 상태가 알 수 없으면 중지하십시오.

## FRP / PERSISTENT 복구 참고 사항

> [!CAUTION]
> 이 절차는 본인이 소유하고 서비스할 권한이 있는 기기에만 해당합니다.
> 다른 사람의 기기에 사용하는 것은 엄격히 금지됩니다. 잘못된 파티션 경로는 영구적인 데이터 손실을 초래하거나
> 기기를 부팅할 수 없게 만들 수 있습니다. 쓰기 전에 대상 파티션을 백업하고 해석된
> 블록 디바이스 경로와 크기를 확인하십시오.

이 저장소는 공장 초기화 보호(FRP)를 자동으로 제거하지 않습니다. Android의
`PersistentDataBlockService`를 사용하는 기기에서는 FRP 상태가 일반적으로 `PERSISTENT`라는 이름의 파티션에 저장됩니다. 
[AOSP 구현](https://android.googlesource.com/platform/frameworks/base/+/bc56632da95b/services/core/java/com/android/server/PersistentDataBlockService.java)을 참조하십시오.

익스플로잇 체인이 `adb` 및 `dd`를 제공하는 커스텀 복구를 부팅한 후, 파티션을 식별하고 백업하십시오. 추측한 숫자 블록 디바이스 경로를 대체하지 마십시오:```bash
adb shell ls -l /dev/block/by-name/PERSISTENT
adb shell dd if=/dev/block/by-name/PERSISTENT of=/tmp/PERSISTENT.backup.img bs=4096
adb pull /tmp/PERSISTENT.backup.img

이 방법은 테스트되었으며 작동합니다. FRP가 제거되었고 기기가 잠금 해제되었습니다.

## LK 패치

패치 선택은 아티팩트 매핑을 따릅니다:```text
G780F -> lk_g780f_selected_patches.tsv
G980F -> lk_g980f_selected_patches.tsv  (applied to G981B LK)
G981B -> lk_g981b_selected_patches.tsv
G985F -> lk_g985f_selected_patches.tsv  (applied to G986B LK)
G986B -> lk_g986b_selected_patches.tsv
G988B -> lk_g988b_selected_patches.tsv
N980F -> lk_n980f_selected_patches.tsv  (applied to N981B LK)
N981B -> lk_n981b_selected_patches.tsv
N985F -> lk_n985f_selected_patches.tsv  (applied to N986B LK)
N986B -> lk_n986b_selected_patches.tsv

`external/ghidra/ApplyLkPatches.java`는 동일한 6열 TSV 형식을 허용하며, 이제 이전 바이트 불일치 시 패치를 무작정 적용하는 대신 오류를 발생시킵니다. 첫 번째 열이 `kvm`인 행에는 추가 `--kvm` 스크립트 인수가 필요합니다. 레거시 `check_signature` 및 `check_ext4_signature` 반환-0 행은 프로필 `0`을 사용합니다. 이는 이전 우회 위치를 문서화하지만 의도적으로 적용되지 않으므로, 빌드된 이미지는 LK의 실제 Samsung 서명 검사를 충족해야 합니다.

## 서명

`external/tools/sign_sboot_images.py`는 모델을 요구하며 [model_data.py](https://github.com/creeeeger/cve-2024-56426/blob/exynos990/external/tools/model_data.py)에서 모델 ID, EVT 및 롤백 리비전을 파생합니다:```bash
python3 external/tools/sign_sboot_images.py \
  --images-dir exploit/extra/images/G986B \
  --keys-dir external/keys/exynos9830_crecker \
  --model G986B

이 의도적으로 정상 부팅을 방지하고 다음 부팅을 EUB로 강제합니다. BL tar의 나머지 구성 요소는 플래시하지 않습니다.

다음 명령으로 하나의 패키지를 다시 생성합니다:```bash
python3 external/tools/build_tampered_loader.py \
  bootLoaderFiles/originalBl/G986B/BL_G986BXXSNHYB1.tar \
  bootLoaderFiles/tamperedLoader/G986B/BL_G986BXXSNHYB1_tampered.tar

독립 실행형 병합 도구는 parts 디렉터리에 `tzsw.img`와 `ldfw.img`가 필요하며, 해당하는 세 부분으로 나뉜
Heimdall 명령을 출력합니다. 이 명령은 두 이미지가 선택한 모델에 대해 이미 서명된 경우에만 사용하세요.
`--build-sboot`는 해당 서명을 자동으로 수행하고 검증합니다.

개별 LDFW 레코드 추출:```bash
python3 external/tools/extract_ldfw.py ldfw.img -o LDFWs