JP4748774B2 - 暗号化通信方式及びシステム - Google Patents

Description

本発明は、情報の暗号化通信(encrypted communication)に関するものであり、たとえばクライアント−サーバシステムにおける通信路上の機密情報(confidential information)の漏洩(leakage)や改ざん(alteration)を防ぎ、かつ悪意のあるクライント(malicious client)からのサーバへの攻撃(attack)を防御するための暗号化通信方法および暗号化通信システム等に関する。

近年、コンピュータ通信技術が進展するに伴い、様々なレベルの機密情報が情報通信ネットワークを介して送られるようになってきている。機密情報には、例えば、官公庁で扱われる住民票情報や登記簿情報などがある。企業においても様々な営業上の機密情報(information of trade secret)が電子化され、コンピュータネットワークを利用して情報共有されている。このような背景から、ネットワーク上を流れる電子情報の機密を保持することが極めて重要な課題である。

また、機密を保持することのほかにも、必要な機密情報が必要に応じて利用できなければ情報としての価値が損なわれたことになるので、例えば、情報の改ざんや各種攻撃によるデータの破壊などの危険に対しても、それを防ぐための適当な対策を施さ講じなければならない。

これらの目的を達成するために、従来、クライアント−サーバシステムを構成するコンピュータ同士の情報通信において、ＳＳＬ（Ｓｏｃｋｅｔ Ｌａｙｅｒ Ｓｅｃｕｒｉｔｙ）やＴＬＳ（Ｔｒａｎｓｐｏｒｔ Ｌａｙｅｒ Ｓｅｃｕｒｉｔｙ）などといった暗号化通信方式が考案され実用化されている。

また、これらの標準技術(standard technology)のほかに端末管理方式を応用した利用者認証(user authentication)であるとか（特許文献１参照）、あるいはＫｅｒｂｅｒｏｓ方式に見られるごとく、利用者認証と通信路(communication path)上の暗号化通信を実現するための暗号鍵交換機能(encryption key exchange function)を併せ持つ仕組みなどが考案され実用化されるケースがある（特許文献２等参照）。

さらに、Ｋｅｒｂｅｒｏｓ方式がクライアント−サーバ間の暗号化通信に使用される秘密鍵(secret key)を認証サーバが生成するのに対し、ユーザ認証を経たあとクライアントが暗号化通信のための秘密鍵を生成する方式もある。

一方、一度ユーザ認証を受けた後は同じサーバへアクセスする際に再びユーザ認証を行わなくてもアクセス可能とする機能、いわゆるシングルサインオン機能を実現するために、上述したＫｅｒｂｅｒｏｓ方式を応用した先行例がある（特許文献３）。この先行例では、クライアントが認可サーバへアクセスするためのチケットを認証サーバで生成し、これを用いてクライアントは認可サーバへアクセスする。ここで、チケットの生成の方法に不可逆演算を複数回おこない、この回数による演算結果の相違を利用してシングルサインオンの可否を判定することを特徴としている。
特公平６−５４４８５号公報 特開平０８−２０４６９６号公報 特開２０００−２２２２３６０号公報

ところで、ＳＳＬやＴＬＳなどの暗号化通信方式(encrypted communication protocol)は暗号化通信を行うためにコネクション型のネットワーク通信チャネルを構築する。この方式は、一般的なクライアント−サーバ方式によるシステムにおいては問題なく暗号化通信の目的を達成することが可能である。

一方、ユーザが機密文書を印刷する場合に、印刷デバイス（たとえばプリンタ）が印刷する際においてもユーザ認証が要求されるセキュア印刷システムがある。このようなセキュア印刷システムにおいては、印刷を指示する側のクライアントと印刷ジョブを処理する印刷デバイス側の間に、スプーラやプリントサーバが入る。そのため、クライアントと印刷デバイスとの間には、ＳＳＬやＴＬＳの直接的なコネクションが構築(establish)されない。さらに、印刷ジョブは、その中にＰＤＬ(page description language)で記述された印刷コマンドが埋め込まれて印刷デバイスに送られる。そのため、印刷ジョブはコネクションレス型の通信(connectionless communication)で実現されると考えられる。したがって、ＳＳＬやＴＬＳのようなコネクション型の暗号化通信方式(connection oriented encrypted communication protocol)を利用して印刷ジョブの機密を保持したり、あるいは改ざんを防止するといったことは困難である。

また、クライアント−サーバシステムにおいて、クライアントコンピュータが不良クライアント(malicious client)である可能性もある。すなわち、クライアントＰＣ側の構成要素、例えばプリンタドライバなどに対して、悪意を持ったユーザによって何らかの改変が加えられて不良クライアントに仕立てられることがあり得る。ユーザは、ネットワーク管理者やコンピュータの管理者が関知しないままに、この不良クライアントを使用してしまうおそれがある。この場合、ユーザは正規にシステムにログイン認証を経て印刷オペレーションを実施することが可能である。しかしこのとき、ユーザに気づかせることなく、不良クライアントが勝手に印刷データに改変を加えたり、サーバを攻撃するような不良データを埋め込んだり、あるいは印刷データそのものを盗んだりするような脅威が生じ得る。

また、背景技術で述べた、クライアントが暗号鍵を生成して暗号化通信を行うといった暗号化通信方式では、上記の脅威に対する十分な対処が難しい。この方式では、クライアントが暗号鍵を生成するので、サーバはクライアントが悪意を持っているか否かを知ることができないままデータを受け取ることになるからである。このため、クライアントはサーバに対してジャンクデータを生成して、独自に生成した暗号鍵を利用してこのジャンクデータをサーバへ送りつけサーバを攻撃することができる。

さらに、一般的な管理方式を応用した利用者認証であるとかＫｅｒｂｅｒｏｓ方式による暗号化通信においても、認証サーバ側でセッション鍵を生成するといった特徴から、認証サーバ（ＫＤＣ）の信頼性がセキュリティを保証することとなるため、認証サーバ（ＫＤＣ）そのものが脅威にさらされないような管理運用上の仕組みが必要となり、運用コストがかさむといった欠点がある。

背景技術で例示した技術文献３に関しては、やはりＫｅｒｂｅｒｏｓ方式と同様、認証サーバの信頼性がシングルサインオン機能のセキュリティを保証する点で、前述したＫｅｒｂｅｒｏｓ方式の欠点を等しく持ち合わせているといえる。

