JP2016507843A - Ｓｃｅｐ証明書登録要求の正当性を確認するためのシステムおよび方法 - Google Patents

Abstract

ＳＣＥＰチャレンジパスワードと期待証明書要求内容のセットとのペア化を実施するＳＣＥＰ証明書登録の、正当性を確認するためのシステムおよび方法。ＳＣＥＰ正当性確認サービス、または別のシステムコンポーネントに常駐しているソフトウェアは、証明書要求を、登録されたＳＣＥＰチャレンジおよび関連する期待証明書要求内容と対比することによって、該証明書要求が正当なものかどうか。このシステムおよび方法は、従来のＳＣＥＰベースのシステム中の、実際の攻撃をもたらしかねない特権拡大への脆弱性に対処する。【選択図】図１

Description

本発明の分野は、一般にコンピュータネットワークのセキュリティに関し、さらに具体的には、ＳＣＥＰベースのネットワークへのアクセスを要求するコンピューティングデバイスに対するセキュリティポリシーを実装し管理するためのシステムおよび方法に関する。

簡易証明書登録プロトコル（ＳＣＥＰ：Ｓｉｍｐｌｅ Ｃｅｒｔｉｆｉｃａｔｅ Ｅｎｒｏｌｌｍｅｎｔ Ｐｒｏｔｏｃｏｌ）は、主に、ネットワーク管理者が証明書対象ネットワークコンピューティングデバイスを拡張縮小が可能な仕方で容易に登録できるようにするため、カリフォルニア州サンノゼのＣｉｓｃｏ Ｓｙｓｔｅｍｓ，Ｉｎｃ．のためにバージニア州レスチンのＶｅｒｉｓｉｇｎ，Ｉｎｃ．によって開発された。こういったネットワークコンピューティングデバイスが、その身元情報を企業ディレクトリまたは証明情報ストア中に表していることはあまりないので、ＳＣＥＰは、要求元の身元を確認するための準備情報は含まない。代わりに、ＳＣＥＰは、２つの異なった認証メカニズムを可能にしている。第一の認証メカニズムはマニュアルで、要求元は、認証局（ＣＡ：Ｃｅｒｔｉｆｉｃａｔｉｏｎ Ａｕｔｈｏｒｉｔｙ）管理者または証明責任者に届出て要求が承認されるのを待つ必要がある。第二の認証方法は事前共有された機密処理で、ＳＣＥＰサーバは「チャレンジパスワード」を生成し、これは、どうにかして要求元に送達し、サーバに返される提出に含まれていなければならない。

ＳＣＥＰの生成を取り巻く全体的なセキュリティモデルは、比較的よくコントロールされた環境のモデルである。ＳＣＥＰが、問題解決のため当初に設計された使用事例では、チャレンジパスワードは、高い信頼を得たＣＡ管理者によって読み出され、高い信頼を得たネットワーク管理者に渡され、高い信頼を得たネットワークコンピューティングデバイスに対する証明書が生成される。多くの場合において、ＳＣＥＰチャレンジは、同一の管理者がうまく読み出して用いることができる。

ワシントン州レドモンドのＭｉｃｒｏｓｏｆｔ（登録商標） Ｃｏｒｐｏｒａｔｉｏｎは、Ｗｉｎｄｏｗｓ（登録商標） Ｓｅｒｖｅｒ ２００３以来、最初はフリーダウンロードができるアドオンコンポーネントとして、その後、Ｗｉｎｄｏｗｓ Ｓｅｒｖｅｒ ２００８では、（ネットワークデバイス登録サービス（ＮＤＥＳ：Ｎｅｔｗｏｒｋ Ｄｅｖｉｃｅ Ｅｎｒｏｌｌｍｅｎｔ Ｓｅｒｖｉｃｅ）ロールを介し）、ネイティブコンポーネントとして自社のＣＡソフトウェアのためにＳＣＥＰをサポートしてきた。Ｍｉｃｒｏｓｏｆｔ ＣｏｒｐｏｒａｔｉｏｎのＳＣＥＰ実装は比較的にフル装備で、ＳＣＥＰチャレンジパスワードの長さを設定すること、ＳＣＥＰチャレンジの要件をオンまたはオフにすること、ＳＣＥＰチャレンジの再使用を可能または不可能にすること、および使われていないＳＣＥＰチャレンジを有効と見なすべき最大時間を設定することを含め、様々な設定選択を可能にしている。

カリフォルニア州クパチーノのＡｐｐｌｅ Ｉｎｃ．が、ＳＣＥＰを自社のモバイルオペレーティングシステム（ｉＯＳと言う）に加えたとき、ＳＣＥＰで交信するクライアントコンピューティングデバイスの世界における台数は、数桁レベルで増加した。さらに同社は、ＳＣＥＰを、最初にこのプロトコルが使われたセキュリティ調和的な環境から引きずり出した。高い信頼を得た管理者の管理の下で厳密にコントロールされたネットワークコンピューティングデバイスに対する証明書を用いる代わりに、今や、インターネットを介し、「あまり信頼を得ていない」コンピューティングデバイスとそのユーザとのＳＣＥＰ登録を可能にするシステムを構築することが可能である。実際、多くのモバイルデバイス管理（ＭＤＭ：Ｍｏｂｉｌｅ Ｄｅｖｉｃｅ Ｍａｎａｇｅｍｅｎｔ）システムがこの種のアーキテクチャに頼っている。この考えられるセキュリティモデルのシフトは重要であり、これについては以下でさらに説明する。

このＳＣＥＰチャレンジパスワードの非常に重要な一面は、これはＰＫＣＳ＃１０フォーマットの証明書要求の提出に認可を与えるが、実際には、要求元を認証せず、識別さえもしないということである。なお、ＰＫＣＳは、マサチューセッツ州ベッドフォードのＲＳＡ Ｌａｂｏｒａｔｏｒｉｅｓによって作り出された公開鍵暗号規格である。さらに、ＳＣＥＰチャレンジもＳＣＥＰサーバ自体も、提出され得る要求の種類または内容についていかなるコメントもしない。要するに、有効なＳＣＥＰチャレンジパスワードを所有することで、所有者は、自分が全部を選択した内容の証明書要求をＳＣＥＰサーバに提出する資格を得る。これは、ＳＣＥＰが最初に生成された対象である当初の「管理者限定」のセキュリティモデルでは問題ないが、インターネットで広く使用されることになると心配の種となる。

