이는 합법적인 실행 파일을 대체하거나 PID 1을 가로채거나 부팅 시 자동으로
시작되어 쉽게 루트 권한을 얻을 수 있습니다.

`/proc/cmdline`은 [하이재킹](https://wiki.archlinux.org/title/Kernel_parameters#Hijacking_cmdline)될 수 있고,
바인드 마운트를 통해 수정 사항을 숨길 수 있습니다.

자세한 내용은 [Linux 문서](https://www.kernel.org/doc/html/latest/admin-guide/kernel-parameters.html)를
참조하십시오.

### 지속성

필요한 EFI 바이너리와 커널이 존재하고 시스템 펌웨어에서 부팅하도록 구성되어
있는 한 그 영향은 지속됩니다.

운영 체제 업데이트로 인해 부팅 순서나 Secure Boot
금지 서명 데이터베이스(DBX)가 변경되어 바이너리가 실행되지
못할 수 있습니다. 그러나 운영 체제 자체도 손상된 경우,
이러한 교정 조치가 되돌려질 수 있습니다.

또한 EFI 부팅 순서는 운영 체제에서 구성할 수 있으므로,
EFI 변수 수정을 통해 권한 있는 악성코드가
필요한 부팅 파일을 설치하고 부팅 순서를 적절히 구성하여
지속성을 확보하거나
권한을 더 높일 수 있습니다.

## 탐지

이 취약점을 악용하기 위해 완벽한 커널 수준 루트킷이 생성되었다고 가정하면,
실행 중인 시스템에 대한 데이터는 신뢰할 수 없습니다.

탐지 방법은 다음과 같습니다:

- 관련 바이너리의 존재 확인
- 알려진 파일의 서명/무결성 확인 (예: [rkhunter](https://rkhunter.sourceforge.net/))
- 행동 분석, 특히 네트워크 환경에서

최소한 시스템 펌웨어가 부팅하도록 서명된 EFI 바이너리와 IGEL 커널은
손상된 시스템에 존재해야 하지만, 악성 코드가 실행되는
[권한 수준](https://en.wikipedia.org/wiki/Protection_ring)으로 인해
[루트킷](https://en.wikipedia.org/wiki/Rootkit)은 런타임에 자신을 숨길 수 있습니다.

기타 손상 지표는 이 취약점을 악용한 악성코드의 행동에 따라 달라집니다.
예를 들어, 부팅된 커널이 교체되었거나 루트 파일 시스템의 파일이
수정되었거나 예상치 못한 프로그램이 실행될 수 있습니다.

## 완화

> [!IMPORTANT]
> Microsoft는 IGEL과의 합의 후 2025년 10월 20일 관련 shim의 서명을 해지하는
> [서명된 DBX](https://github.com/microsoft/secureboot_objects/releases/tag/1.6.0-signed)를 릴리스했습니다.
>
> Windows 시스템의 경우
> [MSRC 업데이트 가이드](https://msrc.microsoft.com/update-guide/vulnerability/CVE-2025-47827)를 참조하십시오.
>
> [fwupd](https://fwupd.org/)를 사용하여 Linux 기반 시스템을 업데이트하려면
> [Linux Foundation (UEFI Revocation) Secure Boot dbx](https://fwupd.org/lvfs/devices/com.microsoft.dbx.x64.firmware)를
> 버전 `20250902` 이상으로 업데이트하십시오.
>
> 자세한 내용은 [microsoft/secureboot_objects#272](https://github.com/microsoft/secureboot_objects/pull/272)를 참조하십시오.

부팅 체인이 손상되지 않도록 방지하려면 취약한 GRUB/커널 이미지 서명에
사용된 인증서를 해지/신뢰하지 않아야 하며, 영향을 받는 커널(또는 shim)의
SHA-256 해시를 DBX 또는 MOKX 거부 목록에 추가해야 합니다.
자세한 내용은 [NSA 사이버보안국 문서](https://github.com/nsacyber/Hardware-and-Firmware-Security-Guidance/blob/master/secureboot/Linux.md)를
참조하십시오.

또는 초기 shim이 실행되지 않도록 Microsoft 3rd Party UEFI CA를
신뢰하지 않도록 설정할 수 있지만, 이로 인해 다른 합법적인 애플리케이션에
의도하지 않은 중단이 발생할 수 있습니다.
일부 장치는 펌웨어 설정에서 이 옵션을 제공합니다.

[ArchWiki의 sbctl 페이지](https://wiki.archlinux.org/title/Unified_Extensible_Firmware_Interface/Secure_Boot#Creating_and_enrolling_keys)는
다음과 같이 경고합니다:

> [!WARNING]
> 일부 펌웨어는 Secure Boot가 활성화된 상태에서 Microsoft의 키로 서명되고
> 검증됩니다. 장치를 검증하지 않으면 벽돌이 될 수 있습니다.

이는 [Secured-core PC의 기본값](https://learn.microsoft.com/en-us/windows/security/operating-system-security/system-security/secure-the-windows-10-boot-process#secure-boot)입니다:

> Secure Boot의 기본 상태는 넓은 신뢰 범위를 가지므로, 고객이 필요하지 않을
> 수도 있는 부팅 구성 요소를 신뢰하게 될 수 있습니다. Microsoft 3rd Party UEFI
> CA 인증서는 모든 Linux 배포판의 부트로더에 서명하므로, UEFI 데이터베이스에서
> Microsoft 3rd Party UEFI CA 서명을 신뢰하면 시스템의 공격 표면이 증가합니다.
> 단일 Linux 배포판만 신뢰하고 부팅하려는 고객은 원하는 구성보다 더 많은 모든
> 배포판을 신뢰하게 됩니다. 부트로더 중 하나의 취약점은 시스템을 노출시키고,
> 의도하지 않게 사용한 부트로더에 대한 공격 위험에 고객을 노출시킵니다. 예를
> 들어 최근 취약점에서 볼 수 있듯이 [GRUB 부트로더](https://msrc.microsoft.com/security-guidance/advisory/ADV200011) 또는
> 부팅 구성 요소에 영향을 미치는 [펌웨어 수준 루트킷](https://www.darkreading.com/threat-intelligence/researchers-uncover-dangerous-new-firmware-level-rootkit)이 있습니다.
> [Secured-core PC](https://learn.microsoft.com/en-us/windows-hardware/design/device-experiences/OEM-highly-secure-11)는
> 고객에게 가능한 가장 안전한 PC 구성을 제공하기 위해 기본적으로 Secure Boot를
> 활성화하고 Microsoft 3rd Party UEFI CA 서명을 신뢰하지 않도록 구성해야 합니다.

### 측정 부팅

시스템이 IGEL shim으로 부팅되면
[TPM PCR 측정값](https://wiki.archlinux.org/title/Trusted_Platform_Module#Accessing_PCR_registers)이
변경됩니다.

Windows는 기본적으로 BitLocker와 함께 [측정 부팅](https://learn.microsoft.com/en-us/windows/compatibility/measured-boot)을
사용하므로, 예상된 바이너리로 시스템이 부팅되지 않으면 암호화 키에 접근할 수 없습니다.

Linux 기반 시스템에서는 [systemd-cryptenroll](https://wiki.archlinux.org/title/Systemd-cryptenroll)을
사용하여 LUKS 키를 TPM에 등록하고 다양한 PCR(기본적으로 PCR 7)에 바인딩할 수 있습니다.

측정 부팅은 신뢰할 수 있는 환경에서만 암호화 키를 해제하므로 합법적인 OS가
수정되는 것을 방지합니다. 그러나 권한이 없는 OS가 부팅되는 것을 막지는
않습니다. 이는 Secure Boot의 역할입니다.

따라서 OS가 측정 부팅을 사용하더라도 사용자는 여전히 위험할 수 있습니다.
예를 들어:

- Secure Boot를 통과하면서 IGEL shim과 악성 OS를 부팅
- 실제 OS의 외관과 동작을 에뮬레이션
- 사용자가 자격 증명을 입력하면 공격자에게 전송됨
- 선택적으로 합법적인 OS로 재부팅

암호화 키는 TPM PCR 측정값[^1]에 바인딩되어 있으므로 측정 부팅으로 합법적인
OS를 수정할 수는 없지만, 시스템은 여전히 악성 소프트웨어를 부팅할 수 있습니다.

[^1]: BitLocker 복구 키는 TPM에 바인딩되지 않습니다.

### 통합 커널 이미지

[통합 커널 이미지](https://uapi-group.org/specifications/specs/unified_kernel_image/)를
사용하면 모든 부팅 리소스(즉, 커널, 초기 ramdisk, 커널 명령줄 등)를 단일 UEFI PE
파일로 번들할 수 있습니다.
이러한 이미지는 다른 EFI 실행 파일과 마찬가지로 서명할 수 있습니다.
부팅 보안을 강화하고 부팅 체인의 공격 표면을 최소화하려면 통합 커널 이미지를
생성하고 사용자 생성 키로 서명하여 공급업체/OEM 키를 신뢰하지 않도록 하십시오.

## 바이너리

관련 바이너리는 다음과 같습니다:

### 설명

실행 순서:

- `boot*.efi` -> Microsoft가 서명한 shim
- `igel*.efi` -> IGEL이 서명한 GRUB
- `bzImage`   -> Linux 이미지(내장 initramfs), IGEL이 서명

주체 `CN=IGEL Secure Boot Signing CA, O=IGEL Technology GmbH, L=Bremen, C=DE`에 대한
인증서는 [igelboot/shim](https://github.com/igelboot/shim/blob/igel-shim/igel-efi-pub-key.der)에서
찾을 수 있습니다.

이 인증서의 SHA-256 지문은
`5E:AE:E3:E0:EF:AA:58:85:E0:8A:CD:3F:FF:8D:1D:05:72:E0:14:2A:C8:E2:A5:42:A9:8C:9B:D4:2E:76:4D:F6`입니다.

이 바이너리의 서명은 `sbverify`([`sbsigntools`](https://git.kernel.org/pub/scm/linux/kernel/git/jejb/sbsigntools.git/)에서
제공)를 사용하여 확인할 수 있습니다:```sh
# Convert to PEM format
openssl x509 -in igel-efi-pub-key.der -outform pem -out igel-efi-pub-key.pem
# Verify signatures
for image in igel*.efi bzImage; do
  sbverify --cert igel-efi-pub-key.pem "${image}"
done

[`bootx64.efi`](https://github.com/microsoft/secureboot_objects/pull/272/files#diff-08415e6b0bb62538ad2345360571cf3619be29812066c32df990a84e7d6b7926R4461) 및
[`bootia32.efi`](https://github.com/microsoft/secureboot_objects/pull/272/files#diff-08415e6b0bb62538ad2345360571cf3619be29812066c32df990a84e7d6b7926R5427)의 해시가
DBX를 통해 폐기되었습니다.

## 개념 증명

IGEL OS 설치 ISO를 다운로드하고,
수정된 SquashFS 루트 파일시스템으로 부팅 가능한 디스크 이미지를 추출·생성하는 개념 증명 셸 스크립트가 제공됩니다.

대안으로, 디스크 이미지 대신 ISO를 다시 패킹하고 EFI
시스템 파티션을 이미지에 추가할 수 있습니다. 하이브리드 MBR을 사용하여
레거시 BIOS 시스템 지원을 유지할 수도 있지만, 이는 이 프로젝트의 범위를
벗어납니다. 설치 ISO에는 레거시 시스템용 ISOLINUX 부트로더가 포함되어 있으며,
이는 GRUB `core.img`를 체인로드합니다.

### 오버레이

HTTP를 통해 라이브 Arch Linux 환경을 부팅하는 방법을 시연하기 위해,
예제 오버레이 디렉터리가 제공됩니다.

`init` 스크립트는 커널 커맨드라인 매개변수에서 지정된 커널을 `kexec`로
로드한 다음 재부팅합니다. `--kexec-file-syscall` 대신 `--kexec-syscall`이
전달되면 교체 커널은 서명이 필요하지 않습니다.

GRUB 구성 파일은 EFI 시스템 파티션에 저장되며, 쉽게 수정할 수 있습니다.
커널, initramfs 또는 SquashFS 이미지와 같은 다른 파일을 ESP에 넣어
첫 번째 루트 파일시스템에서 `kexec`로 부팅할 수 있습니다. 이를 통해
로컬에서 다른 시스템을 체인로드할 수 있으며, 매번 ISO를 다시 빌드하지 않고도
일반 시스템처럼 업데이트할 수 있습니다.

또는 필요한 파일을 `curl`로 HTTP를 통해 다운로드한 다음 부팅하여
디스크 이미지를 더 작게 유지할 수 있습니다.

이것은 취약점이 어떻게 악용될 수 있는지 보여주는 무해한 예시이지만,
`init` 스크립트나 `kexec` 커널은 악의적인 동작을 시연하도록
수정될 수 있습니다.

### 의존성

이 스크립트에는 다음 패키지가 필요합니다.

- [`bash`](https://www.gnu.org/software/bash/bash.html)
- [`coreutils`](https://www.gnu.org/software/coreutils/) (`dd`, 그리고 그 외 모든 것)
- [`dosfstools`](https://github.com/dosfstools/dosfstools) (`mkfs.fat`)
- [`igelfs-cli`](https://github.com/Zedeldi/igelfs)
- [`libisoburn`](https://dev.lovelyhq.com/libburnia/libisoburn) (`osirrox`, `xorriso`)
- [`squashfs-tools`](https://github.com/plougher/squashfs-tools) (`mksquashfs`, `unsquashfs`)
- [`sudo`](https://www.sudo.ws/sudo/)
- [`unzip`](https://infozip.sourceforge.net/UnZip.html)
- [`util-linux`](https://github.com/util-linux/util-linux) (`fdisk`, `losetup`)
- [`wget`](https://www.gnu.org/software/wget/wget.html)

이 패키지들은 어떤 배포판이든 공식 패키지 저장소에서 얻을 수 있습니다.

`igelfs-cli`는 [PyPI](https://pypi.org/project/igelfs/)에서 가상 환경에
설치할 수 있습니다:```sh
python -m venv .venv
source .venv/bin/activate
pip install igelfs

### 예제

500 MB 디스크 이미지를 빌드하고, `esp`와 `root`의 내용을
EFI 시스템 파티션과 SquashFS에 각각 복사합니다:```sh
mkdiskimage -s "500M" -e "esp" -r "root" "disk.img"

참고: IGEL initramfs `parse_cmdline` 부분 문자열 검색 방식 때문에,
커널 명령줄 _어디에든_ `init`을 지정하면 첫 번째 initramfs가 이를 해석하므로,
`init`은 첫 번째 커널 매개변수를 통해 `kexec` 커널에 전달할 수 없습니다.

### SSL

SSL이 필요한 경우(예: HTTPS), `/etc/ssl/certs/ca-certificates.crt`를
SquashFS 이미지에 추가하십시오.

### 요구 사항

ISO는 첫 번째 파티션이어야 하므로, EFI 시스템 파티션(ESP)이
비일반적으로 파티션 #2가 됩니다. 이는 initramfs `init` 스크립트가
디바이스를 검색하는 방식 때문입니다.
마찬가지로, 설치 시 IGEL OS는 파티션 #2와 #3에 두 개의 ESP를 생성합니다.

GRUB는 `/boot/grub/igel.conf`와 동일한 파일시스템에
`/boot/igel-ud-converter`가 있어야 합니다:```
search --file --set search /boot/igel-ud-converter
set cmdpath=($search)
configfile $cmdpath/boot/grub/igel.conf