// Step 2: Read raw bytes (no signature check)
ReadFile(File, &Buffer, &Size);

// Step 3: Parse PE/COFF headers
DosHeader = (EFI_IMAGE_DOS_HEADER *)Buffer;
PeHeader  = (EFI_IMAGE_NT_HEADERS *)(Buffer + DosHeader->e_lfanew);

// Step 4: Allocate memory and copy sections
ImageBase = AllocatePages(...);
CopySections(ImageBase, Buffer, PeHeader);

// Step 5: Apply base relocations from .reloc
Delta = ImageBase - PeHeader->OptionalHeader.ImageBase;
ApplyRelocations(ImageBase, PeHeader, Delta);

// Step 6: Jump to entry point
//         NO SIGNATURE VERIFICATION ANYWHERE
EntryPoint = ImageBase + PeHeader->OptionalHeader.AddressOfEntryPoint;
((EFI_IMAGE_ENTRY_POINT)EntryPoint)(ImageHandle, SystemTable);

---

<div id='LoadImageVsCustomLoader'/>

### ***LoadImage vs 커스텀 로더***

펌웨어의 `LoadImage()`와 커스텀 로더 간의 차이는 핵심적인 보안 격차입니다:```
┌─────────────────────────────────────────────────────────────────────────┐
│  Firmware LoadImage() - How legitimate boot chains work                 │
│                                                                         │
│  bootx64.efi ──> LoadImage("shdmgr.ef_")                                │
│                      │                                                  │
│                      ├── Parse PE/COFF headers                          │
│                      ├── Verify Authenticode signature                  │
│                      ├── Check signature against db (allowed)           │
│                      ├── Check hash against dbx (revoked)               │
│                      ├── Call gSecurity2->FileAuthenticationState()     │
│                      │       │                                          │
│                      │       ├── Signature valid? ── YES ──> Load image │
│                      │       └── Signature invalid? ── NO ──> REJECT    │
│                      └── StartImage()                                   │
│                                                                         │
├─────────────────────────────────────────────────────────────────────────┤
│  Custom PE Loader - What shdloader.efi does                             │
│                                                                         │
│  shdloader.efi ──> OpenFile("shdmgr.ef_")                               │
│                      │                                                  │
│                      ├── ReadFile() into buffer                         │
│                      ├── Parse PE/COFF headers                          │
│                      ├── Allocate memory                                │
│                      ├── Copy sections                                  │
│                      ├── Apply .reloc relocations                       │
│                      ├── *** NO SIGNATURE CHECK ***                     │
│                      └── Jump to EntryPoint                             │
│                                                                         │
│  Result: ANY valid PE/COFF EFI application runs, signed or not          │
└─────────────────────────────────────────────────────────────────────────┘

---

<div id='Phase3'/>

### ***Phase 3 - 서명되지 않은 코드 실행***

커스텀 로더가 `shdmgr.ef_`의 진입점으로 점프합니다. 이제 서명되지 않은 UEFI 애플리케이션이 다음과 같은 환경에서 실행됩니다:

- 전체 하드웨어 접근 (직접 메모리, I/O 포트, PCI, MMIO)
- 운영체제가 아직 로드되지 않음
- ASLR, DEP 또는 커널 보호 기능 없음
- EDR 또는 엔드포인트 보안 모니터링 없음
- 이후의 모든 OS 쿼리에 Secure Boot가 **활성화됨**으로 보고됨

이 공격은 완전히 은밀합니다. 눈에 보이는 UEFI Shell 프롬프트를 표시하는 CVE-2022-34301 및 CVE-2022-34303과 달리, 이 익스플로잇은 "Booting in insecure mode" 메시지 외에는 어떠한 시각적 출력도 생성하지 않습니다 (이 메시지는 정상적인 시스템에서는 잠시 나타났다가 빠르게 OS 부팅 화면으로 대체됩니다). 헤드리스 시스템(서버, IoT, 산업 장비)에서는 어떠한 징후도 없습니다.

---

<div id='Phase4'/>

### ***Phase 4 - 지속성***

이 공격은 기본적으로 지속적입니다. `shdloader.efi`가 `\EFI\Boot\bootx64.efi`에 남아 있고 공격자의 페이로드가 ESP의 `\EFI\Boot\shdmgr.ef_`에 남아 있는 한, 서명되지 않은 페이로드가 매 부팅 시 실행됩니다.

`startup.nsh` 스크립트가 필요하지 않습니다. 펌웨어 업데이트 전반에 걸쳐 gSecurity2 주소를 재계산할 필요도 없습니다. 커스텀 PE 로더는 발견한 `shdmgr.ef_`를 무조건 로드합니다.

시스템은 계속해서 Secure Boot를 "활성화됨"으로 보고합니다 - 오직 부트로더 수준에서만 신뢰 체인이 깨진 것입니다. 이로 인해 이 공격은 OS 수준의 Secure Boot 상태 쿼리와 Secure Boot 증명에 의존하는 모든 보안 소프트웨어에 보이지 않게 됩니다.

> **중요:** 지속성은 `shdloader.efi`에 대한 폐기 항목(KB5012170)으로 DBX가 업데이트될 때만 깨집니다. 이 경우 커스텀 로더가 활성화되기 전에 펌웨어가 `shdloader.efi` 자체를 거부하게 됩니다.



---
---
---



<div id='Exploit'/>

## ***익스플로잇***

`Exploit/` 디렉터리에는 호환되는 `shdmgr.ef_`를 빌드하는 데 필요한 모든 것이 포함되어 있습니다:```
Exploit/
|
├── README.md                           ← Build guide and PE/COFF requirements
|
├── PayloadShdmgr/
|   |
│   ├── ForceReloc.nasm                 ← Force .reloc section generation
│   ├── shdmgr.ef_.c                    ← UEFI application source (EDK2)
│   ├── shdmgr.ef_.inf                  ← EDK2 module definition
│   ├── shdmgr.ef_.dsc                  ← EDK2 platform build configuration
│   └── shdmgr.ef_.dec                  ← EDK2 package declaration
|
└── Scripts/
    └── VerifyPE.py                    ← PE/COFF compatibility verifier