(57)【要約】      （修正有）【課題】少なくとも１つのクライアント装置からルート証明書を無効化する技術を与える。【解決手段】少なくとも１つのクライアント装置に含まれると共にルート証明書及び少なくとも１つのバックアップルート証明書を記憶するように構成されるセキュアエレメントに、永久にそのルート証明書をさせ、その少なくとも１つのクライアント装置がその特定のルート証明書を利用することを防がせることを含む。無効化は、ルート証明書を直接的に対象とする無効化メッセージであって、無効化を実行する前にセキュアエレメントによって検証される少なくとも２つのレベルの認証を含むメッセージを受信したことに応じて生じる。一度ルート証明書が無効化されると、セキュアエレメントは、無効化されたルート証明書を永久に無視する一方で、少なくとも１つのバックアップルート証明書を利用し続ける。【選択図】図３
2015171153.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも１つのクライアント装置からルート証明書を無効化するための方法であって、
前記ルート証明書を無効化するための要求であって、前記ルート証明書に関連付けられたオブジェクト識別子（ＯＩＤ）を含む要求を受信し、
前記少なくとも１つのクライアント装置が前記ルート証明書を信用するように設定されていることを判定し、
前記少なくとも１つのクライアント装置から前記ルート証明書を無効化するためのメッセージであって、前記ＯＩＤを含むと共に前記少なくとも１つのクライアント装置に知られた所定の方法でフォーマットされたメッセージを生成し、
前記ルート証明書に関連付けられた証明機関に、第１のシグネチャを用いて前記メッセージに署名させ、
第２のシグネチャを用いて前記メッセージに署名し、
前記少なくとも１つのクライアント装置に対して、当該少なくとも１つのクライアント装置における前記ルート証明書の無効化を行わせるための前記メッセージを発行する、
ことを含むことを特徴とする方法。
【請求項２】
前記証明機関は、前記ルート証明書が生成されたときに当該ルート証明書に自己署名するのに用いられた第１の秘密鍵を所有する、
ことを特徴とする請求項１に記載の方法。
【請求項３】
前記第１のシグネチャは、無効証明書と関連付けられる第２の秘密鍵を用いて作成され、前記無効証明書は、前記ルート証明書に対する中間物であると共に前記第１の秘密鍵を用いて署名されており、
前記第２のシグネチャは、管理証明書に関連付けられる第３の秘密鍵を用いて、作成される、
ことを特徴とする請求項２に記載の方法。
【請求項４】
前記管理証明書は、前記ルート証明書に対する中間物であると共に前記第１の秘密鍵を用いて署名されている、
ことを特徴とする請求項３に記載の方法。
【請求項５】
前記証明機関は、前記第２の秘密鍵を所有するが、前記第３の秘密鍵を所有しない、
ことを特徴とする請求項３に記載の方法。
【請求項６】
前記要求は、前記少なくとも１つのクライアント装置の動作を監視するエンティティから受信される、
ことを特徴とする請求項１に記載の方法。
【請求項７】
前記メッセージは、さらに、前記無効証明書と前記管理証明書との両方を含む、
ことを特徴とする請求項３に記載の方法。
【請求項８】
命令を記憶するように構成されたコンピュータ可読記憶媒体であって、
前記命令は、計算装置に含まれるプロセッサにより実行されるときに、前記計算装置に、
ルート証明書を無効化する要求を受信させ、
前記ルート証明書を信用するように設定されている少なくとも１つのクライアント装置を特定させ、
前記少なくとも１つのクライアント装置から前記ルート証明書を無効化するためのメッセージを生成させ、
二重の認証を確立するために前記メッセージに第１のシグネチャと第２のシグネチャとが含められるようにさせ、
前記少なくとも１つのクライアント装置における前記ルート証明書の無効化を当該少なくとも１つのクライアント装置に行わせるために前記メッセージを発行させる、
ことを特徴とするコンピュータ可読記憶媒体。
【請求項９】
前記ルート証明書は、前記ルート証明書が生成されたときに当該ルート証明書に自己署名するのに用いられた第１の秘密鍵を所有する証明機関によって作成される、
ことを特徴とする請求項８に記載のコンピュータ可読記憶媒体。
【請求項１０】
前記第１のシグネチャは、無効証明書と関連付けられる第２の秘密鍵を用いて作成され、前記無効証明書は、前記ルート証明書に対する中間物であると共に前記第１の秘密鍵を用いて署名されており、
前記第２のシグネチャは、管理証明書に関連付けられる第３の秘密鍵を用いて、作成される、
ことを特徴とする請求項９に記載のコンピュータ可読記憶媒体。
【請求項１１】
前記管理証明書は、前記ルート証明書に対する中間物であると共に前記第１の秘密鍵を用いて署名されている、
ことを特徴とする請求項１０に記載のコンピュータ可読記憶媒体。
【請求項１２】
前記証明機関は、前記第２の秘密鍵を所有するが、前記第３の秘密鍵を所有しない、
ことを特徴とする請求項１０に記載のコンピュータ可読記憶媒体。
【請求項１３】
前記要求は、前記少なくとも１つのクライアント装置の動作を監視するエンティティから受信される、
ことを特徴とする請求項８に記載のコンピュータ可読記憶媒体。
【請求項１４】
前記メッセージは、さらに、前記無効証明書と前記管理証明書との両方を含む、
ことを特徴とする請求項１０に記載のコンピュータ可読記憶媒体。
【請求項１５】
少なくとも２つのルート証明書を記憶するように構成されるメモリと、
プロセッサと、を有し、
前記プロセッサは、
管理エンティティから、前記少なくとも２つのルート証明書のうちの特定のルート証明書を無効化するためのメッセージを受信し、
前記メッセージの認証を試行し、
前記メッセージの認証に応じて、
前記特定のルート証明書にアクセスすることができないようにする、
ように構成される、ことを特徴とするセキュアエレメント。
【請求項１６】
前記セキュアエレメントは、移動体装置に含まれる、
ことを特徴とする請求項１５に記載のセキュアエレメント。
【請求項１７】
前記セキュアエレメントに、前記移動体装置に含まれる当該セキュアエレメントの外部のエンティティが直接アクセスすることができない、
ことを特徴とする請求項１６に記載のセキュアエレメント。
【請求項１８】
前記メモリは読み出し専用メモリ（ＲＯＭ）である、
ことを特徴とする請求項１５に記載のセキュアエレメント。
【請求項１９】
前記メッセージは、前記特定のルート証明書を対象とするオブジェクト識別子（ＯＩＤ）を含み、前記メッセージは、第１のシグネチャ及び第２のシグネチャを含む、
ことを特徴とする請求項１５に記載のセキュアエレメント。
【請求項２０】
前記第１のシグネチャは、無効証明書と関連付けられる第１の秘密鍵に基づいて生成され、
前記第２のシグネチャは、管理証明書に関連付けられる第２の秘密鍵に基づいて生成され、
前記無効証明書と前記管理証明書との両方が前記特定のルート証明書にアンカーするトラストチェーンの一部である、
ことを特徴とする請求項１９に記載のセキュアエレメント。
【発明の詳細な説明】
【技術分野】
【０００１】
開示される実施形態は、１つ以上の無線通信装置内のルート証明書を無効化するための技術を説明する。
【背景技術】
【０００２】
ほとんどの無線通信装置（例えば、スマートフォン）は、無線サービスキャリアへのアクセスを提供するユニバーサル集積回路カード（ＵＩＣＣ）を利用するように構成されている。ＵＩＣＣは、通常、無線通信装置に挿入される小型の取り外し可能なカード（例えば、加入者識別モジュール（ＳＩＭ）カード）の形をとるが、より最近の実装では、ＵＩＣＣは、代わりに、無線通信装置のシステムボードに直接組み込まれうる。いずれのアプローチによっても、ＵＩＣＣは、少なくとも、マイクロプロセッサと、マイクロプロセッサが無線サービスキャリアと情報のやり取りをするために利用することが可能な認証データを記憶するように構成される読み出し専用メモリ（ＲＯＭ）と、を含む。一般に、認証データは、無線サービスキャリアがＵＩＣＣを認証することを可能とするユニークな暗号化鍵を含む。認証データは、また、ＵＩＣＣがマイクロプロセッサを介して無線サービスキャリアとの情報のやり取りの前に様々な無線サービスキャリアを認証することを可能とする１つ以上のルート証明書を含む。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
上述のアプローチは、障害に相当に強いセキュアな運用環境を提供するが、軽減するのに費用が掛かると共に煩わしいセキュリティ違反の影響を受けやすい可能性がある。例えば、悪意の者が、ＵＩＣＣの集合（例えば、数百万のオーダーの大きさを有するＵＩＣＣの集合）が記憶しているルート証明書に関連付けられた秘密鍵を、ひそかに知ることとなった場合について検討する。ＵＩＣＣに含まれるメモリの読み出し専用性を前提とすると、その集合内の全てのＵＩＣＣは、セキュリティ違反を抑え込むために、（新しいルート証明書を記憶する）新しいＵＩＣＣで置き換えられる必要があるだろう。具体的には、ＳＩＭカードベースのＵＩＣＣは、新しいＳＩＭカードで置き換えられる必要があるだろう。より悪く、組み込み型のＵＩＣＣを有する無線通信装置は、ほとんどの場合、システムボードの他の要素はおそらく無傷であるにもかかわらず、そのシステムボードの全面的な置き換えを必要とするだろう。重要なことは、この処理には費用がかかり、時間がかかり、かつ、全体の顧客満足度を著しく下げうることである。
【課題を解決するための手段】
【０００４】
ここで説明される代表的な実施形態は、少なくとも１つのクライアント装置から特定のルート証明書を無効化するための様々な技術を開示する。具体的には、本技術は、−少なくとも１つのクライアント装置に含まれると共に、その特定のルート証明書及び少なくとも１つのバックアップのルート証明書を記憶するように構成される−セキュアエレメントに、永久にその特定のルート証明書を無視させ、その少なくとも１つのクライアント装置がその特定のルート証明書を利用することを防がせることを含む。
【０００５】
１つの実施形態は、少なくとも１つのクライアント装置からルート証明書を無効化するための方法について説明する。本方法は、ルート証明書を無効化するための、ルート証明書と関連付けられたオブジェクト識別子（ＯＩＤ）を含む要求を受信し、その少なくとも１つのクライアント装置がルート証明書を信用するように設定されていることを判定し、その少なくとも１つのクライアント装置からそのルート証明書を無効化するための、そのＯＩＤを含むと共にその少なくとも１つのクライアント装置に知られている所定の方法でフォーマットされたメッセージを送信すること、を含む。本方法は、さらに、そのルート証明書に関連付けられた証明機関に、第１のシグネチャを用いてそのメッセージに署名させるステップと、第２のシグネチャを用いてそのメッセージに署名するステップと、その少なくとも１つのクライアント装置におけるそのルート証明書の無効化をさせるためのメッセージを、その少なくとも１つのクライアント装置に対して発行するステップと、を含む。
【０００６】
別の実施形態は、命令を記憶するように構成された非一時的コンピュータ可読記憶媒体であって、その命令は、計算装置に含まれるプロセッサにより実行されるときに、その計算装置に、ルート証明書を無効化する要求を受信させ、そのルート証明書を信用するように設定されている少なくとも１つのクライアント装置を特定させ、その少なくとも１つのクライアント装置からそのルート証明書を無効化するためのメッセージを生成させ、二重の認証を確立するためにそのメッセージに第１のシグネチャと第２のシグネチャとが含められるようにさせ、その少なくとも１つのクライアント装置におけるそのルート証明書の無効化をその少なくとも１つのクライアント装置に行わせるためにそのメッセージを発行させる非一時的コンピュータ可読記憶媒体について説明する。
【０００７】
さらにもう１つの実施形態は、少なくとも２つのルート証明書を記憶するように構成されるメモリと、プロセッサと、の両方を有するセキュアエレメントを説明する。そのプロセッサは、管理エンティティから、その少なくとも２つのルート証明書のうちの特定のルート証明書を無効化するためのメッセージを受信し、そのメッセージの認証を試行し、そのメッセージの認証に応じて、その特定のルート証明書にアクセスすることができないようにするように構成される。
【０００８】
この概要は、ここで説明される対象のいくつかの態様の基本的な理解を提供するためのいくつかの例示の実施形態を要約する目的でのみ提供されている。したがって、上述の特徴は単なる例であり、ここで説明される対象の範囲又は精神をいかなる方法によっても狭めるように解釈されるべきでないことが理解されるだろう。ここで説明される対象の他の特徴、態様、及び利点は、以下の詳細な説明、図面及び特許請求の範囲から明らかになるだろう。
【発明の効果】
【０００９】
ここで説明される実施形態の他の態様及び利点は、例を通じて説明される実施形態を図解する添付の図面と併せて例として挙げられる以下の詳細な説明から明らかになるだろう。
【図面の簡単な説明】
【００１０】
含まれる図面は、事例的な目的のものであり、無線計算装置を提供するための開示される発明の装置及び方法のための、なし得る構造及び配置の例を与えるだけのものである。これらの図面は、いかなる方法においても、実施形態の精神及び範囲から離れることなく、当業者によってその実施形態に対してなされうる形式および詳細の変更を制限しない。実施形態は、同様の参照番号が同様の構造要素を指定する添付の図面と併せた以下の詳細な説明により、直ちに理解されるだろう。
【図１】いくつかの実施形態による、ここで説明される様々な技術を実装するように構成されるシステムの様々な要素のブロック図。
【図２】いくつかの実施形態による、図１のシステムの特定の要素のより詳細なビューのブロック図。
【図３】いくつかの実施形態による、新しいルート証明書及びそのルート証明書に関連付けられる様々な中間証明書を生成し、図１のシステムの特定の要素にその証明書を分配する方法のシーケンス図。
【図４】いくつかの実施形態による、１つ以上のセキュアエレメントに記憶される特定のルート証明書を無効化するためのメッセージを発行するための方法を説明する図。
【図５】いくつかの実施形態による、特定のルート証明書を無効化するためのメッセージを受信し、その特定のルート証明書の無効化を実行するための方法を説明する図。
【図６】いくつかの実施形態による、ここで説明される様々な要素を実装するために用いられうる計算装置の詳細ビューを説明する図。
【発明を実施するための形態】
【００１１】
本セクションでは、ここで説明される実施形態による装置及び方法の代表的なアプリケーションが提供される。これらの例は、コンテクストを加えると共に説明される実施形態の理解を助けるだけのために提供されている。したがって、当業者には、ここで説明される実施形態をこれらの特定の詳細の一部または全部を用いずに実行することが可能であることが明らかだろう。他の例では、不必要にここで説明される実施形態をあいまいにすることを避けるために、周知の処理ステップが詳細には説明されていない。他のアプリケーションが、以下の例が限定として扱われるべきでないように、予定されている。
【００１２】
大規模システムにおけるセキュリティを遂行するためのよくあるアプローチは、クライアント装置が信用することができる−少なくともクライアント装置を監視する１つ以上のエンティティ（例えば製造者）によってそう考えられている−ことを前提とするソース（例えば、無線サービスプロバイダ）とそれぞれが関連付けられている一連のルート証明書を有する、クライアント装置を事前にプログラミングすることを含む。具体的には、これらのルート証明書は、例えば、高リスクのコマンド（例えばファームウェア及びシステムレベルのソフトウェアアップデート）が信用されているソースによって署名され、クライアント装置に対して発行されているときに、クライアント装置が、信用されているソースのシグネチャを認証することを可能とする。１つのアプローチによれば、各クライアント装置に対して、ルート証明書は、クライアント装置内に組み込まれているセキュアエレメント（例えばＵＩＣＣ）に含まれるＲＯＭ中にプログラミングされる。ほとんどの場合、ルート証明書は、通常、セキュアエレメントが製造されるときにそのセキュアエレメントのＲＯＭにプログラミングされるが、ここで説明される技術は、そのような制限はされない（すなわち、ＲＯＭは、その製造時以降に設定されうる）。
【００１３】
ここで、先述の通り、ルート証明書は、セキュリティ違反の影響を受けやすい場合があり、例えば、悪意の者が、ルート証明書に関連づけられている秘密鍵を取得することにより、ルート証明書を危険にさらしうる。同様に、その悪意の者は、そのルート証明書を信用するように事前にプログラミングされているクライアント装置が場合によっては受け入れうると共に処理しうる高リスクのコマンドを、（例えば秘密鍵を用いて）署名して、発行することができる。このような場合、危険にさらされている又はさらされている可能性のある特定のルート証明書を無効化することが有益でありうる。さらに、悪意の行為を通じてほとんどのルート証明書が危険にさらされている間に、クライアント装置の監視者（例えば管理エンティティ）が、クライアント装置が信用している特定のルート証明書を無効化することを望む、他の悪意のない状況が発生し得る。このような状況の例は、そのルート証明書に関連付けられるソースを信用できなくなり、そのルート証明書に関連付けられるソースを用いた事業運営を中止することを望むなどを含みうる。
【００１４】
上述のものの欠如を考慮して、ここで説明される実施形態は、クライアント装置（及び他のクライアント装置）に、そのクライアント装置のセキュアエレメント内に記憶されているルート証明書を永久に無視させるための技術を提供する。具体的には、そのクライアント装置の管理エンティティ（例えば製造者）は、そのクライアント装置のセキュアエレメント内に記憶されているルート証明書を取り消す（すなわち、永久に無効にする）ためのメッセージを生成しうる。この構成を実行するために、そのクライアント装置の管理エンティティは、そのセキュアエレメントによって知られていると共に処理されうる特定のフォーマットを用いた無効化メッセージを生成するように構成される。より具体的には、各無効化メッセージは、そのセキュアエレメントに記憶されている１つのルート証明書を無効化するためだけのものであることができ、その無効化メッセージは、１）ルート証明書を管理する証明機関（ＣＡ）、及び２）そのクライアント装置によって信用されている管理エンティティ、によって、署名されていなければならない。同様に、セキュアエレメントは、その無効化メッセージを受信すると、そのシグネチャのそれぞれの検証を試行する。シグネチャが検証された場合、セキュアエレメントは、いくつかの場合ではそのセキュアエレメントのＲＯＭに記憶されたままであるにも関わらず、無効化メッセージで参照されているルート証明書を永久に無効化すると共にアクセスできないようにする操作を実行する。
【００１５】
１つの実施形態によれば、そして、上述の技術を実現するために、セキュアエレメントのＲＯＭに事前にプログラミングされている各ルート証明書は、階層的にそのルート証明書に基づく少なくとも２つの中間証明書に、関連付けられる。１つの実施形態によれば、そのルート証明書は、例えば無効化メッセージが発行されるときに、そのルート証明書を一意に識別するのに用いられうるオブジェクト識別子（ＯＩＤ）と自身とを関連付けている。ルート証明書は、また、少なくとも２つの中間証明書と自身とを関連付けている。具体的には、少なくとも２つの中間証明書のうちの第１の証明書は、そのルート証明書を生成して署名する証明機関によって保持されている無効証明書である。とりわけ、この無効証明書は、管理エンティティが、そのルート証明書を利用する１つ以上のクライアント装置においてそのルート証明書を無効化することを望むときの、無効化メッセージに含まれる２つのシグネチャの第１のシグネチャと関連がある。２つの中間証明書のうちの第２の証明書は、１つ以上のクライアント装置が信用している管理エンティティによって保持されている管理証明書である。この管理証明書は、無効化メッセージに含まれている２つのシグネチャのうちの第２のシグネチャと関連付けられている。とりわけ、証明書及びシグネチャについてのこの構成は、１つ以上のクライアント装置からルート証明書を無効化するためのメッセージが発行されるときに、証明機関及び１つ以上のクライアント装置の管理エンティティの両方が「サインオフ」することを要求する、二重の認証メカニズムを提供する。結果として、証明機関も、管理エンティティも、１つ以上のクライアント装置からルート証明書を独立して無効化することはできない。
【００１６】
無効化メッセージが１つ以上のセキュアエレメントに対して発行されるとき、そのセキュアエレメントは、その無効化メッセージが、証明機関によって署名されていることを（無効証明書に基づいて）検証することと、管理エンティティによって署名されていることを（管理証明書に基づいて）検証することとの両方を行うように構成される。各セキュアエレメントは、また、無効化メッセージに含まれているＯＩＤが無効化メッセージの対象となっている特定のルート証明書のＯＩＤと一致していることを検証するように構成される。上述の検証がなされると、セキュアエレメントは、その特定のルート証明書を永久にアクセスできないようにする設定のアップデートを実行する。結果として、そのセキュアエレメントによって受信されると共に検証を取り消されたルート証明書に依拠する署名を含む、任意のその後のコマンドは、そのセキュアエレメントはその取り消されたルート証明書にアクセスし、そのコマンドに含まれる署名を検証することができなくなっているため、無視される。
【００１７】
したがって、上述のアプローチは、クライアント装置に含まれるセキュアエレメントのＲＯＭに記憶されているルート証明書をセキュアに無効化するための技術を提供する。これらの技術のより詳細な議論については、以下で説明され、これらの技術を実装するのに用いられうるシステム及び方法の詳細な図を図解する図１〜図６と併せて述べられる。
【００１８】
図１は、いくつかの実施形態による、ここで説明される様々な技術を実行するように構成されるシステム１００の様々な要素のブロック図を図解している。より具体的には、図１は、示されているように、証明機関１０２、ポリシー指令サーバ１２０、クライアント装置マネージャ１２５、及びクライアント装置１３０を含む、システム１００の高いレベルの外観を図解している。１つの実施形態によれば、各証明機関１０２は、クライアント装置１３０に分配されると共にクライアント装置１３０が信用しているルート証明書１０４に、自己署名することができる個別の証明機関を表している。具体的には、ルート証明書１０４は、クライアント装置１３０によって、ルート証明書１０４に基づいて署名され、認証のためにクライアント装置１３０に提示される中間証明書（及び関連するシグネチャ）を検証するために使用されうる。より具体的には、クライアント装置１３０は、１つ以上の上述の証明書に基づいて署名されているコマンドを受信して処理するように構成されてもよく、クライアント装置１３０は、そのコマンドを処理する前に、それらを認証するのにルート証明書１０４を頼っている。
【００１９】
１つの実施形態によれば、クライアント装置マネージャ１２５は、クライアント装置１３０を管理するように構成された特定のエンティティを表し、例えば、クライアント装置マネージャ１２５は、クライアント装置１３０に対してファームウェア及びソフトウェアのアップデートを発行することを担当しうる。図１に示すように、クライアント装置マネージャ１２５は、クライアント装置１３０に対して上述のアップデートを生成して発行するように構成されるポリシーマネージャ１２２を実行するポリシー指令サーバ１２０とインタフェース接続する。以下で図２と併せてより詳細に説明されるように、ポリシーマネージャ１２２は、様々なルート証明書１０４がどのように複数のクライアント装置１３０にわたって分配されているかを示す記録を保持するように構成されうる。この方法では、ルート証明書１０４が危険にさらされており無効化されることが必要となっている場合、ポリシーマネージャ１２２は、そのルート証明書１０４を記憶している１つ以上のクライアント装置１３０を特定し、その１つ以上のクライアント装置１３０にそのルート証明書１０４を永久に無視させる無効化メッセージを発行することができる。
【００２０】
図１に示すように、各クライアント装置１３０は、１つの実施形態によれば、クライアント装置１３０の主システムボード内に組み込まれているＵＩＣＣを表すセキュアエレメント１３２を含む。１つの実施形態によれば、セキュアエレメント１３２は、クライアント装置１３０上で動作している主オペレーティングシステム（ＯＳ）などの外部エンティティによって直接アクセスすることができない、サンドボックス化されたハードウェア／ソフトウェア環境であるように、構成される。図１には示していないが、セキュアエレメント１３２は、様々なコマンドを処理し、ここで開示される認証メカニズムを実行するように、共同で動作するマイクロプロセッサ及び記憶装置（例えばＲＯＭ）を含むことができ、記憶装置は、ルート証明書１０４のそれぞれを記憶するように構成される。具体的には、そして、いくつかの実施形態によれば、各セキュアエレメント１３２は、証明書マネージャ１３４を通じて、セキュアエレメント１３２によって無効化メッセージが受信され処理されるときにルート証明書１０４のうちの特定の１つの無効化を適切に促進するために、複数のルート証明書１０４を切り離して記憶するように構成されうる。
【００２１】
図２は、いくつかの実施形態による、図１のシステムの特定の要素のより詳細なビュー２００のブロック図を示している。図２に示すように、図１の証明機関１０２の１つは、少なくとも１つのルート証明書１０４−１を記憶し、そのルート証明書１０４−１と関連付けられる秘密鍵１０５を保持する。よく知られているように、秘密鍵１０５に対応する公開鍵はルート証明書１０４−１内のフィールドとして格納されており、ルート証明書１０４−１の任意の所有者に自由にアクセス可能とされる。このアプローチによれば、ルート証明書１０４−１を信用するエンティティ（例えばクライアント装置１３０）は、ルート証明書１０４−１に対してアンカーするトラストチェーンの一部である−無効証明書１０６及び他の証明書１１０などの−１つ以上の中間証明書に基づいて作成されるシグネチャを検証するために、ルート証明書１０４−１と関連付けられた公開鍵を用いることができる。
【００２２】
とりわけ、無効証明書１０６は、ルート証明書１０４−１によって署名され、その秘密鍵１０７が証明機関１０２によって保持される中間証明書である。具体的には、この無効証明書１０６は、ポリシーマネージャ１２２が証明機関１０２に対してルート証明書１０４−１の無効化のための無効化メッセージに署名することを要求／命令する際に、証明機関１０２によって利用される。したがって、無効証明書１０６がルート証明書１０４−１に対する中間証明書であり−そしてルート証明書１０４−１がクライアント装置１３０によって記憶される−ため、クライアント装置１３０は、無効化メッセージと併せて無効証明書１０６を受信し、ルート証明書１０４−１を用いてその無効証明書１０６を認証することができる。同様に、無効証明書１０６が検証されると、無効証明書１０６に含まれる公開鍵を、メッセージに含まれると共にその無効証明書に基づくシグネチャの信頼性を検証するのに用いることができる。換言すれば、無効証明書１０６は、証明機関１０２が秘密鍵１０７を保持している唯一のエンティティであることが想定されるため、証明機関１０２が、実際に、その無効証明書１０６に基づいて（すなわち、秘密鍵１０７を用いて）無効化メッセージに署名したことを検証するのに使用されうる。
【００２３】
図２は、示されるように、管理証明書１０８及び他の管理証明書１２４を含む、図１のポリシーマネージャ１２２の、より詳細なビューをも示している。図２に示される図解によれば、管理証明書１０８は、秘密鍵１０９に関連付けられると共に、ルート証明書１０４−１に対する中間証明書である。１つの実施形態によれば、管理証明書１０８は、ポリシーマネージャ１２２によって証明機関１０２に対して発行される証明書署名要求（ＣＳＲ）を通じて生成される中間証明書を表している。それに応じて、証明機関１０２は、ポリシーマネージャ１２２と関連付けられる識別情報を検証して、ルート証明書１０４−１に関連付けられる秘密鍵１０５を用いて署名される証明書を生成することにより、管理証明書１０８を生成する。同様に、生成された管理証明書１０８は、ポリシーマネージャ１２２に供給され、ポリシーマネージャ１２２は、ポリシーマネージャ１２２のみが管理証明書１０８に基づいてメッセージに署名することができるように関連する秘密鍵１０９を秘密に保持する。図２には示されていないが、他の管理証明書１２４（及びそれらに関連する秘密鍵１２６）は、管理証明書１０８と同様の方法で、ポリシーマネージャ１２２によって管理され、それぞれが、証明機関１０２によって管理される、又は、ポリシーマネージャ１２２が信用している他の証明機関によって管理される、特定のルート証明書に関連する中間証明書を表しうる。とりわけ、これらの他の管理証明書１２４は、管理証明書１０８と同様に、他の管理証明書１２４が依存するルート証明書１０４を取り消す時が来た場合及びその時に、ポリシーマネージャ１２２によって無効化メッセージに署名するのに使用されうる。
【００２４】
図３は、いくつかの実施形態による、新しいルート証明書−及びそのルート証明書に関連付けられた様々な中間証明書−を生成して、図１のシステムの特定の要素にその証明書を分配するための方法３００のシーケンス図を示している。示されているように、方法３００は、図１のクライアント装置マネージャ１２５が、証明機関１０２に対して、新しいルート証明書の要求を発行するステップ３０２において開始する。この要求は、例えば、クライアント装置マネージャ１２５が証明機関と関与し、製造が予定されるクライアント装置１３０によって利用されるとともに信用されることとなるルート証明書の生成を要求していることを表しうる。
【００２５】
ステップ３０４において、証明機関１０２は、既知の技術によって、新しいルート証明書（例えば、図２のルート証明書１０４−１）を生成して自己署名する。高いレベルにおいて、例えば、証明機関１０２は、既知のアルゴリズムに基づいて、公開鍵及び秘密鍵のペアを生成し、証明機関１０２に関連付けられた識別情報及び新しいルート証明書に署名するのに使用されることとなるハッシュ関数に関する情報を格納する様々なフィールドを含む新しいルート証明書を確立するだろう。同様に、証明機関１０２は、ハッシュの結果を作成するために新しいルート証明書に対してハッシュ関数を実行し、それに応じて、証明機関１０２は、シグネチャを作成するために、秘密鍵を用いてそのハッシュの結果を暗号化する。最終的に、このシグネチャは、新しいルート証明書に格納され、新しいルート証明書のベアラによって、（公開鍵を通じて）新しいルート証明書に署名した主体−この場合、証明機関１０２−がその新しいルート証明書に署名がされた時に実際にその秘密鍵を保持していることを検証するのに用いられうる。さらに、この新しいルート証明書は、その新しいルート証明書の秘密鍵を用いて署名されている−電子メッセージ又は中間証明書などの−任意のデジタルパッケージの信頼性を検証するために用いられうる。
【００２６】
ステップ３０６において、証明機関１０２は、−図２と併せて上述した無効証明書１０６などの−中間無効証明書を生成し、その中間無効証明書に、新しいルート証明書に基づいて、署名する。具体的には、証明機関１０２は、−それ自身の公開鍵及び秘密鍵に関連付けられている−中間無効証明書を生成し、その中間無効証明書に、新しいルート証明書に関連付けられている秘密鍵を用いて署名する。この処理によれば、中間無効証明書は、新しいルート証明書に戻るリンクをするトラストチェーンの一部となる。結果として、中間無効証明書は、新しいルート証明書の公開鍵が、クライアント装置１３０に提示されるときに、そのクライアント装置１３０によって、中間無効証明書の信頼性を検証するのに使用されうるため、その新しいルート証明書を記憶する全クライアント装置１３０に信用される電子認証情報である。同様に、クライアント装置１３０が中間無効証明書を検証する際に、そのクライアント装置１３０は、さらに、証明機関１０２が中間無効証明書に関連付けられている秘密鍵を知っている唯一のエンティティであるため、中間無効証明書に伴う任意のシグネチャが実際に証明機関１０２によって作成されたことを検証することもできる。
【００２７】
ステップ３０８において、クライアント装置マネージャ１２５は、新しいルート証明書をその後クライアント装置１３０に分配することができるように、新しいルート証明書を記憶する。ステップ３１０において、クライアント装置マネージャ１２５は、新しい管理証明書、例えば図２と併せて上述した管理証明書１０８、に対する、証明書署名要求を発行する。より具体的には、クライアント装置マネージャ１２５は、そのクライアント装置マネージャ１２５に関連付けられている検証可能な識別情報を生成するように構成される。クライアント装置マネージャ１２５は、また、公開鍵及び秘密鍵のペアを生成し、新しい管理証明書を生成して署名することの要求を伴って証明機関１０２に対して識別情報及び公開鍵を送信し、セキュアな位置にその秘密鍵を記憶するように構成される。
【００２８】
ステップ３１２において、証明機関１０２は、新しいルート証明書に基づいて、新しい管理証明書を生成してその新しい管理証明書に署名する。より具体的には、証明機関１０２は、クライアント装置マネージャ１２５によって供給された識別情報を検証したことに応じて、例えばクライアント装置マネージャ１２５と関連付けられている識別情報、及び新しい管理証明書に署名するのに用いられることとなるハッシュ関数についての情報を格納する様々なフィールドを含む、新しい管理証明書を生成する。同様に、証明機関１０２は、新しい管理証明書に対してハッシュ関数を実行してハッシュの結果を作成し、それに応じて、証明機関１０２は、シグネチャを作成するために、そのハッシュの結果を暗号化する。最終的に、このシグネチャは、新しい管理証明書に格納され、新しい管理証明書は、クライアント装置マネージャ１２５に戻される。
【００２９】
とりわけ、この処理によれば、新しい管理証明書は、中間無効証明書と同様に、新しいルート証明書に戻るリンクをするトラストチェーンの一部となる。結果として、新しい管理証明書は、クライアント装置１３０が、クライアント装置１３０に提示されるときに（例えば、無効化メッセージがここで説明される技術に従って発行されるときに）、新しい管理証明書の信頼性を検証するために新しいルート証明書の公開鍵を使用することができるため、新しいルート証明書を信用する全クライアント装置１３０によって信用される電子認証情報である。同様に、クライアント装置１３０が新しいルート証明書を通じて新しい管理証明書を検証する際に、クライアント装置１３０は、さらに、クライアント装置マネージャ１２５が、新しい管理証明書に関連付けられている秘密鍵を知っている唯一のエンティティであるため、新しい管理証明書を伴うシグネチャが実際にクライアント装置マネージャ１２５によって作成されたことを検証することができる。
【００３０】
ステップ３１４において、クライアント装置マネージャ１２５は、証明機関１０２から新しい管理証明書を受信し、その新しい管理証明書を記憶する。新しい管理証明書−特に、その新しい管理証明書に関連付けられている秘密鍵−は、その後、（例えば、その製造の後及び運用中の）クライアント装置１３０からの除去のための、特に新しいルート証明書を対象とする無効化メッセージに含まれている２つのシグネチャのうちの第１のシグネチャを作成するのに、クライアント装置マネージャ１２５によって使用されうる。ここで先述したように、２つのシグネチャのうちの第２のシグネチャは、中間無効証明書に関連付けられる秘密鍵を用いて、証明機関１０２によって提供され、それにより、ここで説明される二重の認証が実行される。
【００３１】
ステップ３１６では、クライアント装置マネージャ１２５は、新しいルート証明書をクライアント装置１３０に供給する。最後に、ステップ３１８において、クライアント装置１３０は、新しいルート証明書を記憶する。１つの実施形態では、クライアント装置１３０に新しいルート証明書を記憶することは、クライアント装置１３０に含まれるセキュアエレメント１３２のＲＯＭに、新しいルート証明書を「焼く」ことを含む。他の実施形態は、新しいルート証明書を、それが記憶されるメモリ内で、新しいルート証明書を上書きし又は消去することを難しくするような、又は不可能とするような方法で、クライアント装置１３０に記憶することを含みうる。
【００３２】
結果的に、図３は、新しいルート証明書、中間無効証明書、及び新しい管理証明書が生成され、システム１００に含まれる様々な要素に分配される方法を分析するシーケンス図３００について説明した。この時点で、１つ以上のクライアント装置１３０は新しいルート証明書を記憶しており、いくつかの場合では、１つ以上のクライアント装置１３０から新しいルート証明書を取り消すことが好ましい場合がある。図４及び図５（及び以下に含まれるその付随する説明）は、様々な実施形態により、新しいルート証明書の無効化を実行する方法について説明する。
【００３３】
図４は、いくつかの実施形態による、（クライアント装置１３０の）１つ以上のセキュアエレメント１３２に記憶される特定のルート証明書１０４を取り消すためのメッセージを発行するための方法４００を示している。図４に示すように、方法４００は、ポリシーマネージャ１２２が、ＯＩＤに関連付けられているルート証明書１０４を利用する１つ以上のクライアント装置１３０からルート証明書１０４を取り消すための要求を（例えばクライアント装置製造者１２５から）受信するステップ４０２において開始する。ここで先述したように、ＯＩＤは、様々な方法、例えば、Ｘ．５０９  ＩＴＵ電気通信標準化部門（ＩＴＵ−Ｔ）  公開鍵インフラストラクチャ（ＰＫＩ）のための標準に従って、実装されうる。
【００３４】
ステップ４０４において、ポリシーマネージャ１２２は、ルート証明書１０４に関連付けられている証明機関１０２を特定する。ステップ４０６において、ポリシーマネージャ１２２は、証明機関１０２に対して、ルート証明書１０４の中間物である無効証明書（例えば、図２の無効証明書１０６）に基づいて、無効化メッセージに署名することの要求を発行する。ステップ４０８において、ポリシーマネージャ１２２は、署名された無効化メッセージを、証明機関１０２から受信する。
【００３５】
ステップ４１０において、ポリシーマネージャ１２２は、シグネチャを確認することができるかを判定する。この場合もやはり、−証明機関１０２などの−無効証明書に関連付けられている秘密鍵を知っているエンティティのみが、無効証明書を用いて検証されうる方法で無効化メッセージに署名することができる。ステップ４１０において、ポリシーマネージャ１２２がシグネチャを確認したと判定した場合、方法４００はステップ４１２に進む。それ以外では、方法４００は終了する。
【００３６】
ステップ４１２において、ポリシーマネージャ１２２は、ルート証明書１０４に対する中間物である管理証明書（例えば、管理証明書１０８）に基づいて、無効化メッセージに署名する。最後に、ステップ４１４において、ポリシーマネージャ１２２は、ルート証明書１０４を取り消させるために、その無効化メッセージを１つ以上のクライアント装置１３０のそれぞれに送信する。これについては、図５と併せて、より詳細に後述する。
【００３７】
図５は、いくつかの実施形態による、ルート証明書１０４を取り消すためのメッセージを受信して、そのルート証明書１０４の取り消しを実行するための方法５００を示している。示されているように、方法５００は、クライアント装置１３０のセキュアエレメント１３２内で動作する証明書マネージャ１３４が、ポリシーマネージャ１２２から、ルート証明書１０４を取り消すための、ルート証明書１０４と関連付けられているＯＩＤを含むメッセージを受信するステップ５０２において開始する。
【００３８】
ステップ５０４において、証明書マネージャ１３４は、そのメッセージが、ルート証明書１０４の中間物である無効証明書（例えば、図２の無効証明書１０６）に基づいて署名されていることを検証する。ステップ５０６において、証明書マネージャ１３４は、無効化メッセージが、ルート証明書１０４の中間物である管理証明書（例えば図２の管理証明書１０８）によって署名されていることも、確認する。ステップ５０８において、証明書マネージャ１３４は、ステップ５０４及び５０６に基づいて、無効化メッセージが認証されているかを判定する。ステップ５０８において、ステップ５０４及び５０６に基づいて無効化メッセージが認証されていると証明書マネージャ１３４が判定した場合、方法５００は５１０へ進む。それ以外の場合、方法５００は終了し、証明書マネージャ１３４は、その無効化メッセージを無視する。最後に、ステップ５１０において、証明書マネージャ１３４は、ルート証明書１０４がその後使用されることを防ぐように、セキュアエレメント１３２の設定をアップデートする。
【００３９】
図６は、いくつかの実施形態による、ここで説明された様々な要素を実装するのに用いられうる計算装置６００の詳細ビューを示している。具体的には、詳細ビューは、図１に示されるポリシー指令サーバ１２０及びクライアント装置１３０に含まれうる様々な要素を示している。図６に示されるように、計算装置６００は、計算装置６００の全体の動作を制御するためのマイクロプロセッサ又はコントローラを表すプロセッサ６０２を含むことができる。計算装置６００は、また、計算装置６００のユーザが、その計算装置６００に作用することを可能とするユーザ入力装置６０８を含みうる。例えば、ユーザ入力装置６０８は、ボタン、キーパッド、ダイヤル、タッチスクリーン、音声入力インタフェース、ビジュアル／イメージ・キャプチャ入力インタフェース、センサデータの形式での入力などの、様々な形式をとることができる。さらに、計算装置６００は、プロセッサ６０２により、情報をユーザに対して表示するように制御されうるディスプレイ６１０（スクリーンディスプレイ）を含んでもよい。データバス６１６は、少なくとも、記憶装置６４０、プロセッサ６０２、及びコントローラ６１３間のデータ転送を促進しうる。コントローラ６１３は、機器制御バス６１４を通じて様々な機器とインタフェース接続して制御するのに用いられる。計算装置６００は、また、データリンク６１２と接続するネットワーク／バス・インタフェース６１１を含みうる。無線接続の場合、ネットワーク／バス・インタフェース６１１は、無線送受信機を含みうる。
【００４０】
計算装置６００は、また、単一のディスク又は複数のディスク（例えばハードドライブ）で構成されうると共に、記憶装置６４０内の１つ以上のパーティションを管理する記憶管理モジュールを含む記憶装置６４０を含むことができる。いくつかの実施形態では、記憶装置６４０は、フラッシュメモリ、半導体（ソリッドステート）メモリなどを含みうる。計算装置６００は、また、ランダムアクセスメモリ（ＲＡＭ）６２０及び読み出し専用メモリ（ＲＯＭ）６２２を含んでもよい。ＲＯＭ６２２は、不揮発性の方法で、実行されるべきプログラム、ユーティリティ、又はプロセスを記憶することができる。ＲＡＭ６２０は、揮発性のデータ記憶を提供することができ、ポリシー指令サーバ１２０及びクライアント装置１３０の動作に関連する命令を記憶する。計算装置６００がクライアント装置１３０を表す場合、計算装置６００は、さらに、図１及び図２に示され、ここで詳細に説明されたセキュアエレメント１３２を表しうる、セキュアエレメント６５０を含む。
【００４１】
いくつかの実施形態では、少なくとも１つのクライアント装置からルート証明書を取り消す方法は、以下のステップの１つ以上を含む。第１のステップでは、ルート証明書を取り消すための、そのルート証明書に関連付けられているオブジェクト識別子（ＯＩＤ）を含む要求を受信すること。第２のステップでは、少なくとも１つのクライアント装置がそのルート証明書を信用するように構成されていることを判定すること。第３のステップでは、少なくとも１つのクライアント装置からそのルート証明書を取り消すための、そのＯＩＤを含むと共にその少なくとも１つのクライアント装置に知られた所定の方法でフォーマットされている、メッセージを生成すること。第４のステップでは、そのルート証明書に関連付けられている証明機関に、第１のシグネチャを用いてメッセージに署名させること。第５のステップでは、第２のシグネチャを用いてそのメッセージに署名すること。第６のステップでは、少なくとも１つのクライアント装置に対して、その少なくとも１つのクライアント装置におけるルート証明書を取り消させるためのメッセージを発行すること。
【００４２】
いくつかの実施形態では、証明機関は、ルート証明書が生成された時にそのルート証明書に自己署名するのに使用された第１の秘密鍵を所有する。いくつかの実施形態では、第１のシグネチャは、ルート証明書に対する中間物であると共に第１の秘密鍵を用いて署名された無効証明書に関連付けられた、第２の秘密鍵を用いて作成され、第２のシグネチャは管理証明書と関連付けられている第３の秘密鍵を用いて作成される。いくつかの実施形態では、管理証明書は、ルート証明書に対する中間物であり、第１の秘密鍵を用いて署名される。いくつかの実施形態では、証明機関は、第２の秘密鍵を所有するが、第３の秘密鍵を所有しない。いくつかの実施形態では、要求は、少なくとも１つのクライアント装置の動作を監視するエンティティから受信される。いくつかの実施形態では、メッセージは、さらに、無効証明書及び管理証明書の両方を含む。
【００４３】
いくつかの実施形態では、非一時的コンピュータ可読記憶媒体が、計算装置に含まれるプロセッサによって実行されるときに、計算装置に、一連の動作を実行させる命令を含むように構成される。第１の動作において、計算装置は、ルート証明書を取り消すための要求を受信する。第２の動作において、計算装置は、そのルート証明書を信用するように構成されている少なくとも１つのクライアント装置を特定する。第３の動作において、計算装置は、その少なくとも１つのクライアント装置からそのルート証明書を取り消すためのメッセージを生成する。第４の動作では、計算装置は、二重の認証を確立するために、第１のシグネチャと第２のシグネチャとをそのメッセージに含めさせる。第５の動作では、計算装置は、その少なくとも１つのクライアント装置に対して、その少なくとも１つのクライアント装置におけるそのルート証明書の無効化を行わせるためのメッセージを発行する。いくつかの実施形態では、ルート証明書が、ルート証明書が生成されたときにそのルート証明書に自己署名するのに使用された第１の秘密鍵を所有する証明機関によって作成される。いくつかの実施形態では、第１のシグネチャは、ルート証明書に対する中間物であると共に第１の秘密鍵を用いて署名された無効証明書と関連付けられている第２の秘密鍵を用いて作成される。いくつかの実施形態では、第２のシグネチャは、管理証明書と関連付けられている第３の秘密鍵を用いて作成される。いくつかの実施形態では、管理証明書は、ルート証明書に対する中間物であると共に、第１の秘密鍵を用いて署名される。いくつかの実施形態では、証明機関は、第２の秘密鍵を所有するが、第３の秘密鍵を所有しない。いくつかの実施形態では、要求は、少なくとも１つのクライアント装置の動作を監視するエンティティから受信される。いくつかの実施形態では、メッセージは、さらに、無効証明書及び管理証明書の両方を含む。
【００４４】
いくつかの実施形態では、セキュアエレメントは、少なくとも２つのルート証明書を記憶するように構成されたメモリと、その少なくとも２つのルート証明書のうちの特定のルート証明書を取り消すためのメッセージを管理エンティティから受信し、そのメッセージの認証を試行し、そのメッセージの認証に応じて、その特定のルート証明書にアクセスできなくするように構成されたプロセッサとを、含む。いくつかの実施形態では、セキュアエレメントは、移動体装置に含まれる。いくつかの実施形態では、セキュアエレメントは、移動体装置に含まれ、セキュアエレメントの外部にあるエンティティによっては、アクセスされえない。いくつかの実施形態では、メモリは、読み出し専用メモリ（ＲＯＭ）である。いくつかの実施形態では、メッセージは特定のルート証明書を対象とするオブジェクト識別子（ＯＩＤ）を含み、メッセージは、第１のシグネチャと第２のシグネチャとを含む。いくつかの実施形態では、第１のシグネチャは無効証明書に関連付けられている第１の秘密鍵に基づいて生成され、第２のシグネチャは管理証明書と関連付けられている第２の秘密鍵に基づいて生成され、無効証明書及び管理証明書は、その特定のルート証明書にアンカーするトラストチェーンの一部である。
【００４５】
説明される実施形態の様々な態様、実施形態、実装又は特徴は、別個に又は任意の組み合わせで用いられうる。説明される実施形態の様々な態様は、ソフトウェア、ハードウェア、又はハードウェアとソフトウェアとの組み合わせによって実装されうる。説明される実施形態は、また、コンピュータ可読媒体上のコンピュータ可読コードとして実現されうる。コンピュータ可読媒体は、その後コンピュータによって読みだされうるデータを記憶することができる任意のデータ記憶装置である。コンピュータ可読媒体の例は、読み出し専用メモリ、ランダムアクセスメモリ、ＣＤ−ＲＯＭ、ＤＶＤ、磁気テープ、ハードディスクドライブ、ソリッドステートドライブ、及び光学データ記憶装置を含みうる。コンピュータ可読媒体は、また、コンピュータ可読コードが分散された方法で記憶され、実行されるように、ネットワーク接続されたコンピュータシステム上で分散されてもよい。
【００４６】
上述の説明は、説明の目的で、説明される実施形態の完全な理解を与えるために特定の用語を用いた。しかしながら、当業者には、その特定の詳細が、説明された実施形態を実践するのに必要でないことは明らかだろう。このように、特定の実施形態の上述の説明は、例示及び説明のために提示されている。それらは、網羅的であること又は説明される実施形態を厳密な開示された形式に限定することは、意図されていない。当業者には、上述の開示を考慮して、多くの変形及びバリエーションが可能であることは明らかであろう。
【図１】
2015171153.tif 000003
【図２】
2015171153.tif 000004
【図３】
2015171153.tif 000005
【図４】
2015171153.tif 000006
【図５】
2015171153.tif 000007
【図６】
2015171153.tif 000008
【外国語明細書】
2015171153000001.pdf