JP2023549598A - 秘密鍵管理 - Google Patents

Abstract

ソースエンティティとターゲットエンティティ間のハンドシェイクのコンテキスト情報が取得される。コンテキスト情報は、セキュリティプロキシから鍵マネージャに送信される。鍵マネージャはセキュリティプロキシの第１の秘密鍵を維持する。第１のハンドシェイクメッセージは、鍵マネージャから受信される。第１のハンドシェイクメッセージは、少なくともコンテキスト情報に基づいて生成され、第１の秘密鍵で署名される。第１のハンドシェイクメッセージは、ターゲットエンティティに送信される。【選択図】図８

Description

本発明は、データ暗号化に関し、より具体的には、秘密鍵管理のための方法、システム、およびコンピュータプログラム製品に関する。

現在、アプリケーションはコンテナ化され、クラウド環境にデプロイされており、セキュリティ要件をもたらしている。暗号化は一般的な戦略である。例えば、アプリケーション用のクライアントとアプリケーション用のサーバ間のネットワークトラフィックは、一般的に暗号化されている。

本開示のいくつかの実施形態は、方法として例示することができる。本方法によれば、ソースエンティティとターゲットエンティティ間のハンドシェイクのコンテキスト情報は、セキュリティプロキシにおいて取得される。コンテキスト情報は、セキュリティプロキシから鍵マネージャに送信される。ここで、鍵マネージャはセキュリティプロキシの第１の秘密鍵を維持する。そして、第１のハンドシェイクメッセージは、鍵マネージャから受信される。ここで、第１のハンドシェイクメッセージは、少なくともコンテキスト情報に基づいて生成され、第１の秘密鍵で署名される。そして、第１のハンドシェイクメッセージは、ターゲットエンティティに送信される。

本開示のいくつかの実施形態は、第２の方法として例示することができる。第２の方法によれば、ソースエンティティとターゲットエンティティ間のハンドシェイクのコンテキスト情報は、鍵マネージャにおいてセキュリティプロキシから受信される。ここで、鍵マネージャは、セキュリティプロキシの第１の秘密鍵を維持する。そして、ターゲットエンティティに向けられる第１のハンドシェイクメッセージは、鍵マネージャにおいて、少なくともコンテキスト情報に基づいて生成される。ここで、第１のハンドシェイクメッセージは、セキュリティプロキシの第１の秘密鍵で署名される。次に、第１のハンドシェイクメッセージは、セキュリティプロキシに送信される。

本開示のいくつかの実施形態は、システムとして例示することができる。システムは、処理ユニットと、処理ユニットに結合されたメモリとを含む。メモリは、処理ユニットによって実行されるとき、動作を実行する命令を格納する。動作は、セキュリティプロキシにおいて、ソースエンティティとターゲットエンティティ間のハンドシェイクのコンテキスト情報を取得することを含む。また、かかる動作は、セキュリティプロキシから鍵マネージャにコンテキスト情報を送信することを含む。ここで、鍵マネージャは、セキュリティプロキシの第１の秘密鍵を維持する。また、かかる動作は、鍵マネージャから第１のハンドシェイクメッセージを受信することを含む。ここで、第１のハンドシェイクメッセージは、少なくともコンテキスト情報に基づいて生成され、第１の秘密鍵で署名される。かかる動作は、第１のハンドシェイクメッセージをターゲットエンティティに送信することをさらに含む。

本開示のいくつかの実施形態は、コンピュータプログラム製品として例示することができる。コンピュータプログラム製品は、非一時的な機械可読媒体上に格納され、機械実行可能な命令を含む。機械実行可能な命令は、デバイス上で実行されると、デバイスに動作を実行させる。この動作は、セキュリティプロキシにおいて、ソースエンティティとターゲットエンティティ間のハンドシェイクのコンテキスト情報を取得することを含む。また、かかる動作は、セキュリティプロキシから鍵マネージャにコンテキスト情報を送信することを含む。ここで、鍵マネージャはセキュリティプロキシの第１の秘密鍵を維持する。また、かかる動作は、鍵マネージャから第１のハンドシェイクメッセージを受信することを含む。ここで、第１のハンドシェイクメッセージは、少なくともコンテキスト情報に基づいて生成され、第１の秘密鍵で署名される。かかる動作は、さらに、第１のハンドシェイクメッセージをターゲットエンティティに送信することを含む。

上記の概要は、本開示の図示された各実施形態またはすべての実装を説明することを意図するものではない。

本願に含まれる図面は、本明細書に組み込まれ、本明細書の一部を構成する。それらは、本開示の実施形態を例示し、説明とともに、本開示の原理を説明するのに役立つ。図面は、特定の実施形態を例示するものに過ぎず、本開示を限定するものではない。請求された主題の様々な実施形態の特徴および利点は、以下の詳細な説明が進むにつれて、また、同様の数字が同様の部分を示す図面を参照することにより、明らかになるであろう。

本発明の実施形態に係るクラウドコンピューティングノードを示す図である。 本発明の一実施形態に係るクラウドコンピューティング環境を示す図である。 本発明の一実施形態に係る抽象化モデルレイヤを示す図である。 本開示の実施形態が実装され得る環境を示す図である。 本開示のいくつかの実施形態に係る秘密鍵管理のための例示的なプロセスを示す図である。 本開示のいくつかの実施形態に係る秘密鍵管理のための例示的なプロセスを示す図である。 本開示のいくつかの実施形態に係る秘密鍵管理のための例示的なプロセスを示す図である。 本開示のいくつかの実施形態に係る例示的な方法のフローチャートを示す図である。 本開示のいくつかの実施形態に係る例示的な方法のフローチャートを示す図である。 本開示の実施形態を実施する際に使用され得る例示的なコンピュータシステムのハイレベルブロック図である。

本発明は、様々な変更および代替形態に従うことができるが、その具体的な内容は、図面において例として示されており、詳細に説明されるであろう。しかしながら、その意図は、記載された特定の実施形態に本発明を限定することではないことを理解されたい。それどころか、その意図は、本発明の範囲内に入るすべての変更、等価物、および代替物をカバーすることである。

いくつかの実施形態は、本開示の実施形態が図示された添付図面を参照してより詳細に説明される。しかしながら、本開示は、様々な態様で実施することができ、したがって、本明細書に開示された実施形態に限定されると解釈されるべきではない。

本開示はクラウドコンピューティングに関する詳細な説明を含むが、本明細書に記載した教示の実装はクラウドコンピューティング環境に限定されない。むしろ、本発明の実施形態は、現在公知のまたは将来開発される他の任意の種類のコンピュータ環境と共に実施することができる。

クラウドコンピューティングは、設定可能なコンピューティングリソースの共有プール（例えばネットワーク、ネットワーク帯域幅、サーバ、処理、メモリ、記憶装置、アプリケーション、仮想マシンおよびサービス）へ、簡便かつオンデマンドのネットワークアクセスを可能にするためのサービス提供のモデルであり、リソースは、最小限の管理労力または最小限のサービスプロバイダとのやり取りによって速やかに準備（provision）およびリリースできるものである。このクラウドモデルは、少なくとも５つの特性、少なくとも３つのサービスモデル、および少なくとも４つの実装モデルを含むことがある。

特性は以下の通りである。

オンデマンド・セルフサービス：クラウドの消費者は、サービスプロバイダとの人的な対話を必要することなく、必要に応じて自動的に、サーバ時間やネットワークストレージなどのコンピューティング能力を一方的に準備することができる。

ブロード・ネットワークアクセス：コンピューティング能力はネットワーク経由で利用可能であり、また、標準的なメカニズムを介してアクセスできる。それにより、異種のシンまたはシッククライアントプラットフォーム（例えば、携帯電話、ラップトップ、ＰＤＡ）による利用が促進される。

リソースプーリング：プロバイダのコンピューティングリソースはプールされ、マルチテナントモデルを利用して複数の消費者に提供される。様々な物理リソースおよび仮想リソースが、需要に応じて動的に割り当ておよび再割り当てされる。一般に消費者は、提供されたリソースの正確な位置を管理または把握していないため、位置非依存（location independence）の感覚がある。ただし消費者は、より高い抽象レベル（例えば、国、州、データセンタ）では場所を特定可能な場合がある。

迅速な柔軟性（elasticity）：コンピューティング能力は、迅速かつ柔軟に準備することができるため、場合によっては自動的に、直ちにスケールアウトし、また、速やかにリリースされて直ちにスケールインすることができる。消費者にとって、準備に利用可能なコンピューティング能力は無制限に見える場合が多く、任意の時間に任意の数量で購入することができる。

測定されるサービス：クラウドシステムは、サービスの種類（例えば、ストレージ、処理、帯域幅、アクティブユーザカウント）に適したある程度の抽象化レベルでの測定機能を活用して、リソースの使用を自動的に制御し最適化する。リソース使用量を監視、制御、および報告して、利用されるサービスのプロバイダおよび消費者の両方に透明性を提供することができる。

サービスモデルは以下の通りである。

サービスとしてのソフトウェア（ＳａａＳ）：消費者に提供される機能は、クラウドインフラストラクチャ上で動作するプロバイダのアプリケーションを利用できることである。当該そのアプリケーションは、ウェブブラウザ（例えばウェブメール）などのシンクライアントインタフェースを介して、各種のクライアント装置からアクセスできる。消費者は、ネットワーク、サーバ、オペレーティングシステム、ストレージや、個別のアプリケーション機能さえも含めて、基礎となるクラウドインフラストラクチャの管理や制御は行わない。ただし、ユーザ固有の限られたアプリケーション構成の設定はその限りではない。

サービスとしてのプラットフォーム（ＰａａＳ）：消費者に提供される機能は、プロバイダによってサポートされるプログラム言語およびツールを用いて、消費者が作成または取得したアプリケーションを、クラウドインフラストラクチャに展開（deploy）することである。消費者は、ネットワーク、サーバ、オペレーティングシステム、ストレージを含む、基礎となるクラウドインフラストラクチャの管理や制御は行わないが、展開されたアプリケーションを制御でき、かつ場合によってはそのホスティング環境の構成も制御できる。

サービスとしてのインフラストラクチャ（ＩａａＳ）：消費者に提供される機能は、オペレーティングシステムやアプリケーションを含み得る任意のソフトウェアを消費者が展開および実行可能な、プロセッサ、ストレージ、ネットワーク、および他の基本的なコンピューティングリソースを準備することである。消費者は、基礎となるクラウドインフラストラクチャの管理や制御は行わないが、オペレーティングシステム、ストレージ、および展開されたアプリケーションを制御でき、かつ場合によっては一部のネットワークコンポーネント（例えばホストファイアウォール）を部分的に制御できる。

展開モデルは以下の通りである。

プライベートクラウド：このクラウドインフラストラクチャは、特定の組織専用で運用される。このクラウドインフラストラクチャは、当該組織または第三者によって管理することができ、オンプレミスまたはオフプレミスで存在することができる。

コミュニティクラウド：このクラウドインフラストラクチャは、複数の組織によって共有され、共通の関心事（例えば、ミッション、セキュリティ要件、ポリシー、およびコンプライアンス）を持つ特定のコミュニティをサポートする。このクラウドインフラストラクチャは、当該組織または第三者によって管理することができ、オンプレミスまたはオフプレミスで存在することができる。

