サマリー

  • lowRISC が管理する OpenTitan は、2026年3月に Nuvoton 製造のシリコンが商用 Chromebook に搭載されたと報じられる以前から、RTL、ファームウェア、検証、ガバナンスを公開していた。
  • Earl Grey は、ブート状態、ライフサイクル制御、エントロピー、鍵、暗号エンジンを連携させ、デバイス ID と秘密へのアクセスが測定されたソフトウェアに依存するようにしている。
  • 公開されたロジックは保証の連鎖全体を明らかにするわけではない。レイアウト、製造、パッケージング、プロビジョニング、基板統合、実運用での対応は、引き続き製造業者とプラットフォーム所有者が管理している。
  • その持続性は、製品レベルの適合性、脆弱性対応、保守ブランチ、製造業者の多様性、ポスト量子機能が実際の展開に耐えるという証拠によって評価されることになる。

ルート・オブ・トラストが、システムがどのマシンを信じてよいかを決める

2026年3月、lowRISC と Google は、Nuvoton が製造した OpenTitan シリコンが市販の Chromebook に搭載されて出荷されていると発表した。モデル一覧と出荷台数は開示されず、この発表によってすべての Chromebook が OpenTitan 製品になったわけでもない。それでも、このプロジェクトはシリコンで実証済みのリファレンスから、文書化された量産経路へと移行した。それまで OpenTitan のもっとも強力な証拠は、完全なトップレベル設計、広範な文書、検証プログラム、エンジニアリングシリコンという技術的な深さだった。今回の出荷は、そうした成果では答えられなかった問いに答えた。商用プラットフォームが、オープン設計の統合コストとサプライチェーン上の義務を受け入れるかどうか、である。

ほとんどのコンピュータは非対称な状態から始まる。後から重なるソフトウェアの各層は置き換え、更新、侵害が可能だが、マシンには何を実行し、どの証拠を受け入れるかを決める最初の権限が必要だ。ルート・オブ・トラストはその起点を提供する。次の段階のファームウェアを検証し、デバイスの秘密を保持または導出し、ライフサイクル上の制約を執行し、別のシステムが検証できるよう署名付きの測定値を生成する。その前提が誤っていれば、オペレーティングシステムやアプリケーションは自らを守る機会を得る前に、その誤りを引き継ぐ。

ルート・オブ・トラストが特別に重要でありながら、評価が極めて難しいのはそのためだ。それは一般的なセキュリティインターフェースの下に位置する。ユーザーはそこにログインしない。管理者が直接設定することもほとんどない。調達チームは製品ラベルや認証の主張は目にしても、ブート鍵がどのようにプロビジョニングされたか、デバッグアクセスがどう閉じられたか、フォールト攻撃がどう考慮されたか、展開後にどのファームウェアを置き換えられるかは見えない。プラットフォームは、ベンダーと少数の評価者の外にいるすべての人にとって最重要コンポーネントを不透明なままにしながら、自らを「安全」と説明できる。

OpenTitan は、その保証モデルを変えるために作られた。シリコン・ルート・オブ・トラストのレジスタ転送レベルのハードウェア記述、ファームウェア、文書、検証資料、統合ガイダンスを公開している。重要なのは、単にソースファイルをダウンロードできることではない。ハードウェアセキュリティ設計は、アーキテクチャ上の意図、実装、レビュー、試験、製造、運用利用を結び付けられて初めて信頼に足るものになる。OpenTitan の重要性は、その連鎖をどこまで進めてきたかにかかっている。

今回の出荷は、限界もまた重要にした。公開リポジトリはロジックを明らかにできるが、それだけでは、ファウンドリで使われた物理レイアウト、正確なメモリマクロ、パッケージ、工場での試験制御、ヒューズの書き込み記録、証明書階層、各製品のインシデント対応計画を示すことはできない。こうした非公開の層は付随的なものではない。製造されたデバイスがレビュー済みの設計を体現しているか、後から見つかった弱点を封じ込められるかを左右する。したがって OpenTitan は、「オープンシリコン」というスローガンが示唆するよりも正直なセキュリティの物語を提供する。透明性は信頼の検証可能な部分を広げ、残る非公開の依存関係を名前で指摘しやすくする。

Google の独自セキュリティ開発は、2019年に共有エンジニアリングプロジェクトになった

OpenTitan は、回路図を公開すれば十分だという考えから始まったわけではない。その起源は、大規模プラットフォーム向けにすでに独自のルート・オブ・トラストを構築してきた組織の経験にある。Google の Titan 系譜は専用セキュリティコントローラの運用価値を示したが、同時に従来型モデルを体現していた。プラットフォーム所有者がアーキテクチャを定義し、開発費を支払い、細部を管理する。それは緊密に統合された製品を生み出せる一方、独立した再利用とレビューを難しくする。

2019年に発表されたプロジェクトは、異なる制度的な道を選んだ。lowRISC CIC が Google と他の会員組織による協業の管理主体およびエンジニアリング拠点となった。lowRISC は以前からオープンシリコンや RISC-V の活動と関わりがあったが、OpenTitan は再利用可能なブロックを公開する以上の広範な能力を必要とした。ハードウェア、ファームウェア、検証、文書、セキュリティ研究、商用製造への道筋を調整する必要があった。プロジェクトの形態が重要なのは、法人化された単一の OpenTitan 企業が汎用チップを販売しているわけではないからだ。その資産は、ガバナンスの効いた設計ファミリーと、その周囲のエンジニアリングプロセスである。

この経緯から、安易な単純化を二つ退けることができる。第一に、OpenTitan を単にソースコードを公開した Google Titan と説明することはできない。公開プロジェクトは経験と貢献者を引き継いだが、そのアーキテクチャ、ガバナンス、実装は協業によるものになった。第二に、lowRISC を商業的影響を消し去る中立的な名前にすることはできない。会員企業は作業に資金を提供し、代表者を指名し、製品の優先事項を持ち込む。中立な管理とは商業的利益が消えることではない。それらの利益が、単一ベンダーの内部ロードマップとしてだけ表れるのではなく、憲章、理事会、委員会、ワーキンググループ、公開された技術成果物を通じて流れることを意味する。

OpenTitan の制度的な野心は、したがって暗号技術と同じくらい要求が厳しかった。ルート・オブ・トラストのプロジェクトは安易な変更を許容できないが、オープンプロジェクトには新しい要件と証拠が入る道が必要だ。製造業者、プラットフォーム所有者、学術研究者、独立レビュアーの余地を設けつつ、どの集団もリポジトリを自社製品の私的な延長として扱えないようにしなければならない。また、脆弱性の詳細や機密の製品計画が関係する場合に、どの議論を公開し続けられるかを決める必要もある。