或るユーザまたはコンピューティングデバイスが、正当に入手した自分のＳＣＥＰチャレンジパスワードを選び、それを使って、より高度なレベルのアクセスを有する異なるユーザまたはコンピューティングデバイスを示す証明書を取得したり、あるいは、意図されたものと異なる種類の証明書を取得したりすることさえ可能になり得る。チャレンジパスワードが再使用または無効化されていると、攻撃者は正当なユーザである必要はないことになり、結果はもっとひどいことになる。

この問題は、実際は、ＳＣＥＰを利用するＡｐｐｌｅ，Ｉｎｃ．、Ｃｉｓｃｏ Ｓｙｓｔｅｍｓ，Ｉｎｃ．、Ｍｉｃｒｏｓｏｆｔ Ｃｏｒｐｏｒａｔｉｏｎまたは無数のモバイルデバイス管理システムの「責任」ではない。むしろ、この問題はいくつかの要素の組み合わせがもたらしたものである。第一には、ＳＣＥＰチャレンジパスワードは、ＳＣＥＰサーバに証明書の要求を提出する許可を或る人に与えるが、その提出の内容に対してはいかなる要求もまたは強制も行わない。第二には、ＳＣＥＰに対応しているｉＯＳ作動のコンピューティングデバイスは、信頼されていないネットワークから、およびあまり信頼できない（管理者でない）ユーザから発信されるＳＣＥＰ要求に道を開いたものであり、多くのモバイルデバイス管理システムはこれを必要としている。第三には、ネットワーク認証の証明情報として使われる証明書を発行するため、Ｍｉｃｒｏｓｏｆｔ ＣｏｒｐｏｒａｔｉｏｎのＣＡのほとんどのデフォルトインストールを含め、多くの企業ＣＡインストールが使われている。また、攻撃の実行には、Ａｐｐｌｅのコンピューティングデバイスを使う必要はなく、有効なＳＣＥＰチャレンジパスワード、およびＳＣＥＰサーバと通信する能力が必要なだけであることに留意するのが重要である。しかして、内部開発されたＳＣＥＰサーバ、または、リバースプロキシもしくはファイヤウォールによって保護されたサーバも攻撃されやすい。したがって、ＳＣＥＰ証明書登録要求の正当性確認のための改良されたアーキテクチャが必要とされている。

本明細書では、前述した従来技術の欠点の少なくとも一つを克服したモバイルコンピューティングデバイスおよび非モバイルコンピューティングデバイスの両方のための、データセキュリティシステムおよび方法を開示する。ＳＣＥＰ証明書登録要求の正当性を確認するためのコンピュータ実装の方法が開示され、本方法は、信頼できるユーザが、ＳＣＥＰチャレンジ、および関連する該ＳＣＥＰチャレンジに対する期待証明書内容のセットを登録することを可能にするステップと、通信ネットワークを介して証明書要求を電子的に受信するステップと、証明書要求のＳＣＥＰチャレンジが以前に登録されたＳＣＥＰチャレンジの１つに合致するかどうかをチェックし、合致する場合、証明書要求の内容が、合致した既登録のＳＣＥＰチャレンジに関連付けられた、以前に登録された期待証明書内容と合致するかどうかをチェックすることによって、電子的に該証明書要求の正当性を確認するステップと、を組み合わせで含む。証明書要求のＳＣＥＰチャレンジが以前に登録されたＳＣＥＰチャレンジに合致し、証明書要求の内容が、合致した既登録のＳＣＥＰチャレンジに関連付けられた登録済みの期待証明書内容と合致すれば、証明書が認可される。証明書要求のＳＣＥＰチャレンジが以前に登録されたＳＣＥＰチャレンジに合致しない、または、証明書要求の内容が、合致した既登録のＳＣＥＰチャレンジに関連付けられた登録済みの期待証明書内容と合致しない場合は、証明書は拒否される。

同様に、ＳＣＥＰ証明書登録要求の正当性を確認するためのシステムが開示され、本システムは、信頼できるユーザから、ＳＣＥＰチャレンジ、および関連する該ＳＣＥＰチャレンジに対する期待証明書内容のセットを登録する要求を電子的に受信し、通信ネットワークを介してコンピューティングデバイスから証明書要求を電子的に受信するためのＳＣＥＰサーバと、信頼できるユーザにＳＣＥＰチャレンジを発行するためのＳＣＥＰ発行システムと、証明書要求の正当性を電子的に確認するためのＳＣＥＰ正当性確認サービスと、を組み合わせで含む。ＳＣＥＰ正当性確認サービスは、証明書要求のＳＣＥＰチャレンジが以前に登録されたＳＣＥＰチャレンジに合致するかどうかをチェックし、合致する場合、証明書要求の内容が、合致した既登録のＳＣＥＰチャレンジに関連付けられた、以前に登録された期待証明書内容と合致するかどうかをチェックすることによって、証明書要求の正当性を電子的に確認する。ＳＣＥＰ正当性確認サービスは、証明書要求のＳＣＥＰチャレンジが登録されたＳＣＥＰチャレンジに合致し、証明書要求の内容が、合致した既登録のＳＣＥＰチャレンジに関連付けられた登録済みの期待証明書内容と合致すれば、証明書を認可する。ＳＣＥＰ正当性確認サービスは、証明書要求のＳＣＥＰチャレンジが、合致する登録済みのＳＣＥＰチャレンジを持たない、または、証明書要求の内容が、合致した既登録のＳＣＥＰチャレンジに関連付けられた期待証明書内容の登録済みセットと合致しない場合、証明書を拒否する。

また、ＳＣＥＰ証明書登録要求の正当性を確認するためのシステムも開示され、本システムは、信頼できるユーザから、ＳＣＥＰチャレンジ、および関連する該ＳＣＥＰチャレンジに対する期待証明書内容のセットを登録する要求を電子的に受信し、通信ネットワークを介してコンピューティングデバイスから証明書要求を電子的に受信するためのＳＣＥＰサーバと、信頼できるユーザにＳＣＥＰチャレンジを発行するためのＳＣＥＰ発行システムと、証明書要求の正当性を確認するよう構成された正当性確認ソフトウェアと、を組み合わせで含む。この正当性確認ソフトウェアは、証明書要求のＳＣＥＰチャレンジが以前に登録されたＳＣＥＰチャレンジに合致するかどうかをチェックし、合致する場合、証明書要求の内容が、合致した既登録のＳＣＥＰチャレンジに関連付けられた、以前に登録された期待証明書内容と合致するかどうかをチェックすることによって、証明書要求の正当性を確認する。正当性確認ソフトウェアは、証明書要求のＳＣＥＰチャレンジが登録されたＳＣＥＰチャレンジに合致し、証明書要求の内容が、合致した既登録のＳＣＥＰチャレンジに関連付けられた登録済みの期待証明書内容と合致すれば、証明書を認可する。正当性確認ソフトウェアは、証明書要求のＳＣＥＰチャレンジが、合致する登録済みのＳＣＥＰチャレンジを持たない、または、証明書要求の内容が、合致した既登録のＳＣＥＰチャレンジに関連付けられた期待証明書内容の登録済みセットと合致しない場合、証明書を拒否する。