本発明は、上記背景技術に鑑みてなされたもので、セキュア印刷に代表されるコネクションレス型のネットワーク情報通信においても、その通信路上のデータの機密性、完全性、可用性を維持し、安全な通信を実現することを目的とする。また、認証サーバの信頼性を分散させ、認証システムの管理運用に要するコストを低減するねらいも他の目的としてあげることができる。

上記目的を達成するために、本発明は以下の構成を有する。

ユーザパスワードとサーバの暗号鍵が登録された認証サーバと、ユーザの利用にかかるクライアントと、サービスを提供するサーバとを備える暗号化通信システムであって、
前記クライアントと前記サーバとが暗号化通信を行うために共有するクレデンシャルを、前記認証サーバと前記クライアントとが、互いに共有する情報に基づいてそれぞれ別々に生成し、前記認証サーバが生成した前記クレデンシャルを前記認証サーバにより前記暗号鍵で暗号化したチケットを生成し、前記クライアントは、該クライアントが生成したクレデンシャルを用いて送信する情報を暗号化し、暗号化した情報に前記認証サーバから獲得した前記チケットを付して前記サーバへ送信する。

このように、本発明にかかる暗号化通信方法及びシステムは、あらかじめユーザパスワードとサーバの暗号鍵が登録された認証サーバ、ユーザの利用に供するクライアント、並びに印刷サービスや文書管理サービスなどを提供するサーバから構成され、クライアントとサーバが暗号化通信を行うための暗号鍵を、ユーザパスワードと認証サーバが生成する乱数値より生成し、かつ、暗号鍵の生成を認証サーバとクライアント側でそれぞれ別々に行い、認証サーバが生成した暗号鍵はクライアントがこれを知り得ない形態に別途暗号化しておく。

上記のごとく構成された暗号化通信方式及びシステムにおいて、クライアントから発行されるジョブは暗号化されてサーバに送信されるため、送信路上の情報の機密は保持される。また、ＳＳＬやＴＬＳのごとく論理的な暗号化通信チャネルを構築するのではなく、データそのものを暗号化して送信するため、通信路途上にスプーラなどがあっても、情報の機密を維持することが可能である。

クライアントは、認証サーバから乱数を受け取り、情報の暗号化に利用する暗号鍵の生成を当該乱数値とユーザが入力するユーザパスワードを利用して行うため、悪意のあるクライアントが独自に暗号鍵を選択あるいは生成することができない。これによって秘密情報の暗号化に利用される秘密鍵の信頼性を高めることができる。

あわせて、クライアントが独自に秘密鍵を生成することが、認証サーバの信頼性を分散させることにつながるため、認証システムの管理運用に要するコストを低減することが可能である。

さらに、暗号鍵の生成とサーバへ送信する情報の生成は連続して一体の処理として行われるため、悪意のあるクライアントは情報の改ざんや不良データの生成が困難である。このため、悪意のあるクライアントによるサーバへの攻撃を抑止することができる。

さらに、サーバはクライアントから受信した暗号データを復号するに当たって、アクセスチケットから抽出した暗号鍵を用いて復号処理を行うため、正しく復号できた場合、復号に利用した暗号鍵がクライアントの使用した暗号鍵と同一であると認識することができる。このことにより、サーバはクライアントにログインしようとしてユーザが入力したユーザパスワードが、認証サーバにあらかじめ登録されてある真正なユーザパスワードであることを類推することができる。よって、サーバはクライアントにログインしたユーザが認証サーバに登録された真正なユーザであると認めることが可能であり、これをもってユーザ認証に変えることができる。

本発明により、セキュア印刷に代表されるコネクションレス型のネットワーク情報通信においても、その通信路上のデータの機密性、完全性、可用性を維持し、安全な通信を実現することが可能となる。また、認証サーバの信頼性を分散させ、認証システムの管理運用に要するコストを低減することが可能である。

［第１実施形態］
＜システム構成＞
以下、本発明の実施形態について図面を参照しながら説明する。図１は本発明にかかる暗号化通信システムの構成図である。図１において、ユーザはクライアント端末１００を通してシステムにアクセスする。

サーバ１０１は、コンピュータや入出力装置等に搭載されたサーバ機能の部分に相当する。したがって、装置全体としてのサーバ１０１には様々な形態がある。例えば、プリントサーバ機能が搭載されたプリンタ装置、ネットワークスキャナ装置、ネットワーク接続機能を有する複合装置(digital multi-function device)、あるいはファイルサーバ、ＷＥＢサーバなどである。サーバ１０１は、このようなサーバ機能を有する装置すべてを含む。ただし、本実施形態においてはプリントサーバ、特にプリンタに組み込まれたプリントサーバである。サーバ１０１は、固有の復号鍵(decryption key)１０１ａを保持する。

認証サーバ１０２は、ユーザ情報として、ユーザ認証情報(user authentication information)であるとか、ユーザ固有のアクセス制御情報(access control information)といった情報のデータベースを管理している。これらをまとめてユーザ認証情報（図１の符号１０２ａ）と呼ぶ。ユーザ認証情報１０２ａには、ユーザ固有のＩＤとそれに対応して登録されたパスワードの対を少なくとも含む。アクセス制御情報は、ユーザ毎のシステム資源へのアクセス権限(access authority)を定義した情報である。このほか、認証サーバの管理下にある他のサーバを特定するためのサーバ識別子(identification)と、そのサーバ識別子に対応する固有の暗号鍵Ｓｋ（復号鍵１０１ａに対応する暗号鍵）とを含むサーバ鍵情報１０２ｂも含まれる。認証サーバ１０２は、ネットワークリソースの利用に際してユーザ認証とリソースへのアクセス制御などを統括して処理する機能を有する。認証サーバを構成するものとして、例えば、ウィンドウズ（登録商標）のドメインコントローラであるとか、ＬＤＡＰサーバなどがこれに該当する。なお、サーバ鍵情報１０２ｂの暗号鍵Ｓｋと復号鍵１０１ａは、共通鍵(common key)である場合と、暗号鍵Ｓｋを公開鍵(public key)、復号鍵１０１ａを秘密鍵とした場合とがある。

クライアント端末１００、サーバ端末１０１、並びに認証サーバ１０２は互いにネットワークを介して接続されており、クライアント端末１００及びサーバ１０１は当該ネットワーク中に複数存在する場合がある。