その結果生まれたモデルは、戦略的機能と技術的機能を分離している。Governing Board が大まかな方向性を定め、Technical Committee が設計提案と技術的優先事項をレビューし、ワーキンググループが専門領域に集中する。コミッターがリポジトリの変更を管理し、lowRISC がプロジェクト資産を保持して実質的なエンジニアリング能力を提供する。一部の議論は非公開のままで、会員階層が代表権に影響する。これは、非公式なボランティアプロジェクトの完全公開ガバナンスではない。企業がハードウェアをテープアウトし、その結果を何年も負うことを想定した、意図的な妥協である。

制度の設計が、OpenTitan に時間がかかった理由を説明する。ソフトウェアのバグは展開後にパッチを当てられることが多い。ハードウェアの欠陥は一世代のデバイスに固定される可能性があり、不変のブート ROM は置き換え不可能な場合がある。高保証開発は、したがってリリース頻度よりもレビュー、検証、証拠を重視する。コストは変更の遅さと、正式なプロセスが重くなる可能性だ。利点は、セキュリティ上重要な選択がなぜなされたのか、誰がそれを承認する権限を持っていたのかという記録である。

Earl Grey はセキュアブートを測定された段階の連鎖に変える

最初の量産設計は、Earl Grey として知られる OpenTitan のトップレベルに基づいている。それは孤立した暗号ブロックではなく、完全なセキュリティコントローラである。小型の RISC-V プロセッサが信頼済みファームウェアを実行し、不変 ROM がブートプロセスを開始する。更新可能な初期段階のファームウェアがそれを拡張し、ワンタイムプログラマブルストレージがライフサイクルと秘密の素材を保持する。セキュアフラッシュ、キーマネージャー、エントロピー生成、暗号アクセラレータ、アラート処理、強化された制御ロジックが連携してデバイス ID を確立し、後続のソフトウェアを承認する。

中心となる仕組みは、一連の許可として理解する方が分かりやすい。リセット時、デバイスは定義されたライフサイクル状態にある。不変コードは、先へ進むことが許される条件を確認する。次のファームウェア段階は認証されなければならない。ブート状態の測定値がキーマネージャーの進行に影響を与える。秘密は、通常のソフトウェアに対して永続的なマスターキーとして露出されるのではなく、特定の段階のために導出される。後の段階は、測定された状態と権限にふさわしい素材だけを受け取る。

これは従来の署名検証以上のものだ。ブートローダーは、ファームウェアイメージが承認された署名を持つことを検証しながら、何が測定されたかに関係なく同じルート秘密を利用可能にすることもできる。OpenTitan の鍵階層は、鍵の可用性を信頼済み状態の連鎖に結び付けるよう設計されている。この違いはアテステーションと隔離にとって重要だ。デバイスは単に「秘密を保持している」と言うだけでなく、どのソフトウェアが実行され、どの所有ドメインの下にあったかによって意味が変わるアイデンティティを導出できなければならない。

このアーキテクチャは、Silicon Creator と Silicon Owner も分離する。製造業者は設計、試験、初期プロビジョニングの間に権限を必要とする。プラットフォーム運用者は後から独自の測定値、ポリシー、保証を必要とする。これらの役割は、プラットフォーム所有者が生の製造秘密を受け取ることを要求すべきではないし、Creator が展開済みデバイスを無期限に管理し続けるべきでもない。OpenTitan は、ドメイン間の制御された移行の仕組みを提供する。

その移行は、ハードウェア機能であると同時に運用上の儀式でもある。工場システムはワンタイムの値を正しく書き込まなければならない。証明書システムはアイデンティティを正しいデバイスに結び付けなければならない。監査記録は、どの状態遷移が起きたかを示さなければならない。製品統合は、どの所有者ファームウェアを承認し、ロールバックをどう制御するかを決めなければならない。誤りは恒久的になり得る。ヒューズの書き込みを誤ったり鍵を失ったりするとデバイスは回復不能になり、デバッグ状態を開いたままにするとルート・オブ・トラストを弱体化させる。

Earl Grey の守備範囲の広さは、このプロジェクトが重要な理由の一つだ。多くのオープンハードウェアの取り組みは有用な暗号ブロックやプロセッサブロックを公開するが、セキュリティシステムの構成はインテグレータに委ねる。OpenTitan は、ライフサイクル、アラート、ソフトウェアを備えた一貫したトップレベルの中にそれらのブロックを配置する。同じ広さが、トラステッドコンピューティングベースを大きくする。機能が増えれば、インターフェース、状態、仕様と実装の不一致の機会も増える。プロジェクトの価値は、AES エンジンや RISC-V コアの存在だけで判断できない。完全なブート、アイデンティティ、応答の連鎖が意図どおりに動作するかにかかっている。

ライフサイクル制御は、回復を不可能にせずに工場の扉を閉じる

セキュリティシリコンは、完成品では受け入れられない条件下で製造される。エンジニアはスキャンチェーン、テストモード、デバッグアクセス、内部状態を調べる手段を必要とする。これらの能力は欠陥の発見と歩留まりの向上に役立つ。しかし、出荷後も利用可能なままであれば、攻撃者が秘密へ至る最も直接的な経路にもなり得る。

OpenTitan のライフサイクルコントローラは、製造、開発、試験、本番の状態を区別する。特権的な能力は初期段階では利用可能で、その後、制御された、場合によっては不可逆な遷移を通じて制限される。設計は、強化された状態エンコーディング、冗長チェック、防御ロジックを用いてフォールト注入を困難にすることを意図している。目的は、グリッチや破損した制御信号によって、本番デバイスが簡単に開かれた実験サンプルへ戻されないようにすることだ。

不可逆性は保護であると同時に危険でもある。デバッグ経路を恒久的に無効化するヒューズは、ある種の攻撃を減らす。しかし、製造上の誤りや現場での故障が起きたときの回復手段も奪う。工場はアクセスを閉じる適切なタイミングを選ばなければならない。プラットフォーム所有者は、安全でないテスト機能に頼ることなく、故障したチップと故障したホストを区別できるだけのテレメトリを保持しなければならない。セキュリティポリシーは、したがって潜在能力の制限と診断可能性の維持のバランスになる。