当業者には、前述の開示および以下の好適な様々の実施形態のさらに詳しい説明から、本発明が、モバイルデータセキュリティのためのシステムおよび方法の技術上および技法上の大きな進歩を提供することが自明であろう。この面で特に意義深いのは、本発明が、比較的低コストで効果的なモバイルデータセキュリティの提供を可能にする潜在力である。様々な好適な実施形態のさらなる特徴および利点は、以下に提示する詳細な説明を参照すればよりよく理解できよう。

本発明のこれらのおよびさらなる特徴は、以下の説明および図面を参照すれば明らかとなろう。

本発明の第一例示実施形態による、通信ネットワークを介してコンピューティングデバイスから要求を受信するためのデータセキュリティシステムの概略図である。 図１のデータセキュリティシステムのためのＳＣＥＰ登録プロセスの第一部分の概略図である。 図１のデータセキュリティシステムのためのＳＣＥＰ登録プロセスの第二部分の概略図である。 本発明の第二例示実施形態による、通信ネットワークを介してコンピューティングデバイスから要求を受信するためのデータセキュリティシステムの概略図である。 図４のデータセキュリティシステムのためのＳＣＥＰ登録プロセスの第二部分の概略図であって、このＳＣＥＰ登録プロセスの第一部分は、図２に示されたものと類似である。 本発明の第三例示実施形態による、通信ネットワークを介してコンピューティングデバイスから要求を受信するためのデータセキュリティシステムの概略図である。 図６のデータセキュリティシステムのためのＳＣＥＰ登録プロセスの第二部分の概略図であって、このＳＣＥＰ登録プロセスの第一部分は、図２に示されたものと類似である。 本発明の第四例示実施形態による、通信ネットワークを介してコンピューティングデバイスから要求を受信するためのデータセキュリティシステムの概略図である。 図８のデータセキュリティシステムのためのＳＣＥＰ登録プロセスの第二部分の概略図であって、このＳＣＥＰ登録プロセスの第一部分は、図２に示されたものと類似である。 本発明のさらなる例示実施形態による、通信ネットワークを介してコンピューティングデバイスから要求を受信するためのデータセキュリティシステムの概略図である。 図１〜１０のデータセキュリティシステムおよび方法に対する、ＳＣＥＰチャレンジおよび関連する正当性確認データの例を示す表である。

当業者、すなわち、この技術分野の知識または経験を有する人には、本明細書に開示するデータセキュリティのためのシステム、方法に対し多くの用法および設計の変形が可能なことが自明であろう。以下の様々な代替的および好適な実施形態の詳細な説明は、ｉＯＳ作動のモバイルコンピューティングデバイスに関連させて本発明の一般的原理を例示するものであるが、当業者には、本開示の利点を所与とした、他の用途に適した他の実施形態および変形が明らかであろう。例えば、モバイルコンピューティングデバイスが追加でもしくは代わりに他のオペレーティングシステムを実行している、および／または、コンピューティングデバイスに非モバイルデバイスが追加されるもしくはコンピューティングデバイスがこれで代替される場合の用途。モバイルコンピューティングデバイスとは、例えば、携帯電話、スマートフォン、タブレットコンピュータ、個人情報端末（ＰＤＡ：ｐｅｒｓｏｎａｌ ｄｉｇｉｔａｌ ａｓｓｉｓｔａｎｔｓ）、企業情報端末、計算器、携帯用ゲーム機、携帯メディアプレイヤー、デジタルスチルカメラ、デジタルビデオカメラ、ページャー、個人ナビゲーションデバイス（ＰＮＤ：ｐｅｒｓｏｎａｌ ｎａｖｉｇａｔｉｏｎ ｄｅｖｉｃｅｓ）など、小型携帯用コンピューティングデバイスである。非モバイルデバイスとは、例えば、デスクトップコンピュータ、携帯用コンピュータ（ラップトップ、ノートブック型など）、ネットブック、ワークステーション、サーバ、メインフレーム、スーパーコンピュータなど、小型携帯用デバイスではないコンピューティングデバイスである。

ここで図面を参照すると、図１は、本発明の第一例示実施形態による、ＳＣＥＰ証明書登録要求の正当性を確認するためのデータセキュリティシステム１０を示す。例示のデータセキュリティシステム１０は、ＳＣＥＰサーバ１２およびＳＣＥＰ発行システムを含み、その各々は、通信ネットワーク１８を介して複数のコンピューティングデバイス１６と通信している。ＳＣＥＰサーバ１２は、任意の適した型のサーバとすることができ、該サーバは認証局２０と直接に通信している。例示の認証局２０はＭｉｃｒｏｓｏｆｔ認証局であるが、任意の他の適切な認証局２０を代わりに用いることができる。例示のＳＣＥＰ発行システム１４は、オハイオ州インディペンデンスのＣｅｒｔｉｆｉｅｄ Ｓｅｃｕｒｉｔｙ Ｓｏｌｕｔｉｏｎｓ，Ｉｎｃ．（ＣＳＳ Ｉｎｃ．）から入手可能なモバイル証明書管理システム（ｍＣＭＳ：ｍｏｂｉｌｅ Ｃｅｒｔｉｆｉｃａｔｅ Ｍａｎａｇｅｍｅｎｔ Ｓｙｓｔｅｍ）であるが、代わりに任意の他の適切なＳＣＥＰ発行システム１４とすることも可能である。例示のコンピューティングデバイス１６は、例えば、Ａｐｐｌｅ Ｉｎｃ．から入手可能なｉＰｈｏｎｅ（登録商標）、ｉＰａｄ（登録商標）、およびｉＰｏｄ Ｔｏｕｃｈ（登録商標）など、ｉＯＳを実行するモバイルコンピューティングデバイスであるが、このコンピューティングデバイス１６は、上記に換えて任意の他の適した型のコンピューティングデバイス１６としてもよく、および／または、例えば、Ｍａｃ ＯＳ（登録商標）、Ａｎｄｒｏｉｄ（登録商標）、Ｗｉｎｄｏｗｓ Ｐｈｏｎｅ（登録商標）など任意の他の適切なオペレーティングシステムを実行してもよい。例示の通信ネットワーク１８はインターネットであるが、これに換えて任意の他の適切な通信ネットワークとすることもできる。