パブリッククラウド：このクラウドインフラストラクチャは、不特定多数の人々や大規模な業界団体に提供され、クラウドサービスを販売する組織によって所有される。

ハイブリッドクラウド：このクラウドインフラストラクチャは、２つ以上のクラウドモデル（プライベート、コミュニティまたはパブリック）を組み合わせたものとなる。それぞれのモデル固有の実体は保持するが、標準または個別の技術によってバインドされ、データとアプリケーションの可搬性（例えば、クラウド間の負荷分散のためのクラウドバースティング）を実現する。

クラウドコンピューティング環境は、ステートレス性（statelessness）、低結合性（low coupling）、モジュール性（modularity）および意味論的相互運用性（semantic interoperability）に重点を置いたサービス指向型環境である。クラウドコンピューティングの中核にあるのは、相互接続されたノードのネットワークを含むインフラストラクチャである。

ここで、図１を参照すると、クラウドコンピューティングノードの一例の概略図が示されている。クラウドコンピューティングノード１０は、適切なクラウドコンピューティングノードの一例に過ぎず、本明細書に記載される本発明の実施形態の使用範囲または機能性に関するいかなる制限も示唆することを意図していない。それにもかかわらず、クラウドコンピューティングノード１０は、本明細書で規定された機能性のいずれかを実装もしくは実行またはその両方を行うことが可能である。

クラウドコンピューティングノード１０では、多数の他の汎用または特殊目的のコンピューティングシステム環境または構成で動作するコンピュータシステム／サーバ１２または通信デバイスなどの携帯電子デバイスが存在する。コンピュータシステム／サーバ１２と共に使用するのに適している可能性がある周知のコンピューティングシステム、環境、もしくは構成またはその組み合わせの例としては、パーソナルコンピュータシステム、サーバコンピュータシステム、シンクライアント、シッククライアント、ハンドヘルドまたはラップトップデバイス、マルチプロセッサシステム、マイクロプロセッサベースのシステム、セットトップボックス、プログラマブル家電、ネットワークＰＣ、ミニコンピュータシステム、メインフレームコンピュータシステム、および上記システムまたはデバイスのいずれかを含む分散クラウドコンピューティング環境などがあるが、これらに限定されない。

コンピュータシステム／サーバ１２は、プログラムモジュールなどのコンピュータシステム実行可能命令がコンピュータシステムによって実行されるという一般的な文脈で説明されることがある。一般に、プログラムモジュールは、特定のタスクを実行する、または特定の抽象データ型を実装するルーチン、プログラム、オブジェクト、コンポーネント、ロジック、データ構造などを含んでもよい。コンピュータシステム／サーバ１２は、通信ネットワークを介してリンクされるリモート処理デバイスによってタスクが実行される分散クラウドコンピューティング環境において実施されてもよい。分散クラウドコンピューティング環境では、プログラムモジュールは、メモリ記憶装置を含むローカルおよびリモートコンピュータシステム記憶媒体の両方に配置されてもよい。

図１に示すように、クラウドコンピューティングノード１０内のコンピュータシステム／サーバ１２は、汎用コンピューティングデバイスの形態で示されている。コンピュータシステム／サーバ１２の構成要素は、１または複数のプロセッサまたは処理ユニット１６のセット、システムメモリ２８、およびシステムメモリ２８を含む様々なシステム構成要素をプロセッサ１６に結合するバス１８を含むことができるが、これらに限定されるものではない。

バス１８は、種々のバスアーキテクチャのいずれかを使用するメモリバスまたはメモリコントローラ、周辺バス、アクセラレーテッドグラフィックスポート、およびプロセッサまたはローカルバスを含む複数種類のバス構造のうち１つ以上の任意のものを表す。一例として、かかるアーキテクチャは、インダストリスタンダードアーキテクチャ（ＩＳＡ）バス、マイクロチャネルアーキテクチャ（ＭＣＡ）バス、拡張ＩＳＡ（ＥＩＳＡ）バス、ビデオエレクトロニクススタンダーズアソシエーション（ＶＥＳＡ）ローカルバスおよびペリフェラルコンポーネントインターコネクト（ＰＣＩ）バスを含む。

コンピュータシステム／サーバ１２は、一般的に、種々のコンピュータシステム可読媒体を含む。かかる媒体は、コンピュータシステム／サーバ１２によってアクセス可能な任意の利用可能な媒体でよく、揮発性媒体および不揮発性媒体の両方と、取り外し可能媒体および取り外し不能媒体の両方とを含むことができる。

システムメモリ２８は、ランダムアクセスメモリ（ＲＡＭ）３０もしくはキャッシュメモリ３２またはその両方など、揮発性メモリとしてのコンピュータシステム可読媒体を含むことができる。コンピュータシステム／サーバ１２はさらに、他の取り外し可能／取り外し不能コンピュータシステム記憶媒体および揮発性／不揮発性コンピュータシステム記憶媒体を含んでもよい。一例として、ストレージシステム３４は、取り外し不能な不揮発性磁気媒体（不図示。一般に「ハードドライブ」と呼ばれる）への読み書きのために設けることができる。また、図示は省略するが、取り外し可能な不揮発性磁気ディスク（例えば、フロッピーディスク）への読み書きのための磁気ディスクドライブ、および取り外し可能な不揮発性光学ディスク（ＣＤ－ＲＯＭ、ＤＶＤ－ＲＯＭや他の光学媒体など）への読み書きのための光学ディスクドライブを設けることができる。これらの例において、それぞれを、１つ以上のデータ媒体インタフェースによってバス１８に接続することができる。以下でさらに図示および説明するように、メモリ２８は、本発明の実施形態の機能を実行するように構成されたプログラムモジュールのセット（例えば、少なくとも１つ）を有する少なくとも１つのプログラム製品を含むことができる。

一例として、プログラムモジュール４２のセット（少なくとも１つ）を有するプログラム／ユーティリティ４０は、オペレーティングシステム、１つ以上のアプリケーションプログラム、他のプログラムモジュール、およびプログラムデータと同様に、メモリ２８に記憶することができる。オペレーティングシステム、１つ以上のアプリケーションプログラム、他のプログラムモジュール、およびプログラムデータ、またはそれらのいくつかの組み合わせの各々は、ネットワーク環境の実装形態を含むことができる。プログラムモジュール４２は一般に、本明細書に記載の本発明の実施形態の機能もしくは方法またはその両方を実行する。

また、コンピュータシステム／サーバ１２は、キーボード、ポインティングデバイス、ディスプレイ２４などの１つ以上の外部装置１４、ユーザとコンピュータシステム／サーバ１２との対話を可能にする１つ以上の装置、もしくはコンピュータシステム／サーバ１２と１つ以上の他のコンピュータ装置との通信を可能にする任意の装置（例えば、ネットワークカードやモデムなど）またはこれらの組み合わせと通信することができる。かかる通信は、入力／出力（Ｉ／Ｏ）インタフェース２２を介して行うことができる。さらに、コンピュータシステム／サーバ１２は、ネットワークアダプタ２０を介して１つ以上のネットワーク（ローカルエリアネットワーク（ＬＡＮ）、汎用広域ネットワーク（ＷＡＮ）、もしくはパブリックネットワーク（例えばインターネット）またはこれらの組み合わせなど）と通信することができる。図示するように、ネットワークアダプタ２０は、バス１８を介してコンピュータシステム／サーバ１２の他のコンポーネントと通信することができる。なお、図示は省略するが、他のハードウェアコンポーネントもしくはソフトウェアコンポーネントまたはその両方を、コンピュータシステム／サーバ１２と併用することができる。それらの一例としては、マイクロコード、デバイスドライバ、冗長化処理ユニット、外付けディスクドライブアレイ、ＲＡＩＤシステム、テープドライブ、データアーカイブストレージシステムなどがある。

ここで図２を参照すると、例示的なクラウドコンピューティング環境５０が描かれている。図示されるように、クラウドコンピューティング環境５０は１つまたは複数のクラウドコンピューティングノード１０を含む。これらに対して、クラウド消費者が使用するローカルコンピュータ装置（例えば、ＰＤＡもしくは携帯電話５４Ａ、デスクトップコンピュータ５４Ｂ、ラップトップコンピュータ５４Ｃ、もしくは自動車コンピュータシステム５４Ｎまたはこれらの組み合わせなど）は通信を行うことができる。ノード１０は互いに通信することができる。ノード１０は、例えば、上述のプライベート、コミュニティ、パブリックもしくはハイブリッドクラウドまたはこれらの組み合わせなど、１つまたは複数のネットワークにおいて、物理的または仮想的にグループ化（不図示）することができる。これにより、クラウドコンピューティング環境５０は、サービスとしてのインフラストラクチャ、プラットフォームもしくはソフトウェアまたはこれらの組み合わせを提供することができ、クラウド消費者はこれらについて、ローカルコンピュータ装置上にリソースを維持する必要がない。なお、図２に示すコンピュータ装置５４Ａ～Ｎの種類は例示に過ぎず、コンピューティングノード１０およびクラウドコンピューティング環境５０は、任意の種類のネットワークもしくはネットワークアドレス指定可能接続（例えば、ウェブブラウザの使用）またはその両方を介して、任意の種類の電子装置と通信可能であることを理解されたい。

ここで図３を参照すると、クラウドコンピューティング環境５０（図２）によって提供される一連の機能抽象化レイヤが示されている。なお、図３に示すコンポーネント、レイヤおよび機能は例示に過ぎず、本発明の実施形態はこれらに限定されないことをあらかじめ理解されたい。図示するように、以下のレイヤおよび対応する機能が提供される。

ハードウェアおよびソフトウェアレイヤ６０は、ハードウェアコンポーネントおよびソフトウェアコンポーネントを含む。ハードウェアコンポーネントの例には、メインフレーム６１、縮小命令セットコンピュータ（ＲＩＳＣ）アーキテクチャベースのサーバ６２、サーバ６３、ブレードサーバ６４、記憶装置６５、ならびにネットワークおよびネットワークコンポーネント６６が含まれる。いくつかの実施形態において、ソフトウェアコンポーネントは、ネットワークアプリケーションサーバソフトウェア６７およびデータベースソフトウェア６８を含む。

仮想化レイヤ７０は、抽象化レイヤを提供する。当該レイヤから、例えば以下の仮想エンティティを提供することができる：仮想サーバ７１、仮想ストレージ７２、仮想プライベートネットワークを含む仮想ネットワーク７３、仮想アプリケーションおよびオペレーティングシステム７４、ならびに仮想クライアント７５。

一例として、管理レイヤ８０は以下の機能を提供することができる。リソース準備８１は、クラウドコンピューティング環境内でタスクを実行するために利用されるコンピューティングリソースおよび他のリソースの動的な調達を可能にする。計量および価格設定８２は、クラウドコンピューティング環境内でリソースが利用される際のコスト追跡、およびこれらのリソースの消費に対する請求またはインボイス送付を可能にする。一例として、これらのリソースはアプリケーションソフトウェアのライセンスを含んでよい。セキュリティは、データおよび他のリソースに対する保護のみならず、クラウドコンシューマおよびタスクの識別確認を可能にする。ユーザポータル８３は、コンシューマおよびシステム管理者にクラウドコンピューティング環境へのアクセスを提供する。サービスレベル管理８４は、要求されたサービスレベルが満たされるように、クラウドコンピューティングリソースの割り当ておよび管理を可能にする。サービス品質保証（ＳＬＡ）の計画および履行８５は、ＳＬＡに従って将来必要になると予想されるクラウドコンピューティングリソースの事前手配および調達を可能にする。