同じバランスはアラート処理にも現れる。セキュリティブロックは、整合性エラー、無効な状態遷移、エントロピー障害、その他の疑わしい状態を検出できる。中央アラートシステムは、イベントの報告からデバイスの一部のリセット、停止まで対応をエスカレーションできる。アラートが役立つのは、製品がその意味を決めた場合だけだ。重大なシグナルを無視したり、同じ障害へ繰り返し再起動したりするホストは、シリコンの防御作業を無力化できる。逆に、過剰に攻撃的な対応は、回復可能な障害をサービス拒否に変え得る。

こうした細部が、OpenTitan をプラットフォームから切り離した単体チップとして評価できない理由を説明する。ルート・オブ・トラストはシステムを制約するよう設計されているが、システムは電力、クロック、更新、証明書、ポリシー、応答を供給する。製造業者は RTL を忠実に実装しても、不十分なプロビジョニングや基板設計によって弱い製品を作り得る。プラットフォームは強力なハードウェアを統合しながら、その証拠に基づいて行動しないこともある。プロジェクトはセキュリティ機構を定義するのであって、それから作られたすべてのデバイスの運用責任を負うわけではない。

購入者にとって、ライフサイクルに関する問いは「OpenTitan を使用」という一般的な主張よりも有用だ。どのバージョンが実装されているか。どのデバッグ状態に到達可能か。誰が保証権限を持つか。所有権の移行はどう監査されるか。アラートが発火したら何が起きるか。更新鍵はローテーションできるか。関連するすべてのファームウェア段階でロールバックは防止されているか。こうした問いが、オープン設計を調達の証拠に変える。それらがなければ、プロジェクト名は実際のトラスト境界についてほとんど語らないロゴになりかねない。

エントロピーと鍵管理が、ブロック図が隠す依存関係を明らかにする

ルート・オブ・トラストは秘密に依存し、秘密は乱数性に依存する。鍵素材が予測可能または反復的なら、すべての署名操作が正常に見える一方で、後段の暗号は失敗し得る。そのため OpenTitan は、乱数生成を外付けの細部として扱うのではなく、エントロピー複合体を含む。物理エントロピー源は試験され、条件付けされてから、決定的生成器が乱数を消費者へ分配する。ヘルスチェックは、弱い入力を黙って使い続けるのではなく、障害を特定することを目的としている。

物理的な発生源が、この領域を特に難しくする。ノイズの挙動はプロセス、電圧、温度、経年変化によって変わる。論理設計は試験と条件付けを記述できるが、製造された部品や過酷な条件下で発生源がどう振る舞うかはシリコン評価だけが示せる。システムは障害に対するポリシーも必要とする。可用性を守るためにエントロピーヘルスアラームを無視すると、システム的な鍵の弱点を生み得る。すべての動作を拒否すれば、簡単なサービス拒否の経路が生まれる。正しい対応は、製品と乱数を要求する機能によって異なる。

保護されたストレージとキーマネージャーは、さらに層を加える。ルート秘密は通常のファームウェアから読み取れるべきではない。導出鍵は、作成された段階と目的に限定されるべきだ。スクランブルされたメモリ、アクセス制御、ハードウェア介在の導出は、生の秘密が存在する場所を減らす。これはソフトウェア侵害と物理的な観察の両方に対する設計だが、どちらの脅威も取り除くわけではない。

サイドチャネル攻撃は、電力、電磁放射、タイミングなどの計算の物理的な結果を測定して秘密を推測する。フォールト攻撃は、電圧、クロック、光、電磁環境を乱して有益なエラーを強制する。OpenTitan は、強化された有限状態機械、冗長チェック、マスキング、アラートエスカレーションを用いて、このような攻撃のコストを引き上げる。こうした仕組みには物理的な検証が必要だ。合成とレイアウトが、ソースレベルのレビューでは予測できない形で漏えいを変える可能性があるからだ。

プロジェクトのオープン性は、有益な緊張を生む。攻撃者はアーキテクチャを研究できる。防御側、大学、専門機関も同じことができる。隠すことによるセキュリティは目的ではない。この設計は、知識のある分析に耐えることが期待されている。その期待は、検証と開示の基準を引き上げる。また、公開ソースが自動的にハードウェアを安全にするという主張も退ける。オープン性は欠陥を見つけられる人の範囲を広げる。セキュリティ上の利益は、プロジェクトが発見を吸収し、設計を強化し、修正を製品に反映できる場合にのみ現れる。

したがって、透明性への抽象的な称賛よりも独立評価の方が重要だ。公開リポジトリは精査の出発点である。評価者がエンジニアリングシリコン、量産シリコン、製品固有の実装を現実的な攻撃モデルの下で試験できるとき、証拠はより強くなる。

検証はテープアウト後も続けなければならなかった

OpenTitan は製造前に検証へ多大な投資を行った。シミュレーションは、状態と入力にわたって期待される挙動を演習する。形式手法は、選択された特性を証明したり、ランダムテストが到達しない経路を探ったりできる。カバレッジ指標は、設計のどの部分が実行されたかを明らかにする。FPGA プロトタイプとエミュレーションは、最終シリコンが存在する前にファームウェアと統合の作業を可能にする。セキュリティ研究者はモデルにフォールトを注入し、サイドチャネル対策を調べることができる。

それぞれの手法が証明するのは、「検証済み」という言葉が示唆するものより狭い範囲だ。シミュレーションは、環境とテストベンチが生成するシナリオを確認する。形式証明は、選ばれた特性と抽象化に依存する。カバレッジは、ある行や状態が実行されたことは示せても、そのセキュリティ上の意味が正しいことは証明しない。FPGA は ASIC のアナログ挙動を再現しない。どの手法も、製造された部品の試験に代わるものではない。

プロジェクトの時系列は、その進行を反映している。Earl Grey 設計は RTL 凍結とテープアウト段階に到達し、その後エンジニアリングシリコンの検証を行った。続いて量産製造が行われ、最初に公開された商用部品の製造業者として Nuvoton が特定された。各マイルストーンは一つの不確実性を取り除き、別の不確実性をもたらした。凍結された RTL は設計ベースラインを確立した。テープアウトはそれを物理実装へ結び付けた。エンジニアリングサンプルはハードウェアとファームウェアの相互作用を露呈させた。量産には歩留まり、プロビジョニング、統合が必要だった。出荷は、更新とインシデント対応を現実の義務にした。

2026年の Fraunhofer AISEC の作業が重要なのは、物理層にまで到達したからだ。同研究所は、Google、lowRISC、Nuvoton とともにエンジニアリングおよび量産の OpenTitan シリコンを強力な攻撃モデルの下で評価したと報告した。そのプロセスがハードニング施策とツールの改善を生んだと述べている。2026年6月には、正式な OpenTitan のセキュリティテストパートナーになった。