図６はクライアント端末１００、サーバ１０１、認証サーバ１０２として機能する汎用コンピュータのブロック図である。図６に示されているように、クライアント端末１００、サーバ１０１、認証サーバ１０２は、処理部１０００とこれに周辺装置を含めて装置全体を構成している。

図６において、処理部１０００は、制御プログラムに従ってホスト装置の全体制御を司るＭＰＵ１００１、システム構成要素を互いに接続するバス１００２、ＭＰＵ１００１が実行するプログラムやデータ等を一時記憶するＤＲＡＭ１００３、システムバスとメモリバス、ＭＰＵ１００１を接続するブリッジ１００４、例えば、ＣＲＴなどの表示装置２００１にグラフィック情報を表示するための制御機能を備えたグラフィックアダプタ１００５を含んでいる。

さらに、処理部１０００はＨＤＤ装置２００２とのインタフェースを司るＨＤＤコントローラ１００６、キーボード２００３とのインタフェースを司るキーボードコントローラ１００７、ＬＡＮ等の通信回線と接続するためのＮＩＣなどの通信Ｉ／Ｆ１００８を備えている。

さらに処理部１０００には、グラフィックアダプタ１００５を介して操作者にグラフィック情報等を表示する表示装置２００１（この例では、ＣＲＴ）が接続されている。更に、プログラム（図３乃至図５に示す手順のプログラム）やデータ、あるいは認証サーバ１０２であれば、ユーザの認証情報（ユーザＩＤおよびそれと対応付けられたパスワード等）や、サーバ１０１の有する復号鍵に対応する暗号鍵などが格納された大容量記憶装置(mass storage)であるハードディスクドライブ（ＨＤＤ）装置２００２、キーボード２００３が夫々、コントローラを介して接続されている。

なお、本実施形態のサーバ１０１はプリンタサーバであることから、グラフィックアダプタ１００５及び表示装置２００１の代わりに、あるいは図６の構成に追加的に、プリンタエンジンと、それと処理部１０００とを接続するインターフェースを有している。

＜処理全体の流れ＞
図２は、本発明にかかる暗号化通信システムの全体処理フローを説明したものである。各ブロック内のかっこ内の数字は、図１のかっこ内の数字で表したメッセージや処理に対応する。図２は、ユーザがクライアント端末１００からログインしてサーバ１０１へアクセスし、何らかの処理、たとえばセキュア印刷(secure printing)を行う場合の、ユーザ認証から、クライアント１００−サーバ１０１間での暗号化通信の一連の処理について説明するものである。なお、セキュア印刷とは、印刷されるデータが暗号化等で保護された印刷処理をいう。

本実施形態では、ユーザがクライアント端末１００から文書の印刷処理を実施し、サーバ１０１側でこれを処理する場合について説明する。なお、以下、サーバは、単独の装置である場合と、プリンタ等の装置に組み込まれて機能する場合がある。「サーバ」は、それらいずれの場合も含めて表す。

図２において、ユーザがクライアント端末１００に始めてログインする場合、処理は図２のステップＳ２００より開始される。ステップＳ２０１で、ユーザは自身のＩＤ並びにパスワード（ＰＷ）をクライアント端末１００から入力する（ログイン）。次にユーザは文書をクライアント端末１００で開き、印刷を行う装置（本実施形態ではサーバ１０１）を指定して印刷を実行する。このとき、クライアント端末１００はユーザＩＤと目的リソース情報（本実施形態ではサーバ１０１を特定するための情報であり、前述のサーバ識別子を含む。）を指定して、認証サーバへアクセスチケット(access ticket)（ＡＴ）発行要求を出す（Ｓ２０２）。アクセスチケットを所持するユーザには、システム資源へのアクセス権限が与えられる。本実施形態のアクセスチケットは、認証サーバ１０２により暗号化により封印されており、少なくともサーバ１０１が復号鍵を用いてその封印を解き、内容にアクセスすることができる。また本実施形態のアクセスチケットには、当該セッションにおいてのみ使用可能なセッション鍵（認証サーバにより生成される）が少なくとも含まれている。このほか、アクセスチケットの有効期限を示す情報や、アクセスチケットが発行された時間を示すタイムスタンプが含まれていても良い。

なお、ログイン工程は、ユーザがクライアント端末１００へ初めてアクセスする時に最初に行ってもよいし（ローカルアクセス時の認証）、あるいはクライアント端末１００において印刷を実行する時に行っても良い（リソースアクセス時の認証）。この部分は実装のしかた次第で、ユーザのセキュリティポリシーに応じて変更できるような自由度をシステムに持たせることが可能である。

ステップＳ２０３はアクセスチケットを要求された認証サーバ１０２における処理である。認証サーバ１０２は、クライアント端末１００からのアクセスチケット（図ではＡＴと略記）発行要求を受け、ユーザ認証の工程を行う（Ｓ２０３）。この工程での主な処理内容は、認証サーバ１０２における秘密鍵Ｊｋ（上述したセッション鍵に相当する。）の生成とアクセスチケットの生成である。秘密鍵Ｊｋの生成のために、認証サーバ１０２は独自に乱数を生成する。認証サーバ１０２は、生成した乱数とクライアント端末１００から受信したユーザＩＤとに基づいて、たとえばそれらの値に一定の関数を適用して秘密鍵（セッション鍵）Ｊｋを生成する。そして、この秘密鍵Ｊｋなどを含む暗号化前の情報（これをクレデンシャルと呼ぶことにする。）を暗号化して、アクセスチケットを生成する。暗号化に用いる暗号鍵は、目的リソース情報に基づいて特定されるサーバ鍵情報１０２ｂに含まれる暗号鍵Ｓｋである。本実施形態では、特定されるサーバ鍵情報はサーバ１０１についての情報である。

なお、アクセスチケットの発行に先立って、ユーザ認証を行うこともできる。認証方法としてチャレンジレスポンス方式(challenge-response authentication scheme)を用いれば、そのチャレンジコード(challenge code)を上述したセッション鍵Ｊｋ生成のための乱数として使用することができる。この場合、ユーザ認証に使用したチャレンジコードをクライアントが保持していれば、アクセスチケットの発行時にはあらためて乱数を添付する必要がない。