ワークロードレイヤ９０は、クラウドコンピューティング環境が利用可能な機能の例を提供する。このレイヤから提供可能なワークロードおよび機能の例には、マッピングおよびナビゲーション９１、ソフトウェア開発およびライフサイクル管理９２、仮想教室教育の配信９３、データ分析処理９４、取引処理９５、ならびに、秘密鍵管理９６が含まれる。

クラウド環境では、一般的にトラフィックは暗号化されている。しかし、このことは、悪意のあるトラフィックもしばしば暗号化され、観測されずにサーバを攻撃する可能性があるという、独自のセキュリティ上の懸念をもたらす。このようなセキュリティ上の脅威を軽減するために、クラウドセキュリティプロキシが導入されることがある。クラウドセキュリティプロキシは、クライアントとサーバ間に位置するコンテナ型のプロキシ製品であってもよい。クラウドセキュリティプロキシは、暗号化されたトラフィックを観察・監視し、悪意のある行動やコンテンツを検出することができる。この目的のために、そしてクライアントに対して透過的であるために、クラウドセキュリティプロキシの公開鍵は、クライアントによって信頼される必要があり、クラウドセキュリティプロキシは、クライアントに対して自身を認証するためにペアリング秘密鍵を使用することが要求される場合がある。

一方、クラウド環境において、クラウドセキュリティプロキシは、１または複数のコンテナインスタンスによって実装される場合がある。しかし、コンテナインスタンスに秘密鍵を維持することは、秘密鍵が漏洩するリスクを増大させる可能性がある。さらに、クラウド環境では、刻々と変化するワークロードに合わせてコンテナインスタンスが頻繁に変更される可能性があるため、コンテナインスタンスに秘密鍵を配布することは、比較的複雑である可能性がある。

本開示の実施形態は、秘密鍵管理のための解決策を提供する。一般に、本開示の実施形態によれば、セキュリティプロキシに代わる鍵マネージャは、セキュリティプロキシの秘密鍵を維持し、秘密鍵を必要とするハンドシェイクメッセージを処理する。ソースエンティティとターゲットエンティティ間のハンドシェイクのコンテキスト情報は、セキュリティプロキシにおいて取得され、鍵マネージャに送信される。ハンドシェイクメッセージは、少なくともコンテキスト情報に基づいて鍵マネージャによって生成され、セキュリティプロキシの秘密鍵で署名される。そして、ハンドシェイクメッセージは、セキュリティプロキシに送信され、セキュリティプロキシによってターゲットエンティティに転送される。

本開示の実施形態において、セキュリティを強化した集中型システムが提案される。このようにすれば、セキュリティプロキシが秘密鍵を保存、管理、保護する必要がない。セキュリティプロキシの秘密鍵は、コンテナインスタンスに分散されることなく、一元的に保存され得る。これにより、秘密鍵の漏洩リスクを有利に低減することができる。このように、提案するソリューションにより、より安全なクラウド環境を実現することができる。また、一元化することで、セキュリティプロキシの秘密鍵の個別設定が不要となり、セキュリティプロキシの設定変更も鍵マネージャにおいて対応できるようになる。このように、セキュリティプロキシの秘密鍵の更新および管理が容易になる。

いくつかの実施形態では、ハンドシェイクメッセージに関する情報は、セキュリティプロキシおよび鍵マネージャで事前に準備することができる。ソースエンティティが関与する履歴ハンドシェイクの履歴コンテキスト情報が事前に取得されてもよい。ターゲットエンティティによってハンドシェイクが開始されると、鍵マネージャは、ソースエンティティからの応答を待つことなく、ハンドシェイクメッセージを生成してもよい。このような実施形態では、ハンドシェイクに要する時間を短縮することができ、その結果、ソースエンティティとターゲットエンティティ間のトランザクションフローを改善することができる。このようにして、より効率的なハンドシェイクを実現することができる。

セキュリティプロキシがクラウド環境に配備されていない場合であっても、本開示の上記利点を実現することも可能である。本開示の他の利点は、以下の例示的な実施形態および添付の図面を参照して説明される。

図４は、本開示の実施形態が実装され得る環境４００を描いている。環境４００の構造および機能は、本開示の範囲に関するいかなる制限も示唆することなく、説明の目的のためにのみ記載されていることが理解される。一般に、環境４００は、ターゲットエンティティ４１０、ソースエンティティ４２０、セキュリティプロキシ４３０、および鍵マネージャ４４０を含む。

図４に示すように、セキュリティプロキシ４３０は、ターゲットエンティティ４１０とソースエンティティ４２０間に配置される。具体的には、セキュリティプロキシ４３０は、ターゲットエンティティ４１０とセキュリティプロキシ４３０間の第１のセキュア接続、およびセキュリティプロキシ４３０とソースエンティティ４２０間の第２のセキュア接続を確立する認可されたエンティティとして機能し得る。これらの２つのセキュア接続により、セキュリティプロキシ４３０は、第１のセキュア接続を介してターゲットエンティティ４１０から暗号化された通信を受信してもよい。暗号化された通信がソースエンティティ４２０に向けられている場合、セキュリティプロキシ４３０は、第２のセキュア接続を介して、通信をソースエンティティ４２０に転送してもよい。暗号化された通信が第２のセキュア接続を介してソースエンティティ４２０から受信される場合、逆の処理が実行され得る。一例として、セキュリティプロキシ４３０は、ＴＬＳ（Transport Layer Security）を提供するように構成されてもよい。このような例では、セキュリティプロキシ４３０は、ＴＬＳプロキシであってもよい。

いくつかの実施形態では、セキュリティプロキシ４３０は、クラウド環境において実装されてもよい。例えば、セキュリティプロキシ４３０は、１または複数のコンテナインスタンスによって実装されてもよい。いくつかの実施形態では、セキュリティプロキシ４３０は、１または複数のローカルデバイスに実装されてもよい。

ターゲットエンティティ４１０およびソースエンティティ４２０は、セキュリティプロキシ４３０を介して互いに通信する任意の適切なエンティティであってよい。いくつかの実施形態では、ターゲットエンティティ４１０およびソースエンティティ４２０の一方はクライアントであってよく、ターゲットエンティティ４１０およびソースエンティティ４２０の他方はサーバであってよい。一例として、本開示の範囲に関するいかなる制限もなく、ターゲットエンティティ４１０はＴＬＳクライアントであってよく、ソースエンティティ４２０はＴＬＳサーバであってよい。

互いに通信するため、例えばアプリケーションデータを交換するためには、ターゲットエンティティ４１０とソースエンティティ４２０間でハンドシェイクが必要である。セキュリティプロキシ４３０の存在により、ハンドシェイクは、ターゲットエンティティ４１０とセキュリティプロキシ４３０間のハンドシェイクシーケンスだけでなく、ソースエンティティ４２０とセキュリティプロキシ４３０間の別のハンドシェイクシーケンスを含む場合がある。ターゲットエンティティ４１０、セキュリティプロキシ４３０、およびソースエンティティ４２０の間で通信される１または複数のハンドシェイクメッセージは、ハンドシェイクメッセージの送信者の秘密鍵で署名される必要がある場合がある。例えば、証明書検証のためのハンドシェイクメッセージは、送信者の秘密鍵で署名されることが要求される。

本明細書で使用する場合、「ソース」という用語は、メッセージ（例えば、ハンドシェイクメッセージ）の発信元に関して使用され、「ターゲット」という用語は、メッセージの宛先に関して使用される。以下では、ターゲットエンティティ４１０およびソースエンティティ４２０は、まとめて「エンティティ（entities）」と呼ばれることもあり、個別に「エンティティ（entity）」と呼ばれることもある。

図４に示すように、鍵マネージャ４４０は、セキュリティプロキシ４３０とセキュア接続で通信することができる。鍵マネージャ４４０は、セキュリティプロキシ４３０の秘密鍵４５０を維持し、セキュリティプロキシ４３０の代わりに秘密鍵４５０を必要とするメッセージを処理するように構成される。鍵マネージャ４４０は、任意の適切な方法で実装されてもよい。例えば、鍵マネージャ４４０は、クラウド環境内の構成要素によって実装されてもよい。あるいは、鍵マネージャ４４０は、１または複数のデバイス、例えばサーバによって実装されてもよい。

鍵マネージャ４４０は、セキュリティプロキシ４３０からソースエンティティ４２０とターゲットエンティティ４１０間のハンドシェイクのコンテキスト情報を受信し、少なくともコンテキスト情報および秘密鍵４５０に基づいてハンドシェイクメッセージを生成するように構成されている。本明細書において、ハンドシェイクの「コンテキスト情報」という用語は、ハンドシェイク中に交換された情報の少なくとも一部を指し、例えば、ターゲットエンティティ４１０、セキュリティプロキシ４３０およびソースエンティティ４２０の間で通信されたメッセージのことである。

いくつかの実施形態では、鍵マネージャ４４０は、ソースエンティティ４２０が関与する履歴ハンドシェイクの履歴コンテキスト情報４６０を格納してもよい。具体的には、履歴コンテキスト情報は、ソースエンティティ４２０に関連していてもよい。鍵マネージャ４４０は、履歴コンテキスト情報に基づいて、ハンドシェイクメッセージをさらに生成してもよい。図示しないが、いくつかの実施形態において、セキュリティプロキシ４３０は、履歴コンテキスト情報４６０を格納してもよい。

図４に示された要素の数は、説明の目的のみのために提供されており、任意の適切な数の要素が存在してもよい。例えば、セキュリティプロキシ４３０によって提供されるエンティティがさらに存在してもよい。鍵マネージャ４４０は、複数のセキュリティプロキシの秘密鍵を維持してもよい。

図５は、本開示のいくつかの実施形態による秘密鍵管理のための例示的なプロセス５００を示す図である。図５に示すように、プロセス５００は、ターゲットエンティティ５１１、セキュリティプロキシ５３１、鍵マネージャ５４１、およびソースエンティティ５２１を含んでもよい。これらの構成要素は、図４に示すように、ターゲットエンティティ４１０、セキュリティプロキシ４３０、鍵マネージャ４４０、およびソースエンティティ４２０にそれぞれ対応してもよい。

ターゲットエンティティ５１１とソースエンティティ５２１間のハンドシェイクが、相互認証のために開始されてもよい。ハンドシェイクメッセージは、セキュリティプロキシ５３１を介して、ターゲットエンティティ５１１とソースエンティティ５２１間で通信される。ハンドシェイクメッセージ（「第１のハンドシェイクメッセージ」とも称される）、例えば証明書検証のためのメッセージは、セキュリティプロキシ５３１の秘密鍵（「第１の秘密鍵」とも称される）を必要とする場合がある。