完全な評価報告書と残存する所見は、2026年8月5日時点で公開されていなかった。それは結論を制限する。この発表は、本格的なラボプログラムと設計へのフィードバック経路を確立するものだ。あらゆるサイドチャネル、フォールト手法、将来の技法への耐性を確立するものではない。また、一つの実装の評価がすべての派生物を認証するわけでもない。パッケージング、基板アクセス、電源設計、ファームウェア構成が攻撃面を変え得る。

このマイルストーンに対する成熟した解釈は、したがって否定的でも絶対的でもない。OpenTitan は、シミュレーションで止まったり、仕様を公開するだけのプロジェクトより多くの証拠を提供する。設計を物理的な精査にさらし、その精査が実装を変えたと述べている。不足する公開詳細は、独立した読者が完全な判断を再現することを妨げる。セキュリティプロジェクトにとって、その証拠と機密性の混在は通常のことだが、率直に説明されるべきだ。

Nuvoton は公開設計を、非公開の半導体経済の中を運んだ

オープンハードウェアは製造において決定的な境界に達する。RTL は論理的な挙動を記述する。商用チップには、それでも技術固有の合成、タイミングクロージャー、物理レイアウト、メモリ、アナログ部品、プロセスライブラリ、マスク生成、ウェハ製造、試験、パッケージング、歩留まり管理が必要だ。EDA ツールとファウンドリのデータは一般にプロプライエタリである。製造業者は、リポジトリが負わないコスト、スケジュール、製造物責任を引き受ける。

したがって、OpenTitan における Nuvoton の役割は「ビルド」ボタンを押す以上のものだ。Earl Grey を、プラットフォームベンダーが購入・統合できる部品にした産業上の経路を体現している。公開証拠は、ファウンドリ、パッケージ、価格、契約条件、出荷数を開示していない。経済性の完全な説明を妨げるため、その欠落は重要だ。しかし、製造コミットメントの重要性を減じるものではない。

このパートナーシップは所有関係も明確にする。lowRISC がプロジェクトを管理する。貢献者はプロジェクトライセンスの下で権利を保持する。Nuvoton は自社の製造製品を所有しサポートする。Google と他のプラットフォーム所有者は、自らの統合とプロビジョニングを管理する。これらの役割のどれも、OpenTitan の単独所有にはならない。プロジェクト名は設計とコミュニティを指し、商用部品は、定義されたリリースとトップレベルの一つの実装である。

この分離はイノベーションを守るが、保証を複雑にする。派生物はメモリ、インターフェース、テスト構造、ファームウェアを変更し得る。ベンダーは完全なトップレベルを採用せず、一つの OpenTitan ブロックを再利用するかもしれない。製品マーケティングは名称を曖昧に使うかもしれない。複数の製造業者やインテグレータが参加するようになれば、適合性が重要になる。購入者には、どのバージョンと構成が存在するか、どの変更が加えられたか、どのセキュリティ証拠が当てはまるかを知る手段が必要だ。

同じ問題はソフトウェアエコシステムにも現れるが、ハードウェアはより長期の結果をもたらす。フォークされたライブラリは更新できる。フォークされたルート・オブ・トラストは一世代の製品に凍結されるかもしれない。深刻な欠陥が見つかった場合、一部のデバイスはファームウェアによる緩和を受け入れられる一方、他は交換を要する。長期ブランチ、エラッタ、脆弱性調整、明確な製品マッピングが、オープンプロジェクトの価値の一部になる。

したがって、OpenTitan の量産経路は、共有設計と同様に共有保守の試金石でもある。プロジェクトは、すでに物理的な在庫としてリポジトリを離れたコードをサポートしながら、研究者と将来のアーキテクチャに貢献し続けなければならない。製造業者とプラットフォーム所有者は、セキュリティの物語を認識不能になるほど断片化させずに、自らの製品義務を負わなければならない。このモデルの成功は、テープアウトの数だけでなく、最初の困難な現場問題が起きたときに、それらの主体が首尾一貫して対応できるかどうかで見えてくる。

Chromebook 出荷は規模を明かさずに商用利用を証明した

2026年3月の Chromebook 発表は、OpenTitan が公開設計から一般市場で販売される製品までの全連鎖を通過したことを示す、利用可能な最も明確な証拠だ。最初の量産シリコンは Earl Grey を実装し、Nuvoton が製造している。Google と lowRISC は、市販の Chromebook に搭載されて出荷されていると説明した。Google はまた、この製品が SLH-DSA を用いたポスト量子セキュアブートをサポートしていると述べた。

これらの声明が重要なのは、まさに範囲が限定されているからだ。すべてのモデルを特定しているわけではない。台数、地理的分布、Google のハードウェア全体に占める当該部品の割合も開示していない。OpenTitan が文書化するすべての機能が製品で有効になっていることも確立していない。現場のセキュリティ成果も報告していない。出荷発表は展開を証明するのであり、普遍的な採用や完璧な運用を証明するのではない。

その限定的な開示は、展開の重要性を消すものではない。商用ハードウェアプログラムは、セキュリティコントローラの在庫についてほとんど開示しないことが多い。守れる結論は依然として実質的だ。プラットフォームベンダーがオープンでガバナンスの効いたルート・オブ・トラスト設計を受け入れ、商用製造業者が入手可能なデバイスに入るシリコンを生産した。これにより OpenTitan は、文書化された量産証拠を持つ少数のオープンシリコンプロジェクトの仲間入りをした。

Google の別のデータセンターの方向性は、今回の基準日時点ではより不完全だった。公開資料は、展開が進行中で2026年後半に予定されていると述べていた。完了したとか、完全に列挙されたと表現すべきではない。データセンターでの利用は、Chromebook とは異なる統合、ライフサイクル、サービス要件を伴う場合がある。フリートサーバー、アクセラレータ、管理プレーンの中のセキュリティコントローラは、詳細が公開されていないリモートアテステーション、修理、在庫、大規模証明書システムに参加する。

ラップトップ出荷とデータセンター展開の区別は、よくある分析上の近道も防ぐ。一つの製品カテゴリでの成功が、そのアーキテクチャがあらゆる場所で最適であることを証明するわけではない。電力、面積、ブートレイテンシ、更新ポリシー、所有権移転、物理攻撃の前提は異なる。プロジェクトの価値の一部は、同じ公開コンポーネントを評価・適応できることにあるが、適応は製品固有の証拠の必要性を高める。

商用展開は、言葉の重みを変える。出荷前は「量産準備完了」が設計の完成度やテープアウト成功を意味し得る。出荷後は、顧客がデバイスを保持し、脆弱性には調整された対応が必要で、後方互換性が変更を制約するという意味になる。OpenTitan の信頼性は、マイルストーン発表だけではなく、そうした運用記録からますます生まれるようになる。

