(57)【要約】本発明の目的は、ユーザにとっての頭痛の種とならない安全な方法で、受信者のアイデンティティデータを保証し、証明書を作成し及び配布することである。この目的は、キーセンタと少なくとも一つのユーザ装置間の非対称鍵、公開鍵及び個人鍵の配布方法によって達成され、前記装置はセキュリティモジュールを備え、前記方法は公開鍵と個人鍵を備える証明書を作成することと、これらの証明書をトランスポート鍵でコード化することと、それらを既知のユーザのセキュリティモジュールに送信することとにあり、前記モジュールは証明書を復号するためのトランスポート鍵を備える。
2004538670.tif 000002
【特許請求の範囲】
【請求項１】
鍵作成センタと少なくとも一つのユーザ装置（ＤＥＣ）の間での非対称公開鍵と個人鍵の作成及び配布の方法であって、前記装置がセキュリティモジュール（ＳＭ）を備え、
−第１暗号装置（ＫＰＧ）内に公開鍵と個人鍵を備える証明書を作成することと、
−第１暗号装置（ＫＰＧ）内のサービス鍵によって個人鍵をコード化し、前記個人鍵をキーメモリ（ＫＰＳ）の中に記憶することと、
−ユーザ装置に鍵を送信するときに、キーメモリ（ＫＰＳ）から鍵を抽出し、公開鍵で証明書を作成することと、
−暗号セキュリティモジュール内のサービス鍵によって対応する個人鍵を復号し、ユーザのトランスポート鍵でそれをコード化することと、
にある、方法。
【請求項２】
暗号化された個人鍵がユーザ装置（ＤＥＣ）によって受信され、個人鍵を復号及び記憶するためのトランスポート鍵を含むセキュリティモジュール（ＳＭ）に送信されることを特徴とする、請求項１に記載の方法。
【請求項３】
それが高速コード化モジュールを取得するために複数のモノリシック暗号装置を使用することにあることを特徴とする、請求項１に記載の方法。
【請求項４】
それが、
−トランスポート鍵でセンタの公開鍵をコード化し、それをユーザ装置（ＤＥＣ）に送信することと、
−ユーザ装置によって、暗号化された公開鍵を受信し、セキュリティモジュール（ＳＭ）にそれを送信することと、
−セキュリティモジュール（ＳＭ）の内部でトランスポート鍵によって公開鍵を復号及び記憶することと、
にあることを特徴とする、先行する請求項のいずれかに記載の方法。
【発明の詳細な説明】
【０００１】
本発明は、特にペイテレビの分野における保護されているトランザクションの分野に係わる。
【０００２】
インターネットなどの公開されているリソースでのトラフィックの発展に伴ない、通信を行う相手を確実に識別できること、及び２台の装置間で交換されるデータを理解不能にする必要性が緊急に生じてきた。
【０００３】
これが、ウェブブラウザが、ユーザからコンピュータユーティリティに発せられるデータをコード化するためにＳＳＬ型の暗号化モジュールを含む理由である。
【０００４】
この種の構成では、コンピュータユーティリティは証明書をユーザのアドレスに送信し、前記証明書はセンタの公開鍵を含む。いったんこの証明書が受信されると、ユーザによって送信されたデータは公開鍵によって暗号化され、センタに送信される。したがって、センタ内に秘密裏に保存されているキーである、センタの個人鍵だけでこれらのデータを復号することが可能である。
【０００５】
このシステムは、それが一つの方向だけでデータを守るという第１の欠点を被ることを指摘することが即時に必要である。センタは、ユーザは、実際に、彼／彼女が自分であると主張する人物であるという保証を得ていない。
【０００６】
他の欠点は、センタによって送信される証明書を、第三者が、ユーザの証明書の代わりにそれを使用するために傍受できるという点である。それは「争いの仲介者」の周知のシナリオである。したがって、ユーザによって送信されるすべてのデータは、第三者の個人鍵で復号されてから、センタの公開鍵によって暗号化される。センタとユーザは、ユーザによって送信されるすべてのデータが第三者によって改竄されないため、決してこの侵入を目にすることはないだろう。
【０００７】
相互の識別構成では、両方の話者が公開鍵と個人鍵を有する証明書を有する。証明書を取得するためには複数の方法があり、その内の二つの例が後述される。
【０００８】
−認証局へのインターネットを介したユーザアクセス。特定の個人データを受信した後、この認証局が証明書をユーザの電子郵便箱に証明書を送信する。この段階で、証明書が個人鍵と公開鍵を含むことに言及しなければならない。
【０００９】
−ユーザはじかに認証局に行き、アイデンティティカードを提示する。ユーザは自分のコンピュータにそれをインストールするための証明書を含むディスクを受け取る。
【００１０】
第１の方法は簡略さという優位点を有しているが、それは高レベルのセキュリティを保証していない。
【００１１】
逆に、第２の方法はすべてのセキュリティ保証を提供するが、講じなければならないすべての必要な処置という点で多くのユーザを落胆させる。
【００１２】
本発明の目的は、ユーザにとって頭痛の種とならない安全な方法で、受信機のアイデンティティデータを保証する証明書を作成及び配布することである。
【００１３】
この目的は、キーセンタと少なくとも一つのユーザ装置間の非対称鍵、公開鍵及び個人鍵の配布方法によって達成され、前記装置はセキュリティモジュールを備え、前記方法は、公開鍵と個人鍵を備える証明書を作成することと、トランスポート鍵でこれらの証明書をコード化することと、既知のユーザのセキュリティモジュールにそれらを送信することとにあり、前記モジュールは証明書を復号するためのトランスポート鍵を備える。
【００１４】
ユーザのマイクロプロセッサなどの試験済みのセキュリティモジュールを使用することにより、転送鍵の動的な作成のための複数の交換を回避することができる。
【００１５】
これらのセキュリティモジュールは、特に個人鍵の機密性を保証するセキュリティゾーンにコード化手段及び鍵を有する。
【００１６】
実際には、既知の解決策に従って、多様な鍵は通常コンピュータの大容量メモリに記憶され、鍵が改竄されるというリスクを暗示する。
【００１７】
本発明のシステムは、証明書の保護された作成にも適用する。このシステムによって求められる目的は、大きな要求を満たすことができるように短い発行時間を保ちながらも、作成プロセスの間に平文で鍵を有することを回避することである。
【００１８】
本発明は、本発明による証明書及び個人鍵の作成システムの構成を記述する添付図面だけを参照する以下の詳細な説明によりさらによく理解されるだろう。
【００１９】
この図では、証明書及び鍵の作成を担当するさまざまなモジュールが図式的に表されている。個人鍵と公開鍵の組のこのような作成は、本来既知の技法に従って暗号モジュールＫＰＧで実行される。このようなモジュールは、出願ＰＣＴ／ＩＢ００／０１５８９に記述され、並行して動作している多数のセキュリティ装置の使用に基づいている。鍵は、いったん作成されると、システムのサービス鍵によってこの同じモジュールの中で直接的に暗号化され、キーデータベースＫＰＳへこの形式の下で送信される。このサービスキーは、これらの秘密データがセキュリティモジュールを離れた瞬間から局所的に記憶されるデータをコード化、または復号する。
【００２０】
１組の鍵の作成に数秒を要し、したがって（要求時の）オンライン作成は低速すぎてユーザを満足させることができないためにこの段階は重要である。これが、鍵の組が作成され、将来の使用のためにデータベースＫＰＳに記憶される理由である。ＯＦＦＬ回線の残された部分はオフラインモジュールでの鍵の作成に関する。
【００２１】
ユーザの要求に応じて、暗号化された鍵はＣＧ証明書作成モジュール、公開鍵を含む証明書に送信される。証明書だけではなく、常に暗号化された形の個人鍵もＣ＆Ｋ  ＤＢデータベースに記憶される。個人鍵を送信する前、それは前もってシステムのサービス鍵によって復号され、ユーザのセキュリティモジュールの伝送鍵によって暗号化される。この鍵は秘密対称鍵またはセキュリティモジュールの公開鍵のどちらかである場合がある。この段階は、ＰＣＴ／ＩＢ００／０１５８９号に記述されるアーキテクチャに従って高速コード化セキュリティモジュールの内側で実施される。
【００２２】
将来の識別のために、認証局の証明書も伝送できる。
【００２３】
その証明書だけではなく暗号化された個人鍵も、インターネット上のリソースインタフェースＮ−ＩＮＴによる通常の手段によって最終的なユーザに伝送される。
【００２４】
ペイテレビの応用例では、ＣＡＳモジュール（条件付きアクセスシステム）によって表される加入者の管理の標準伝送形式を使用することができる。
【００２５】
このような証明書の伝送は、センタの主導またはユーザ装置の主導のどちらかで実行できる。
【００２６】
ユーザ装置ＤＥＣは、個人鍵を含むのに十分に安全と見なされていない。これが、個人鍵が常に暗号化された形式で、このメッセージを復号することだけができるセキュリティモジュールＳＭに送信される理由である。それから、個人鍵は、通常はスマートカードの形を有するこのモジュールの保護されているメモリに記憶される。さらに大きなサイズの証明書は、それが機密データを含んでいないため、通常、デコーダに記憶される。
【００２７】
トランザクションがユーザによって開始されると、個人鍵によってセキュリティモジュールでシグナチャが作成される。この鍵は、セキュリティモジュールの外部ではいかなる瞬間にもアクセスできない。
【００２８】
一つの実施形態に従って、証明書及びシグナチャは管理センタに送信される。管理センタはＣ＆Ｋ  ＤＢ証明書のデータベースにアクセスし、証明書の真正性を検証し、シグナチャを復号するためにユーザの公開鍵を使用する。代わりに、センタはそのシグナチャとともにその証明書を送信する。シグナチャを形成するために、センタは、同じＣ＆Ｋ  ＤＢデータベース内で暗号化された形式で記憶されたその個人鍵を使用する。鍵は、セキュリティ型であるシグナチャモジュールＥＭＥに送信される。次に、鍵は、シグナチャを作成するために、このモジュールで復号される。
【００２９】
次に、シグナチャ及び証明書は、ユーザの装置に送信される。それから、ユーザの個人鍵を確立するときに送信されるセンタの証明書は、シグナチャを復号し及び検証するために使用される。
【００３０】
したがって、両方の側で認証が保証される。
【００３１】
実施形態に従って、センタの公開鍵は、この重要な識別基準を修正できないようにユーザのセキュリティモジュールに保たれる。
【国際公開パンフレット】
2004538670.tif 000003
2004538670.tif 000004
2004538670.tif 000005
2004538670.tif 000006
2004538670.tif 000007
2004538670.tif 000008
2004538670.tif 000009
2004538670.tif 000010
2004538670.tif 000011
2004538670.tif 000012
【国際調査報告】
2004538670.tif 000013
2004538670.tif 000014
2004538670.tif 000015
2004538670.tif 000016
2004538670.tif 000017
2004538670.tif 000018