ＳＣＥＰ発行システム１４に対し正当性確認サービスを提供するＳＣＥＰ正当性確認サービス２２は、ＳＣＥＰ発行システム１４と認証局２０との間に配置される。すなわち、ＳＣＥＰ発行システム１４はＳＣＥＰ正当性確認サービス２２と直接通信し、ＳＣＥＰ正当性確認サービス２２は認証局２０と直接通信している。ＳＣＥＰ正当性確認サービス２２の主な機能は、ＳＣＥＰチャレンジパスワードと期待証明書要求内容のセットとをペアにさせることである。ＳＣＥＰ正当性確認サービス２２に対し、様々なメカニズムでこれらのペア化を実施するよう命令することができる。

例示のＳＣＥＰ正当性確認サービス２２は、典型的なサービス指向アーキテクチャ（ＳＯＡ：Ｓｅｒｖｉｃｅ−ｏｒｉｅｎｔｅｄ Ａｒｃｈｉｔｅｃｔｕｒｅ）コンポーネントとして実装され、サービス契約を介した緩やかな拘束を可能にし、マルチプラットフォームの相互運用性を提供している。例示のＳＣＥＰ正当性確認サービス２２のサービスは、ＨＴＴＰＳ上で実行されるＳＯＡＰベースのウェブサービスとして公開される。これに換えて、同じサービスをＴＣＰまたは名前付きパイプなどで実行可能であるが、真の「ウェブサービス」はＨＴＴＰＳ上で実行される。例示のウェブサービスは、．ＮＥＴ技術を使って構築されており、ウェブサービスのフレームワークとしてＷＣＦを利用している。Ｍｉｃｒｏｓｏｆｔのインターネット情報サービス（ＩＩＳ：Ｉｎｔｅｒｎｅｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｓｅｒｖｉｃｅｓ）ウェブサーバは、ＳＣＥＰ発行システム１４およびＳＣＥＰ正当性確認サービス２２の両方を直接にホストしている。これら２つのシステムは、必要に応じ、同一の物理マシン上に置くこともでき、あるいは異なるマシンに分置することも可能である。ＨＴＴＰベースのウェブアプリケーションおよびウェブサービスは、通常、プロトコルレベルではステートレスである。しかしながら、ステートレスな性質のＨＴＴＰを用いるので、ＳＣＥＰチャレンジデータに対するデータモデルとして機能するためにはステートフルなコンポーネントが必要となる。例示のデータセキュリティシステム１０は、ＳＣＥＰ発行システム１４によってデータが提出されたときから、ＳＣＥＰ実施モジュール２４によって正当性確認要求が行われるときまでの間、ＳＣＥＰチャレンジをインメモリに保持できるコンポーネントが必要である。例示のＳＣＥＰ正当性確認サービス２２はこの役割を満たし、ステートフルなＳｉｎｇｌｅｔｏｎコンポーネントとして実装され、同一のインスタンスが、証明書登録プロセスの全期間中の間アクティブのままでいることを可能にする。

ＳＣＥＰ実施モジュール２４は、ＳＣＥＰ正当性確認サービス２２と認証局２０とを結合するのに用いられ、認証局２０によってホストされる。例示のＳＣＥＰ実施モジュール２４は、Ｍｉｃｒｏｓｏｆｔ認証局２０のためのポリシーモジュールとして実装され、ＩＣｅｒｔＰｏｌｉｃｙ２のＣＯＭインターフェースを固守する。Ｍｉｃｒｏｓｏｆｔ’ Ｃｏｒｐｏｒａｔｉｏｎのアーキテクチャは、全てのポリシーモジュールが、ＩＣｅｒｔＰｏｌｉｃｙ２インターフェースに対応するＣＯＭオブジェクトとして実装されていることを必要とする。ＣＯＭオブジェクトを生成する際にはいくつかの技術的選択肢があるが、用いられる技術の如何にかかわらずＣＯＭオブジェクトが必要である。例示のＭｉｃｒｏｓｏｆｔ認証局２４はポリシーモジュールを１つだけ有することができるので、ＳＣＥＰ実施モジュール２４は、ＳＣＥＰチャレンジを包含する証明書要求が受信されるまで、主として「シム（ｓｈｉｍ）」としての役割をし、全ての通信をオリジナルのポリシーモジュールに向け通過させる。受信されたとき、ＳＣＥＰ実施モジュール２４は、標準的なポリシーモジュールの機能の組み合わせを用い、証明書要求の構文解析をして、証明書要求から関係情報を取得し、チェックのためにＳＣＥＰ正当性確認サービス２２にその情報を渡す。ＳＣＥＰ正当性確認サービス２２が、該情報が期待されたものと合致しないことを示す場合、ＳＣＥＰ実施モジュール２４は要求を拒否する。