ポスト量子セキュアブートは、長い影響を持つ狭い機能だ

セキュリティシリコンは、多くのソフトウェア製品より長く存続すると期待される。ルート・オブ・トラストは製造の数年前に設計され、展開された機器に10年以上残る場合がある。その期間の長さが、一部のアプリケーションシステムよりもハードウェアでポスト量子暗号を早く関連性のあるものにする。攻撃者はまた、脅威モデルによっては、今日署名付きアーティファクトや通信を記録し、将来の能力で後から悪用することもできる。

Google と lowRISC は、最初の量産 OpenTitan シリコンがセキュアブート経路で SLH-DSA 署名の検証をサポートしていると述べた。SLH-DSA はハッシュベースのポスト量子署名方式である。これを使ってブートコードを承認することで、将来の量子コンピュータが、そうでなければ署名に使われる従来の公開鍵アルゴリズムを破る可能性から、一つの重要な機能を守る。

この成果を、デバイス全体が量子安全であるという主張に誇張すべきではない。プラットフォームには、ファームウェア署名、デバイス ID、トランスポートプロトコル、保存データ、ユーザー資格情報、更新サービス、外部証明書チェーンなど、多くの暗号機能が含まれる。それぞれ異なるアルゴリズムと寿命を使う可能性がある。ポスト量子ブート検証は、連鎖の中の定義された一点を守る。残りには個別の棚卸しと移行が必要だ。

OpenTitan の第二世代の作業は、異なる鍵サイズ、メモリパターン、性能コスト、サイドチャネルの課題をもたらす格子ベースのアルゴリズムへ向かっている。ハードウェアアクセラレーションはこれらのアルゴリズムを実用的にするが、実装上の決定を早期に凍結することにもなる。数学的に標準的なアルゴリズムが、自動的に強化された実装になるわけではない。設計者は、フォールト挙動、漏えい、ランダム化、テープアウト後に標準や推奨パラメータセットが変わる可能性を考慮しなければならない。

ここは、オープンシリコンが最初の製品を超えて公共的価値を生み出せる場の一つだ。研究者は実装を研究し、対策を比較し、共通の基盤の上で検証ツールを開発できる。他のプロジェクトはブロックや教訓を再利用できる。プロジェクトによれば、OpenTitan IP は、データセンタークラスのシステムオンチップ設計を対象とした別のルート・オブ・トラストの取り組みである Caliptra で再利用されている。再利用は保証投資を広げるが、依存関係とバージョンの追跡が不十分だと欠陥も広げる。

したがって、進歩の適切な尺度は「ポスト量子」というラベルではない。アルゴリズム、機能、バージョン、実装の証拠、製品ポリシーの間の文書化された対応関係だ。OpenTitan はセキュアブート層で実際の展開の主張を持つ。次の課題は、暗号ポートフォリオが拡大する中でその正確さを保つことだ。

Darjeeling は OpenTitan が設計ファミリーになりつつあることを示す

Earl Grey は、もっとも文書化された完全なトップレベルであり、最初に検証された商用出荷の基盤である。OpenTitan には、より大規模なシステムオンチップ内での統合されたセキュア実行を目指す別の方向性、Darjeeling も含まれる。この違いが重要なのは、ディスクリートのセキュリティコントローラと組み込みのルート・オブ・トラストは、異なるインターフェースと所有境界に直面するからだ。

統合設計は重複を減らし、保護対象のプロセッサやアクセラレータの近くにトラステッドサービスを置くことができる。また、トラステッドコンピューティングベースを拡大し、ホスト SoC への依存をより多く露出させることにもなる。クロッキング、リセット、メモリ、割り込み、電源状態、管理インターフェースがセキュリティの論証の一部になる。ある統合で機能する再利用可能なブロックは、周囲のプラットフォームが変わると異なる挙動をするかもしれない。

公開資料は、統合された OpenTitan の作業と、Caliptra を含む他のプロジェクトによる再利用を示している。それらの関係によって、別々のプロジェクトが一つに統合されたわけではない。OpenTitan と Caliptra は、制度上の拠点、対象アーキテクチャ、リリースシステムが異なる。OpenTitan のコンポーネントが Caliptra で再利用されていることは技術的な影響を示すが、すべての Caliptra デバイスを OpenTitan 製品にするわけでも、lowRISC に下流の展開への権限を与えるわけでもない。

設計ファミリーモデルはガバナンス上の問いを生む。名称が有用な保証を伝えなくなるまでに、どれほどのばらつきが許されるのか。プロジェクトはリファレンス設計を公開し、寛容な派生物を認め得る。しかし購入者には、どのセキュリティ特性が生き残るかを特定するプロファイルや適合性試験が必要かもしれない。柔軟性が低すぎれば統合を阻害し、高すぎればブランドは無意味になる。

この問いは、ルート・オブ・トラストが CPU、GPU、DPU、ストレージコントローラ、チップレットへ広がるにつれてより緊急になる。各市場は異なるライフサイクルとサプライチェーンのニーズを持つ。共有される価値は、一つの汎用チップよりも、ブート、アイデンティティ、ライフサイクル、アラートの共通メカニズムと、変更を検証可能にするレビュー文化にあるかもしれない。それは、一つの設計がすべての独自ルート・オブ・トラストを置き換えると主張するより、強力で現実的な野心だ。

したがって OpenTitan にとって、Darjeeling と再利用は、完成した製品地図ではなく、形成されつつあるエコシステムの証拠として扱うべきだ。Earl Grey の Chromebook 出荷が、もっとも確かな量産の錨を提供する。統合設計には、同じ主張ができるようになる前に、独自のバージョン、製品、評価証拠が必要だ。

公開ロジックは、物理実装とプロビジョニングを非公開のまま残す

OpenTitan にとって最強の論拠は、同時に、それが解決できないものについてのもっとも明確な説明でもある。公開 RTL は、エンジニアが状態機械、インターフェース、暗号ロジックを検証することを可能にする。公開ファームウェアは、ブートと実行時の挙動を明らかにする。検証資料は、他者が多くのチェックを再現し、新しいチェックを提案することを可能にする。ガバナンス記録は、技術的権限がどう分配されているかを示す。

製造された製品は、依然として非公開のシステムに依存する。ファウンドリライブラリが物理実装を決める。EDA ツールが設計を変換する。パッケージングは物理的なアクセスと漏えいに影響する。工場設備が秘密とライフサイクル状態を書き込む。証明書システムが保証を作る。プラットフォームファームウェアが測定値を解釈する。更新サービスがどのコードを承認し続けるかを決める。インシデントチームが開示と交換を調整する。