セキュリティプロキシ５３１は、ソースエンティティ５２１とターゲットエンティティ５１１間のハンドシェイクのコンテキスト情報５１０を取得し、そのコンテキスト情報を鍵マネージャ５４１に送信５１５する。コンテキスト情報は、ハンドシェイク中に交換された情報の一部または全部を含んでよい。例えば、コンテキスト情報は、ハンドシェイク中にターゲットエンティティ５１１、セキュリティプロキシ５３１、およびソースエンティティ５２１の間で通信されたメッセージ５０５、５０６を含んでよい。

いくつかの実施形態では、セキュリティプロキシ５３１は、コンテキスト情報の少なくとも一部として、ソースエンティティ５２１からハンドシェイクメッセージ（「第２のハンドシェイクメッセージ」とも称される）を受信してもよい。第２のハンドシェイクメッセージは、ターゲットエンティティ５１１に向けられ、ソースエンティティ５２１の秘密鍵（「第２の秘密鍵」とも称される）で署名される。一例として、第２のハンドシェイクメッセージは、証明書を検証するための証明書検証（ＣＶ）メッセージであってよい。ＣＶメッセージは、ソースエンティティ５２１の秘密鍵に基づいて生成されるソースエンティティ５２１の署名を含んでよい。

第２のハンドシェイクメッセージを受信すると、セキュリティプロキシ５３１は、第２のハンドシェイクメッセージを鍵マネージャ５４１に送信することができる。さらに、いくつかの実施形態では、セキュリティプロキシ５３１は、さらに、ターゲットエンティティ５１１とセキュリティプロキシ５３１間で使用されるハンドシェイク鍵を鍵マネージャ５４１に送信してもよい。ハンドシェイク鍵は、ターゲットエンティティ５１１からの鍵交換情報に基づいて決定されてもよい。このように、鍵マネージャ５４１は、ハンドシェイク鍵で第１のハンドシェイクメッセージを暗号化してもよい。以下、これらの実施形態の一例について、図６を参照しながら説明する。

いくつかの実施形態では、セキュリティプロキシ５３１は、コンテキスト情報の少なくとも一部として、ターゲットエンティティ５１１から「ハロー」メッセージ（「第１のハローメッセージ」とも称される）を受信してもよい。第１のハローメッセージは、ハンドシェイクを開始するためにソースエンティティ５２１に向けられることがある。ターゲットエンティティ５１１がクライアントの場合、第１のハローメッセージは、クライアントハローメッセージであってもよい。第１のハローメッセージは、ターゲットエンティティ５１１とセキュリティプロキシ５３１間のハンドシェイクシーケンスを暗号化するための鍵交換情報を含んでいてもよい。例えば、第１のハローメッセージは、少なくとも、セキュリティプロキシ５３１との鍵交換のためのパラメータを示す鍵共有エントリを含んでよい。

ターゲットエンティティ５１１から第１のハローメッセージを受信すると、セキュリティプロキシ５３１は、第１のハローメッセージを鍵マネージャ５４１に送信してもよい。また、いくつかの実施形態では、セキュリティプロキシ５３１は、第１のハンドシェイクメッセージを生成するために必要な情報の一部を予め用意しておいてもよい。セキュリティプロキシ５３１は、第１のハローメッセージを受信する前に、ソースエンティティ５２１が関与する履歴ハンドシェイクの履歴コンテキスト情報（例えば、図４に示されるような履歴コンテキスト情報４６０など）を取得してもよい。履歴コンテキスト情報は、ソースエンティティ５２１からのハローメッセージ、ソースエンティティ５２１の証明書、ソースエンティティ５２１からの任意の関連するハンドシェイクメッセージを含んでよい。

履歴コンテキスト情報は、ソースエンティティ５２１が関与する任意の適切な履歴ハンドシェイクの間に取得されてもよい。一例として、履歴コンテキスト情報は、ソースエンティティ５２１が関与するハンドシェイクを、セキュリティプロキシ５３１が初めて提供するときに取得されてもよい。別の例として、履歴コンテキスト情報は、ソースエンティティ５２１が関与する最新のハンドシェイクの間に取得されてもよい。

いくつかの実施形態において、履歴コンテキスト情報は、履歴コンテキスト情報が取得されると、鍵マネージャ５４１に送信されてもよい。いくつかの実施形態では、履歴コンテキスト情報は、第１のハローメッセージとともに鍵マネージャ５４１に送信されてもよい。これらの実施形態の一例について、図７を参照して以下に説明する。

セキュリティプロキシ５３１からコンテキスト情報を受信５１５すると、鍵マネージャ５４１は、少なくともコンテキスト情報に基づいて、第１のハンドシェイクメッセージを生成５２０する。第１のハンドシェイクメッセージは、セキュリティプロキシ５３１の第１の秘密鍵（不図示）で署名される。秘密鍵は、例えば、図４に描かれているような秘密鍵４５０に対応してもよい。例えば、鍵マネージャ５４１は、第１の秘密鍵に基づいてセキュリティプロキシ５３１の署名を生成することができ、その署名を第１のハンドシェイクメッセージに含めることができる。

コンテキスト情報としてソースエンティティ５２１から第２のハンドシェイクメッセージを受信した上記実施形態において、鍵マネージャ５４１は、第２のハンドシェイクメッセージおよび第１の秘密鍵に基づいて、第１のハンドシェイクメッセージを生成５２０してもよい。例えば、鍵マネージャ５４１は、第２のハンドシェイクメッセージにおけるソースエンティティ５２１の署名を、セキュリティプロキシ５３１の署名に置き換えてもよい。

また、ターゲットエンティティ５１１とセキュリティプロキシ５３１間で使用されるハンドシェイク鍵が鍵マネージャ５４１に送信される場合、鍵マネージャ５４１は、ハンドシェイク鍵で第１ハンドシェイクメッセージを暗号化してもよい。

コンテキスト情報としてターゲットエンティティ５１１から第１のハローメッセージを受信５１５した上記実施形態において、鍵マネージャ５４１は、第１のハローメッセージおよび履歴コンテキスト情報に基づいて、第１のハンドシェイクメッセージを生成５２０してもよい。また、鍵マネージャ５４１は、第１の秘密鍵に基づいてセキュリティプロキシ５３１の署名を生成してよく、かかる署名を第１のハンドシェイクメッセージに含んでもよい。これらの実施形態において、第１のハローメッセージは、ターゲットエンティティ５１１に関する情報を提供することができ、一方、履歴コンテキスト情報は、ソースエンティティ５２１に関する情報を提供することができる。

また、ターゲットエンティティ５１１とセキュリティプロキシ５３１間で使用されるハンドシェイク鍵を決定するためのパラメータのセットがセキュリティプロキシ５３１から鍵マネージャ５４１に送信される場合、鍵マネージャ５４１は、パラメータのセットおよび第１のハローメッセージに基づいてハンドシェイク鍵を決定してもよい。例えば、パラメータのセットは、セキュリティプロキシ５３１によって決定された鍵共有エントリを含んでよく、第１のハローメッセージは、ターゲットエンティティ５１１によって決定された別の鍵共有エントリを含んでもよい。ハンドシェイク鍵は、これらの鍵共有エントリに基づいて決定されてもよい。そして、鍵マネージャ５４１は、ハンドシェイク鍵で第１のハンドシェイクメッセージを暗号化してもよい。

鍵マネージャ５４１は、第１のハンドシェイクメッセージを生成５２０した後、第１のハンドシェイクメッセージをセキュリティプロキシ５３１に送信５２５する。そして、セキュリティプロキシ５３１は、第１のハンドシェイクメッセージをターゲットエンティティ５１１に送信５３０する。鍵マネージャ５４１から受信した第１のハンドシェイクメッセージがハンドシェイク鍵で暗号化されている場合、セキュリティプロキシ５３１は、第１のハンドシェイクメッセージを直接ターゲットエンティティ５１１に転送５３０してもよい。鍵マネージャ５４１から受信した第１のハンドシェイクメッセージがハンドシェイク鍵で暗号化されていない場合、セキュリティプロキシ５３１は、まず、第１のハンドシェイクメッセージをハンドシェイク鍵で暗号化することができ、暗号化された第１のハンドシェイクメッセージをターゲットエンティティ５１１に送信５３０してもよい。

図５に示すように、ソースエンティティ５２１とターゲットエンティティ５１１間のハンドシェイクは、後続の手順で継続される。例えば、ターゲットエンティティ５１１とセキュリティプロキシ５３１間のハンドシェイクシーケンスが実行５３５されてよい。ソースエンティティ５２１とセキュリティプロキシ５３１間のハンドシェイクシーケンスが実行５４０されてもよい。

本開示の実施形態では、セキュリティプロキシが秘密鍵を保存、管理、および保護する必要はない。セキュリティプロキシの秘密鍵は、コンテナインスタンスに配布されることなく、一元的に保存され得る。そのため、秘密鍵の漏洩リスクを低減することができ、さらには回避することができる。そのため、より安全なクラウド環境を実現することができる。また、一元管理することで、セキュリティプロキシの更新や管理も鍵マネージャが行うことができる。このように、セキュリティプロキシの秘密鍵の更新および管理が容易になる。

上述したように、いくつかの実施形態では、ソースエンティティ５２１からの第２のハンドシェイクメッセージがコンテキスト情報として使用され得る。ここで、図６を参照する。図６は、本開示のいくつかの実施形態による秘密鍵管理のための例示的なプロセス６００を示す図である。プロセス６００は、プロセス５００の１つの可能な実装として考慮され得る。図６に示すように、プロセス６００は、ターゲットエンティティ６１１と、セキュリティプロキシ６３１と、鍵マネージャ６４１と、ソースエンティティ６２１とを含み得る。これらの構成要素は、図４に示すように、ターゲットエンティティ４１０、セキュリティプロキシ４３０、鍵マネージャ４４０、およびソースエンティティ４２０にそれぞれ対応してもよい。本開示の範囲に関して限定することなく議論の目的でのみ、プロセス６００において、ソースエンティティ６２１はサーバであり、ターゲットエンティティ６１１はクライアントであり、第１および第２のハンドシェイクメッセージはＣＶメッセージである。

図６に示すように、ターゲットエンティティ６１１は、ターゲットエンティティ６１１とソースエンティティ６２１間のハンドシェイクを開始するために、セキュリティプロキシ６３１にクライアントハローメッセージ（「第１のクライアントハローメッセージ」とも称される）を送信６０５してもよい。第１のクライアントハローメッセージは、少なくとも、セキュリティプロキシ６３１との鍵交換のためのパラメータを示す鍵共有エントリ（「第１の鍵共有エントリ」とも称される）を含んでよい。第１のクライアントハローメッセージは、他の鍵交換情報、例えば、プロトコルバージョン、暗号アルゴリズム、をさらに含んでもよい。

セキュリティプロキシ６３１は、ソースエンティティ６２１との鍵交換のためのパラメータを示す別の鍵共有エントリ（「第２の鍵共有エントリ」とも称される）を決定６１０してもよい。セキュリティプロキシ６３１は、第１の鍵共有エントリを第２の鍵共有エントリに置き換えることによって更新されたクライアントハローメッセージ（「第２のクライアントハローメッセージ」とも称される）を生成することができ、第２のクライアントハローメッセージをソースエンティティ６２１に送信６１５することができる。