図２に最もよく示されているように、ＳＣＥＰ正当性確認サービス２２は、ＳＣＥＰ発行システム２４が、信頼できるユーザからの許可されたＳＣＥＰチャレンジデータセットを登録することを可能にする。本明細書および特許請求の範囲中で用いる用語「信頼できるユーザ」とは、証明書および内容の提出を行うに値する人またはコンピューティングデバイスを意味する。ほとんどの場合、要求を行う信頼できるユーザは、ＣＳＳ Ｉｎｃ．のｍＣＭＳなど、諸デバイスに証明書の登録をするよう命令するソフトウェアであろう。これらの登録されたＳＣＥＰチャレンジデータセットは、サービスがメモリからアンロードされるか、もしくは個別のデータセットがサービスの正当性確認側から除去されるまで格納される。このＳＣＥＰチャレンジデータセットは、例えば、ＲＡＭ（ＳＲＡＭ、ＤＲＡＭ）、フラッシュ、ＲＯＭ／ＰＲＯＭ／ＥＲＯＭ／ＥＥＲＯＭ／仮想メモリ、キャッシュメモリ、永続メモリ、ハードドライブ、テープドライブ、磁気ディスク、光ディスクなど、任意の適切なメモリまたはストレージ中に格納すればよい。ｉＯＳ作動のコンピューティングデバイス１６は、登録のため、通信ネットワーク１８を介してＳＣＥＰ発行システム１４と会話を開始し、該システム１４は、例示の実施形態ではｍＣＭＳウェブサイトである。ＳＣＥＰ発行システム１４は、ＳＣＥＰチャレンジに対する、すなわちＳＣＥＰチャレンジパスワードに対する要求を、ＳＣＥＰサーバ１２に送信し、ＳＣＥＰサーバ１２はＳＣＥＰチャレンジをＳＣＥＰ発行システム１４に返す。ＳＣＥＰ発行システム１４は、次いで、ＳＣＥＰ正当性確認サービス２２を使って、生成されたＳＣＥＰチャレンジデータセットを格納する。このＳＣＥＰチャレンジデータセットは、例えば、ＲＡＭ（ＳＲＡＭ、ＤＲＡＭ）、フラッシュ、ＲＯＭ／ＰＲＯＭ／ＥＲＯＭ／ＥＥＲＯＭ／仮想メモリ、キャッシュメモリ、永続メモリ、ハードドライブ、テープドライブ、磁気ディスク、光ディスクなど、任意の適切なメモリまたはストレージ中に格納すればよい。なお、例示のＳＣＥＰ正当性確認サービス２２は、ＳＣＥＰチャレンジデータセットを格納するのに適したデータベース２６を備えている。また、ＳＣＥＰ発行システム１４は、ｉＯＳ作動のコンピューティングデバイス１６に対する．ｍｏｂｉｌｅｃｏｎｆｉｇファイルの形で、モバイル構成を生成し、そのモバイル構成を、通信ネットワーク１８を介してコンピューティングデバイス１６に送信する。次いで、コンピューティングデバイス１６が鍵ペアを生成する。ＰＫＣＳ＃１０要求を生成するためにはＲＳＡ鍵ペアが必要である。公開鍵は、ＰＫＣＳ＃１０要求の中で提出され、ＣＡが発行する証明書の中に組み込まれる。この設計は、秘密鍵がコンピューティングデバイス１６上で生成されることになるので、通信ネットワーク１８を介して鍵を送る必要がなくこれによってセキュリティが高まる。

図３に最もよく示されているように、ＳＣＥＰサーバ１２が、コンピューティングデバイス１６からＰＫＣＳ＃１０要求の形で証明書要求を受信したとき、ＳＣＥＰサーバ１２は、要求元が、その特定の証明書を要求することを許可されているかどうかを判定する。この判定は、証明書に対する要求を認証局２０に送信することによって行われ、これはプラグインポリシーモジュールまたはＳＣＥＰ実施モジュール２４によって受信され、該モジュールは、ＳＣＥＰ正当性確認サービス２２を用いて、要求の正当性を確認するためのチェックをする。ＳＣＥＰ正当性確認サービス２２は、該要求が、当該証明書要求のＳＣＥＰチャレンジおよび期待内容を含め、以前に格納されている登録済みＳＣＥＰチャレンジデータセットのどれかと合致するかどうかをチェックする。図１１は、ＳＣＥＰチャレンジおよび関連する正当性確認データの例を示す。合致するＳＣＥＰチャレンジデータセットが見出された場合、肯定応答がコンピューティングデバイス１６に返され、当該ＳＣＥＰチャレンジデータセットは内部データストアから除去される。この肯定応答は、ＳＣＥＰ正当性確認サービス２２がプラグインポリシーモジュール２４に肯定応答を送信し、プラグインポリシーモジュール２４が認可応答を認証局２０に送信し、認証局２０が認可応答をＳＣＥＰサーバ１２に送信し、そしてＳＣＥＰサーバ１２が証明書を生成してコンピューティングデバイス１６に送信することによって、コンピューティングデバイス１６に返され、デバイス１６は証明書をインポートする。許可されたＳＣＥＰチャレンジは、ＳＣＥＰ正当性確認サービス２２によって格納され管理される。この許可されたＳＣＥＰチャレンジは、例えば、ＲＡＭ（ＳＲＡＭ、ＤＲＡＭ）、フラッシュ、ＲＯＭ／ＰＲＯＭ／ＥＲＯＭ／ＥＥＲＯＭ／仮想メモリ、キャッシュメモリ、永続メモリ、ハードドライブ、テープドライブ、磁気ディスク、光ディスクなど、任意の適切なメモリまたはストレージ中に格納すればよい。合致するＳＣＥＰチャレンジデータセットが見出せない場合、コンピューティングデバイス１６には否定応答が返され、証明書はコンピューティングデバイス１６に提供されない。

図４は、本発明の第二例示実施形態による、ＳＣＥＰ証明書登録要求の正当性を確認するためのデータセキュリティシステム１０Ａを示す。第二例示実施形態によるデータセキュリティシステム１０Ａは、ＳＣＥＰ正当性確認サービス２２がＳＣＥＰサーバ１２の前に移動されていることを除けば、前述の第一例示実施形態によるデータセキュリティシステム１０とほぼ同じである。すなわち、ＳＣＥＰサーバ１２は、証明書要求を認証局２０に送る前に、ＳＣＥＰ正当性確認サービス２２を用いて該証明書要求の正当性を確認する。例示のシステム１０Ａは、相互に直接に通信し各々が通信ネットワーク１８を介してコンピューティングデバイス１６と通信している、ＳＣＥＰサーバ１２およびＳＣＥＰ発行システムを含む。ＳＣＥＰサーバ１２は、認証局２０と直接通信している。ＳＣＥＰ発行システム１４に正当性確認サービスを提供するＳＣＥＰ正当性確認サービス２２は、ＳＣＥＰサーバ１２およびＳＣＥＰ発行システム１４と直接に通信しており、ＳＣＥＰサーバ１２はＳＣＥＰ正当性確認サービス２２と認証局２０との間に配置されている。ＳＣＥＰ正当性確認サービス２２の主な機能は、ＳＣＥＰチャレンジパスワードと期待証明書要求内容のセットとをペアにさせることである。

