Goodixの指紋セキュリティソリューション、AIデバイスのアイデンティティを隔離ハードウェアへ移行
Goodixは10月19日、生体認証の照合と組み込み型セキュアエレメントを組み合わせた新設計を含む、3層構成の指紋認証ポートフォリオを発表した。Goodix fingerprint security solutionは、AIデバイスで強まりつつある対立に対応する。こうした製品はユーザーに代わって行動するための価値ある認証情報を必要とする一方、そのメインプロセッサーは複雑なソフトウェアやサードパーティーコードにさらされ続けている。
今回の発表は、Match-on-Host、Match-on-Chip、そしてMatch-on-Chipと組み込み型Secure Elementを統合した設計を対象とする。Match-on-Chip、すなわちMoCは、指紋をセンサーモジュール内で処理する。組み込み型Secure Element、すなわちeSEは、機密性の高い認証情報を物理的に隔離されたハードウェアに保管する。
この組み合わせにより、Goodixは既存の一般的なデバイスアーキテクチャー、すなわちエッジでの指紋センシング、ソフトウェア制御の認可、システム内の別の場所で管理される認証情報に対抗する。Microsoftの生体認証セキュリティに関する取り組みや既存のセンサーベンダーが、すでにこの市場を形作っている。Goodixは今、認証、認可、認証情報の利用は単一の保護されたハードウェア経路に置かれるべきだと主張している。
Goodix Fingerprint Security Solutionが実際に変えるもの
Goodixが発表しているのは新しい指紋認証方式ではない。認証済みの指紋が機密操作を認可できる場所を変えるものだ。
Goodixの発表では、3段階の実装レベルが説明されている。第1段階のMatch-on-Hostでは、指紋データを照合のためホストプロセッサーへ送る。メーカーに柔軟性をもたらす一方で、デバイスの主要なコンピューティング環境により大きな責任を負わせる。
第2段階のMatch-on-Chipでは、画像取得、特徴抽出、テンプレート保管、比較をすべて指紋モジュール内で完結させる。Goodixによると、各モジュールは固有のデバイスキーを使用し、暗号化接続を通じてホストと通信できる。
この境界が重要なのは、指紋テンプレートがパスワードと同じものではないからだ。侵害されたパスワードは変更できる。しかし、テンプレートや再利用可能な表現が漏えいした後に、人は自らの指紋を取り替えることはできない。
第3段階では、MoC設計にeSEを追加する。eSEは、暗号鍵と機密操作を汎用プロセッサーから隔離する専用セキュリティチップである。Goodixは、モジュールが暗号化チャネルを通じて照合結果をセキュアエレメントに送信すると説明している。
その後、セキュアエレメントは、保護された認証情報を解放または使用する前に、生体認証による認可を検証できる。Goodixは、APIキー、アカウントログイントークン、OAuthトークンを対象資産として挙げている。これらは、AIエージェントがクラウドモデルや業務サービスに接続する際に必要となり得る認証情報そのものだ。
したがって重要な変化は、デバイスのロック解除行為そのものではない。ローカルで行われる人間の操作と、機械の認証情報を統制して使用することを結び付ける提案である。
例えば、クラウドモデルと複数の接続家電にアクセスできるAI対応ホームコントローラーを考えてみよう。通常の動作環境にコントローラーのAPIキーをさらすことなく、指紋によって高リスクの指示を認可できる可能性がある。認可された操作が進行する間も、認証情報はセキュアエレメント内にとどまる。
Goodixは、この設計が改ざん耐性を備えた監査ログも支援するとしている。想定されるアーキテクチャーでは、AIエージェントは自らの機密操作の記録を密かに書き換えられない。この主張が実用的な価値を持つのは、保護されたロギング経路がデバイス実装全体に及ぶ場合に限られる。
同社はポートフォリオ全体で、静電容量式、光学式、超音波式のセンシングに対応している。静電容量式センサーは、ストリップ、円形、側面ボタンなどの形状に対応する。光学式センサーは、対応するディスプレイ素材の下で動作できる。Goodixは超音波センシングを、画面のないデバイスや、指が濡れていたり油分が付着していたりする際の認識向けに位置付けている。
この幅広い選択肢により、メーカーはセキュリティ階層とは独立してセンシング方式を選択できる。また今回の発表は、単一コンポーネントの発表ではなく、プラットフォーム提案となる。
Goodix on-device authenticationの訴求は、最終的にはより限定的な主張に基づく。ホストソフトウェアが信頼できなくなった場合でも、ユーザーの生体認証による承認は、それが認可する認証情報と操作に意味のある形で結び付いたままであるべきだというものだ。
AIデバイスがアイデンティティをハードウェアの問題に変える理由
AIエージェントは、デバイスの認証情報を繰り返し、迅速に、複数のサービスにまたがって利用できるため、その価値を高める。
従来のコネクテッドデバイスは、予測可能な1つのタスクに1つの認証情報を用いる場合がある。AIデバイスは、要求を解釈し、ツールを選択し、リモートサービスへ連絡し、複数の操作を連鎖させることができる。この柔軟性は価値を生むが、侵害されたトークンの影響も拡大する。
APIキーは、クラウドモデル、非公開データ、あるいは従量課金のコンピューティング能力へのアクセスを付与し得る。OAuthトークンは、パスワードを繰り返し要求することなく、ソフトウェアが別のサービス内で操作することを可能にする。いずれかの秘密情報がホストメモリーに現れれば、悪意あるコードはユーザーが気付く前にそれを取得できる可能性がある。
Goodixが以前発表したAI agent eSEは、この問題における認証情報側に対応した。新しいポートフォリオでは生体認証の認可経路が加わり、人のアイデンティティ確認と保護された認証情報の利用を接続する。
これが、今回の発表が指紋によるロック解除を超えて重要となる理由だ。ノートPC、ロボット、車両、ウェアラブルに組み込まれるAIアシスタントには、行動するための許可がますます必要になっている。重要な問いは、デバイスが所有者を認識するかどうかだけではない。各機密操作が、真正な認可イベントに結び付いた状態を保てるかどうかである。
この違いは、複数の関係者に影響を与える。
デバイスメーカーは、生体認証テンプレート、トークン、認可ポリシーをどこに置くかを決めなければならない。OSプロバイダーは、意図された信頼境界を維持するインターフェースを公開する必要がある。アプリケーション開発者は、保護された認証情報をログ、メモリー、または安全性の低いストレージへコピーしないようにしなければならない。
クラウドプロバイダーも、結果を防御可能なエンドツーエンドのアイデンティティフローの一部として認識する必要がある。リモートサービスが有効な要求とリプレイされた要求を区別できなければ、デバイス上で保護されたトークンがもたらす保証は限定的になる。
このアーキテクチャーが最も関連するのは、影響の大きい操作である。家庭用ロボットは、ドアを開ける前に承認を必要とするかもしれない。車載アシスタントは、支払いを行う前に認可を求めるかもしれない。職場のエージェントは、機密ファイルを外部サービスに送信する前に指紋を要求する場合がある。
低リスクの操作であれば、絶えず指紋認証を求めるべきではない。過度なプロンプトは、ユーザーが精査せずに要求を承認することを促す。したがって優れた実装では、生体認証の要件を明確なポリシー、理解可能な操作、リスクに見合う水準に結び付ける必要がある。
Goodixは、IDCの予測として、中国のセキュアAIエージェントアプリケーション市場が2028年までに16億ドルに達すると引用している。プレスリリースによると、これは年平均成長率が230％を超えることを意味する。基となるIDC分析は公開リンクされていないため、購入者はこれらの数値を同社が引用した市場背景として扱うべきだ。
より広い方向性は、その予測に依存しない。より多くのデバイスがツールを利用するAI機能を備えつつある一方、そのツールを支える認証情報は依然として魅力的な標的である。
チームにはまた、各導入環境に属するモデル、サービス、権限、秘密情報を説明する記録が必要となる。検索可能な技術ナレッジベースは、そのガバナンス業務を支援できる。ただし、ハードウェア隔離やアクセス制御の代替にはならない。
したがって、製品アーキテクトにとっての圧力は、たとえ市場導入に時間がかかるとしても、すでに現実のものだ。AIエージェントに行動する権限が与えられた時点で、認証情報の保護は背景的なセキュリティ機能ではなく、中核となる製品上の決定になる。
Match on HostとMatch on Chipの比較が決定的な経路となる
中心となる競争は、分散されたホストベースの信頼と、指紋モジュール内でアイデンティティを検証するより限定的なハードウェア経路との間にある。
Match-on-Hostは、メインプロセッサーがすでにアプリケーションロジックを実行し、ソフトウェア更新を受け取れるため、魅力的な選択肢になり得る。メーカーは認証を既存のOSサービスと統合し、利用可能なコンピューティング能力を再利用できる。
その柔軟性は、生体認証情報がたどる経路も広げる。取得、照合、テンプレート保管、ポリシー適用に関与するソフトウェアコンポーネントが増える可能性がある。境界が1つ追加されるごとに、別の実装依存関係が生まれる。
Match-on-Chipは、その経路を狭める。センサーモジュールが取得、特徴抽出、テンプレート管理、照合を内部で実行する。ホストが受け取るのは、生体情報そのものではなく、その結果である。
Goodixによると、同社のMoC実装はSecure Device Connection Protocolに準拠している。MicrosoftはSDCP biometricsを、ホストと生体認証デバイス間の通信を保護する仕組みとして説明している。このプロトコルは、その接続における認証、機密性、完全性、リプレイ保護を扱う。
指紋照合をモジュールに移すだけでは、ホストとの通信が自動的に保護されるわけではないため、準拠は重要である。そうでなければ、攻撃者が偽の照合結果を注入したり、過去の応答をリプレイしたり、別のセンサーに置き換えたりする可能性がある。
デバイスごとのキーは、1台の侵害されたユニットによる影響を抑えられる。すべての製品が同一のキーを共有していれば、1台のデバイスからの抽出が製品ライン全体を危険にさらしかねない。メーカーが適切にプロビジョニングし保護することを前提に、固有キーはこうしたシステム全体への露出を減らす。
オフロードによる利点にも注目する必要がある。Goodixは、MoCがホストプロセッサーの作業を減らし、システムリソースを節約できるとしている。これは、処理能力が限られるバッテリー駆動のウェアラブル、スマートロック、コンパクトなコントローラーで重要になり得る。
セキュリティアーキテクチャーには依然としてトレードオフがある。自己完結型モジュールは、ホストが生体データへアクセスする機会を減らす一方、モジュールのファームウェア、キープロビジョニング、更新プロセス、照合ロジックに信頼を集中させる。
モジュール内部の脆弱性は、製品メーカーにとって検査が難しい場合がある。その修正には、センサーベンダー、デバイスメーカー、OSプロバイダー、フィールド更新システム間の連携が必要になる可能性がある。
互換性も別の懸念である。指紋ハードウェアは、特に元のメーカーのソフトウェアスタック外で、OSサポートが一貫しない歴史を持つ。強力なセキュリティ設計が、信頼性の高い登録、復旧、ドライバーメンテナンス、長期的な更新を保証するわけではない。
Goodixは、Synaptics、Egis Technology、Fingerprint Cards、Qualcommなど、既存の生体認証サプライヤーを含む市場で競争している。デバイスメーカーが比較するのは認識精度だけではない。認証取得、統合作業、部品供給、消費電力、ファームウェアサポート、事業上のリスクも評価することになる。
ポートフォリオアプローチは、設計協議においてGoodixに実用的な優位性を与える。メーカーはMatch-on-Hostから始め、Match-on-Chipへ移行し、脅威モデルが正当化する場合にはeSEを追加できる。
その柔軟性は同時に、表示上の課題も生み出す。異なるセキュリティ階層を採用する製品が、いずれもGoodixの指紋技術を訴求して販売される可能性がある。購入者は、完成品のデバイスが実際にどのアーキテクチャを実装しているのかを見極めなければならない。
Goodixのオンデバイス認証を有意義な製品上の差別化要因にするには、メーカーが照合の実行場所と保護対象の資産を開示する必要がある。センサーブランドだけでは、セキュリティ境界は分からない。
Goodix MoC Plus eSEは一つのギャップを埋めるが、すべてではない
統合セキュアエレメントはホストから認証情報を保護するが、AI主導のあらゆる操作における意図や安全性を確立できるわけではない。
Goodixによると、同社のeSEはAPIキーとOAuthトークンを保存し、メインプロセッサーから隔離できる。また、保護された暗号処理を実行できるため、認証情報をホストメモリー上に平文で置く必要がない。
同社のeSE製品詳細では、専用セキュリティコントローラー、攻撃検知センサー、セキュアストレージ、暗号ライブラリーについて説明している。Goodixは、チップとチップOSについてSOGIS Common Criteria認証を取得しているとしている。
Common Criteriaの評価保証レベルは、セキュリティ評価の深度と厳格さを示すものだ。最終製品へのすべての統合が安全であることを保証するものではない。認証済みコンポーネントであっても、脆弱なプロビジョニング、脆弱なホストソフトウェア、または不十分な復旧制御を備えたデバイスに組み込まれる可能性がある。
Goodixによれば、この統合ソリューションはTLS 1.3を実装している。TLSは、正しく実装された場合、ネットワーク接続されたアプリケーション間を移動するデータを盗聴、改ざん、メッセージ偽造から保護する。TLS 1.3標準は、このトランスポート保護を定義している。
キーをeSE内に保持することで、秘密を露出させずにTLSクライアントIDを強化したり、リクエストに署名したりできる。しかし、暗号化は要求された操作が適切かどうかを判断しない。保護するのは通信チャネルであり、エージェントの判断ではない。
例えば、エージェントが音声リクエストを誤解し、誤ったアカウントを選択したとする。指紋は誰がセンサーに触れたかを確認できるが、提案された取引がその人の実際の意図に沿うかどうかまでは確認できない。
同じギャップはプロンプトインジェクションにも見られる。悪意あるコンテンツがエージェントを操作し、保護された操作を要求させる可能性がある。生体認証のプロンプトは無人実行を阻止できるかもしれないが、曖昧な承認画面は依然としてユーザーを誤認させるおそれがある。
堅牢な実装にはトランザクションバインディングが必要だ。認可インターフェースは、指紋を要求する前に、具体的な操作、宛先、アカウント、関連する結果を表示すべきである。その後、保護コンポーネントは再利用可能な包括承認ではなく、その正確なトランザクションを認可すべきだ。
生体認証システムには、安全な代替手段と復旧方法も必要となる。指を負傷することもあり、センサーが故障することもあり、デバイスの所有者が変わることもある。脆弱な復旧プロセスは、慎重に設計されたハードウェアを迂回しかねない。
他人受入率と本人拒否率も引き続き重要である。Goodixの発表では、この統合ポートフォリオに関する性能値、プレゼンテーション攻撃の結果、センサー寸法、消費電力の測定値、動作上の制限は公表されていない。
この欠落は、アーキテクチャが不健全であることを意味しない。発表が完全な独立評価ではなく、設計の方向性を示すものであることを意味する。
改ざん耐性を持つ監査ログという主張は、別の実装上の疑問も提起する。セキュアエレメントは自らの管理下にある記録を保護できるが、包括的な監査には周辺ソフトウェアからの信頼できる入力が必要となる。ホストが操作を不正確に記述した場合、セキュアエレメントは不完全な記録を保存する可能性がある。
Goodixは、この設計にゼロトラストという表現を用いている。認証情報が隔離された状態にあり、リクエストには検証が求められるため、この比較は理解できる。ただし、ゼロトラストは保護コンポーネントより広い概念だ。
NISTフレームワークは、ネットワーク上の場所や所有権に基づく暗黙の信頼を排除する。完全なアーキテクチャ全体で、ユーザー、デバイス、リソース、ポリシー、リクエストを評価する。生体認証モジュールはこれらの原則を支援できるが、単独で実装することはできない。
したがって、Goodix MoC eSEの設計は、認証情報露出に関する重要なギャップを埋める。アプリケーションの脆弱性、安全でないエージェント計画、ソーシャルエンジニアリング、弱いポリシー、安全でないクラウドアカウントを解消するものではない。
標準対応には依然として製品レベルの証明が必要
プロトコル対応とコンポーネント認証は有用な基準を確立するが、完成品には独立したテストと透明性の高い実装詳細が必要である。
Goodixによると、統合設計はFIDO2認証をサポートする。FIDO2は、W3C Web Authentication APIとFIDO AllianceのClient-to-Authenticator Protocolsを組み合わせたものだ。
FIDO2仕様は、パスワードレス認証および多要素認証に公開鍵暗号を利用する。サービスは公開鍵を受け取り、秘密認証情報は認証器の管理下に留まる。
認証情報が特定のサービスドメインに結び付けられるため、このモデルはフィッシングへの耐性を持ち得る。一般に、指紋はリモートサービスへ送信されるのではなく、ローカルで認証器を解除する。
対応は認証と同義ではない。ローンチ発表では、このソリューションがFIDO2をサポートするとしているが、統合製品に関するFIDO認証エントリーは示していない。メーカーは、出荷デバイスで使用される正確な認証器構成と認証状況を確認すべきだ。
SDCPにも同様の違いがある。プロトコル準拠により、モジュールとホストの接続を保護できる場合がある。製品のセキュリティは依然として、実装、キープロビジョニング、ファームウェア検証、ロールバック保護、アップデート処理に左右される。
GoodixのeSE認証は、評価されたチップとOSの対象に関する証拠を提供する。購入者は、提案された設計にその正確な評価済みバージョンが含まれるかを確認する必要がある。ハードウェア改訂版やソフトウェア構成によって、関連する保証は変わり得る。
独立した生体認証テストも欠けている層の一つだ。メーカーは現実的な条件下における他人受入率と本人拒否率の測定を求めるべきである。また、型、採取された指紋、人工指、改変された表面を利用するプレゼンテーション攻撃も検証すべきだ。
超音波オプションには固有の疑問が伴う。Goodixによると、濡れた状態や油分のある状態を含め、指定されたカバー領域を通じた押下検出と認識をサポートする。購入者には、カバー素材、厚さ、温度、長期使用による摩耗の各条件にわたる測定値が必要だ。
光学式および静電容量式のバリエーションには、それぞれ独自の評価が必要となる。カバー下の光学センサーは、ディスプレイや素材の選択をまたいで信頼性高く動作しなければならない。細い静電容量式ストリップには、より広い検知領域とは異なる登録およびカバレッジ上の制約がある。
同社がウェアラブルやその他のバッテリー制約のあるデバイスを対象としているため、消費電力は重要だ。Goodixは発表の中で、Match-on-Host、Match-on-Chip、MoC plus eSEの比較可能な消費エネルギー値を公表していない。
レイテンシーも重要である。顕著な遅延を伴う保護経路は、特にアプリケーションが繰り返し認可を要求する場合、ユーザーを苛立たせる可能性がある。製品チームには、認識、eSEポリシーチェック、暗号処理、ネットワーク完了に関する測定値が必要だ。
ライフサイクルサポートが決定的な要因になる可能性がある。IoT製品は長年にわたって運用されることが多い一方、ソフトウェア環境、認証、クラウドインターフェースは変化する。デバイスメーカーには、署名付きアップデート、脆弱性開示、キーのローテーション、サポート終了時の対応について明確な道筋が必要である。
サプライチェーン管理も同等に精査に値する。セキュアエレメントは、顧客がデバイスを有効化する前の信頼できるプロビジョニングに依存する。メーカーは、誰がキーを注入するのか、その環境をどのように監査するのか、プロビジョニングの失敗後に何が起きるのかを把握する必要がある。
プライバシーチームは登録と削除の挙動を調査すべきだ。ユーザーまたはデバイスがリセットされた際、システムはテンプレートを削除しなければならない。アカウント間でのテンプレート再利用を防ぎ、不必要な生体認証テレメトリーを回避すべきである。
Goodixが挙げた標準は、関連性と信頼性を備えている。これにより、この発表は「AIセキュリティ」に関する曖昧な主張より実質的なものとなる。また、エンタープライズ購入者に完成品実装を評価するための具体的なチェックリストを与える。
それでも、証明はアーキテクチャ図から出荷製品へと移らなければならない。メーカーが構成、認証、テスト結果、サポート上のコミットメントを公表するまで、セキュリティの成果は統合に依存したままである。
デバイスメーカーが採用するかを示す三つのシグナル
Goodixのローンチが重要な意味を持つのは、識別可能な製品が完全な保護経路を採用し、購入者が検証できる十分な詳細を開示した場合に限られる。
第一のシグナルは、Match-on-ChipとeSEを組み合わせた、名称が明示された商用設計である。Goodixは対象カテゴリーとして、AIスマートフォン、PC、ウェアラブル、ロボット、スマートホーム、インテリジェントコックピットを挙げている。これらの環境ではリスクプロファイルが大きく異なる。
スマートロックは物理アクセスとバッテリー制約を試すことになる。PCはOS統合とエンタープライズ管理を試す。ロボットは高リスクなコマンドを試し、車両では自動車認定とより長いサポートサイクルが加わる。
出荷製品は、指紋テンプレートがどこに存在するのか、eSEがどの認証情報を保護するのか、どの操作に生体認証の承認が必要なのかを明示すべきだ。ベンダーがGoodixをセンサー供給元としてのみ言及するなら、より広範なセキュリティアーキテクチャはまだ採用を獲得していない。
第二のシグナルは、統合構成の独立検証である。関連する証拠には、FIDO認証、Common Criteriaのスコープ文書、生体認証攻撃テスト、SDCP相互運用性、第三者による侵入評価が含まれる。
最も強力な証拠は、すべてのコンポーネントを結び付けるものになる。eSEチップの認証はセンサーファームウェアを検証しない。セキュアな生体認証モジュールはアプリケーションインターフェースを検証しない。購入者には、認可チェーン全体にわたる保証が必要だ。
第三のシグナルは、ハードウェアを正しく利用するOSと開発者エコシステムである。Goodixは、セキュアエレメント製品についてLinux、Android、FreeRTOS、Mbedをサポート対象として挙げている。幅広いプラットフォーム対応は統合作業を減らせるが、使いやすいポリシーインターフェースはドライバー一覧より重要だ。
開発者には、狭い範囲に限定された認可を要求するAPIが必要である。管理者には、ポリシー設定、認証情報のローテーション、保護イベントの確認、侵害されたデバイスの失効を行う手段が必要だ。ユーザーには、承認しようとしている操作を明確に示すプロンプトが必要となる。
これらのシグナルは、次の製品サイクルで同社の主張を強めるか弱めるかを左右する。名称が明示された設計採用は、メーカーが追加のコンポーネント費用と統合コストを受け入れることを示す。独立した結果は、同社の主張を証拠へと変える。プラットフォーム対応は、開発者がハードウェアの信頼境界を維持できるかを決定する。
不在もまた有益な情報となる。出荷製品がMatch-on-Hostのみを採用する場合、Goodixの統合アーキテクチャは特殊な選択肢にとどまる可能性がある。ベンダーがeSEなしでMoCを採用するなら、生体認証のプライバシーの方がエージェント認証情報の保護より重要視されている可能性がある。
競合他社の対応も、もう一つの手掛かりとなる。他の生体認証およびセキュアエレメント供給企業は、提携または統合設計を通じて、センシング、保護された照合、認証情報ストレージを組み合わせることができる。それはこのカテゴリーを正当化する一方、Goodixに対する価格と認証の圧力を高めることになる。
エンタープライズ購入者は、Goodix指紋セキュリティソリューションを購買上の優位性として扱う前に、直接的な質問をすべきである：
照合はホスト側で行われるのか、それとも指紋モジュール内部で行われるのか？
生体認証テンプレートはモジュールからエクスポート可能か？
どの認証情報の操作がeSE内部で完全に実行されるのか？
認可は特定のトランザクションに紐づけられているか？
セキュリティ認証を取得している正確なコンポーネントと構成は何か？
鍵はどのようにプロビジョニング、ローテーション、失効、復旧されるのか？
署名済みファームウェアと脆弱性対応はいつまで継続されるのか？
管理者は保護された監査記録が完全であることを検証できるか？
開発者は並行して別の問いも投げかけるべきだ。APIはこのアーキテクチャを維持しているのか、それとも機密データを通常のソフトウェアへと戻してしまうのか。セキュアなコンポーネントであっても、統合の過程で元の露出を別の場所に再現してしまえば、それを補うことはできない。
Goodixは、AIエッジデバイスにおける現実的な弱点を特定している。エージェントには認証情報が必要だが、それを汎用の実行環境に委ねればリスクは高まる。保護されたハードウェアがその後の認証情報操作を制御する場合、ローカルでの生体認証による承認は有効になり得る。
同社の仕組みには一貫性がある。指紋照合をモジュール内で行い、接続を保護し、eSEで認可を検証し、秘密情報をホストから遠ざける。未解決なのは、これを製品全体でどのように実行するかだ。
最初に実名で発表される導入事例、独立した認証、そして開発者向けインターフェースに注目したい。これらのシグナルは、Goodixが持続可能なセキュリティ層を定義したのか、それとも強力なコンポーネントを意欲的な発表へと組み合わせただけなのかを示すだろう。