さて、アクセスチケットは、生成した乱数と一緒にクライアント端末１００へ送られる。認証サーバ１０２で生成された秘密鍵Ｊｋは、クライアント端末１００との一連の処理要求完了に伴って、認証サーバ１０２内部にて完全に破棄される。認証サーバ１０２のアクセスチケット要求処理のパフォーマンスを改善すると同時に、秘密鍵が外部に漏洩するといった脆弱性を回避するためである。

クライアント端末１００は、乱数と暗号化されたアクセスチケットを認証サーバ１０２から受けとった後、その乱数とユーザが認証時に入力したパスワードとを使って独自に秘密鍵Ｊｋを生成する（Ｓ２０４）。秘密鍵生成のアルゴリズムは、認証サーバ１０２へのアクセスチケット要求に対する応答の中で、認証サーバ１０２がクライアント端末１００に指定しても良いし、あるいは事前に取り決めてありシステム中に実装されていても良い。いずれにしても、そのアルゴリズムにしたがってクライアントは秘密鍵Ｊｋを生成する。このアルゴリズムは、認証サーバが秘密鍵Ｊｋの生成に用いたアルゴリズムと同じである必要がある。

ステップＳ２０４はクライアント端末の動作である。クライアント端末１００は、秘密鍵Ｊｋを独自に生成したらこれを用いてサーバ（装置）１０１へ送信する秘密情報の暗号化を行う。秘密情報の暗号処理に用いるアルゴリズムは、アクセスチケット生成時に認証サーバ１０２がクライアント端末１００に指定しても良いし、あるいはシステム中に実装しておいても良い。いずれにしても、サーバ１０１により実行される復号化アルゴリズムに対応する暗号化アルゴリズムであることが必要である。秘密情報を所定の暗号アルゴリズムで暗号化した後、クライアント端末１００は認証サーバ１０２より受けとっていたアクセスチケットを、先に暗号化した秘密情報に付加して合わせてサーバ（装置）１０１へ送信する。暗号化された秘密情報と暗号化されているアクセスチケットを結合する際、データの結合場所がわかるように間に所定のデリミタ(delimiter)を入れるか、あるいは、データサイズ情報を送信データのヘッダー中に格納するような仕組みを選択しても良い。

ステップＳ２０５はサーバ１０１の動作である。サーバ（装置）１０１は、暗号化されたデータをクライアント端末１００から受信して受信データからアクセスチケットを取り出す。アクセスチケットは、先に認証サーバ１０２においてサーバ（装置）１０１の暗号鍵Ｓｋで暗号化されており、これを復号鍵１０１ａで復号してクレデンシャル(credential)を取り出す。アクセスチケットには認証サーバ１０２が事前に生成した秘密鍵Ｊｋが格納されており、サーバ（装置）１０１はこの秘密鍵Ｊｋを用いてクライアント端末１００が送信してきた暗号化された秘密情報の復号を試みる。ここで復号処理に成功したか否かを判断基準として、サーバ（装置）１０１は、ユーザが認証サーバ１０２によって正規に認証されているかどうかを知ることが可能である。すなわち、秘密情報の復号に成功した場合には、その秘密情報の送り手であるユーザは認証されていると判断できる。もし、復号処理に失敗した場合は、アクセスチケット中に格納されている認証サーバ１０２が生成した秘密鍵Ｊｋと、クライアント端末１００が生成した秘密鍵Ｊｋとが異なることになり、結果としてユーザが認証サーバ１０２により認証されたユーザではないことがわかる。なお復号処理の成功あるいは失敗は、暗号化された秘密情報に含まれるチェックサムを利用して判定することが可能である。たとえば、暗号化前の秘密情報に、全体のチェックサムを含めておく。そして、復号後に暗号化前にチェックサムの対象としたのと同じ領域を対象としてチェックサムを再計算する。この結果、再計算したチェックサムと秘密情報に含まれているチェックサムとが一致すれば、復号は成功と判定できる。これについては、本発明では一般的な各種暗号アルゴリズムの中に含まれる技術を利用するものであるため、実施形態ではこれ以上の詳細を割愛する。

復号処理に成功したサーバ（装置）１０１は、アクセスチケットに含まれている他の情報、たとえばアクセス制御情報を用いて、暗号化された秘密情報に対するユーザのアクセス権限を知ることができる。サーバ（装置）１０１はこれに基づいて、復号処理した秘密情報の処理を続ける。すなわち、本実施形態では印刷処理を実行するものであり、ユーザの権限との整合性が確認された後、ＰＤＬデータの印刷処理が行われることになる（Ｓ２０５）。

一連のユーザの処理要求は以上をもって終了する（Ｓ２０６）。なお、システムのセキュリティを強化するために、サーバ（装置）１０１において秘密情報の受信やジョブの処理が行われたあと、これらの処理内容をログに蓄積するといった監査処理が行われる場合もある。

＜認証サーバ１０２における処理＞
次に図３を用いて、認証サーバ１０２におけるアクセスチケット要求の処理フロー（図２のステップＳ２０２）をさらに詳しく説明する。クライアント端末１００よりアクセスチケット発行要求を受け取ると、認証サーバ１０２は図３に示すフローに基づいて処理を開始する（Ｓ３００）。

認証サーバ１０２は、クライアント端末１００からのアクセスチケット発行要求に伴って、ユーザを識別するためのユーザＩＤ情報と、どのリソースへのアクセス要求かを指定する情報を受け取る。認証サーバ１０２はここで指定されたユーザＩＤをキーとして、該当するユーザの固有情報を取得する（Ｓ３０１）。固有情報にはユーザのパスワード情報（ＰＷ）やリソースへのアクセス制御情報などが含まれている。認証サーバ１０２は、これら固有情報を自身のデータベースに格納しておいても良いし、別途、信頼できるＬＤＡＰサーバなどに格納しておき、認証サーバ１０２とのセキュアなネゴシエーションプロセスを経て、情報を取得してもよい。本実施形態では、データベースは認証サーバ１０２が有している。

次に認証サーバ１０２は、独自に乱数を生成する（Ｓ３０２）。この乱数は、アクセスチケットに用いる秘密鍵Ｊｋやクライアント−サーバ間で秘密情報を暗号化するために利用される秘密鍵Ｊｋを生成するために使用される。

