これは実質的にハッキング不可能ってことになると思う。後継機が市場に出てから5年半もハッキングされなかったからね。もしXboxを続けるなら、次世代でこれをどうにかする方法を見つけるのかな。

ちょうどキーの比較に合わせて電圧ドロップを作って、その後にスパイクが続いた感じ。現実ではノープで、強制的に実行制御フローを使って実質的に真を返すことができた。美しいね。

これは素晴らしいニュースだね。これでエミュレーションやホームブリューの扉が開くといいな。独占タイトルはあんまりないけど、面白くなりそう。

これは2013年の最初の「VCR」ハードウェアにだけ影響するから注意してね。新しいリビジョンやバリエーションはまだ影響を受けてないよ。

PCユーザー、つまり私たちのコアな読者が実際にXbox Oneをエミュレートすることに興味を持つとは思えない。2013年のシステムのゲームライブラリは、PCプラットフォームでより高品質に重なっているからだ。だからこそ、長い間ハックされなかったんだろうね。ゲームが全部PCでプレイできるのに、システムをハックするインセンティブはほとんどなかった。海賊版やチーター、アーカイバ、ハッカーたちは、みんなPCに行っちゃうから。マイクロソフトの最高のセキュリティ対策は、誰もハックしたいと思わないものを作ることだったんだ。

物理的にマシンを所有するのは、セキュリティを確保するのがかなり難しいね。リモート攻撃者よりも、セキュリティレベルが全然違うし、桁違いに低い。これは予想通り？

「ハッキング不可能」なんて言っちゃダメだよ。人間の作ったものは完璧じゃないからね。

彼も私たちの仲間だよ :) https://news.ycombinator.com/user?id=gaasedelen

その中にe-fuseが入ってたよね？ マジで そんなのを売るのは違法にすべきだよ。

すごい講演だったね。もしフルで1時間見るのが面倒だったり、マーカスが話してることについていけないほどハードウェアの知識がないなら、簡単なまとめがあるよ。彼はすごく早口で、スライドのテキストを読む暇もないくらい。全ての詳細を理解するには、ポーズキーを使うのが必須だよ。Xboxはスマホやタブレット、セキュアブートが有効なPCにもある同じ技術の非常に高度なバリアントを使ってる。完全に動作している状態では、Xboxのセキュリティシステムは署名されていないコードの実行を防ぎ、全てのコードを暗号化し、リモートサーバー（Xbox Live）に対して本物のデバイスが安全な状態で動作していることを証明するんだ。この基盤の上に強力な海賊行為防止チェックを構築して、チートをブロックできる。コンピュータが起動するとき（どんなコンピュータでも）、CPUは基本的に何も機能しない状態から実行を始める。外部通信やRAMすらもね。実行はリセットベクターから始まって、これはブートROMにマッピングされてる。つまり、バイトはシリコン自体にハードワイヤードされていて変更できない。ブートROMはRAMを有効化することを含む、どんどんハードウェアを有効化する命令を実行する。そこに到達するまでは、CPU全体がキャッシュラインから実行されていて、ダイ上に存在するメモリ以上のものは使えない。Xboxが全てのセキュリティ目標を達成するためには、ハードウェアを段階的にオンラインにする一連のチェーンステップを経る必要があって、各ステップは次のステップの整合性を確認しなければならない。ブートROMは19kbのコードともう少しのデータしかなくて、RAMを有効化することやメモリマッピングユニット（XboxではMPUと呼ばれる）を起動すること、書き込み可能なフラッシュRAMからさらにコードを読み取ること以上のことはできない。フラッシュRAMから読み取ったコードは第二段階のブートローダーで、ここでかなりの作業が行われるけど、この第二段階以降はマイクロソフトによってリモートでパッチを当てられる。だから、そこや後の段階でバグが見つかってもあまり関係ない。なぜなら、MSはソフトウェアアップデートを発行できて、そのアップグレードが適用されたかどうかをXbox Liveサーバーでリモートで検出できるから。だから、チーターや海賊行為を排除できる。第二段階のブートローダーはさらにディスクからコードを読み込み、署名チェックを行い、暗号化を解除し、ハイパーバイザーなどの多くのソフトウェアセキュリティスキームを設定して、OSやゲームに至るまで進む。だから、Xboxのセキュリティを永久に破るにはブートROMを攻撃する必要がある。なぜなら、それがソフトウェアアップデートで変更できない唯一の部分だから。これは王国への鍵で、これがマーカスが攻撃した部分だ。ブートROMを攻撃するのは非常に非常に難しい。Xboxチームは非常に優秀だったから: • 通常、ブリングアップコードはCPUやBIOSベンダーによって書かれるけど、MSはそれをすべて自社でゼロから書いた。 • コードは公開されておらず、これまで漏れたこともない。これを入手するには、誰かがチップを走査型電子顕微鏡で見て、原子の画像をビットに、そしてバイトにマッピングする必要があった。 • コードを持っていてもほとんど役に立たない。なぜなら、全くバグがないから。 • 明らかに、変更することはできない。だから、唯一の操作方法は、実際にCPUの内部を「グリッチング」していじることだ。つまり、内部電子機器の状態を壊すために、チップの電源供給を正確なタイミングでいじることだ。プロセッサーをグリッチングすると半ばランダムな効果が出て、何が起こるかを正確に制御することはできないけど、運が良ければCPUが命令をスキップすることもある。マシンを何度も再起動させるデバイスを作り、毎回グリッチングを行うことで、どれかの試みが運良く実行プロセスで小さなミスをするのを待つことができる。グリッチング攻撃はXboxより前から存在していて、主にスマートカードで使われていたけど、Xbox 360ではこの方法で成功裏に攻撃された。だからマイクロソフトはそれについてよく知っていて、「バグのないコードを書く」以上の多くの対策を追加した: 1. ブートROMは何もせずにプログラムのどこにCPUが到達したかを知るのを難しくするために設計されたランダム化されたループでいっぱいだ。グリッチングにはほぼ完璧なタイミングが必要で、これが難しくする。 2. プログラムがどこまで進んだかを知るために使われる通常のステータス出力をハードウェアで無効にした。 3. ステップがスキップされた場合をキャッチするために実行をハッシュチェーン化している。これはプログラムの論理に反するけどね。 4. 実質的に小さな「カーネル」を使って、ブートシーケンスの一部を「ユーザーモード」プログラムとして実行している。だから、コードの敏感な部分がグリッチングされても、ブートプロセスにどれだけ悪影響を与えるかが制限される。さらに、2013年以降に追加された対策もあるらしい。マーカスは、MMUをオンにするコードをスキップするグリッチ攻撃を2つ連結させることでこれを回避した。これにより、ユーザーモードの「プロセス」（実際にはプロセスではない）から「カーネル」に抜け出すことができ、その後memcpy操作中にCPUの状態を壊すことができた。これにより、フラッシュRAMから次の段階をコピーしている間にCPUを制御できるようになった。ブートROMの実行を制御できれば、次の段階を復号化し、署名チェックをスキップして、そこからリモートで検出できない方法で何でもできるようになる。ただし、2013年のファットデバイスを使っているという事実はまだ検出される可能性があるけどね。