図５に最もよく示されているように、ＳＣＥＰサーバ１２が、コンピューティングデバイス１６からＰＫＣＳ＃１０要求の形で証明書要求を受信したとき、ＳＣＥＰサーバ１２は、要求元が、その特定の証明書を要求することを許可されているかどうかを判定する。この判定は、ＳＣＥＰ正当性確認サービス２２に該要求の正当性を確認することを求めることによって行われる。ＳＣＥＰ正当性確認サービス２２は、該要求が、当該証明書要求のＳＣＥＰチャレンジおよび期待内容を含め、以前に格納されている登録済みＳＣＥＰチャレンジデータセットのどれかと合致するかどうかをチェックする。合致するＳＣＥＰチャレンジデータセットが見出された場合、肯定応答がコンピューティングデバイス１６に返され、当該ＳＣＥＰチャレンジデータセットは内部データストアから除去される。この肯定応答は、ＳＣＥＰ正当性確認サービス２２がＳＣＥＰサーバ１２に肯定応答を送信し、ＳＣＥＰサーバ１２が証明書要求を認証局２０に送信し、認証局２０が認可応答をＳＣＥＰサーバ１２に送信し、そしてＳＣＥＰサーバ１２が証明書を生成してコンピューティングデバイス１６に送信することによって、コンピューティングデバイス１６に返され、デバイス１６は証明書をインポートする。許可されたＳＣＥＰチャレンジは、ＳＣＥＰ正当性確認サービス２２によって格納され管理される。合致するＳＣＥＰチャレンジデータセットが見出せない場合、その証明書要求は認証局２０により阻止され、コンピューティングデバイス１６には否定応答が返され、証明書はコンピューティングデバイス１６に提供されない。

図６は、本発明の第三例示実施形態による、ＳＣＥＰ証明書登録要求の正当性を確認するためのデータセキュリティシステム１０Ｂを示す。第三例示実施形態によるデータセキュリティシステム１０Ｂは、正当性確認機能がＳＣＥＰサーバ１２によって実施されることを除けば、前述の第二例示実施形態によるデータセキュリティシステム１０Ａとほぼ同じである。すなわち、証明書要求を認証局２０に送信する前に、ＳＣＥＰサーバ１２自体が、ＳＣＥＰサーバ１２中に常駐しているソフトウェアを使って証明書要求の正当性を確認する。例示のシステム１０Ｂは、相互に直接に通信し各々が通信ネットワーク１８を介してコンピューティングデバイス１６と通信している、ＳＣＥＰサーバ１２およびＳＣＥＰ発行システムを含む。ＳＣＥＰサーバ１２は、認証局２０と直接通信している。ＳＣＥＰ発行システム１４に正当性確認サービスを提供するＳＣＥＰ正当性確認ソフトウェア２８が、ＳＣＥＰサーバ１２中に常駐している。ＳＣＥＰ正当性確認ソフトウェア２８の主な機能は、ＳＣＥＰチャレンジパスワードと期待証明書要求内容のセットとをペアにさせることである。

図７に最もよく示されているように、ＳＣＥＰサーバ１２が、コンピューティングデバイス１６からＰＫＣＳ＃１０要求の形で証明書要求を受信したとき、ＳＣＥＰサーバ１２は、要求元が、その特定の証明書を要求することを許可されているかどうかを判定する。この判定は、要求の正当性を確認するため、ＳＣＥＰ正当性確認ソフトウェア２８を使い内部で行われる。ＳＣＥＰ正当性確認ソフトウェア２８は、該要求が、当該証明書要求のＳＣＥＰチャレンジおよび期待内容を含め、以前に格納されている登録済みＳＣＥＰチャレンジデータセットのどれかと合致するかどうかをチェックする。合致するＳＣＥＰチャレンジデータセットが見出された場合、肯定応答がコンピューティングデバイス１６に返され、当該ＳＣＥＰチャレンジデータセットは内部データストアから除去される。この肯定応答は、ＳＣＥＰ正当性確認ソフトウェア２８が肯定応答を提供し、ＳＣＥＰサーバ１２が証明書要求を認証局２０に送信し、認証局２０が認可応答をＳＣＥＰサーバ１２に送信し、そしてＳＣＥＰサーバ１２が証明書を生成し、コンピューティングデバイス１６に送信することによって、コンピューティングデバイス１６に返され、デバイス１６は証明書をインポートする。許可されたＳＣＥＰチャレンジは、ＳＣＥＰ正当性確認サービス２２によって格納され管理される。合致するＳＣＥＰチャレンジデータセットが見出せない場合、証明書要求は認証局２０によって阻止され、コンピューティングデバイス１６には否定応答が返され、証明書はコンピューティングデバイス１６に提供されない。

図８は、本発明の第四例示実施形態による、ＳＣＥＰ証明書登録要求の正当性を確認するためのデータセキュリティシステム１０Ｃを示す。第四例示実施形態によるデータセキュリティシステム１０Ｃは、正当性確認機能が認証局２０によって実施されることを除けば、前述の第一例示実施形態によるデータセキュリティシステム１０とほぼ同じである。すなわち、認可をＳＣＥＰサーバに送信する前に、認証局２０自体が、認証局２０中に常駐しているソフトウェアを使って証明書要求の正当性を確認する。例示のシステム１０Ｃは、相互に直接に通信し各々が通信ネットワーク１８を介してコンピューティングデバイス１６と通信している、ＳＣＥＰサーバ１２およびＳＣＥＰ発行システムを含む。ＳＣＥＰサーバ１２は、認証局２０と直接通信している。ＳＣＥＰ発行システム１４および認証局２０に対し正当性確認サービスを提供するＳＣＥＰ正当性確認ソフトウェア２８が認証局２０内に常駐している。

図９に最もよく示されているように、ＳＣＥＰサーバ１２が、コンピューティングデバイス１６からＰＫＣＳ＃１０要求の形で証明書要求を受信したとき、ＳＣＥＰサーバ１２は、要求元が、その特定の証明書を要求することを許可されているかどうかを判定する。この判定は、証明書に対する要求を認証局２０に送信することによって行われ、認証局は、要求の正当性を確認するためＳＣＥＰ正当性確認ソフトウェア２８を使ってチェックする。ＳＣＥＰ正当性確認ソフトウェア２８は、該要求が、当該証明書要求のＳＣＥＰチャレンジおよび期待内容を含め、以前に格納されている登録済みＳＣＥＰチャレンジデータセットのどれかと合致するかどうかをチェックする。合致するＳＣＥＰチャレンジデータセットが見出された場合、肯定応答がコンピューティングデバイス１６に返され、当該ＳＣＥＰチャレンジデータセットは内部データストアから除去される。この肯定応答は、ＳＣＥＰ正当性確認ソフトウェア２８が肯定応答を提供し、認証局２０が認可応答をＳＣＥＰサーバ１２に送信し、そしてＳＣＥＰサーバ１２が証明書を生成し、コンピューティングデバイス１６に送信することによって、コンピューティングデバイス１６に返され、デバイス１６は証明書をインポートする。許可されたＳＣＥＰチャレンジは、ＳＣＥＰ正当性確認ソフトウェア２２によって格納され管理される。合致するＳＣＥＰチャレンジデータセットが見出せない場合、コンピューティングデバイス１６には否定応答が返され、証明書はコンピューティングデバイス１６に提供されない。