ユーザ固有情報の中からユーザＩＤに対応するパスワード情報を取り出し、パスワードと乱数とを使って認証サーバ１０２は独自に秘密鍵Ｊｋを生成する（Ｓ３０３）。秘密鍵生成のアルゴリズムは、あらかじめ認証サーバ１０２が指定するか、あるいはシステム実装時に決定してあるものとする。認証サーバ１０２が指定する場合は、どのようなアルゴリズムを使用したかクライアント１００が知る必要があるため、認証サーバ１０２は、この情報をクライアント１００へ通知しなければならない。

ユーザ固有情報の中にはユーザのリソースへのアクセス権限に関するアクセス制御情報も含まれている。認証サーバ１０２は、ユーザのアクセス権限情報と生成した秘密鍵Ｊｋの各情報を含むようにクレデンシャルの生成を行う（Ｓ３０４）。クレデンシャルのフォーマットについては個別の実装に依存してよいので、本実施形態では割愛する。クレデンシャルの中には、ユーザのアクセス権限情報と秘密鍵Ｊｋの他、クライアントが秘密情報を暗号化する際に利用すべき暗号アルゴリズムの指定も含まれている。

クライアント端末１００からのアクセスチケット要求には、クライアント端末１００がどのリソースへアクセスしたいかを示す目的リソース情報も含まれている。そこで認証サーバ１０２は、この目的リソース情報（本実施形態ではこれに含まれるサーバ識別子）をキーに、当該リソースの暗号鍵Ｓｋを検索して取得する。暗号鍵Ｓｋはユーザの固有情報と同じく、認証サーバ１０２が独自に持つか、あるいはＬＤＡＰサーバが利用可能である。認証サーバ１０２は、取得した暗号鍵Ｓｋを使ってクレデンシャルを暗号化してアクセスチケットを生成する（Ｓ３０５）。アクセスチケットが暗号化されているのは、アクセスチケットが直接目的とするリソースへ渡らずに、途中でクライアント端末１００などを経由するからである。本実施形態では、クライアント端末１００を含め、アクセスチケットが経由する端末や装置は全て脅威になりうると想定しているためである。

暗号化されたアクセスチケットは、先に生成した乱数、並びに必要に応じて秘密鍵生成アルゴリズム情報と合わせて、クライアント端末１００に送信される（Ｓ３０６）。認証サーバ１０２が独自に生成した秘密鍵Ｊｋは、アクセスチケット要求の一連の処理が完了する最終段階において完全に破棄される（Ｓ３０７）。この理由は、認証サーバ１０２は、複数のクライアント端末１００からアクセスチケット発行要求を受け付けるので、個々の要求ごとに秘密鍵を管理するとパフォーマンス低下につながる。また、秘密鍵を管理すること自体、セキュリティに対する脆弱性を増加させる結果となりかねないからである。

＜クライアント端末における処理＞
図４は、アクセスチケット要求処理後のクライアント端末１００における処理フローを詳しく説明したものである。ユーザがクライアント端末１００にユーザＩＤ並びにパスワードを入力し、アクセスしたいリソースを指定してアクセスチケット発行要求を認証サーバ１０２に送信した後、その応答として、クライアント端末１００は認証サーバ１０２からアクセスチケット、秘密鍵Ｊｋの生成のために生成した乱数、及び必要に応じて暗号アルゴリズム情報を受け取る。図４はその受信後から開始される。

クライアント端末１００は、ユーザが入力したパスワードをこの時点まで内部に保有しており、認証サーバ１０２から受け取った乱数をベースに秘密鍵Ｊｋを生成する（Ｓ４０１）。秘密鍵Ｊｋの生成アルゴリズムは、認証端末１０２から指定されることもある。

クライアント端末１００は、秘密鍵（Ｊｋ）を生成するに当たって、認証サーバ１０２から伝えられた乱数とユーザがクライアント端末１００に直接入力したＰＷを基本情報として独自に秘密鍵（Ｊｋ）を生成する。この工程で、認証サーバ１０２は別途独自に秘密鍵（Ｊｋ）を生成しているが、この情報をクライアント端末１００に伝えることは無い。また、認証サーバ１０２から渡されるアクセスチケットは、サーバ（装置）１０１の暗号鍵Ｓｋで暗号化されているため、クライアント端末１００は一切その情報を知ることはできない。パスワード情報も認証サーバ１０２から伝えられることは一切無く、ユーザがクライアント端末１００に直接入力した値を取得する。すなわち、クライアント端末は、秘密鍵Ｊｋを生成する工程において、完全に認証サーバ１０２から独立してことになる。このことは、サーバ（装置）１０１側におけるユーザ認証の推測を行う後述の工程と関連している。

次にクライアント端末１００は、サーバ（装置）１０１に伝える秘密情報を、先に生成した秘密鍵Ｊｋで暗号化する（Ｓ４０２）。本実施形態では、秘密情報は、プリンタサーバに送信する印刷データ（ＰＤＬデータ）に該当する。ＰＤＬデータはクライアント端末１００の印刷ドライバ（不図示）によって生成され、引き続き暗号処理がなされる。

秘密鍵Ｊｋの生成とＰＤＬデータの生成、及びＰＤＬデータの暗号処理といった一連の処理は、当該印刷ドライバによって一体となって行われる。すなわち、図４の処理は印刷ドライバの処理の一部である。したがって、クライアント端末１００に悪意を持った処理プロセスがあって、暗号処理を行う際にＰＤＬデータにサーバ（装置）１０１に障害を与える不良データを入れ込むようなことは起こりえない。

クライアント端末１００は、秘密情報を暗号化した後、認証サーバ１０２から受け取ったアクセスチケットを暗号化した秘密情報に付加し、続いてサーバ（装置）１０１へ送信する（Ｓ４０３）。アクセスチケット並びに秘密情報は共に暗号化されており、暗号データ（暗号化された秘密情報およびアクセスチケットを含むデータ）を受け取ったサーバ（装置）１０１はその境界がわからないため、クライアント端末１００は、暗号化された秘密情報とアクセスチケットデータとの境界に所定のデリミタを挿入するか、あるいは送信データのヘッダ部分にアクセスチケットもしくは秘密情報のデータサイズを入れて境界が判別できるようにする。いずれの方法を用いるかはシステムの実装仕様である。データの送信をもってクライアント端末１００の処理は終了する（Ｓ４０４）。