これらの層はオープン性への裏切りではない。半導体生産は、高価なプロプライエタリな投入物を伴う国際的な商用サプライチェーンである。誤りなのは、公開リポジトリがそれらを消し去ったかのように説明することだ。OpenTitan の分析上の価値は、誰が各段階を管理しているのかを問えるほど境界を可視化することにある。

プラットフォーム所有者は製品ポリシーを管理し、多くの場合、アテステーション証拠が受け入れられるかを決める検証者も管理する。それが影響力を生む。ルート・オブ・トラストは、その鍵階層に従って測定された状態が存在することを証明できるが、ソフトウェアが安全であること、検証者のポリシーが公正であること、プラットフォーム所有者が障害を開示することを証明はできない。アテステーションはフリートのセキュリティを向上させる一方で、一つの組織がソフトウェアやデバイスを制限する力を強めることもある。技術は証拠を供給する。その証拠がどう使われるかはガバナンスが決める。

製造業者も、製品の入手性、サポート、文書化されていない実装詳細を通じて影響力を保持する。形式的にオープンな設計でも、一つの認定された商用部品に依存し得る。第二の独立した製造業者は、一つの供給経路を超えた移植性と適合性を試すことになるため、重要なマイルストーンになる。同じことはセキュリティ評価にも当てはまる。複数のラボと公開された評価範囲は、保証を単一の関係への依存から減らす。

政策立案者と調達チームにとって、この階層的な見方は、オープンかクローズドかという二元的な判断よりも有用だ。プロジェクトは、ロジック層での情報の非対称性を減らす一方で、生産と展開に集中した権力を残し得る。重要な問いは、残る管理が監査可能で、代替可能で、説明責任を果たせるかどうかであり、それらが消えるかどうかではない。

ハードウェアの出荷が、保守を制度の試金石にする

オープンソースプロジェクトは、リリース時に称賛されることが多い。セキュリティハードウェアは、その誤りが現場に残る期間を通じて評価されるべきだ。OpenTitan ベースのシリコンが出荷された時点で、プロジェクトは研究開発とは異なる義務を負った。安定ブランチを維持し、エラッタを文書化し、機密報告を調整し、インテグレータを支援し、完全にはパッチを当てられない設計へ改善をどう移すかを決めなければならない。

可変ファームウェアの脆弱性は、製品の署名・配布システムが機能していれば更新で修正できる。不変 ROM の欠陥は、後段での緩和、利用制限、物理的な交換を要するかもしれない。サイドチャネルの弱点はパッケージングや基板設計に依存する可能性があり、製品固有の対応を迫る。機能開発に機能するガバナンスモデルでも、製造業者、プラットフォームベンダー、ラボ、オープンコミュニティの間で情報を素早く共有する必要性に圧迫され得る。

そのような事象への対応は、OpenTitan のモデルに対するもっとも意味ある試金石となる。公開設計は、外部の専門家が欠陥を理解し修正を検証する助けになる。また、すべての製品が対応準備できる前に影響を受けるロジックを露出させることもある。機密の調整は修復中に利用者を守るが、プロジェクトの透明性と矛盾して見えるかもしれない。完璧な規則はない。プロセスの質は、定義された権限、明確な製品マッピング、異なるインセンティブを持つ組織間の信頼にかかっている。

資金はもう一つの長期的な制約だ。高保証の検証とハードウェア保守には専門のエンジニアが必要だ。プロジェクトの会員モデルは資源を供給するが、公開されている会計は完全な予算や人員配分を示していない。商用展開は継続投資の論拠を強める一方、最大の採用者のニーズへ優先事項を引っ張ることもある。主要会員が離れれば、古いブランチの保守コストが急速に可視化されるかもしれない。

したがって、OpenTitan の最初の量産の章は、より困難な段階の始まりとして読むべきだ。プロジェクトは、ガバナンスの効いたオープンシリコン設計が商用ハードウェアに到達できることを示した。モデルの耐久性を示すような、公開されたインシデント履歴、複数ベンダーの適合記録、長期ブランチの経験はまだ蓄積していない。それらの欠落は成果を否定する理由ではない。プロジェクトが次に生み出さなければならない証拠である。

ガバナンスはセキュリティアーキテクチャの一部である

公開リポジトリは何が変わったかを示せるが、どの変更がシリコンになるに値するかを決めるわけではない。OpenTitan の正式なガバナンスが存在するのは、ルート・オブ・トラストがリスクの競合する定義を調整しなければならないからだ。プラットフォームインテグレータは新しいインターフェースを望むかもしれない。暗号学者はアルゴリズムやパラメータに異議を唱えるかもしれない。製造業者はタイミング、面積、テストの制約を指摘するかもしれない。セキュリティラボはコストを上げる対策を求めるかもしれない。メンテナは、提案された解決策を共通設計に含めるべきか、製品固有のままにすべきかを決めなければならない。

これらの意見の相違はプロジェクトの欠陥ではない。セキュリティエンジニアリングの本質である。危険なのは、見えない、または異議を唱えられない権限によってそれらを解決することだ。OpenTitan の憲章に基づく組織、RFC プロセス、ワーキンググループ、コミッターの役割は、その権限の意味ある部分を判読可能にする。提案は文書化された要件に対して議論できる。レビュアーは前提を特定できる。後の調査者は、ベンダーの事後的な説明を受け入れるのではなく、履歴を調べることができる。

プロセスには限界もある。機密の製品計画や脆弱性情報は、常に公開リストで議論できるわけではない。会員組織は一般ユーザーより正式な影響力を持つ。専門知識は、時間と雇用主の支援があるエンジニアに集中している。技術的にオープンなシステムも、社会的には参入が難しいままであり得る。重要な問いは、異議を唱える証拠が決定権のある人々に届くか、決定が後の説明責任に足る記録を残すかだ。

ハードウェアは、ガバナンスの遅延を両方向で高くつかせる。急いだ決定は欠陥をマスクと在庫に凍結し得る。遅い決定は製品を遅らせたり、旧設計を露出したままにしたりする。プロジェクトには、「緊急」がレビューを迂回する常套手段にならないようにしながら、セキュリティ修正の緊急経路が必要だ。また、一つのインテグレータのスケジュールが共有アーキテクチャを再定義しないようにしながら、製品固有のフィードバックを受け入れる方法も必要だ。

