UEFI の PXE ブート中に ICMP エラー 1 つで乗っ取り（EDK II、CVE-2026-97631）：使わない PXE は止める
多くの UEFI ファームウェアの土台である EDK II の PXE（ネットワーク起動）ドライバーで、PXE ブート中に 504 バイトを超える ICMP エラーを受け取ると固定長の領域の外まで書き込む欠陥が公表された。Secure Boot の検証より前の段階で起きるので、機器メーカーの修正を待ちつつ、使わない端末では PXE を無効にしておく。
どういう問題か
- IPv4 と IPv6 の ICMP エラー処理で、コピー時の境界処理を誤っていた。認証は不要で、CVSS v4 は 9.5（Critical）。
- 攻撃者はクライアントの IP アドレスあてにユニキャストの ICMP エラーを届けられればよく、ネットワーク上の距離は問わない。ただし狙えるのは PXE ブートの間だけ。
- 影響は 2 通り。ひとつは次の ICMP エラーで CPU 例外が起き、起動が止まって OS の展開や復旧ができなくなること。もうひとつは、ファームウェアのビルドを把握した攻撃者が、仕込んだデータをリング 0 の権限で実行させること。
- 修正は PR #13302 として 2026 年 10 月 15 日に master へ入った（境界チェックを加え、上限を超えた分を切り捨てる）。勧告の修正済み版の欄は公表時点で「Not patched currently」。
対策
- PXE を使わない端末では無効にする: BIOS/UEFI 設定でネットワーク起動を起動順から外すか、無効にする（一般的な緩和策で、勧告の文言ではない）。
- 機器メーカーのファームウェア更新を追う: 実際の PC やサーバーには EDK II を取り込んだ各メーカー版が載る。修正入りのファームウェアが出たら適用する。
- PXE を使う環境はネットワークを閉じる: キッティングやイメージ展開で PXE を使うなら、専用の VLAN など、信頼できない機器から ICMP を送り込めない範囲で行う。
- 自社でファームウェアを作っている場合: EDK II を取り込んだビルドに PR #13302 の修正を入れる。