＜サーバにおける処理＞
図５は、暗号データを受け取った後のサーバ（装置）１０１側の処理フローを詳しく説明したものである。クライアント端末１００から暗号データを受け取ると、これに引き続いてサーバ側処理が開始する（Ｓ５００）。サーバ（装置）１０１は、受け取った暗号データからデリミタを探し、暗号化されたアクセスチケット部分と暗号化された秘密情報部分を分離する（Ｓ５０１）。システムの構成によっては、暗号データの所定のヘッダ部分に各データサイズが格納されている場合もある。

サーバ（装置）１０１は、復号鍵１０１ａを所有しているため、認証サーバ１０２に用意されている暗号鍵Ｓｋで暗号化されたアクセスチケット部分を復号することが可能である。サーバ（装置）１０１は、復号鍵１０１ａを用いて暗号化されたアクセスチケットを復号する（Ｓ５０１）。ここで、復号に成功するとサーバ（装置）１０１はステップＳ５０３の工程を実行する。しかし、復号に失敗した場合はステップＳ５０７の工程に分岐し、ユーザ認証が失敗したものと判断して受信したデータを完全に破棄する。なお、復号処理には暗号データの改ざんを検知する機能も含まれる。これは前述のサムチェックによって実現できる。また、電子署名を利用しても良い。

復号に成功したら、サーバ（装置）１０１は次にアクセスチケット内に格納されている情報を取り出す処理を実行する（Ｓ５０３）。アクセスチケットには認証サーバ１０２が独自に生成した秘密鍵Ｊｋとユーザ固有のアクセス権限情報などが格納されている。また、暗号データのリプライ攻撃を防止するために、タイムスタンプが含まれる場合もある。

次に、アクセスチケットから取得した秘密鍵Ｊｋを用いて暗号化された秘密情報の復号処理を試みる（Ｓ５０４）。ここで使用する秘密鍵Ｊｋは認証サーバ１０２が生成したものであり、クライアント端末１００が真正のユーザ(true user)によってログインされていれば、秘密情報を暗号化する際にクライアント端末１００が生成した暗号鍵Ｊｋと同一のものが生成されているはずであり（ユーザ認証の推測）、復号処理も成功するはずである。したがって、ここでサーバ（装置）１０１は、暗号化された秘密情報の復号結果を判断する（Ｓ５０５）。

もし復号処理が成功したら、先の推測が実際に証明されたことになり、サーバ（装置）１０１はユーザが正規に認証サーバ１０２によって認証されたものであるとみなすことができる。一方、復号処理が失敗したら、クライアント端末１００にログインしたユーザは、認証サーバ１０２が意図するユーザとは異なる可能性がある。よって、サーバ（装置）１０１は認証失敗として受信データを破棄する（Ｓ５０７）。

なお、暗号データの復号処理が成功したか否かは、平文ブロックデータのチェックサムを利用するなどして行うことが可能である。これらは暗号アルゴリズム（例えば、ブロック暗号方式）の一部として既に技術が確立しており、これらを利用することで目的を達成することができる。さらに、暗号アルゴリズムによらなくとも、暗号データの復号処理の成否を判別することは可能な場合もある。例えば、平文ジョブデータにおいてジョブ種を識別するためのヘッダ情報が付与されており、このヘッダ中のジョブ種を識別できるか否かをもって復号処理の成否を判別することが可能である。

秘密情報の復号処理に成功し、サーバ（装置）１０１が秘密情報を正しく受け取ったら、サーバ（装置）１０１はアクセスチケットから抽出したユーザ固有のアクセス権限情報に基づいて、当該秘密情報を処理する（Ｓ５０６）。本実施形態ではＰＤＬデータを受け取るので、これをＰＤＬコントローラへ送り印刷処理を行う。

以上述べた一連の処理をもってサーバ（装置）１０１の処理フローが終了し、その結果はクライアントのデータ送信要求に対するレスポンスとしてクライアント端末１００に返信される（Ｓ５０８）。結果の返信は同期型、あるいは非同期型いずれでも良い。

以上説明したように、本実施形態の暗号通信システムによれば、セキュア印刷に代表されるコネクションレス型のネットワーク情報通信においても、その通信路上のデータの機密性、完全性、可用性を維持することが可能である。

また、悪意を持ったクライアント端末があったとしても、データを暗号化するために使用される暗号鍵がユーザのパスワードと認証サーバの生成する乱数から生成されるため、暗号鍵の信頼性を確保することができる。

さらに、暗号鍵の生成とサーバへ送信する情報の生成は連続して一体の処理として行われるため、悪意のあるクライアントは情報の改ざんや不良データの生成が困難である。このため、悪意のあるクライアントによるサーバへの攻撃を抑止することができる。

また、サーバはクライアントから受信した暗号データを復号するに当たって、アクセスチケットから抽出した暗号鍵を用いて復号処理を行うため、正しく復号できた場合、復号に利用した暗号鍵がクライアントの使用した暗号鍵と同一であると認識することができる。このことにより、サーバは、クライアントにログインしようとしてユーザが入力したユーザパスワードが、認証サーバにあらかじめ登録されてある真正なユーザパスワードであることを類推することができ、サーバ（装置）１０１側においても認証サーバ１０２と通信することなく、独自にユーザ認証を行うことが可能である。

［変形例］
ところで、認証サーバ１０２には、ユーザのパスワードとサーバ（装置）１０１の暗号鍵があらかじめ登録されており、本実施形態では、認証サーバ１０２へのこれらパスワードと暗号鍵の登録に際する脆弱性に関しては、無いものと仮定して説明をしてきた。しかし、現実には、この認証サーバ１０２にユーザのパスワードを登録したり、リソース（サーバ）の暗号鍵を登録する工程には大きな脆弱性が内在している。認証サーバ１０２に対する攻撃が行われ、結果としてこれらパスワードと暗号鍵情報が漏洩してしまうといった脅威が現実にはありうるからである。この脅威への対抗としては、次の二通りの対策が可能である。

第一の対策は、認証サーバ１０２を物理的に隔離して特定の管理者からしかアクセスできないようにする方法である（運用による対策）。認証サーバ１０２を物理的に隔離することが困難であれば、ユーザやリソースの固有情報のみをディレクトリサーバ（不図示）に格納し、認証サーバ１０２とはＬＤＡＰによるアクセスのみできるように構成し、ディレクトリサーバのみを物理的に隔離する方法も考えられる。