第２のクライアントハローメッセージを受信すると、ソースエンティティ６２１は、応答としてサーバハローメッセージ（これは「第１のサーバハローメッセージ」とも呼ばれる）をセキュリティプロキシ６３１に送信６２０することができる。第１のサーバハローメッセージは、少なくとも、セキュリティプロキシ６３１との鍵交換のためのパラメータを示す鍵共有エントリ（「第３の鍵共有エントリ」とも称される）を含んでいてもよい。

セキュリティプロキシ６３１は、ターゲットエンティティ６１１との鍵交換のためのパラメータを示す別の鍵共有エントリ（「第４の鍵共有エントリ」とも称される）を決定６２５してもよい。セキュリティプロキシ６３１は、第１および第４の鍵共有エントリに基づいて、ターゲットエンティティ６１１とセキュリティプロキシ６３１間で使用される第１のハンドシェイク鍵、ならびに第２および第３の鍵共有エントリに基づいて、ソースエンティティ６２１とセキュリティプロキシ６３１間で使用される第２のハンドシェイク鍵を決定６３０してもよい。セキュリティプロキシ６３１は、ターゲットエンティティ６１１に別のサーバハローメッセージ（「第２のサーバハローメッセージ」と称される）を送信６３５してもよい。第２のハローメッセージは、少なくとも第４の鍵共有エントリを含んでいてもよい。

ソースエンティティ６２１は、第１のサーバハローメッセージをセキュリティプロキシ６３１に送信６２０した後、ソースエンティティ６２１の証明書（この例ではサーバ証明書）をセキュリティプロキシ６３１に送信６４０してもよい。そして、セキュリティプロキシ６３１は、サーバ証明書をターゲットエンティティ６１１に転送６４５してもよい。

ソースエンティティ６２１は、さらに、サーバ証明書を検証するためのメッセージ（「オリジナルＣＶメッセージ」とも称される）をセキュリティプロキシ６３１に送信６５０してもよい。セキュリティプロキシ６３１は、少なくとも、オリジナルのＣＶメッセージをコンテキスト情報として鍵マネージャ６４１に送信６５５してもよい。いくつかの実施形態では、セキュリティプロキシ６３１は、さらに、ターゲットエンティティ６１１とセキュリティプロキシ６３１間で使用される第１のハンドシェイク鍵を鍵マネージャ６４１に送信してよい。セキュリティプロキシ６３１は、他の関連するコンテキスト情報を鍵マネージャ６４１に送信してもよい。

その後、鍵マネージャ６４１は、オリジナルのＣＶメッセージおよび秘密鍵（不図示）に基づいて、新しいＣＶメッセージを生成６６０することができる。秘密鍵は、例えば、図４に描かれているような秘密鍵４５０に対応してよい。例えば、新しいＣＶメッセージは、秘密鍵に基づいて生成された署名を含んでよい。第１のハンドシェイク鍵が鍵マネージャ６４１にも送信される場合、鍵マネージャ６４１は、秘密鍵で新たなＣＶメッセージを暗号化することができる。

そして、鍵マネージャ６４１は、新しいＣＶメッセージをセキュリティプロキシ６３１に送信６６５してよい。セキュリティプロキシ６３１は、新しいＣＶメッセージをターゲットエンティティ６１１に転送６７０してもよい。図６に示すように、ソースエンティティ６２１とターゲットエンティティ６１１間のハンドシェイクは、後続の手順で継続される。例えば、ターゲットエンティティ６１１とセキュリティプロキシ６３１間のハンドシェイクシーケンスは、実行６７５されてもよい。ソースエンティティ６２１とセキュリティプロキシ６３１間のハンドシェイクシーケンスは、実行６８０されてもよい。

ソースおよびターゲットエンティティ、例えばＴＬＳサーバおよびＴＬＳクライアントは、基本的に変更されない場合があり、したがって、ハンドシェイク間の唯一の違いは、鍵交換用のパラメータ、例えば、鍵共有エントリであることが認識されてきた。したがって、いくつかの実施形態では、第１のハンドシェイクメッセージを生成するために必要な情報の一部は、事前に準備されてもよい。

図７は、本開示のいくつかの実施形態による秘密鍵管理のための例示的なプロセス７００を示す図である。プロセス７００は、プロセス５００の別の可能な実装として考慮されてもよい。図７に示すように、プロセス７００は、ターゲットエンティティ７１１、セキュリティプロキシ７３１、鍵マネージャ７４１、およびソースエンティティ７２１を含み得る。これらの構成要素は、図４に示すように、ターゲットエンティティ４１０、セキュリティプロキシ４３０、鍵マネージャ４４０、およびソースエンティティ４２０にそれぞれ対応してもよい。範囲を限定しない議論のためのみに、プロセス７００において、ソースエンティティ７２１はサーバであってもよく、ターゲットエンティティ７１１はクライアントであってもよく、第１および第２のハンドシェイクメッセージはＣＶメッセージであってもよい。

図７に示すように、セキュリティプロキシ７３１は、ソースエンティティ７２１を含む履歴ハンドシェイクの履歴コンテキスト情報（例えば、図４に描かれたような履歴コンテキスト情報４６０など）を取得７０５してもよい。この例では、履歴コンテキスト情報は、ソースエンティティ７２１からのサーバハローメッセージ（「以前のサーバハローメッセージ」とも称される）、およびソースエンティティ７２１のサーバ証明書（「以前のサーバ証明書」とも称される）を含み得る。例えば、セキュリティプロキシ７３１は、セキュリティプロキシ７３１が、ソースエンティティ７２１が関与するハンドシェイクを初めて提供するとき、またはソースエンティティ７２１が関与する最新のハンドシェイクの間に、ソースエンティティ７２１から以前のサーバハローメッセージと以前のサーバ証明書を受信してもよい。

セキュリティプロキシ７３１は、履歴コンテキスト情報を鍵マネージャ７４１に送信７１０してもよい。鍵マネージャ７４１は、履歴コンテキスト情報を、例えば、キャッシュまたは任意の適切な記憶装置に格納７１５してもよい。

いくつかの実施形態では、セキュリティプロキシ７３１は、ソースエンティティ７２１およびターゲットエンティティ７１１との鍵交換のためのパラメータを示す鍵共有エントリを予め決定してもよい。例えば、ソースエンティティ７２１との鍵交換のためのパラメータを示す第５の鍵共有エントリと、ターゲットエンティティ７１１との鍵交換のためのパラメータを示す第６の鍵共有エントリは、予めセキュリティプロキシ７３１によって準備されてもよい。さらに、セキュリティプロキシ７３１は、準備した鍵共有エントリを鍵マネージャ７４１に送信してもよい。

このように、セキュリティプロキシ７３１および鍵マネージャ７４１は、ターゲットエンティティ７１１とソースエンティティ７２１との間のハンドシェイクのために準備されてもよい。図７に示すように、ターゲットエンティティ７１１は、ターゲットエンティティ７１１とソースエンティティ７２１間のハンドシェイクを開始するために、セキュリティプロキシ７３１にクライアントハローメッセージ（「オリジナルのクライアントハローメッセージ」とも称される）を送信７２０してもよい。オリジナルクライアントハローメッセージは、少なくとも、セキュリティプロキシ７３１との鍵交換のためのパラメータを示す第７の鍵共有エントリを含んでいてもよい。

ターゲットエンティティ７１１からオリジナルのクライアントハローメッセージを受信７２０すると、２つのサブプロセス７０１および７０２を実行することができる。図７では、サブプロセス７０１および７０２が順番に描かれているが、これは単に図示を簡単にするためであり、７０１および７０２は並行して実行することができる。サブプロセス７０１において、セキュリティプロキシ７３１は、オリジナルのクライアントハローメッセージを鍵マネージャ７４１に直接送信７２５してもよい。鍵マネージャ７４１は、秘密鍵（不図示）で署名された第１のＣＶメッセージを生成７３０してもよい。秘密鍵は、例えば、図４に描かれているような秘密鍵４５０に対応してもよい。例えば、第１のＣＶメッセージは、オリジナルのクライアントハローメッセージ、以前のサーバハローメッセージ、および以前のサーバ証明書に基づいて生成されてもよい。第１のＣＶメッセージは、第１の秘密鍵に基づいて生成されたセキュリティプロキシ７３１の署名を含んでいてもよい。

いくつかの実施形態において、ターゲットエンティティ７１１との鍵交換のためのパラメータを示す第６の鍵共有エントリが鍵マネージャ７４１に送信される場合、鍵マネージャ７４１は、オリジナルのクライアントハローメッセージ内の第６の鍵共有エントリおよび第７の鍵共有エントリに基づいて、ターゲットエンティティ７１１とセキュリティプロキシ７３１間で使用されるハンドシェイク鍵（「第３のハンドシェイク鍵」とも称される）を決定してもよい。鍵マネージャ７４１は、第１のＣＶメッセージを第３のハンドシェイク鍵で暗号化してもよい。次に、鍵マネージャ７４１は、第１のＣＶメッセージをセキュリティプロキシ７３１に送信７３５してもよい。

図７に示すように、ターゲットエンティティ７１１からオリジナルのクライアントハローメッセージを受信７２０すると、セキュリティプロキシ７３１は、オリジナルのクライアントハローメッセージ内の第６の鍵共有エントリおよび第７の鍵共有エントリに基づいて第３のハンドシェイク鍵を決定７４０してもよい。いくつかの実施形態において、セキュリティプロキシ７３１は、オリジナルのクライアントハローメッセージに対する応答として、サーバハローメッセージ（「第２のハローメッセージ」と称されることがある）を生成してもよい。このサーバハローメッセージは、以前のサーバハローメッセージに基づいて生成されてよく、予め準備された第６の鍵共有エントリを含んでもよい。そして、セキュリティプロキシ７３１は、このサーバハローメッセージをターゲットエンティティ７１１に送信７４５してもよい。また、セキュリティプロキシ７３１は、第１のＣＶメッセージと以前のサーバ証明書をターゲットエンティティ７１１に送信７５０してもよい。

次に、サブプロセス７０２を説明する。ターゲットエンティティ７１１からオリジナルのクライアントハローメッセージを受信７２０すると、セキュリティプロキシ７３１は、オリジナルのクライアントハローメッセージおよび予め準備された第５の鍵共有エントリに基づいて、新たなクライアントハローメッセージを生成してもよい。新たなクライアントハローメッセージは、オリジナルのクライアントハローメッセージ内の第７の鍵共有エントリを第５の鍵共有エントリに置き換えることによって生成されてよい。そして、セキュリティプロキシ７３１は、新しいクライアントハローメッセージをソースエンティティ７２１に送信７５５してもよい。