バージョン管理は、このガバナンスの実践的な表現だ。リリースは、どの RTL、ROM、可変ファームウェア、検証環境、文書が一体であるかを特定すべきだ。セキュリティバージョンとアンチロールバックポリシーは、署名が有効なままだという理由だけで製品が古い脆弱な状態を受け入れるのを防がなければならない。派生物は変更を宣言する必要がある。その規律がなければ、公開設計は監査可能なシステムではなく、材料の寄せ集めになる。

ガバナンスの負担は量産後に増す。新機能は次世代を対象にできるが、脆弱性は複数のブランチと製品リビジョンに影響し得る。メンテナは、共通コードの欠陥と、統合によって導入された弱点を区別する必要がある。製造業者は行動できるだけの開示を必要とする。プラットフォーム所有者は、実際の露出を考慮したリスク判断を必要とする。一般ユーザーは、適時でありながら修復を妨害しない情報を必要とする。どの理事会構造も良い結果を保証しないが、明示的な構造は失敗の特定と修正を容易にする。

この意味で、OpenTitan の統治機構は、技術の外にある管理層ではない。どのセキュリティ主張がリリースをまたいで存続を許されるか、証拠が変わったときにどの組織が責任を負うかを決める。その成果物が不変になり得るプロジェクトにとって、それはアーキテクチャの一部である。

適合性が、「OpenTitan ベース」が意味を持ち続けるかを決める

最初の商用展開は、lowRISC、Google、Nuvoton の緊密な協業に頼ることができる。より大きなエコシステムは、そのレベルの共有文脈を前提にできない。より多くの製造業者やインテグレータが設計を再利用するにつれ、プロジェクトは、忠実な実装、承認されたプロファイル、変更された派生物、OpenTitan ブロックを一つだけ組み込んだ製品を区別する、より明確な方法を必要とする。

この問題は標準では馴染みがあるが、シリコンではより先鋭だ。二つのデバイスが同じ文書化されたインターフェースを実装しながら、ライフサイクルポリシー、エントロピー源、メモリ保護、物理的ハードニング、ファームウェア構成で異なることがある。テストスイートは、フォールト注入への耐性を確立せずに機能的な互換性を確立できる。認証は、後の変更をカバーせずに一つのリビジョンとパッケージを対象にできる。ベンダーは、元のアーキテクチャが本質的と見なした特性を弱めながら、プロファイルの文言には従うことができる。

したがって、有用な適合性システムは階層的であるべきだ。機能テストはインターフェース、状態遷移、期待されるブート挙動を検証できる。再現可能なビルドの証拠は、ツールとファウンドリの制約が許す範囲で、公開ソースと生成された成果物を結び付けられる。セキュリティ評価は、レビューされた正確な RTL、ファームウェア、物理実装、攻撃範囲を定義できる。プロビジョニング監査は、アイデンティティとライフサイクル状態がどう作られたかを確認できる。製品文書は、どのオプションが有効で、どの責任がホストに残るかを述べられる。

そのレベルの証拠には費用がかかる。小規模な採用者は、シリコン保証プログラムを運営できないからこそ、完成した商用部品を好むかもしれない。製造業者は、競争力のある実装や攻撃面を明らかにする詳細の公表に抵抗するかもしれない。プラットフォーム所有者は、プロビジョニングを社内のセキュリティ情報と見なすかもしれない。OpenTitan は、すべての参加者にすべての開示を強制できない。しかし、製品をプロジェクトに結び付けるために必要な最小限の情報を定義することで、曖昧な主張を受け入れにくくすることはできる。

その名称が経済的に価値を持つのは、信頼できる意味を運ぶ場合だけだ。すべての派生物がバージョン、プロファイル、テストの証拠なしにそれを使えるなら、プロジェクトは保証を失いながら名目上の広い採用を得るかもしれない。要件が厳しすぎれば、ベンダーはコードをフォークしたり、ラベルを避けたりする。統治機関は、互換性がどこで終わり、イノベーションがどこから始まるかを選ばなければならない。

この決定はサプライチェーンの回復力に影響する。第二供給源を求める購入者に必要なのは、同じピンを露出する別のベンダー以上のものだ。交換部品がアイデンティティ、更新ポリシー、検証の意味論を維持するという確信が必要だ。適合性は代替を可能にするが、二つの製品が運用上は交換可能でないことを明らかにすることもある。その情報は、答えが不便でも有用だ。

Chromebook 出荷は、統合された一つの連鎖を示している。成熟度の次の尺度は、プロジェクトが、差異を平らにせず複数の連鎖を記述できるかどうかだ。「OpenTitan ベース」は保証の問いの始まりになるべきであり、結論ではない。

アテステーションはフリート管理を改善し、検証者に権力を集中させる

ルート・オブ・トラストはしばしば防御的な部品として提示されるが、その証拠は別の当事者が評価して初めて意味を持つ。デバイスはブート状態の測定値に署名できる。検証者は、その測定値がポリシーを満たすかを判断する。この分離が、チップの外に強力な管理点を作る。

管理されたフリートでは、アテステーションは、承認されていないファームウェアを実行しているマシンを特定し、侵害された機器を隔離し、承認状態に達していないホストから資格情報を守るのに役立つ。同じ仕組みは在庫管理と修理も支援する。プラットフォーム運用者は、機微なサービスへのアクセスをルート・オブ・トラストが生み出す証拠の条件にできる。これらは実用的なセキュリティ上の利益であり、特にシステムが大規模に展開され、手動で検査できない場合に有効だ。

検証者は、どのソフトウェアが許容されるかも決定する。その権限は、雇用主、クラウドプロバイダー、デバイスベンダー、サービス事業者が行使し得る。狭いセキュリティベースラインの執行に使えるが、代替ソフトウェア、独立修理、ユーザー管理を制限することもできる。OpenTitan はそのポリシーを指示しない。その設計は、ポリシーがより確実に執行されるのに十分なほど、測定値とアイデンティティを信頼できるものにできる。

これは、成功したオープンセキュリティハードウェアの重要な二次的効果だ。設計層のオープン性は、運用上の権限を自動的に分散させない。プラットフォーム所有者は、保証階層と受入規則を非公開にしたまま、オープンなルート・オブ・トラストを展開し得る。ユーザーは証拠がどう生成されるかを検証できても、サービスがそれをどう解釈するかは変えられないままである。結果は、より多元的な管理ではなく、より透明な執行になるかもしれない。