第二の対策は、認証サーバ１０２に登録する暗号鍵として、公開鍵暗号方式に基づく公開鍵と秘密鍵のペアを、サーバ（装置）１０１についてあらかじめ生成しておいて、この鍵ペアのうち公開鍵のみを認証サーバ１０２に格納する方法である。この方法によれば、秘密鍵は一切ネットワーク中を流れることは無く、また認証サーバ１０２に格納されるのは公開鍵なので、漏洩してもここから秘密鍵を類推することは公開鍵暗号アルゴリズムの特徴からしてきわめて困難である。第二の対策によって構成されたシステムでは、認証サーバで生成したアクセスチケットは、サーバ（装置）１０１の公開鍵で暗号化されることになる。

また、認証サーバ１０２にあらかじめ登録するサーバの暗号鍵Ｓｋの代わりに、Ｘ．５０９に基づくデジタル証明書を利用することもできる。このデジタル証明書には、公開鍵に関する情報の他、デジタル署名などが含まれており、その証明書そのものを認証することができる。

また、本実施形態では、クライアントからサーバに対して秘密情報を送信する場合を説明したが、サーバからクライアントへのデータ送信の場合であっても適用できる。このほか、端末間の通信についても適用することができる。

［第２実施形態］
次に、第１実施形態でも簡単に触れたが、印刷システムに第１実施形態の暗号通信システムを適用した場合の構成を図７に示す。図７において、ＬＡＮ２０００には、クライアント３０１〜３０４、３０６と、インストールサーバ３０５、プリントサーバつきプリンタ３１１，認証サーバ１０２が接続されている。インストールサーバは、クライアントにインストールされているプログラムのバージョンやライセンス等を集中的に管理するサーバである。インストールサーバ３０５は、プリンタドライバ等のプログラムについて更新の有無を管理し、更新されている場合には、その更新されたプログラムを各クライアントにインストールすることを指示するメッセージをクライアントに送信する。認証サーバ１０２は第１実施形態の認証サーバと同一である。ただし、ユーザ認証情報等の登録されたデータベースサーバ３２１がバックエンドに用意されている。

さて、このような構成において、各クライアントがプリントサーバつきプリンタ３１１を用いてセキュアな印刷を行う場合、第１実施形態の通信システムとして、図７の印刷システムは機能する。すなわち、各クライアントは図１のクライアント１０１として、プリントサーバ付きプリンタ３１１は図１のサーバ１０１として機能する。そして、クライアントでは、プリンタドライバにより、印刷対象のアプリケーションデータをＰＤＬに変換し、図４の手順を実行して、プリントサーバ付きプリンタ３１１に印刷すべきデータを送信する。プリントサーバ付きプリンタ３１１は、クライアントからデータを受信して、そのデータの復号（すなわちユーザの認証）に成功したなら、復号により得たデータを、プリンタエンジンから印刷物として出力する。

また、インストールサーバ３０５から各クライアントに対してドライバをインストールするメッセージを送信する場合にも、第１実施形態の通信システムが適用できる。この場合には、インストールサーバ３０５が第１実施形態のクライアント１０１に相当し、各クライアントが第１実施形態のサーバに相当する。したがって、認証サーバ１０２は、各クライアントについて、暗号鍵Ｓｋを保持している。そして、インストールサーバ３０５は各クライアント毎に第１実施形態の手順でインストール指示を各クライアントに送信する。データを受信したクライアントは、暗号化されたデータを復号してメッセージの発信者を認証できる。そして復号して得たメッセージを解釈実行してプログラムをインストールする。

このように、第２実施形態の暗号化通信システムは、ネットワークで構築された印刷システムに適用して、セキュアな印刷処理や、インストール指示者の認証機能と合わせたプログラムのバージョン管理を実現できる。

以上説明したように、本発明にかかる認証サーバの多重化システムによれば、ＳＳＬやＴＬＳでは適用が難しい、セキュア印刷に代表されるコネクションレス型のネットワーク情報通信においても、その通信路上のデータの機密性(confidentiality)、完全性(integrity)、可用性(usability)を維持することが可能である。また、認証サーバの信頼性を分散させ、認証システムの管理運用に要するコストを低減することが可能である。

なお、本発明は、複数の機器（例えばホストコンピュータ、インタフェイス機器、リーダ、プリンタなど）から構成されるシステムに適用しても、一つの機器からなる装置（例えば、複写機、ファクシミリ装置など）に適用してもよい。また、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体（または記録媒体）を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはCPUやMPU）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても達成される。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコード自体およびプログラムコードを記憶した記憶媒体は本発明を構成することになる。

また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているオペレーティングシステム(OS)などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれる。さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張カードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるCPUなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれる。

本発明にかかる暗号化通信システムの構成図である。 本発明にかかる暗号化通信システムの全体処理フローを説明した図である。 認証サーバにおけるアクセスチケット要求の処理フローをさらに詳しく説明した図である。 アクセスチケット要求処理後のクライアント端末における処理フローを詳しく説明した図である。 暗号データを受け取った後のサーバ（装置）側の処理フローを詳しく説明した図である。 コンピュータのブロック図である。 暗号化通信システムを適用した印刷システムの構成を示す図である。

Claims (14)

1. ユーザパスワードとサーバの暗号鍵が登録された認証サーバと、ユーザの利用にかかるクライアントと、サービスを提供するサーバとを備える暗号化通信システムであって、
   前記クライアントと前記サーバとが暗号化通信を行うために共有するクレデンシャルを、前記認証サーバと前記クライアントとが、互いに共有する情報に基づいてそれぞれ別々に生成し、前記認証サーバが生成した前記クレデンシャルを前記認証サーバにより前記暗号鍵で暗号化したチケットを生成し、前記クライアントは、該クライアントが生成したクレデンシャルを用いて送信する情報を暗号化し、暗号化した情報に前記認証サーバから獲得した前記チケットを付して前記サーバへ送信することを特徴とする暗号化通信システム。