ソースエンティティ７２１は、応答として、セキュリティプロキシ７３１にサーバハローメッセージを送信７６０してもよい。このサーバハローメッセージは、セキュリティプロキシ７３１との鍵交換のためのパラメータを示す第８の鍵共有エントリを含んでいてもよい。セキュリティプロキシ７３１は、第５の鍵共有エントリおよび第８の鍵共有エントリに基づいて、ソースエンティティ７２１とセキュリティプロキシ７３１間で使用されるハンドシェイク鍵を決定７６５してもよい。その後、ソースエンティティ７２１は、新しいサーバ証明書を送信７７０してよく、新しいＣＶメッセージをセキュリティプロキシ７３１に送信７７５してもよい。いくつかの実施形態では、このサーバハローメッセージおよび新しいサーバ証明書は、履歴コンテキスト情報を更新するために使用されてもよい。例えば、新しいサーバ証明書は、以前のサーバ証明書を置き換えてもよい。このように、サブプロセス７０２は、完了したと考えることができる。

図７に示すように、ソースエンティティ７２１とターゲットエンティティ７１１間のハンドシェイクは、サブプロセス７０１および７０２の両方が完了した後、後続の手順で継続される。例えば、ターゲットエンティティ７１１とセキュリティプロキシ７３１間のハンドシェイクシーケンスは、実行７８０されてよい。ソースエンティティ７２１とセキュリティプロキシ７３１間のハンドシェイクシーケンスは、実行７８５されてよい。

そのような実施形態では、ターゲットエンティティ７１１とセキュリティプロキシ７３１間のサブプロセス７０１に示すようなハンドシェイクシーケンスは、以前のサーバハローメッセージおよび以前のサーバ証明書によって実行されることができる。セキュリティプロキシ７３１は、ソースエンティティ７２１からの新しいサーバハローメッセージおよび新しいＣＶメッセージを待つ必要がないようにしてもよい。このようにすることで、ハンドシェイクに要する時間を短縮することができ、ハンドシェイクの効率を向上させることができる。

図８は、本開示のいくつかの実施形態による例示的な方法８００のフローチャートを描いている。例えば、方法８００は、図４に示されるように、セキュリティプロキシ４３０において実施されてもよい。方法８００はまた、追加のブロック（不図示）を含んでよく、もしくは図示されたブロックを省略してよく、またはその両方であってよいことが理解されるであろう。本明細書で説明される本開示の範囲は、この態様に限定されない。

ブロック８１０において、セキュリティプロキシ４３０は、ソースエンティティとターゲットエンティティ間のハンドシェイクのコンテキスト情報を取得する。ブロック８２０において、セキュリティプロキシは、鍵マネージャにコンテキスト情報を送信する。鍵マネージャは、セキュリティプロキシの第１の秘密鍵を保持する。ブロック８３０において、セキュリティプロキシは、鍵マネージャから第１のハンドシェイクメッセージを受信する。第１のハンドシェイクメッセージは、少なくともコンテキスト情報に基づいて生成され、第１の秘密鍵で署名される。ブロック８４０において、セキュリティプロキシ４３０は、第１のハンドシェイクメッセージをターゲットエンティティに送信する。

いくつかの実施形態において、セキュリティプロキシは、コンテキスト情報の少なくとも一部として、ソースエンティティから第２のハンドシェイクメッセージを受信してよい。第２のハンドシェイクメッセージは、ターゲットエンティティに向けられてよく、ソースエンティティの第２の秘密鍵で署名されてよい。例えば、ソースエンティティからのＣＶメッセージは、コンテキスト情報の少なくとも一部として受信されてよい。いくつかの実施形態では、セキュリティプロキシは、さらに、セキュリティプロキシとターゲットエンティティ間で使用されるハンドシェイク鍵を鍵マネージャに送信してよい。第１のハンドシェイクメッセージは、ハンドシェイク鍵で暗号化されてもよい。

いくつかの実施形態では、セキュリティプロキシは、コンテキスト情報の少なくとも一部として、ターゲットエンティティから第１のハローメッセージを受信してよい。第１のハローメッセージは、ハンドシェイクを開始するためにソースエンティティに向けられる。いくつかの実施形態において、セキュリティプロキシは、さらに、ソースエンティティが関与する履歴ハンドシェイクの履歴コンテキスト情報を取得してよく、履歴コンテキスト情報を鍵マネージャに送信してもよい。例えば、履歴コンテキスト情報は、ソースエンティティからのサーバハローおよびサーバ証明書を含んでよい。これらの実施形態において、第１のハンドシェイクメッセージは、履歴コンテキスト情報および第１のハローメッセージに基づいて生成されてもよい。

いくつかの実施形態では、セキュリティプロキシは、さらに、履歴コンテキスト情報に基づいて、第１のハローメッセージに対する応答として第２のハローメッセージを決定してもよい。セキュリティプロキシは、第２のハローメッセージをターゲットエンティティに送信してもよい。

いくつかの実施形態では、セキュリティプロキシは、さらに、セキュリティプロキシとターゲットエンティティ間で使用されるハンドシェイク鍵を決定するためのパラメータのセットを鍵マネージャに送信してもよい。これらの実施形態では、第１のハンドシェイクメッセージは、パラメータのセットおよび第１のハローメッセージに基づいて決定されたハンドシェイク鍵で暗号化されてもよい。

図９は、本開示のいくつかの実施形態による例示的な方法９００のフローチャートを示す図である。例えば、方法９００は、図４に示されるような鍵マネージャ４４０などの鍵マネージャで実施されてもよい。方法９００はまた、追加のブロック（不図示）を含んでよく、もしくは図示されたブロックを省略してもよく、またはその両方であってよいことを理解されたい。本明細書に記載された本開示の範囲は、この態様に限定されない。

ブロック９１０において、鍵マネージャは、セキュリティプロキシからソースエンティティとターゲットエンティティ間のハンドシェイクのコンテキスト情報を受信する。ブロック９２０において、鍵マネージャは、少なくともコンテキスト情報に基づいて、ターゲットエンティティに向けられた第１のハンドシェイクメッセージを生成する。第１のハンドシェイクメッセージは、鍵マネージャによって保持されるセキュリティプロキシの第１の秘密鍵で署名される。ブロック９３０において、鍵マネージャは、第１のハンドシェイクメッセージをセキュリティプロキシに送信する。

いくつかの実施形態では、鍵マネージャは、コンテキスト情報の少なくとも一部として、セキュリティプロキシから第２のハンドシェイクメッセージを受信してもよい。第２のハンドシェイクメッセージは、ターゲットエンティティに向けられてよく、ソースエンティティの第２の秘密鍵で署名されてもよい。例えば、ＣＶメッセージは、コンテキスト情報の少なくとも一部として受信されてもよい。いくつかの実施形態では、鍵マネージャは、さらに、セキュリティプロキシとターゲットエンティティ間で使用されるハンドシェイク鍵をセキュリティプロキシからさらに受信してもよい。鍵マネージャは、ハンドシェイク鍵で第１のハンドシェイクメッセージを暗号化してもよい。

いくつかの実施形態では、鍵マネージャは、コンテキスト情報の少なくとも一部として、セキュリティプロキシから第１のハローメッセージを受信してよい。第１のハローメッセージは、ハンドシェイクを開始するためのソースエンティティに向けられることがある。いくつかの実施形態では、鍵マネージャは、さらに、セキュリティプロキシから、ソースエンティティが関与する履歴ハンドシェイクの履歴コンテキスト情報を受信してもよい。例えば、履歴コンテキスト情報は、ソースエンティティからのサーバハローおよびサーバ証明書を含んでよい。鍵マネージャは、履歴コンテキスト情報および第１のハローメッセージに基づいて、第１のハンドシェイクメッセージを生成してよい。

いくつかの実施形態では、鍵マネージャは、さらに、セキュリティプロキシから、セキュリティプロキシとターゲットエンティティ間で使用されるハンドシェイク鍵を決定するためのパラメータのセットを受信してよく、パラメータのセットおよび第１のハローメッセージに基づいてハンドシェイク鍵を決定してもよい。鍵マネージャは、第１のハンドシェイクメッセージをハンドシェイク鍵で暗号化してもよい。

本開示の実施形態による秘密鍵管理またはセキュリティプロキシ／鍵マネージャの処理は、図１のコンピュータシステム／サーバ１２によって実装され得る。

ここで図１０を参照すると、例えばプロセス８００および９００を含む本開示の様々な態様を実行するように構成され得る例示的なコンピュータシステム１０００のハイレベルブロック図が示されている。例示的なコンピュータシステム１０００は、本開示の実施形態に従って、本明細書に記載の方法またはモジュール、および任意の関連する機能または動作の１または複数を実施する際に（例えば、コンピュータの１または複数のプロセッサ回路またはコンピュータプロセッサを含むプロセッサのセットを使用して）使用されてもよい。プロセッサのセットによって実行される動作は、単一のプロセッサ、プロセッサのグループのうちの１つ、プロセッサのグループのすべて、またはその間の任意の量によって実行されてもよい。いくつかの実施形態では、コンピュータシステム１０００の主要構成要素は、１または複数のＣＰＵ１００２、メモリサブシステム１００８、端末インタフェース１０１６、ストレージインタフェース１０１８、Ｉ／Ｏ（入力／出力）デバイスインタフェース１０２０、およびネットワークインタフェース１０２２を含んでよく、これらのすべては、メモリバス１００６、Ｉ／Ｏバス１０１４、およびＩ／Ｏバスインタフェースユニット１０１２を介して構成要素間で通信可能に直接的または間接的に結合され得る。

コンピュータシステム１０００は、１または複数の汎用プログラマブル中央処理装置（ＣＰＵ）１００２を含んでよく、その一部または全部は、１または複数のコア１００４Ａ、１００４Ｂ、１００４Ｃ、および１００４Ｄを含んでよく、ここでは一般的にＣＰＵ１００２と称される。いくつかの実施形態では、コンピュータシステム１０００は、比較的大規模なシステムに典型的な複数のプロセッサを含んでもよいが、他の実施形態では、コンピュータシステム１０００は、代替的に、単一のＣＰＵシステムであってもよい。各ＣＰＵ１００２は、メモリサブシステム１００８に格納された命令をＣＰＵコア１００４上で実行してもよく、１または複数レベルのオンボードキャッシュを含んでいてもよい。

いくつかの実施形態では、メモリサブシステム１００８は、データおよびプログラムを格納するためのランダムアクセス半導体メモリ、記憶装置、または記憶媒体（揮発性または不揮発性のいずれか）を含んでよい。いくつかの実施形態では、メモリサブシステム１００８は、コンピュータシステム１０００の仮想メモリ全体を表してよく、コンピュータシステム１０００に結合された、またはネットワークを介して接続された他のコンピュータシステムの仮想メモリも含んでよい。メモリサブシステム１００８は、概念的に単一のモノリシックな実体であってもよいが、いくつかの実施形態では、メモリサブシステム１００８は、キャッシュおよび他のメモリデバイスの階層など、より複雑な配置であってもよい。例えば、メモリは、複数のレベルのキャッシュに存在してもよく、これらのキャッシュは、１つのキャッシュが命令を保持し、別のキャッシュが１または複数のプロセッサによって使用される非命令データを保持するように、機能によってさらに分割されてもよい。メモリは、様々ないわゆる不均一メモリアクセス（ＮＵＭＡ）コンピュータアーキテクチャのいずれかにおいて知られているように、さらに分散されて異なるＣＰＵまたはＣＰＵのセットに関連付けられることがある。いくつかの実施形態では、主記憶またはメモリサブシステム８０４は、ＣＰＵ１００２によって使用されるメモリの制御および流れのための要素を含んでよい。これは、メモリコントローラ１０１０を含んでもよい。