図１０は、本発明の第五例示実施形態による、ＳＣＥＰ証明書登録要求の正当性を確認するためのデータセキュリティシステム１０Ｄを示す。第二例示実施形態によるデータセキュリティシステム１０Ｄは、該システムが、証明書要求が正当である場合にだけその証明書要求がＳＣＥＰサーバ１２に通ることを許可する、ＳＣＥＰプロキシ２８を用いることを除けば、前述の第一例示実施形態によるデータセキュリティシステム１０とほぼ同じである。この実施形態では、ＳＣＥＰプロキシ２８の中にＶ−ＳＣＥＰ技術が直接組み込まれる。コンピューティングデバイス１６は、まず、通信ネットワーク１８を介して、ウェブサーバ１４中に常駐するｍＣＭＳに登録する。この登録の過程で、ＳＣＥＰデータセットが中央データベース２６に登録される。証明書発行のため、コンピューティングデバイス１６は、そのＰＫＣＳ１０要求を生成し、ＳＣＥＰプロキシ２８に送信する。ＳＣＥＰプロキシ２８は、コンピューティングデバイス１６からのＰＫＣＳ１０要求の内容をデータベース２６中の登録済みＳＣＥＰデータセットと対比する。要求内容の正当性確認に合格した場合、ＳＣＥＰプロキシ２８は、該ＳＣＥＰ要求を実際のＳＣＥＰサーバ１２に転送する。次いで、ＳＣＥＰサーバ１２は、証明書を発行し、証明書の内容をＳＣＥＰプロキシ１２に返し、ＳＣＥＰプロキシは、発行された証明書をコンピューティングデバイス１６に送信する。

なお、上記で例示された実施形態の特徴および変形の各々は、他の例示実施形態の各々と任意の組み合わせで用いることが可能である。

前述の開示から、前述したデータセキュリティシステムおよび方法が、従来のＳＣＥＰベースのシステム中の、実際の攻撃をもたらしかねない理論的な特権拡大への脆弱性に対処可能なことは明らかである。また、前述したシステムおよび方法が、パフォーマンス効果的な仕方およびコスト効果的な仕方の両方でこの脆弱性に対処することも明らかである。例えば、正当性確認ステップを実施するソフトウェアを、システム内の任意の適切な場所の任意の適切なコンポーネントの中に常駐させることが可能なことなど、任意の適切な仕方でこの正当性確認ステップを設け実施させることができることもさらに明らかである。

また、前述した特定の好適な実施形態の開示および詳細な説明から、本発明の真の範囲および精神から逸脱することなく、様々な修改、追加、および他の代替的実施形態が可能であることも明らかである。上記で取り上げた実施形態は、本発明の原理およびその実際的応用の最善の例を提示し、これにより、当業者が、意図された特定の用途に適した様々な実施形態において、様々な修改を加え本発明を活用できるようにするため、選択され説明された。全てのかかる修改および変形は、添付の特許請求の範囲が公正に、合法的に、および公平に権利を持つ特典に従って解釈されたとき、該請求に定められた本発明の範囲内に含まれる。

Claims (24)

1. ＳＣＥＰ証明書登録要求の正当性を確認するための、コンピュータ実装の方法であって、前記方法は、
   信頼できるユーザが、ＳＣＥＰチャレンジ、および前記ＳＣＥＰチャレンジに対する期待証明書内容の関連するセットを登録することを可能にするステップと、
   通信ネットワークを介して証明書要求を電子的に受信するステップと、
   前記証明書要求のＳＣＥＰチャレンジが以前に登録された前記ＳＣＥＰチャレンジの１つに合致するかどうかをチェックし、合致する場合、前記証明書要求の内容が、前記合致した既登録のＳＣＥＰチャレンジに関連付けられた、以前に登録された前記期待証明書内容と合致するかどうかをチェックすることによって、電子的に前記証明書要求の正当性を確認するステップと、
   前記証明書要求の前記ＳＣＥＰチャレンジが以前に登録されたＳＣＥＰチャレンジに合致し、前記証明書要求の前記内容が、前記合致した既登録のＳＣＥＰチャレンジに関連付けられた前記登録済みの期待証明書内容と合致すれば、証明書を認可するステップと、
   前記証明書要求の前記ＳＣＥＰチャレンジが以前に登録されたＳＣＥＰチャレンジに合致しない、または、前記証明書要求の前記内容が、前記合致した既登録のＳＣＥＰチャレンジに関連付けられた前記登録済みの期待証明書内容と合致しない場合は、前記証明書を拒否するステップと、
   を組み合わせで含む、コンピュータ実装の方法。
