UEFIファームウェアに深刻な脆弱性、世界のサーバーの大半に影響
Code-execution flaw in UEFI firmware threatens most servers on planet Earth
TianoCoreのEDK2に、深刻度9.5の脆弱性CVE-2026-97631が見つかった。PXEブート時のICMP処理における16年来のバッファオーバーフローで、攻撃者はOSやSecure Boot、TPMが動き出す前の段階でコードを実行できる。AMIが修正パッチを公開したことで情報が漏れ、詳細が明るみに出た。AMI、Insyde、Phoenix、MicrosoftのProject Muなど、主要なUEFI実装の多くがこのコードを利用している。
攻撃者が近隣のエンドポイントやサーバーを侵害しようとする場合、このバグを使って、ブートプロセスがまだTPMなどの機密コンポーネントにアクセスできる段階でプログラムの流れを乗っ取ることができる。
HNでの議論
170- FrasiertheLion
最近、OVMF（約100万行のCコード）から、特定のコンフィデンシャルVMマシン向けの非常に最小限で超特化したファームウェア（300行のアセンブリ）[1]への移行について書きました。そして「人気がある」ことが自動的に「安全」を意味するわけではないという考え方についても。大規模なコードベースにLLMを向ければ脆弱性を見つけてくれるので、「地球全体にパッチを当てる」のはあまりスケールしません。代わりに、超特化した小さなコードベースを書いて、そこにLLM（小さければ経済的）、ファジング、形式手法など、あらゆるセキュリティ手法を投入すればいいのです。
- hn_submit
私はUEFIの誕生についてずっと疑いの目を持っています。OSより前にコードを実行するのに、BIOSのようにハードウェア抽象化レイヤーを提供するわけでもない。ほとんどのOSはBIOSやその他のソフトウェア層を使わず、自分でハードウェアを設定します。ではなぜ存在するのか？
そして比較的小さいBIOSとは違い、UEFIは「フルファット」でOSほどの大きさがあります。独自のアプリケーションまで実行できる。
UEFIを構成する100万行のCコードはバグだらけで、これはそのうちの一つに過ぎません。LLMがもっとたくさん見つけられることは間違いないでしょう。
- NovemberPapa
これは実際どの程度悪用可能なのでしょうか？まず、マシンがPXEブートする必要があります。私がセットアップしたほぼすべてのマシンでは、固定メディアから先にブートします。次に、マシンを強制的に再起動させる必要があり、しかも到達可能なネットワーク上にマシンがなければなりません。
確かにPXEブートするマシンはたくさんありますが、それが公開向けのマシンなら、なぜPXEブートするように設定するのでしょうか？
- elmer2
http2shellもphp2shellもどちらも悪用するのは本当に難しいです。深刻でないわけではありません（パッチを当てるべきです）が、ニュースが言うような終末シナリオではありません。
これも同じなのか気になります。
- tomaskafka
現時点では、私たちがバグを発見しているのか、仕込まれたバックドアなのか、確信が持てません。
- voidUpdate
つまり、サーバーが起動している間にICMPパケットを送る必要がある？攻撃面が極端に小さいように思えます。うちのエンタープライズサーバーが最後に実際に起動したのがいつか覚えていません。ずっとつけっぱなしですから。
- DamnInteresting
> この最新の脆弱性を悪用するには重要な注意点と制限があります。前述の通り、ローカルネットワークに対するある程度の制御が前提条件です。これにより、悪用は内部関係者や、ネットワーク内で低レベルのアクセスを獲得し、システム権限を昇格する方法を探している国家主体やランサムウェア運営者などの攻撃者に限定される可能性が高いです。
- AppAttestationz
地球上で？よかった、宇宙にあるAIサーバーは安全だ！