メモリバス１００６は、図１０において、ＣＰＵ１００２、メモリサブシステム１００８、およびＩ／Ｏバスインタフェース１０１２間の直接通信経路を提供する単一のバス構造として示されているが、メモリバス１００６は、いくつかの実施形態において、階層的、スターまたはウェブ構成におけるポイントツーポイントリンク、複数の階層的バス、並列および冗長経路、または他の適切なタイプの構成など、種々の形態のいずれで配置してもよい複数の異なるバスまたは通信経路を含む場合がある。さらに、Ｉ／Ｏバスインタフェース１０１２およびＩ／Ｏバス１０１４は単一のそれぞれのユニットとして示されているが、コンピュータシステム１０００は、いくつかの実施形態において、複数のＩ／Ｏバスインタフェースユニット１０１２、複数のＩ／Ｏバス１０１４、または両方を含んでいてもよい。さらに、複数のＩ／Ｏインタフェースユニットが示されているが、これは、Ｉ／Ｏバス１０１４を様々なＩ／Ｏデバイスに走る様々な通信経路から分離するが、他の実施形態では、Ｉ／Ｏデバイスの一部または全部が１または複数のシステムＩ／Ｏバスに直接接続されてもよい。

いくつかの実施形態では、コンピュータシステム１０００は、マルチユーザメインフレームコンピュータシステム、シングルユーザシステム、または、直接的なユーザインタフェースをほとんどまたは全く持たないが他のコンピュータシステム（クライアント）からの要求を受信するサーバコンピュータまたは同様のデバイスであってよい。さらに、いくつかの実施形態では、コンピュータシステム１０００は、デスクトップコンピュータ、ポータブルコンピュータ、ラップトップまたはノートブックコンピュータ、タブレットコンピュータ、ポケットコンピュータ、電話、スマートフォン、モバイルデバイス、または任意の他の適切なタイプの電子デバイスとして実装されてもよい。

図１０は、例示的なコンピュータシステム１０００の代表的な主要構成要素を描写することを意図していることに留意されたい。しかしながら、いくつかの実施形態では、個々の構成要素は、図１０に表されるよりも大きいまたは小さい複雑さを有してよく、図１０に示される構成要素以外のまたはそれに加えて構成要素が存在してもよく、そのような構成要素の数、タイプ、および構成は異なってもよい。

本発明は、任意の可能な技術詳細レベルで統合されたシステム、方法もしくはコンピュータプログラム製品またはそれらの組み合せとすることができる。コンピュータプログラム製品は、プロセッサに本発明の態様を実行させるためのコンピュータ可読プログラム命令を記憶したコンピュータ可読記憶媒体を含んでよい。

コンピュータ可読記憶媒体は、命令実行装置によって使用される命令を保持し、記憶することができる有形の装置とすることができる。コンピュータ可読記憶媒体は、一例として、電子記憶装置、磁気記憶装置、光学記憶装置、電磁記憶装置、半導体記憶装置またはこれらの適切な組み合わせであってよい。コンピュータ可読記憶媒体のより具体的な一例としては、ポータブルコンピュータディスケット、ハードディスク、ＲＡＭ、ＲＯＭ、ＥＰＲＯＭ（またはフラッシュメモリ）、ＳＲＡＭ、ＣＤ－ＲＯＭ、ＤＶＤ、メモリスティック、フロッピーディスク、パンチカードまたは溝内の隆起構造などに命令を記録した機械的に符号化された装置、およびこれらの適切な組み合せが挙げられる。本明細書で使用されるコンピュータ可読記憶装置は、電波もしくは他の自由に伝播する電磁波、導波管もしくは他の伝送媒体を介して伝播する電磁波（例えば、光ファイバケーブルを通過する光パルス）、またはワイヤを介して送信される電気信号のような、一過性の信号それ自体として解釈されるべきではない。

本明細書に記載のコンピュータ可読プログラム命令は、コンピュータ可読記憶媒体からそれぞれのコンピューティング／処理装置に、または、ネットワーク（例えば、インターネット、ローカルエリアネットワーク、ワイドエリアネットワーク、もしくはワイヤレスネットワークまたはその組み合わせ）を介して外部コンピュータまたは外部記憶装置にダウンロードすることができる。ネットワークは、銅線伝送ケーブル、光伝送ファイバー、無線伝送、ルーター、ファイアウォール、スイッチ、ゲートウェイコンピュータ、もしくはエッジサーバーまたはその組み合わせで構成される。各コンピューティング／処理装置のネットワークアダプタカードまたはネットワークインターフェースは、ネットワークからコンピュータ可読プログラム命令を受信し、それぞれのコンピューティング／処理装置内のコンピュータ可読記憶媒体に格納するためにコンピュータ可読プログラム命令を転送する。

本発明の動作を実行するためのコンピュータ可読プログラム命令は、アセンブラ命令、命令セットアーキテクチャ（ＩＳＡ）命令、機械命令、機械依存命令、マイクロコード、ファームウェア命令、状態設定データ、統合回路のための構成データ、またはＳｍａｌｌｔａｌｋ、Ｃ＋＋などのオブジェクト指向プログラミング言語と「Ｃ」プログラミング言語や類似のプログラミング言語などの手続き型プログラミング言語を含む、１つ以上のプログラミング言語の任意の組み合わせで記述されたソースコードまたはオブジェクトコードのいずれかであってよい。コンピュータ可読プログラム命令は、スタンドアロンソフトウェアパッケージとして、完全にユーザのコンピュータ上で、または部分的にユーザのコンピュータ上で実行可能である。あるいは、部分的にユーザのコンピュータ上でかつ部分的にリモートコンピュータ上で、または完全にリモートコンピュータまたはサーバ上で実行可能である。後者のシナリオでは、リモートコンピュータは、ローカルエリアネットワーク（ＬＡＮ）またはワイドエリアネットワーク（ＷＡＮ）を含む任意のタイプのネットワークを介してユーザのコンピュータに接続され、または（例えば、インターネットサービスプロバイダーを使用したインターネット経由で）外部コンピュータに接続されてよい。いくつかの実施形態では、例えば、プログラマブルロジック回路、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、またはプログラマブルロジックアレイ（ＰＬＡ）を含む電子回路は、本発明の態様を実行するために、コンピュータ可読プログラム命令の状態情報を利用してパーソナライズすることにより、コンピュータ可読プログラム命令を実行することができる。

本発明の態様は、本発明の実施形態による方法、装置（システム）、およびコンピュータプログラム製品のフローチャート図もしくはブロック図またはその両方を参照して本明細書に記載されている。フローチャート図もしくはブロック図またはその両方の各ブロック、およびフローチャート図もしくはブロック図またはその両方のブロックの組み合わせは、コンピュータ可読プログラム命令によって実装できることが理解されよう。

これらのコンピュータ可読プログラム命令は、コンピュータまたは他のプログラム可能なデータ処理装置のプロセッサを介して実行される命令がフローチャートもしくはブロック図またはその両方の１つまたは複数のブロックで指定された機能／動作を実装するための手段を生成するように、機械を生成するためにコンピュータのプロセッサまたは他のプログラム可能なデータ処理装置に提供されることができる。これらのコンピュータ可読プログラム命令はまた、フローチャートもしくはブロック図またはその両方の１つまたは複数のブロックで指定された機能／行為の態様を実装する命令を含む生成品の１つを命令が記憶されたコンピュータ可読プログラム命令が構成するように、コンピュータ、プログラム可能なデータ処理装置、もしくは特定の方法で機能する他のデバイスまたはその組み合わせに接続可能なコンピュータ可読記憶媒体の中に記憶されることができる。

コンピュータ、他のプログラム可能な装置、または他のデバイス上でフローチャートもしくはブロック図またはその両方の１つまたは複数のブロックで指定された機能／行為を実行する命令のように、コンピュータ可読プログラム命令はまた、コンピュータ、他のプログラム可能なデータ処理装置、または他のデバイスにロードされ、コンピュータ、他のプログラム可能な装置、または他のデバイス上で一連の操作ステップを実行し、コンピュータ実装された過程を生成することができる。

図中のフローチャートおよびブロック図は、本発明の様々な実施形態によるシステム、方法、およびコンピュータプログラム製品が実行可能な実装の構成、機能、および動作を示している。これに関して、フローチャートまたはブロック図の各ブロックは、モジュール、セグメント、または命令の一部を表してよく、これは、指定された論理機能を実装するための１つまたは複数の実行可能命令を構成する。いくつかの代替の実施形態では、ブロックに示されている機能は、図に示されている順序とは異なる場合がある。例えば、連続して示される２つのブロックは、実際には、１つのステップとして達成される場合があり、同時に、実質的に同時に、部分的または全体的に時間的に重複する方法で実行されるか、またはブロックは、関係する機能に応じて逆の順序で実行される場合がある。ブロック図もしくはフローチャート図またはその両方の各ブロック、およびブロック図もしくはフローチャート図またはその両方のブロックの組み合わせは、指定された機能または動作を実行する、または特別な目的のハードウェアとコンピュータ命令の組み合わせを実行する特別な目的のハードウェアベースのシステムによって実装できることにも留意されたい。

本開示の様々な実施形態の説明は、例示の目的で提示されているが、網羅的であることを意図するものではなく、開示される実施形態に限定されることを意図するものでもない。開示される実施形態の範囲および精神から逸脱することなく、多くの修正および変更が可能であることは当業者には明らかであろう。本明細書で使用される用語は、実施形態の原理、市場で見られる技術に対する実際の適用または技術的改善を最もよく説明するため、または当業者が本明細書に開示される実施形態を理解できるようにするために選択された。

いくつかの実施形態では、メモリサブシステム１００８は、データおよびプログラムを格納するためのランダムアクセス半導体メモリ、記憶装置、または記憶媒体（揮発性または不揮発性のいずれか）を含んでよい。いくつかの実施形態では、メモリサブシステム１００８は、コンピュータシステム１０００の仮想メモリ全体を表してよく、コンピュータシステム１０００に結合された、またはネットワークを介して接続された他のコンピュータシステムの仮想メモリも含んでよい。メモリサブシステム１００８は、概念的に単一のモノリシックな実体であってもよいが、いくつかの実施形態では、メモリサブシステム１００８は、キャッシュおよび他のメモリデバイスの階層など、より複雑な配置であってもよい。例えば、メモリは、複数のレベルのキャッシュに存在してもよく、これらのキャッシュは、１つのキャッシュが命令を保持し、別のキャッシュが１または複数のプロセッサによって使用される非命令データを保持するように、機能によってさらに分割されてもよい。メモリは、様々ないわゆる不均一メモリアクセス（ＮＵＭＡ）コンピュータアーキテクチャのいずれかにおいて知られているように、さらに分散されて異なるＣＰＵまたはＣＰＵのセットに関連付けられることがある。いくつかの実施形態では、主記憶またはメモリサブシステム１００８は、ＣＰＵ１００２によって使用されるメモリの制御および流れのための要素を含んでよい。これは、メモリコントローラ１０１０を含んでもよい。

Claims (23)