2. 前記クライアントと前記認証サーバは、クライアントにおいて入力されたパスワードと認証サーバが生成する乱数値とを互いに共有し、前記クレデンシャルを、前記パスワード及び乱数値を基に生成することを特徴とする請求項１に記載の暗号化通信システム。
3. 前記認証サーバに登録された前記サーバの暗号鍵として公開鍵暗号方式の公開鍵を登録し、前記サーバは前記公開鍵に対応する秘密鍵を有することを特徴とする請求項１に記載の暗号化通信システム。
4. ユーザごとのユーザ情報と暗号鍵とを有する認証サーバと、ユーザ識別子とユーザ情報とを入力させる第１の情報処理装置と、前記暗号鍵に対応する復号鍵を有する第２の情報処理装置とを備えた暗号化通信システムであって、
   前記認証サーバは、前記第１の情報処理装置から入力されたユーザ識別子に対応するユーザ情報と所定の符号とに基づいて第１の鍵情報を生成して該第１の鍵情報を含む情報を前記暗号鍵により暗号化した証明情報を作成し、該証明情報と前記符号とを前記第１の情報処理装置に送信し、
   前記第１の情報処理装置は、入力されたユーザ情報と前記認証サーバから受信した前記符号とに基づいて第２の鍵情報を作成し、送信対象の情報を前記第２の鍵情報により暗号化した暗号情報を作成し、該暗号情報と前記認証サーバから受信した証明情報とを前記第２の情報処理装置に送信し、
   前記第２の情報処理装置は、前記証明情報を前記復号鍵により復号して得た前記第１の鍵情報を用いて前記暗号情報を復号することを特徴とする暗号化通信システム。
5. 前記暗号鍵は公開鍵であり、前記復号鍵は秘密鍵であることを特徴とする請求項４に記載の暗号化通信システム。
6. 前記暗号鍵と復号鍵とは共通鍵であることを特徴とする請求項４に記載の暗号化通信システム。
7. 復号鍵を有する情報処理装置と、ユーザ識別子とユーザ情報とが入力され、受信した符号から生成した暗号鍵により処理対象のデータを暗号化して、受信した証明情報とともに前記情報処理装置に送信するクライアント装置とに接続される認証サーバ装置であって、
   前記クライアント装置から入力されたユーザ識別子に対応するユーザ情報と新たに生成した符号とに基づいて第１の鍵情報を生成する手段と、
   前記第１の鍵情報を含む情報を前記復号鍵に対応する暗号鍵により暗号化した証明情報を作成する手段と、
   前記証明情報と前記符号とを前記クライアント装置に送信する手段と
   を備えることを特徴とする認証サーバ装置。
8. ユーザごとのユーザ情報と暗号鍵とを記憶し、該暗号化鍵で暗号化した証明情報を生成する認証サーバと、前記暗号鍵に対応する復号鍵を有し、該復号化鍵で受信した証明情報を復号する情報処理装置とに接続されたクライアント装置であって、
   ユーザ識別子とユーザ情報とを入力するための入力手段と、
   前記認証サーバから受信した符号と前記ユーザ情報とに基づいて鍵情報を作成し、送信対象の情報を前記鍵情報により暗号化した暗号情報を作成する手段と、
   前記暗号情報と前記認証サーバから受信した証明情報とを情報処理装置に送信する手段と
   を備えることを特徴とするクライアント装置。
9. 暗号鍵により暗号化された、ユーザ情報と符号とから生成した鍵情報を含む証明情報と前記符号とをクライアント装置に送信する認証サーバと、前記符号とユーザ情報とから生成した鍵情報により送信対象の情報を暗号化して前記証明情報とともに送信するクライアント装置とに接続された情報処理装置であって、
   前記証明情報と前記暗号化された送信対象情報とを受信する手段と、
   前記暗号鍵に対応する復号鍵により前記証明情報を復号する手段と、
   前記証明情報から得た鍵情報を用いて前記送信対象の情報を復号する復号手段と
   を備えることを特徴とする情報処理装置。
10. 前記復号手段により復号された情報に基づいて印刷出力を行うための出力部をさらに備えることを特徴とする請求項９に記載の情報処理装置。
11. ユーザごとのユーザ情報と暗号鍵とを有する認証サーバと、ユーザ識別子とユーザ情報とを入力させる第１の情報処理装置と、前記暗号鍵に対応する復号鍵を有する第２の情報処理装置とを備えた暗号化通信システムにおける暗号化通信方法であって、
    前記認証サーバにより、前記第１の情報処理装置から入力されたユーザ識別子に対応するユーザ情報と所定の符号とに基づいて第１の鍵情報を生成する工程と、
    前記認証サーバにより、前記第１の鍵情報を含む情報を前記暗号鍵により暗号化した証明情報を作成する工程と、
    前記証明情報と前記符号とを前記認証サーバから前記第１の情報処理装置に送信する工程と、
    前記第１の情報処理装置により、入力されたユーザ情報と前記認証サーバから受信した前記符号とに基づいて第２の鍵情報を作成する工程と、
    前記第１の情報処理装置により、送信対象の情報を前記第２の鍵情報により暗号化した暗号情報を作成する工程と、
    該暗号情報と前記認証サーバから受信した証明情報とを前記第１の情報処理装置から前記第２の情報処理装置に送信する工程と、
    前記第２の情報処理装置により、前記証明情報を前記復号鍵により復号して前記第１の鍵情報を得る工程と、
    前記第２の情報処理装置により、前記第１の鍵情報を用いて前記暗号情報を復号する工程と
    を有することを特徴とする暗号化通信方法。
12. 認証サーバにあらかじめ登録するサーバの暗号鍵の代わりに、公開鍵暗号方式に基づく公開鍵、秘密鍵として生成したサーバの公開鍵を認証サーバへ登録することを特徴とする請求項１１に記載の暗号化通信方法。
13. 請求項７の認証サーバ装置または請求項８のクライアント装置または請求項９の情報処理装置のいずれかとしてコンピュータを機能させるためのコンピュータプログラム。
14. 第１の情報処理装置と第２の情報処理装置と第３の情報処理装置を接続して構成される暗号化通信システムであって、
    前記第１の情報処理装置は、前記第２の情報処理装置と共有する第１の暗号鍵と、前記第３の情報処理装置と共有する第２の暗号鍵とを有し、前記第１暗号鍵を前記第２の暗号鍵により暗号化したチケット情報を生成して前記第２の情報処理装置に送信し、
    前記第２の情報処理装置は前記第１の暗号鍵により送信対象情報を暗号化した暗号送信情報を生成して前記チケット情報とともに前記第３の情報処理装置に送信し、
    前記第３の情報処理装置は前記第２の暗号鍵により前記チケット情報を解読して前記第１の鍵を復号し、該第１の鍵により前記暗号送信情報を解読することを特徴とする暗号化通信システム。

Images