この違いはデータセンター展開で重要になる。ハイパースケーラーはアテステーションを使って、フリート全体のサーバー、アクセラレータ、インフラコントローラを管理できる。デバイスを迅速に失効または隔離できる。また、自社の証明書システムと検証者への深い依存を生むこともある。それらの中枢サービスが故障したり誤ったポリシーを受け入れたりすれば、健全なハードウェアが大規模に利用不能になり得る。ルート・オブ・トラストはある種の不確実性を減らす一方、検証者の継続性を重要なインフラ上の関心事にする。

したがって、リーダーシップチームはアテステーションポリシーをガバナンスの効いたシステムとして扱うべきだ。受入規則にはバージョン管理、テスト、緊急ロールバックが必要だ。証明書ルートと失効サービスには冗長性が必要だ。例外は監査可能であるべきだ。製品所有者は、証拠をどれだけ保持し、誰がそれをデバイスやユーザーのアイデンティティと関連付けられるかを決めるべきだ。独立レビューは、アテステーションが市場アクセスやソフトウェア実行能力に影響する場合に特に重要だ。

OpenTitan は証拠の仕組みをより検証可能にする。誰がマシンを判断する資格を持つのかという政治・商業上の問いを決着させることはできない。その問いは、プロジェクトがより大きなフリートに達するにつれて、より可視化されるだろう。セキュリティアーキテクチャが最強なのは、検証者の権限がシリコンの整合性と同じくらい厳密に検証されるときだ。

所有権の移転はセキュリティ運用である

ルート・オブ・トラストは、あたかも一つの組織が製造から廃棄までデバイスを所有するかのように導入されることが多い。実際のハードウェアは動く。基板はシリコンベンダーからシステムメーカーへ、相手先商標製品製造会社から企業へ、最終的には再生業者やリサイクル業者へ渡り得る。修理でマザーボードが交換されることもある。経営破綻した事業者が設置済みのフリートを売却することもある。それぞれの移転は、通常のソフトウェア会計なら先送りできる問いを生む。今、どの権限がデバイスのプロビジョニング、更新、アテステーションを行う資格を持つのか、という問いだ。

OpenTitan のアーキテクチャは、Silicon Creator と Silicon Owner の別個の役割を認識している。その分離は製造連鎖を反映する。Creator はチップをテストして完成させるのに十分な権限を必要とする。最終的な所有者は、無制限の工場アクセスを引き継がずに管理権を得る方法を必要とする。ライフサイクル状態、保証素材、所有権移転手続きは、この引き渡しを狭めるためのものだ。細部は事務的なものではない。Creator の資格情報が残ると保守のバックドアになり得るし、早すぎる不可逆な移転は、プロビジョニングに失敗したとき健全なハードウェアを立ち往生させ得る。

製品が修理されるとき、これは特に難しくなる。セキュリティ部品の交換は、サービスや在庫システムが依存するデバイス ID を変え得る。旧 ID の保持は便利だが、秘密素材が管理されていない修理経路を通過した場合は危険だ。新しい ID の発行は暗号境界を守るが、すべての検証者、資産記録、権利システムがマシンが変わったことを認識する必要がある。正しい答えは製品によって異なるが、その決定は最初の障害が起きる前に設計されなければならない。

廃止は権限の最後の移転だ。秘密と所有資格情報には、定義された破棄または無効化の経路が必要だ。デバッグと更新の経路を恒久的に閉じるライフサイクル状態は、廃棄されたハードウェアを守るかもしれないが、同じ遷移が誤って適用されると、修理可能な製品を廃棄物に変え得る。オープンシリコンはこのトレードオフを取り除かない。状態機械とその前提をレビュー可能にする。

商業上の試金石は、製造業者が顧客が何を買っているかを理解できるだけのライフサイクル情報を公開するかどうかだ。購入者は、誰がファームウェアを承認できるか、誰が保証資格情報を交換できるか、元のベンダーがサポートを打ち切ったらどうなるか、正当な所有権が企業の破綻を生き延びられるかを知る必要がある。こうした問いはプロセッサの見出しにほとんど現れないが、オープンなルート・オブ・トラストが回復力を改善するのか、単に最初の所有者の管理を技術的に長持ちさせるだけなのかを決める。

したがって、OpenTitan の量産上の意義は、部分的には平凡な出来事で測られる。サービスを失わずに修理された基板、隠れた資格情報なしに移転されたフリート、説明責任に必要な記録を破壊せず無害化された廃棄デバイス。セキュアブートはソフトウェアが承認された状態で起動することを証明する。成熟した所有権モデルは、マシンを壊さず、トラストチェーンを弱めずに承認権限が変わり得ることを証明する。

OpenTitan は、一つの不透明な主張をより長い証拠の連鎖に置き換える

OpenTitan がセキュリティの議論を変えるのは、信頼を一か所に置くことを拒否するからだ。リポジトリは公開されているが、ガバナンスが重要だ。設計は検証されているが、物理試験が重要だ。シリコンは製造されているが、プロビジョニングが重要だ。製品は出荷されるが、現場保守が重要だ。各段階は前の段階を強くも弱くもし得る。

Chromebook への展開は、この連鎖が市場に到達できることを示すもっとも明確な証拠だ。lowRISC の管理とプロジェクトの正式な組織は、オープンハードウェアが規律ある技術的権限を支えられることを示す。Earl Grey はブート、アイデンティティ、鍵、ライフサイクルの一貫したアーキテクチャを提供する。Fraunhofer の作業は、物理評価がプログラムの一部であることを示す。ポスト量子ブートは、長寿命の暗号リスクが実際の製品経路で対処され得ることを示す。

これらの事実のどれも、OpenTitan が定義上ハードウェアを信頼できるものにするという主張を支えない。検証者は誤ったポリシーを受け入れ得る。工場は秘密を誤って扱い得る。派生物は分岐し得る。不変の欠陥は出荷を生き延び得る。プラットフォーム所有者はセキュリティ以外の利益のためにアテステーションを使い得る。プロジェクトの貢献は信頼の除去ではなく、信頼と責任のより検証可能な割り当てである。

それは、どの一つのチップよりも重要になるかもしれない。ベンダーが統合、管理、サポートを重視するため、独自ルート・オブ・トラストは一般的であり続けるだろう。OpenTitan は別のモデルを提供する。共有アーキテクチャと公開精査を、商用製造と製品所有と組み合わせる。その成功は、すべての層が公開されるかどうかではなく、そのモデルがより良い証拠とより良い対応を生むかどうかで測られる。

もっとも困難な作業は、最初のデバイスが工場を出たときに始まった。その時点から、OpenTitan はソースツリーの質だけで評価できなくなった。設計上の決定が物理的な在庫になったときの企業、ラボ、メンテナの行動によって判断されなければならなくなった。それが、オープンハードウェアプロジェクトがインフラになる地点である。