1. セキュリティプロキシにおけるプロセッサのセットによって、ソースエンティティとターゲットエンティティ間のハンドシェイクのコンテキスト情報を取得することと、
   前記セキュリティプロキシにおけるプロセッサの前記セットによって、前記セキュリティプロキシから鍵マネージャに前記コンテキスト情報を送信することであって、前記鍵マネージャは前記セキュリティプロキシの第１の秘密鍵を維持する、送信することと、
   前記セキュリティプロキシにおけるプロセッサの前記セットによって、前記鍵マネージャから第１のハンドシェイクメッセージを受信することであって、前記第１のハンドシェイクメッセージは、少なくとも前記コンテキスト情報に基づいて生成され、前記第１の秘密鍵で署名される、受信することと、
   前記セキュリティプロキシにおけるプロセッサの前記セットによって、前記第１のハンドシェイクメッセージを前記ターゲットエンティティに送信することと、
   を含む、方法。
2. 前記コンテキスト情報を取得することは、
   前記セキュリティプロキシにおけるプロセッサの前記セットによって、前記コンテキスト情報の少なくとも一部として、前記ソースエンティティから第２のハンドシェイクメッセージを受信することであって、前記第２のハンドシェイクメッセージは、前記ターゲットエンティティに向けられ、前記ソースエンティティの第２の秘密鍵で署名される、受信すること
   を含む、請求項１に記載の方法。
3. 前記セキュリティプロキシにおけるプロセッサの前記セットによって、前記セキュリティプロキシと前記ターゲットエンティティ間で使用されるハンドシェイク鍵を前記鍵マネージャに送信することであって、前記第１のハンドシェイクメッセージは、前記ハンドシェイク鍵で暗号化される、送信すること
   をさらに含む、請求項２に記載の方法。
4. 前記コンテキスト情報を取得することは、
   前記セキュリティプロキシにおけるプロセッサの前記セットによって、前記コンテキスト情報の少なくとも一部として、前記ターゲットエンティティから第１のハローメッセージを受信することであって、前記第１のハローメッセージは、前記ハンドシェイクを開始するために前記ソースエンティティに向けられる、受信すること
   を含む、請求項１に記載の方法。
5. 前記セキュリティプロキシにおけるプロセッサの前記セットによって、前記ソースエンティティが関与する履歴ハンドシェイクの履歴コンテキスト情報を取得することと、
   前記セキュリティプロキシにおけるプロセッサの前記セットによって、前記履歴コンテキスト情報を前記鍵マネージャに送信することであって、前記第１のハンドシェイクメッセージは、前記履歴コンテキスト情報および前記第１のハローメッセージに基づいて生成される、送信することと、
   をさらに含む、請求項４に記載の方法。
6. 前記セキュリティプロキシにおけるプロセッサの前記セットによって、前記履歴コンテキスト情報に基づいて、前記第１のハローメッセージに対する応答として第２のハローメッセージを決定することと、
   前記セキュリティプロキシにおけるプロセッサの前記セットによって、前記ターゲットエンティティに前記第２のハローメッセージを送信することと、
   をさらに含む、請求項５に記載の方法。
7. 前記セキュリティプロキシにおけるプロセッサの前記セットによって、前記セキュリティプロキシと前記ターゲットエンティティ間で使用されるハンドシェイク鍵を決定するためのパラメータのセットを前記鍵マネージャに送信することであって、前記第１のハンドシェイクメッセージは、パラメータの前記セットおよび前記第１のハローメッセージに基づいて決定された前記ハンドシェイク鍵で暗号化される、送信すること
   をさらに含む、請求項４に記載の方法。
8. 鍵マネージャにおけるプロセッサのセットによって、セキュリティプロキシからソースエンティティとターゲットエンティティ間のハンドシェイクのコンテキスト情報を受信することと、
   前記鍵マネージャにおけるプロセッサの前記セットによって、少なくとも前記コンテキスト情報に基づいて、前記ターゲットエンティティに向けられた第１のハンドシェイクメッセージを生成することであって、前記第１のハンドシェイクメッセージは、前記鍵マネージャによって維持される前記セキュリティプロキシの第１の秘密鍵で署名される、生成することと、
   前記鍵マネージャにおけるプロセッサの前記セットによって、前記セキュリティプロキシに前記第１のハンドシェイクメッセージを送信することと、
   を含む、方法。
9. 前記コンテキスト情報を受信することは、
   前記鍵マネージャにおけるプロセッサの前記セットによって、前記コンテキスト情報の少なくとも一部として、前記セキュリティプロキシから第２のハンドシェイクメッセージを受信することであって、前記第２のハンドシェイクメッセージは、前記ターゲットエンティティに向けられ、前記ソースエンティティの第２の秘密鍵で署名される、受信すること
   を含む、請求項８に記載の方法。
10. 前記鍵マネージャにおけるプロセッサの前記セットによって、前記セキュリティプロキシと前記ターゲットエンティティ間で使用されるハンドシェイク鍵を前記セキュリティプロキシから受信することをさらに含み、
    前記第１のハンドシェイクメッセージを生成することは、前記鍵マネージャにおけるプロセッサの前記セットによって、前記第１のハンドシェイクメッセージを前記ハンドシェイク鍵で暗号化することを含む、
    請求項９に記載の方法。
11. 前記コンテキスト情報を受信することは、
    前記鍵マネージャにおけるプロセッサの前記セットによって、前記コンテキスト情報の少なくとも一部として、前記セキュリティプロキシから第１のハローメッセージを受信することであって、前記第１のハローメッセージは、前記ハンドシェイクを開始するために前記ソースエンティティに向けられる、受信すること
    を含む、請求項８に記載の方法。
12. 前記鍵マネージャにおけるプロセッサの前記セットによって、前記セキュリティプロキシから、前記ソースエンティティが関与する履歴ハンドシェイクの履歴コンテキスト情報を受信することをさらに含み、
    前記第１のハンドシェイクメッセージを生成することは、前記鍵マネージャにおけるプロセッサの前記セットによって、前記履歴コンテキスト情報および前記第１のハローメッセージに基づいて、前記第１のハンドシェイクメッセージを生成することを含む、
    請求項１１に記載の方法。
13. 前記鍵マネージャにおけるプロセッサの前記セットによって、前記セキュリティプロキシから、前記セキュリティプロキシと前記ターゲットエンティティ間で使用されるハンドシェイク鍵を決定するためのパラメータのセットを受信することと、
    前記鍵マネージャにおけるプロセッサの前記セットによって、パラメータの前記セットおよび前記第１のハローメッセージに基づいて、前記ハンドシェイク鍵を決定することと、
    をさらに含み、
    前記第１のハンドシェイクメッセージを生成することは、前記鍵マネージャにおけるプロセッサの前記セットによって、前記第１のハンドシェイクメッセージを前記ハンドシェイク鍵で暗号化することを含む、
    請求項１１に記載の方法。
14. プロセッサと、
    前記プロセッサと通信するメモリとを含み、前記メモリは、前記プロセッサによって実行されるとき、前記プロセッサに、
    セキュリティプロキシにおいて、ソースエンティティとターゲットエンティティ間のハンドシェイクのコンテキスト情報を取得することと、
    前記セキュリティプロキシから鍵マネージャに前記コンテキスト情報を送信することであって、前記鍵マネージャは前記セキュリティプロキシの第１の秘密鍵を維持する、送信することと、
    前記鍵マネージャから第１のハンドシェイクメッセージを受信することであって、前記第１のハンドシェイクメッセージは、少なくとも前記コンテキスト情報に基づいて生成され、前記第１の秘密鍵で署名される、受信することと、
    前記第１のハンドシェイクメッセージを前記ターゲットエンティティに送信することと、
    を実行させるよう構成されるプログラム命令を含む、
    システム。
15. 前記コンテキスト情報を取得することは、前記コンテキスト情報の少なくとも一部として、前記ソースエンティティから第２のハンドシェイクメッセージを受信することであって、前記第２のハンドシェイクメッセージは、前記ターゲットエンティティに向けられ、前記ソースエンティティの第２の秘密鍵で署名される、受信すること
    を含む、請求項１４に記載のシステム。
16. 前記ＣＰＵは、さらに、前記セキュリティプロキシと前記ターゲットエンティティ間で使用されるハンドシェイク鍵を前記鍵マネージャに送信することであって、前記第１のハンドシェイクメッセージは、前記ハンドシェイク鍵で暗号化される、送信すること
    を行うように構成される、
    請求項１５に記載のシステム。
17. 前記コンテキスト情報を取得することは、前記コンテキスト情報の少なくとも一部として、前記ターゲットエンティティから第１のハローメッセージを受信することであって、前記第１のハローメッセージは、前記ハンドシェイクを開始するために、前記ソースエンティティに向けられる、受信すること
    を含む、請求項１４に記載のシステム。
18. 前記ＣＰＵは、さらに、
    前記ソースエンティティが関与する履歴ハンドシェイクの履歴コンテキスト情報を取得することと、
    前記履歴コンテキスト情報を前記鍵マネージャに送信することであって、前記第１のハンドシェイクメッセージは、前記履歴コンテキスト情報および前記第１のハローメッセージに基づいて生成される、送信することと、
    を行うように構成される、
    請求項１７に記載のシステム。
19. 前記ＣＰＵは、さらに、
    前記履歴コンテキスト情報に基づいて、前記第１のハローメッセージに対する応答として第２のハローメッセージを決定することと、
    前記ターゲットエンティティに前記第２のハローメッセージを送信することと、
    を行うように構成される、
    請求項１８に記載のシステム。
20. 前記ＣＰＵは、さらに、
    前記セキュリティプロキシと前記ターゲットエンティティ間で使用されるハンドシェイク鍵を決定するためのパラメータのセットを前記鍵マネージャに送信することであって、前記第１のハンドシェイクメッセージは、パラメータの前記セットおよび前記第１のハローメッセージに基づいて決定された前記ハンドシェイク鍵で暗号化される、送信すること
    を行うように構成される、
    請求項１７に記載のシステム。
21. プロセッサと、
    前記プロセッサと通信するメモリとを含み、前記メモリは、前記プロセッサによって実行されるとき、前記プロセッサに、
    鍵マネージャにおいて、ソースエンティティとターゲットエンティティ間のハンドシェイクのコンテキスト情報をセキュリティプロキシから受信することと、
    前記鍵マネージャにおいて、少なくとも前記コンテキスト情報に基づいて、前記ターゲットエンティティに向けられた第１のハンドシェイクメッセージを生成することであって、前記第１のハンドシェイクメッセージは、前記鍵マネージャによって維持される前記セキュリティプロキシの第１の秘密鍵で署名される、生成することと、
    前記鍵マネージャにおいて、前記セキュリティプロキシに前記第１のハンドシェイクメッセージを送信することと、
    を実行させるよう構成されるプログラム命令を含む、
    システム。
22. 前記プログラムがコンピュータ上で実行されるとき、請求項１～７のいずれか１項に記載の方法ステップを実行するように適合されたプログラムコードを含む、コンピュータプログラム。
23. 前記プログラムがコンピュータ上で実行されるとき、請求項８～１３のいずれか１項に記載の方法ステップを実行するように適合されたプログラムコードを含む、コンピュータプログラム。

Images