// 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 とカスタムローダー***

ファームウェアの `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 の証明に依存するあらゆるセキュリティソフトウェアから見えなくなります。

> **重要:** 永続化が破られるのは、DBX が `shdloader.efi` の失効エントリ（KB5012170）で更新された場合のみです。これにより、カスタムローダーが起動する前にファームウェアが `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