これは正当な実行ファイルを置き換え、PID 1を乗っ取り、または起動時に自動的に起動することで、簡単にrootアクセスを取得する可能性があります。

`/proc/cmdline` は、バインドマウントを使用して [hijack](https://wiki.archlinux.org/title/Kernel_parameters#Hijacking_cmdline) され、変更を隠すことができます。

詳細については、[Linuxドキュメント](https://www.kernel.org/doc/html/latest/admin-guide/kernel-parameters.html) を参照してください。

### 永続性

必要なEFIバイナリとカーネルが存在し、システムファームウェアによって起動するように設定されている限り、影響は永続的です。

オペレーティングシステムの更新により、ブート順序やセキュアブートの禁止署名データベース（DBX）が変更される可能性があり、バイナリの実行が妨げられる可能性があります。ただし、オペレーティングシステムも侵害されている場合、この修復措置は元に戻される可能性があります。

さらに、EFIブート順序はオペレーティングシステムによってEFI変数の変更を通じて設定可能であるため、特権を持つマルウェアは、必要なブートファイルをインストールし、ブート順序を適宜設定することで、永続性を獲得したり、さらに特権を昇格させたりする可能性があります。

## 検出

この脆弱性を悪用するために完全なカーネルレベルのルートキットが作成されたと仮定すると、実行中のシステムに関するデータは信頼できません。

検出方法は次のとおりです。

- 関与するバイナリの存在を確認する
- 既知のファイルの署名/完全性を検証する（例：[rkhunter](https://rkhunter.sourceforge.net/)）
- 行動分析、特にネットワーク環境において

少なくとも、システムファームウェアによって起動される署名済みEFIバイナリとIGELカーネルは侵害されたシステム上に存在している必要がありますが、悪意のあるコードが実行される[レベル](https://en.wikipedia.org/wiki/Protection_ring)のため、[ルートキット](https://en.wikipedia.org/wiki/Rootkit)は実行時に自身を隠す可能性があります。

その他の侵害の兆候は、この脆弱性を悪用したマルウェアの動作に依存します。たとえば、起動されたカーネルが置き換えられていたり、ルートファイルシステム上のファイルが変更されていたり、予期しないプログラムが実行されている可能性があります。

## 緩和策

> [!重要]
> Microsoftは、IGELとの合意の上、2025年10月20日に関連するshimの署名を取り消す[signed 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)を参照してください。
>
> Linuxベースのシステムを[fwupd](https://fwupd.org/)で更新するには、[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を信頼しないようにすることができますが、これにより他の正当なアプリケーションに意図しない混乱が生じる可能性があります。一部のデバイスでは、ファームウェア設定にこのオプションがあります。

[sbctlのArchWikiページ](https://wiki.archlinux.org/title/Unified_Extensible_Firmware_Interface/Secure_Boot#Creating_and_enrolling_keys) には次の警告があります。

> [!警告]
> 一部のファームウェアは、セキュアブートが有効な場合、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)です。
> セキュアブートのデフォルト状態は広い信頼の輪を持っており、その結果、
> 顧客は必要のないブートコンポーネントを信頼することになる可能性があります。
> 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)は、
> デフォルトでセキュアブートを有効にし、Microsoft 3rd
> Party UEFI CA署名を信頼しないように構成することを要求しており、お客様のPCの最も安全な
> 構成を提供します。

### 計測ブート

システムがIGEL shimで起動された場合、[TPM PCR測定値](https://wiki.archlinux.org/title/Trusted_Platform_Module#Accessing_PCR_registers)が変更されます。

WindowsはデフォルトでBitLockerとともに[Measured Boot](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）にバインドできます。

Measured Bootは、暗号化キーを信頼できる環境でのみ解放することにより、正当なOSの改変を防ぎます。ただし、不正なOSの起動を防ぐわけではありません。それはセキュアブートの役割です。

したがって、OSがMeasured Bootを使用している場合でも、ユーザーは依然としてリスクにさらされる可能性があります。例えば：

- IGEL shimと悪意のあるOSを起動し、セキュアブートを通過する
- 正当なOSの外観と動作をエミュレートする
- ユーザーが資格情報を入力し、それが攻撃者に送信される
- オプションで、正当なOSに再起動する

正当なOSはMeasured Bootによって改変されませんが（暗号化キーがTPM PCR測定値にバインドされているため[^1]）、システムは悪意のあるソフトウェアを起動することは可能です。

[^1]: https://raw.githubusercontent.com/zedeldi/cve-2025-47827/HEAD/BitLocker%E5%9B%9E%E5%BE%A9%E3%82%AD%E3%83%BC%E3%81%AFTPM%E3%81%AB%E3%83%90%E3%82%A4%E3%83%B3%E3%83%89%E3%81%95%E3%82%8C%E3%81%A6%E3%81%84%E3%81%BE%E3%81%9B%E3%82%93%E3%80%82

### 統合カーネルイメージ

[統合カーネルイメージ](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/) 由来）を使用して検証できます：

# 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
```
### ハッシュ

SHA-256 (`udc10.06.220.iso` から):```
3258be9cede92f0b557391e920750e46134cccc13d3a78e306b630ed7b338b85  bootia32.efi
0c1e0821cef69a0bc2798996c6ce0b60564b2a1a9d67ef89f3059023edab720c  bootx64.efi
2a8e546e6bbdbb01f49338b0e3ef22d8fea69aa0a585831b89960610e2e5d9b5  igelia32.efi
5f57a2a40fa6d55d1082e0c87cfea8c77d4f32e38e21fd0b5f2c4d2007ebdf91  igelx64.efi
09e14e4870f93fbfd13b85121cb9f0e4a877dd8d6566bea2d2db8d27e14f1d92  bzImage
```
[`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 ルートファイルシステムを備える概念実証シェルスクリプトが提供されています。

あるいは、ディスクイメージの代わりに、イメージに EFI システムパーティションを追加して ISO を再パッケージすることも可能です。また、レガシー BIOS システムのサポートを維持するためにハイブリッド MBR を使用することもできますが、それはこのプロジェクトの範囲外です。インストール ISO にはレガシーシステム向けの ISOLINUX ブートローダが含まれており、GRUB の `core.img` をチェーンロードします。

### オーバーレイ

ライブ Arch Linux 環境を HTTP 経由で起動する例を示す、オーバーレイディレクトリの例が提供されています。

`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
```
### 使用方法```
mkdiskimage: [-s SIZE] [-l LABEL] [-e ESP_OVERLAY] [-r ROOT_OVERLAY] PATH [SQUASHFS]
```
### Example

500 MBのディスクイメージを構築し、`esp`と`root`の内容をそれぞれEFI System PartitionとSquashFSにコピーします:```sh
mkdiskimage -s "500M" -e "esp" -r "root" "disk.img"
```
The resulting image will boot a machine with Secure Boot enabled, which trusts
the Microsoft 3rd Party UEFI CA.

The raw disk image can be written to a physical device, or converted for use
with a virtual machine.

### Releases

See the [releases](https://github.com/Zedeldi/CVE-2025-47827/releases) page for
an example bootable disk image and copies of the relevant binaries.

The example contains a modified IGEL OS SquashFS image to download and boot
Arch Linux over HTTPS with `kexec`. The mirror is found in the GRUB configuration.

### Explanation

1.  `mkdiskimage` downloads the IGEL OS 10 UDC archive, containing the installation ISO
2.  The ISO is extracted with `osirrox`, to obtain the EFI binaries, `ddimage.bin`
    and `bzImage`
3.  Using [`igelfs-cli`](https://github.com/Zedeldi/igelfs), the system SquashFS
    is extracted from `ddimage.bin`, which is then extracted with `unsquashfs`
4.  Required files are created and overlay directories can be specified to copy
    files to the ESP or SquashFS
5.  The SquashFS is rebuilt with `mksquashfs` and a new `ddimage.bin` is created
    using `igelfs-cli`, with the SquashFS as partition #1 (`sys`)
6.  The `ddimage.bin` is added to an ISO image with `xorriso`
7.  A disk image is created and partitioned with `fdisk`
    1.  ISO -> partition #1 (written with `dd`)
    2.  ESP -> partition #2 (mounted and copied)

The ISO contains only the `ddimage.bin` and `boot_id` file hint, whereas
the ESP contains EFI binaries and files for GRUB.

### Buildroot

The root filesystem could be created with [buildroot](https://buildroot.org/)
to greatly reduce file size.

Kernel modules for the `bzImage` will be added to the SquashFS image to add
support for filesystems, networking, etc., along with any other
[requirements](#requirements).

An example `defconfig` for building a root SquashFS, with `kexec` and no `init`
script, can be found in `buildroot`. Use an overlay directory to add other
files, e.g. `init` script, either with `BR2_ROOTFS_OVERLAY` or `mkdiskimage`.

### Kexec

The `kexec` userspace binary is not available by default in the IGEL OS 10
system partition, so if this is required, it can be also be added to the patched
SquashFS image.

The `kexec` binary can be bundled with its library dependencies using
[staticx](https://github.com/JonathonReinhart/staticx), to avoid missing
shared libraries on the IGEL OS SquashFS image:```sh
staticx "$(which kexec)" "./root/sbin/kexec"
```
注意: IGEL initramfsの `parse_cmdline` サブストリング検索のため、カーネルコマンドラインの _どこか_ に `init` を指定すると、最初のinitramfsによって解釈されるため、最初のカーネルパラメータを介して `kexec` カーネルに `init` を渡すことはできません。

### SSL

SSLが必要な場合（例: HTTPS）、`/etc/ssl/certs/ca-certificates.crt` をSquashFSイメージに追加してください。

### Requirements

ISOは最初のパーティションである必要があり、EFIシステムパーティション (ESP) は非標準的にパーティション #2 になります。これはinitramfsの `init` スクリプトがデバイスを検索する方法によるものです。同様に、インストール後、IGEL OSはパーティション #2 と #3 に2つのESPを作成します。

GRUBは `/boot/igel-ud-converter` が `/boot/grub/igel.conf` と同じファイルシステム上に存在する必要があります：```
search --file --set search /boot/igel-ud-converter
set cmdpath=($search)
configfile $cmdpath/boot/grub/igel.conf
```
The `init` script of the embedded initramfs of `bzImage` requires a file
matching the `boot_id` passed on the kernel command-line, prefixed with a dot (`.`),
to be present on the ISO filesystem. The `boot_id` must start with
`IGEL_UDC_TO`, e.g. `.IGEL_UDC_TO_210319143827`.

These files can be empty, but must be present.

The SquashFS must also have a `/igfimage` directory for the initramfs init
script, else changing root will fail.

### アプリケーション

ユーザーはこの脆弱性を意図的に悪用して、Secure Boot を設定せずにマシン上で Linux ベースのオペレーティングシステムを起動できます。

さらに、完全な Linux 環境が効果的にブートローダーとして使用されるため、`init` スクリプトは従来のブートローダーよりも複雑な方法で次のカーネルの読み込みを処理するようにカスタマイズできます (例: ネットワーキング、暗号化など)。一方で、資産をディスクに保存する代わりに実行時に取得することで、侵害の痕跡を隠すために利用される可能性もあります。

さまざまなプロジェクトがすでにこの目的のために `kexec` を使用しています。例えば [kexecboot](https://github.com/kexecboot/kexecboot) や [petitboot](https://www.kernel.org/pub/linux/kernel/people/geoff/petitboot/petitboot.html) などがあります。

## Resources

Vulnerability details:

- [CVE-2025-47827](https://www.cve.org/CVERecord?id=CVE-2025-47827) - CVE レコード
- [ISN-2025-22](https://kb.igel.com/security-safety/current/isn-2025-22-statement-on-cve-2025-47827-in-igel-os) - IGEL セキュリティ通知
- [GHSA-pww7-j9v6-xc6j](https://github.com/advisories/GHSA-pww7-j9v6-xc6j) - GitHub セキュリティアドバイザリ
- [NIST](https://nvd.nist.gov/vuln/detail/CVE-2025-47827) - 国家脆弱性データベース
- [MSRC](https://msrc.microsoft.com/update-guide/vulnerability/CVE-2025-47827) - 更新ガイド
- [CISA](https://www.cisa.gov/news-events/alerts/2025/10/14/cisa-adds-five-known-exploited-vulnerabilities-catalog) - KEV カタログ
- [Rapid7](https://www.rapid7.com/db/vulnerabilities/microsoft-windows-cve-2025-47827/) - 脆弱性データベース
- [SecAlerts](https://secalerts.co/vulnerability/CVE-2025-47827) - CVE アラート

Mitigation:

- [DBX PR #272](https://github.com/microsoft/secureboot_objects/pull/272) - 脆弱な IGEL shim の失効
- [DBX Release 1.6.0-signed](https://github.com/microsoft/secureboot_objects/releases/tag/1.6.0-signed) - 署名済み DBX リリース

Update reviews:

- [Qualys Threat Protection](https://threatprotect.qualys.com/2025/10/15/microsoft-patch-tuesday-october-2025-security-update-review/) - セキュリティ更新レビュー
- [NHS Digital](https://digital.nhs.uk/cyber-alerts/2025/cc-4708) - セキュリティ更新レビュー
- [Windows Forum](https://windowsforum.com/threads/cve-2025-47827-igel-os-10-secure-boot-bypass-remediation-guide.384768/) - 修復ガイド
- [The Register](https://www.theregister.com/2025/10/14/microsoft_october_2025_patch_tuesday/) - 更新レビュー
- [Field Effect](https://fieldeffect.com/blog/microsofts-record-breaking-october-2025-patch-tuesday-fixes-175-flaws) - 更新レビュー

News articles:

- [Ars Technica](https://arstechnica.com/security/2025/06/unearthed-in-the-wild-2-secure-boot-exploits-microsoft-patches-only-1-of-them/) - ニュース記事と議論
- [Computing](https://www.computing.co.uk/news/2025/security/secure-boot-under-threat) - ニュース記事
- [Eclypsium](https://eclypsium.com/blog/hydrophobia-secure-boot-bypass-vulnerabilities/) - ブログ
- [LinuxSecurity](https://linuxsecurity.com/features/2-secure-boot-exploits-discovered) - ニュース記事
- [SecurityOnline](https://securityonline.info/igel-os-10-flaw-cve-2025-47827-full-secure-boot-bypass-allows-untrusted-kernel-rootkits-poc-available/) - 脆弱性レポート
- [Tech2Geek](https://www.tech2geek.net/critical-secure-boot-vulnerabilities-discovered-cve-2025-3052-47827/) - ブログ
- [TechSpot](https://www.techspot.com/news/108280-two-exploits-threatening-secure-boot-but-microsoft-only.html) - ニュース記事
- [Security Affairs](https://securityaffairs.com/183479/security/u-s-cisa-adds-skysea-client-view-rapid7-velociraptor-microsoft-windows-and-igel-os-flaws-to-its-known-exploited-vulnerabilities-catalog.html) - ニュース記事
- [The Hacker News](https://thehackernews.com/2025/10/two-new-windows-zero-days-exploited-in.html) - ニュース記事

Software and related projects:

- [IGEL Software Downloads](https://www.igel.com/software-downloads/former-universal-desktop-and-legacy-versions/) - レガシー IGEL OS ダウンロード
- [igelboot](https://github.com/igelboot) - IGEL shim リポジトリ
- [IGEL-Technology](https://github.com/IGEL-Technology) - 各種 IGEL リポジトリ
- [shim-review #11](https://github.com/rhboot/shim-review/issues/11) - 2017 IGEL shim レビュー
- [shim-review #434](https://github.com/rhboot/shim-review/issues/434) - 2024 IGEL shim レビュー
- [igelfs](https://github.com/Zedeldi/igelfs) - IGEL ファイルシステムの Python 実装

## ライセンス

`CVE-2025-47827` は [MIT ライセンス](https://mit-license.org/) の下でライセンスされており、誰でも自由に使用、変更、共有できます。

このプロジェクトは有用であることを願って配布されていますが、いかなる保証もありません。

> [!IMPORTANT]
> この情報を責任を持って取り扱ってください。この脆弱性の公表は、ユーザーに助言し、被害を回避するための可能な緩和策を提案することを目的としています。
>
> 良い人になりましょう。

## 寄付

このプロジェクトが役に立ったと思われましたら、ご寄付をご検討ください。どんな金額でも大変感謝いたします！ありがとうございます :smiley:

[![PayPal](https://assets.kitploit.com/production/public/readmes/21943/a8fb6e24242d344fd67875bdceaa8e144d1f0b54e87b07497d4bf60a01699996.png)](https://paypal.me/ZackDidcott)