2. 前記証明書要求がＰＫＣＳ＃１０証明書要求である、請求項１に記載のコンピュータ実装の方法。
3. 前記正当性確認ステップがＳＣＥＰ正当性確認サービスによって実施される、請求項１に記載のコンピュータ実装の方法。
4. 前記証明書要求が、前記通信ネットワークを介してＳＣＥＰサーバによって受信され、前記サーバが前記証明書要求を認証局に送信し、前記認証局は、前記証明書要求の正当性を確認するため前記ＳＣＥＰ正当性確認サービスと通信する、請求項３に記載のコンピュータ実装の方法。
5. 前記認証局が、ＳＣＥＰ実施モジュールを介して前記ＳＣＥＰ正当性確認サービスと通信する、請求項４に記載のコンピュータ実装の方法。
6. 前記ＳＣＥＰ実施モジュールが、前記認証局のためのポリシーモジュールとして実装される、請求項４に記載のコンピュータ実装の方法。
7. 前記ＳＣＥＰ実施モジュールが、ＳＣＥＰチャレンジを包含する証明書要求が受信された場合を除き、全ての通信を通過させる、請求項６に記載のコンピュータ実装の方法。
8. 前記ＳＣＥＰ正当性確認サービスが、サービス指向アーキテクチャコンポーネントとして実装される、請求項３に記載のコンピュータ実装の方法。
9. 前記証明書要求が、前記通信ネットワークを介しＳＣＥＰサーバによって受信され、前記サーバは、前記証明書要求を認証局に送信する前に、正当性確認のため前記ＳＣＥＰ正当性確認サービスに前記証明書要求を送信する、請求項５に記載のコンピュータ実装の方法。
10. 前記証明書要求が、前記通信ネットワークを介しＳＣＥＰサーバによって受信され、前記サーバは、前記証明書要求を認証局に送信する前に、前記ＳＣＥＰサーバ中に常駐しているソフトウェアを用いて前記証明書の正当性を確認する、請求項１に記載のコンピュータ実装の方法。
11. 前記証明書要求が、前記通信ネットワークを介しＳＣＥＰサーバによって受信され、前記サーバは前記証明書要求を認証局に送信し、前記認証局は、前記証明書要求を認可する前に、前記認証局中に常駐しているソフトウェアを用いて前記証明書要求の正当性を確認する、請求項１に記載のコンピュータ実装の方法。
12. ＳＣＥＰ証明書登録要求の正当性を確認するためのシステムであって、前記システムは、
    信頼できるユーザから、ＳＣＥＰチャレンジ、および関連する前記ＳＣＥＰチャレンジに対する期待証明書内容のセットを登録する要求を電子的に受信し、通信ネットワークを介して証明書要求を電子的に受信するためのＳＣＥＰサーバと、
    前記信頼できるユーザにＳＣＥＰチャレンジを発行するためのＳＣＥＰ発行システムと、
    前記証明書要求の正当性を確認するためのＳＣＥＰ正当性確認サービスと、
    を組み合わせで含み、
    前記ＳＣＥＰ正当性確認サービスは、前記証明書要求のＳＣＥＰチャレンジが以前に登録されたＳＣＥＰチャレンジに合致するかどうかをチェックし、合致する場合、前記証明書要求の内容が、前記合致した既登録のＳＣＥＰチャレンジに関連付けられた、以前に登録された前記期待証明書内容と合致するかどうかをチェックすることによって、電子的に前記証明書要求の正当性を確認し、
    前記ＳＣＥＰ正当性確認サービスは、前記証明書要求の前記ＳＣＥＰチャレンジが登録されたＳＣＥＰチャレンジに合致し、前記証明書要求の前記内容が、前記合致した既登録のＳＣＥＰチャレンジに関連付けられた前記登録済みの期待証明書内容と合致すれば、証明書を認可し、
    前記ＳＣＥＰ正当性確認サービスは、前記証明書要求の前記ＳＣＥＰチャレンジが、合致する登録済みのＳＣＥＰチャレンジを持たない、または、前記証明書要求の前記内容が、前記合致した既登録のＳＣＥＰチャレンジに関連付けられた前記期待証明書内容の登録済みセットと合致しない場合、前記証明書を拒否する、
    システム。
13. 前記証明書要求がＰＫＣＳ＃１０証明書要求である、請求項１２に記載のシステム。
14. 前記ＳＣＥＰサーバから前記証明書要求を受信し、前記証明書要求の正当性を確認するため前記ＳＣＥＰ正当性確認サービスと通信する、認証局をさらに含む、請求項１２に記載のシステム。
15. 前記認証局が、前記ＳＣＥＰ正当性確認サービスと通信するためのＳＣＥＰ実施モジュールを含む、請求項１４に記載のシステム。
16. 前記ＳＣＥＰ実施モジュールが、前記認証局のためのポリシーモジュールとして実装される、請求項１５に記載のシステム。
17. 前記ＳＣＥＰ実施モジュールが、ＳＣＥＰチャレンジを包含する証明書要求が受信された場合を除き、全ての通信を通過させる、請求項１６に記載のシステム。
18. 前記ＳＣＥＰ正当性確認サービスが、サービス指向アーキテクチャコンポーネントとして実装される、請求項１２に記載のシステム。
19. ＳＣＥＰサーバが、前記証明書要求を認証局に送信する前に、正当性確認のため、前記証明書要求を前記ＳＣＥＰ正当性確認サービスに送信する、請求項１２に記載のシステム。
20. ＳＣＥＰ証明書登録要求の正当性を確認するためのシステムであって、前記システムは、
    信頼できるユーザから、ＳＣＥＰチャレンジ、および前記ＳＣＥＰチャレンジに対する期待証明書内容の関連するセットを登録する要求を電子的に受信し、通信ネットワークを介して証明書要求を電子的に受信するためのＳＣＥＰサーバと、
    前記信頼できるユーザにＳＣＥＰチャレンジを発行するためのＳＣＥＰ発行システムと、
    前記証明書要求の正当性を確認するよう構成された正当性確認ソフトウェアと、
    を組み合わせで含み、
    前記正当性確認ソフトウェアは、前記証明書要求のＳＣＥＰチャレンジが以前に登録されたＳＣＥＰチャレンジに合致するかどうかをチェックし、合致する場合、前記証明書要求の内容が、前記合致した既登録のＳＣＥＰチャレンジに関連付けられた、以前に登録された前記期待証明書内容と合致するかどうかをチェックすることによって、前記証明書要求の正当性を確認し、
    前記正当性確認ソフトウェアは、前記証明書要求の前記ＳＣＥＰチャレンジが登録されたＳＣＥＰチャレンジに合致し、前記証明書要求の前記内容が、前記合致した既登録のＳＣＥＰチャレンジに関連付けられた前記登録済みの期待証明書内容と合致すれば、証明書を認可し、
    前記正当性確認ソフトウェアは、前記証明書要求の前記ＳＣＥＰチャレンジが、合致する登録済みのＳＣＥＰチャレンジを持たない、または、前記証明書要求の前記内容が、前記合致した既登録のＳＣＥＰチャレンジに関連付けられた前記期待証明書内容の登録済みセットと合致しない場合、前記証明書を拒否する、
    システム。
21. 前記証明書要求がＰＫＣＳ＃１０証明書要求である、請求項２０に記載のシステム。
22. 前記ＳＣＥＰサーバから前記証明書要求を受信する認証局をさらに含む、請求項２０に記載のシステム。
23. 前記正当性確認ソフトウェアが前記認証局中に常駐する、請求項２２に記載のシステム。
24. 前記正当性確認ソフトウェアが前記ＳＣＥＰサーバ中に常駐する、請求項２０に記載のシステム。

Images