ローカル認証システム、ローカル認証装置、ローカル認証方法
【課題】各ノードが隣接ノードとの間に確立する接続に基づいて通信を行うネットワークにおいて、ネットワークに接続していないノードとの効率的で適切な認証を行う。
【解決手段】公開鍵証明書について有効性確認を行うための有効性確認要求や公開鍵についての新たな証明書の発行要求を、インターネットＮに接続していないローカルノード３０１から送信し、このローカルノード３０１からの要求を、インターネットＮに接続しているノード４０１から、ＣＲＬ確認サーバ５０２や認証局５０１に転送する。こうすることにより、インターネットＮに接続していないノードが、他のノードの証明書が失効していないかどうかの確認、又は、新たな証明書の発行要求、を行うことができる。このため、インターネットＮに接続しているノードとネットワークに接続していないノードとが相互認証し、暗号化通信をすることができる。
【解決手段】公開鍵証明書について有効性確認を行うための有効性確認要求や公開鍵についての新たな証明書の発行要求を、インターネットＮに接続していないローカルノード３０１から送信し、このローカルノード３０１からの要求を、インターネットＮに接続しているノード４０１から、ＣＲＬ確認サーバ５０２や認証局５０１に転送する。こうすることにより、インターネットＮに接続していないノードが、他のノードの証明書が失効していないかどうかの確認、又は、新たな証明書の発行要求、を行うことができる。このため、インターネットＮに接続しているノードとネットワークに接続していないノードとが相互認証し、暗号化通信をすることができる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はローカル認証システム、ローカル認証装置、ローカル認証方法に関し、特に複数のノードが、互いに隣接するノードとの間に確立する接続に基づいて構成されるネットワークにおける、ローカル認証システム、ローカル認証装置、ローカル認証方法に関する。
【背景技術】
【０００２】
従来の認証方式について説明する。
非特許文献１のようなＰＫＩ（Ｐｕｂｌｉｃ Ｋｅｙ Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ；公開鍵基盤）を利用した従来の認証方式では、各ノードが通信を行う際に、認証局（ＣＡ；Ｃｅｒｔｉｆｉｃａｔｅ Ａｕｔｈｏｒｉｔｙ）から発行されたお互いの公開鍵証明書（公開鍵を含む）を交換する。次に、その証明書が失効していないかどうか、ＣＲＬ（Ｃｅｒｔｉｆｉｃａｔｅ Ｒｅｖｏｃａｔｉｏｎ Ｌｉｓｔ）確認サーバに問い合わせ、失効していなければ正しい相手として認証し、その公開鍵を使って暗号化通信を開始する。
【０００３】
図８を参照し、例を示して説明する。同図において、ノード１０３とノード１０４は、認証局１０１から、自身の公開鍵を証明する証明書及び公開鍵（Ｘ．５０９準拠）が発行されている。また、ＣＲＬ確認サーバ１０２は、認証局１０１から証明書失効リスト（ＣＲＬ）を随時取得している。
ここで、ノード１０３とノード１０４とが相互認証を行い、通信を開始する場合における、認証の手順について説明する。まず、ノード１０３とノード１０４とは、互いの証明書を交換する（１）。次に、その証明書が失効していないかどうか、ＣＲＬ確認サーバ１０２に証明書の有効性確認の問い合わせを行う（２）。該当する証明書が失効していなければ、公開鍵を用いて暗号化通信を開始する（３）。
【０００４】
一方、非特許文献２のようなＰＫＩ（公開鍵基盤）を利用した従来の認証方式では、各ノードは認証局（ＣＡ）から極めて短い有効期限（例えば１日程度）の公開鍵証明書が発行される。各ノードが通信を行う際に、認証局（ＣＡ）から発行されたお互いの公開鍵証明書を交換する。次に、その証明書の有効期限内であれば、正しい相手として認証に、その公開鍵を使って暗号化通信を開始する。
つまり、証明書の元々の有効期限が極めて短いため、その期間内に失効している可能性は低いと見なすことで、証明書失効の確認を省略している。そのため、ネットワークに接続されてない状態でも、相互認証が可能である。
【０００５】
図９を参照し、例を示して説明する。同図において、前提として、ノード２０２とノード２０３に対し、認証局２０１から、自身の公開鍵を証明する証明書及び公開鍵（Ｘ．５０９準拠）が発行されている。ただし、この証明書は有効期限が短く設定されていて、例えば数日に１回程度、ネットワークに接続して更新が行われている。
ここで、ノード２０２とノード２０３とが相互認証を行い、通信を開始する場合における、認証の手順について説明する。まず、ノード２０２とノード２０３とは、互いの証明書を交換する（１）。次に、その証明書の有効期限を確認し、期限内であれば、公開鍵を用いて暗号化通信を開始する（２）。
【０００６】
【非特許文献１】「X.509 Internet PKI Certificate Status Protocol」、[online]、[平成１６年１１月１２日検索]、インターネット＜ＵＲＬ：http://www.ietf.org/rfc/rfc2560.txt?number=2560＞
【非特許文献２】「Short-Lived Server Certificate」、[online]、[平成１６年１１月１２日検索]、インターネット＜ＵＲＬ：http://www.verisign.co.jp/press/2001/pr162#mot.html＞
【発明の開示】
【発明が解決しようとする課題】
【０００７】
上述した従来例では、全くネットワークに接続できないノードと相互認証を行う場合、証明書の有効性が確認できないため、相互認証ができないという問題点があった。例えば、非特許文献１では、そもそも相互認証時に、ネットワークに接続して証明書の失効を確認する必要がある。また、非特許文献２では、証明書の有効期限が短いために、ネットワークに接続して更新処理を行う必要がある。
本発明は上記に鑑みてなされたもので、その目的は、各ノードが隣接ノードとの間に確立する接続に基づいて通信を行うネットワークにおいて、ネットワークに接続していないノードとの効率的で適切な認証を行うことのできるローカル認証システム、ローカル認証装置、ローカル認証方法を提供することである。
【課題を解決するための手段】
【０００８】
本発明の請求項１によるローカル認証システムは、公開鍵証明書に関する要求を、ネットワークに接続されている証明書管理装置に対して行うローカル認証システムであって、前記ネットワークに接続しておらず、公開鍵証明書について有効性確認を行うための有効性確認要求と公開鍵についての新たな証明書の発行要求との少なくとも一方の要求を送信する第１のノードと、前記ネットワークに接続しており、前記第１のノードからの要求を前記証明書管理装置に転送する第２のノードとを含むことを特徴とする。このような構成により、ネットワークに接続していないノードが、他のノードの証明書が失効していないかどうかの確認、又は、新たな証明書の発行要求、を行うことができる。このため、ネットワークに接続しているノードとネットワークに接続していないノードとが相互認証し、暗号化通信をすることが可能となる。
【０００９】
本発明の請求項２によるローカル認証装置は、自装置が接続していないネットワークに接続されている証明書管理装置に、公開鍵証明書に関する要求を送信するローカル認証装置であって、前記ネットワークに接続している他の装置を介して、前記証明書管理装置に、前記要求を送信する送信手段を含むことを特徴とする。このような構成により、ネットワークに接続していないノードが、公開鍵証明書に関する要求を行うことができる。
【００１０】
本発明の請求項３によるローカル認証装置は、請求項２において、前記送信手段が送信する要求を暗号化する暗号化手段を更に含むことを特徴とする。このような構成により、ネットワークに接続していないノードが、他のノードの証明書の失効状況を間違いなく確認したり、証明書の再発行を要求したりすることができる。
【００１１】
本発明の請求項４によるローカル認証装置は、請求項２又は３において、前記証明書管理装置は公開鍵についての証明書失効リストを保持している証明書失効リスト保持装置であり、前記要求は公開鍵証明書について有効性確認を行うための有効性確認要求であることを特徴とする。このような構成により、ネットワークに接続していないノードが、他のノードの証明書が失効していないかどうかの確認を行うことができる。
【００１２】
本発明の請求項５によるローカル認証装置は、請求項２又は３において、前記証明書管理装置は公開鍵についての証明書を発行する証明書発行装置であり、前記要求は新たな証明書の発行要求であることを特徴とする。このような構成により、ネットワークに接続していないノードが、新たな証明書の発行要求を行うことができる。
【００１３】
本発明の請求項６によるローカル認証方法は、公開鍵証明書に関する要求を、ネットワークに接続されている証明書管理装置に対して行うローカル認証方法であって、公開鍵証明書について有効性確認を行うための有効性確認要求と公開鍵についての新たな証明書の発行要求との少なくとも一方の要求を、前記ネットワークに接続していない第１のノードから送信するステップと、前記第１のノードからの要求を、前記ネットワークに接続している第２のノードから前記証明書管理装置に転送するステップとを含むことを特徴とする。このような構成により、ネットワークに接続していないノードが、他のノードの証明書が失効していないかどうかの確認、又は、新たな証明書の発行要求、を行うことができる。このため、ネットワークに接続しているノードとネットワークに接続していないノードとが相互認証し、暗号化通信をすることが可能となる。
【発明の効果】
【００１４】
本発明によれば、ネットワークに接続しているノードを介して、ネットワークに接続していないノードが、認証局やＣＲＬ確認サーバと通信できるため、ネットワークと接続しないノードとの相互認証が可能となる。
また、正確性が保証された有効性を持つ証明書により相互認証を行うことで、ネットワークに接続していないノードとの相互認証、安全な暗号化通信を行うことが可能となる。
このように、ネットワークに接続していないノードが、ネットワークと接続しているノードを介して通信する際に、そのメッセージに毎回異なるランダム値を付加することで、過去の応答メッセージを用いたリプライ攻撃など、仲介しているノードによる不正な応答を検出でき、必ず目的のノードとの安全な通信を確保することができる。
【発明を実施するための最良の形態】
【００１５】
以下、本発明の実施の形態を、図面を参照して説明する。なお、以下の説明において参照する各図では、他の図と同等部分は同一符号によって示されている。
（システム全体の構成）
図１において、ノード４０１は、インターネットＮに接続しているノードである。また、ノード４０１は、ローカル接続により、数台のノード３０１と接続している。インターネットＮには、証明書管理装置である、認証局５０１及びＣＲＬ確認サーバ５０２が接続されている。認証局５０１とＣＲＬ確認サーバ５０２については、同図に示されているように別々の装置として存在していても良いし、両者の機能を持った単一の装置が存在していても良い。
【００１６】
ノード３０１は、ノード４０１のみとローカル通信が可能な状態になっている。つまり、ノード４０１はインターネットＮに接続している状態であるのに対し、ノード３０１はインターネットＮに接続していない状態である（以下、ローカルノードと呼ぶ）。
ローカルノード３０１は、ノード４０１を介して、ＣＲＬ確認サーバ５０２に、証明書の有効性確認要求を送信する。また、ローカルノード３０１は、ノード４０１を介して、ＣＲＬ確認サーバ５０２に、証明書の再発行要求を送信する。
【００１７】
ここで、本発明においては、ローカルノード３０１はネットワーク（本例ではインターネットＮ）に接続していない状態であり、ノード４０１はネットワーク（本例ではインターネットＮ）に接続している状態であることを前提とする。このため、ローカルノード３０１がネットワークへの接続機能をもともと有していない場合は勿論、ネットワークへの接続機能を有してはいるが、上記要求を送信する際にネットワークに接続していない場合も、「ネットワークに接続していない」に含まれる。なお、以下の例では、ノード４０１はネットワークへの接続機能を有し、ローカルノード３０１はその機能を有していない場合について説明する。
【００１８】
（ノードの構成例）
図２は本発明の実施の形態によるローカル認証システム内の、ネットワークに接続する機能を持っていないローカルノード３０１の構成例を示すブロック図である。
同図において、ローカルノード３０１はネットワークに接続する機能を持っていないが、近接のノードとローカルに接続する機能を持っているノードである。このローカルノード３０１は、証明書保持部３０２と、証明書検証部３０３と、暗号化・復号化処理部３０４と、秘密鍵保持部３０５と、ローカル通信部３０６とを含んで構成されている。
【００１９】
ローカルノード３０１内の証明書保持部３０２は、自ノード及び他ノードの公開鍵証明書を保持している。ローカルノード３０１内の証明書検証部３０３は、他ノードの証明書の有効期限の確認、失効状態の確認を行う。暗号化・復号化処理部３０４は、公開鍵基盤に基づいた暗号化通信を処理する。秘密鍵保持部３０５は、自ノードの秘密鍵を保持する。ローカル通信部３０６は、近接のローカル通信部を持つノードと通信を行う。
【００２０】
一方、図３は本発明の実施の形態によるローカル認証システム内の、ネットワークに接続する機能を持っているノードの構成例を示すブロック図である。
同図において、ノード４０１はネットワークには接続しており、さらに近接のノードとローカルに接続する機能を持ったノードである。このノード４０１は、証明書保持部４０２と、証明書検証部４０３と、暗号化・復号化処理部４０４と、秘密鍵保持部４０５と、ローカル通信部４０６と、ネットワーク通信部４０７とを含んで構成されている。
【００２１】
ノード４０１内の証明書保持部４０２は、自ノード及び他ノードの公開鍵証明書を保持している。ローカルノード４０１内の証明書検証部４０３は、他ノードの証明書の有効期限の確認、失効状態の確認を行う。暗号化・復号化処理部４０４は、公開鍵基盤に基づいた暗号化通信を処理する。秘密鍵保持部４０５は、自ノードの秘密鍵を保持する。ローカル通信部４０６は、ローカル通信部を持っている、近接のノードと通信を行う。ネットワーク通信部４０７は、ネットワークを介して、ネットワーク通信部を持つ他のノードと通信を行う。
【００２２】
（証明書の有効性確認要求）
以下、図１の場合におけるノード４０１内の証明書検証部４０３とローカルノード３０１内の証明書検証部３０３とによる証明書の有効性確認の手順について、図４及び図５を参照して説明する。
図４はノード４０１、ローカルノード３０１、ＣＲＬ確認サーバ５０２の処理内容を示すフローチャートである。同図において、ノード４０１とローカルノード３０１とが通信を行う際、ローカル通信部３０６及び４０６を通じて、証明書保持部３０２、４０２にそれぞれ保持している証明書を相互に交換する（ステップ６０１）。
【００２３】
ローカル通信部４０６より証明書を受信したノード４０１内の証明書検証部４０３は、該当の証明書が失効していないかどうか、ネットワーク通信部を介してＣＲＬ確認サーバ５０２に問い合わせを行う（ステップ６０２）。その際、ローカルノード３０１とは、暗号化・復号化処理部４０４により公開鍵基盤に基づく暗号化通信により、問い合わせメッセージを秘密鍵保持部４０５で保持している自身の秘密鍵により暗号化する。問い合わせメッセージを受信したＣＲＬ確認サーバは、ノード４０１の公開鍵によりメッセージを復号化し、該当の証明書の失効情報を含ませたメッセージを自身の秘密鍵で暗号化し、ローカルノード４０１に送信する（ステップ６０３）。
【００２４】
一方、ローカル通信部３０６より証明書を受信したローカルノード３０１内の証明書検証部３０３は、該当の証明書が失効していないかどうか、ノード４０１を介してＣＲＬ確認サーバ５０２に問い合わせを行う（ステップ６０４）。その際、ローカルノード３０１は、暗号化・復号化処理部３０４により公開鍵基盤に基づく暗号化通信を行うが、問い合わせメッセージに毎回異なるランダム値を含ませ、そのメッセージを秘密鍵保持部３０５で保持している自身の秘密鍵により暗号化する。毎回異なるランダム値を含む問い合わせメッセージを受信したＣＲＬ確認サーバ５０２は、ノード３０１の公開鍵によりメッセージを復号化し、該当の証明書の失効情報とそのランダム値を含ませた応答メッセージを自身の秘密鍵で暗号化し、ローカルノード３０１に、ノード４０１を介して送信する（ステップ６０５）。
【００２５】
その後、両方の証明書の有効性を判断する（ステップ６０６）。この判断の結果、ローカルノード３０１とノード４０１内の証明書検証部３０３、４０３で証明書の有効性が確認された場合、相互認証され、公開鍵基盤を用いた暗号化通信を開始する（ステップ６０６→ステップ６０７）。一方、証明書の有効性が確認できなかった場合、認証は失敗し、通信は開始されない（ステップ６０６→ステップ６０８）。
【００２６】
図５は、ノード４０１、ローカルノード３０１、ＣＲＬ確認サーバ５０２の処理手順を示すシーケンス図である。同図において、ノード４０１とローカルノード３０１とが通信を行う際、ローカル通信部３０６及び４０６を通じて証明書保持部３０２、４０２に保持している証明書を相互に交換する（ステップ７０１）。
【００２７】
ローカル通信部４０６より証明書を受信したノード４０１内の証明書検証部４０３は、該当の証明書が失効していないかどうか、ネットワーク通信部を介してＣＲＬ確認サーバ５０２に問い合わせを行う（ステップ７０２）。その際、ノード４０１は、暗号化・復号化処理部４０４により公開鍵基盤に基づく暗号化通信により、問い合わせメッセージを秘密鍵保持部４０５で保持している自身の秘密鍵により暗号化する。この問い合わせメッセージを受信したＣＲＬ確認サーバ５０２は、ノード４０１の公開鍵によりメッセージを復号化し、該当の証明書の失効情報を含ませたメッセージを自身の秘密鍵で暗号化し、ローカルノード４０１に送信する（ステップ７０３）。
【００２８】
また、ローカル通信部３０６より証明書を受信したローカルノード３０１内の証明書検証部３０３は、該当の証明書が失効していないかどうか、証明書の有効性確認要求を送信する（ステップ７０４）。ローカルノード３０１が送信した有効性確認要求を受信したノード４０１は、その有効性確認要求をＣＲＬ確認サーバ５０２に転送する（ステップ７０５）。
【００２９】
このように、ノード４０１を介して、ローカルノード３０１からＣＲＬ確認サーバ５０２に問い合わせを行う。その際、ＣＲＬ確認サーバ５０２とは、暗号化・復号化処理部３０４により公開鍵基盤に基づく暗号化通信を行うが、問い合わせメッセージに毎回異なるランダム値を含ませ、そのメッセージを秘密鍵保持部３０５で保持している自身の秘密鍵により暗号化する。毎回異なるランダム値を含む問い合わせメッセージを受信したＣＲＬ確認サーバ５０２は、ノード３０１の公開鍵によりメッセージを復号化し、該当の証明書の失効情報とそのランダム値を含ませた応答メッセージを自身の秘密鍵で暗号化し、ローカルノード３０１に、ノード４０１を介して送信する（ステップ７０６、７０７）。
以上のメッセージ授受により、ローカルノード３０１とノード４０１内の証明書検証部３０３、４０３で証明書の有効性が確認された場合、相互認証が完了となり（ステップ７０８）、公開鍵基盤を用いた暗号化通信を開始する（ステップ７０９）。
【００３０】
（証明書の再発行要求）
以下、図１の場合におけるノード４０１内の証明書検証部４０３とローカルノード３０１内の証明書検証部３０３とによる証明書の再発行要求の手順について、図６及び図７を参照して説明する。
図６はノード４０１、ローカルノード３０１、認証局５０１の処理内容を示すフローチャートである。
この場合、ノード４０１及びローカルノード３０１には、極めて有効期限の短い公開鍵証明書が発行され、証明書保持部３０２、４０３にそれぞれ保持されている。ノード４０１は必要に応じて随時、証明書の更新を行っている。
同図において、ノード４０１とローカルノード３０１が通信を開始する際、ローカルノード３０１内の証明書検証部が自身の証明書の有効期限が切れていないか確認する（ステップ８０１）。
【００３１】
有効期限が切れていると判断された場合、ローカルノード３０１はノード４０１を介して認証局５０１に新たな証明書を発行してもらうための再発行リクエストメッセージを送信する（ステップ８０２→ステップ８０３）。その際、ローカルノード３０１は、暗号化・復号化処理部３０４により公開鍵基盤による暗号化通信を行うが、再発行リクエストメッセージに毎回異なるランダム値を含ませ、そのメッセージを秘密鍵保持部３０５で保持している自身の秘密鍵により暗号化する。毎回異なるランダム値を含む再発行リクエストメッセージを受信した認証局５０１は、ノード３０１の公開鍵によりメッセージを復号化し、該当の新しい証明書とそのランダム値を含ませた応答メッセージを自身の公開鍵で暗号化し、ローカルノード３０１に、ノード４０１を介して送信する（ステップ８０４）。
【００３２】
その後、ローカルノード３０１、ノード４０１はローカル通信部３０６及び４０６を通じて、相互に証明書を交換する（ステップ８０５）。ステップ８０２において有効期限が切れていないと判断された場合も同様である（ステップ８０２→ステップ８０５）。
その後、両方の証明書の有効性を判断する（ステップ８０６）。この判断の結果、ローカルノード３０１とノード４０１内の証明書検証部３０３、４０３で証明書の有効性が確認された場合、相互認証され、公開鍵基盤を用いた暗号化通信を開始する（ステップ８０６→ステップ８０７）。一方、証明書の有効性が確認できなかった場合、認証は失敗し、通信は開始されない（ステップ８０６→ステップ８０８）。
【００３３】
図７は、ノード４０１、ローカルノード３０１、認証局５０１の処理手順を示すシーケンス図である。同図において、ノード４０１とローカルノード３０１が通信を開始する際、ローカルノード３０１内の証明書検証部が自身の証明書の有効期限が切れていないか確認する（ステップ９０１）。
有効期限が切れている場合、ローカルノード３０１はノード４０１を介して認証局５０１に新たな証明書を発行してもらうための再発行リクエストメッセージを送信する（ステップ９０２）。ローカルノード３０１が送信した再発行リクエストメッセージを受信したノード４０１は、そのメッセージを認証局５０１に転送する（ステップ９０３）。
【００３４】
このように、ノード４０１を介して、ローカルノード３０１から認証局５０１に再発行リクエストメッセージを送信する。その際、認証局５０１とは、暗号化・復号化処理部３０４により公開鍵基盤による暗号化通信を行うが、再発行リクエストメッセージに毎回異なるランダム値を含ませ、そのメッセージを秘密鍵保持部３０５で保持している自身の秘密鍵により暗号化する。
【００３５】
毎回異なるランダム値を含む再発行リクエストメッセージを受信した認証局５０１は、ノード３０１の公開鍵によりメッセージを復号化し、該当の新しい証明書とそのランダム値を含ませた応答メッセージを自身の公開鍵で暗号化し、ローカルノード３０１に、ノード４０１を介して送信する（ステップ９０４、ステップ９０５）。
ローカルノード３０１、ノード４０１はローカル通信部３０６及び４０６を通じて、相互に証明書を交換する（ステップ９０６）。
以上により、ローカルノード３０１とノード４０１内の証明書検証部３０３、４０３で証明書の有効性が確認された場合、相互認証が完了となり（ステップ９０７）、公開鍵基盤を用いた暗号化通信を開始する（ステップ９０８）。
【００３６】
（ローカル認証方法）
上記のローカル認証システムでは、以下のようなローカル認証方法が実現されている。すなわち、公開鍵証明書に関する要求を、ネットワークに接続されている証明書管理装置に対して行うローカル認証方法であり、公開鍵証明書について有効性確認を行うための有効性確認要求と公開鍵についての新たな証明書の発行要求との少なくとも一方の要求を、上記ネットワークに接続していない第１のノードから送信するステップ（図５中のステップ７０４、図７中のステップ９０２に対応）と、上記第１のノードからの要求を、上記ネットワークに接続している第２のノードから上記証明書管理装置に転送するステップ（図５中のステップ７０５、図７中のステップ９０３に対応）とを含むローカル認証方法が実現されている。このような構成により、ネットワークに接続していないノードが、他のノードの証明書が失効していないかどうかの確認、又は、新たな証明書の発行要求、を行うことができる。このため、ネットワークに接続しているノードとネットワークに接続していないノードとが相互認証し、暗号化通信をすることが可能となる。
【００３７】
（まとめ）
以上説明したように本システムによれば、ネットワークに接続しているノードを介して、ネットワークに接続していないノードが、認証局やＣＲＬ確認サーバと通信できるため、ネットワークと接続しないノードとの相互認証が可能となる。
また、ネットワークに接続していないノードが、ネットワークと接続しているノードを介して通信する際に、そのメッセージに毎回異なるランダム値を付加することで、過去の応答メッセージを用いたリプライ攻撃など、仲介しているノードによる不正な応答を検出でき、必ず目的のノードとの安全な通信を確保することが可能となる。
さらに、上記のように、正確性が保証された有効性を持つ証明書により相互認証を行うことで、ネットワークに接続していないノードとの相互認証、安全な暗号化通信を行うことが可能となる。
【図面の簡単な説明】
【００３８】
【図１】本発明の実施の形態によるローカル認証システムの構成例を示す図である。
【図２】本発明の実施の形態によるローカル認証システム内のローカルノードの構成例を示すブロック図である。
【図３】本発明の実施の形態によるローカル認証システム内のノードの構成例を示すブロック図である。
【図４】図１のローカル認証システムにおいて、公開鍵証明書について有効性確認を行う場合の手順を示すフローチャートである、
【図５】図１のローカル認証システムにおいて、公開鍵証明書について有効性確認を行う場合の手順を示すシーケンス図である。
【図６】図１のローカル認証システムにおいて、公開鍵についての新たな証明書の発行を要求する手順を示すフローチャートである。
【図７】図１のローカル認証システムにおいて、公開鍵についての新たな証明書の発行を要求する手順を示すシーケンス図である。
【図８】複数のノードによって構成されるネットワークに対する認証方式の従来例を説明する図である。
【図９】複数のノードによって構成されるネットワークに対する認証方式の他の従来例を説明する図である。
【符号の説明】
【００３９】
１０１ 認証局
１０２ ＣＲＬ確認サーバ
１０３、１０４、２０３、２０３、３０１、４０１ ノード
２０１ 認証局
３０２ 証明書保持部
３０３ 証明書検証部
３０４ 暗号化・復号化処理部
３０５ 秘密鍵保持部
３０６ ローカル通信部
４０２ 証明書保持部
４０３ 証明書検証部
４０４ 暗号化・復号化処理部
４０５ 秘密鍵保持部
４０６ ローカル通信部
４０７ ネットワーク通信部
５０１ 認証局
５０２ 確認サーバ
Ｎ インターネット
【技術分野】
【０００１】
本発明はローカル認証システム、ローカル認証装置、ローカル認証方法に関し、特に複数のノードが、互いに隣接するノードとの間に確立する接続に基づいて構成されるネットワークにおける、ローカル認証システム、ローカル認証装置、ローカル認証方法に関する。
【背景技術】
【０００２】
従来の認証方式について説明する。
非特許文献１のようなＰＫＩ（Ｐｕｂｌｉｃ Ｋｅｙ Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ；公開鍵基盤）を利用した従来の認証方式では、各ノードが通信を行う際に、認証局（ＣＡ；Ｃｅｒｔｉｆｉｃａｔｅ Ａｕｔｈｏｒｉｔｙ）から発行されたお互いの公開鍵証明書（公開鍵を含む）を交換する。次に、その証明書が失効していないかどうか、ＣＲＬ（Ｃｅｒｔｉｆｉｃａｔｅ Ｒｅｖｏｃａｔｉｏｎ Ｌｉｓｔ）確認サーバに問い合わせ、失効していなければ正しい相手として認証し、その公開鍵を使って暗号化通信を開始する。
【０００３】
図８を参照し、例を示して説明する。同図において、ノード１０３とノード１０４は、認証局１０１から、自身の公開鍵を証明する証明書及び公開鍵（Ｘ．５０９準拠）が発行されている。また、ＣＲＬ確認サーバ１０２は、認証局１０１から証明書失効リスト（ＣＲＬ）を随時取得している。
ここで、ノード１０３とノード１０４とが相互認証を行い、通信を開始する場合における、認証の手順について説明する。まず、ノード１０３とノード１０４とは、互いの証明書を交換する（１）。次に、その証明書が失効していないかどうか、ＣＲＬ確認サーバ１０２に証明書の有効性確認の問い合わせを行う（２）。該当する証明書が失効していなければ、公開鍵を用いて暗号化通信を開始する（３）。
【０００４】
一方、非特許文献２のようなＰＫＩ（公開鍵基盤）を利用した従来の認証方式では、各ノードは認証局（ＣＡ）から極めて短い有効期限（例えば１日程度）の公開鍵証明書が発行される。各ノードが通信を行う際に、認証局（ＣＡ）から発行されたお互いの公開鍵証明書を交換する。次に、その証明書の有効期限内であれば、正しい相手として認証に、その公開鍵を使って暗号化通信を開始する。
つまり、証明書の元々の有効期限が極めて短いため、その期間内に失効している可能性は低いと見なすことで、証明書失効の確認を省略している。そのため、ネットワークに接続されてない状態でも、相互認証が可能である。
【０００５】
図９を参照し、例を示して説明する。同図において、前提として、ノード２０２とノード２０３に対し、認証局２０１から、自身の公開鍵を証明する証明書及び公開鍵（Ｘ．５０９準拠）が発行されている。ただし、この証明書は有効期限が短く設定されていて、例えば数日に１回程度、ネットワークに接続して更新が行われている。
ここで、ノード２０２とノード２０３とが相互認証を行い、通信を開始する場合における、認証の手順について説明する。まず、ノード２０２とノード２０３とは、互いの証明書を交換する（１）。次に、その証明書の有効期限を確認し、期限内であれば、公開鍵を用いて暗号化通信を開始する（２）。
【０００６】
【非特許文献１】「X.509 Internet PKI Certificate Status Protocol」、[online]、[平成１６年１１月１２日検索]、インターネット＜ＵＲＬ：http://www.ietf.org/rfc/rfc2560.txt?number=2560＞
【非特許文献２】「Short-Lived Server Certificate」、[online]、[平成１６年１１月１２日検索]、インターネット＜ＵＲＬ：http://www.verisign.co.jp/press/2001/pr162#mot.html＞
【発明の開示】
【発明が解決しようとする課題】
【０００７】
上述した従来例では、全くネットワークに接続できないノードと相互認証を行う場合、証明書の有効性が確認できないため、相互認証ができないという問題点があった。例えば、非特許文献１では、そもそも相互認証時に、ネットワークに接続して証明書の失効を確認する必要がある。また、非特許文献２では、証明書の有効期限が短いために、ネットワークに接続して更新処理を行う必要がある。
本発明は上記に鑑みてなされたもので、その目的は、各ノードが隣接ノードとの間に確立する接続に基づいて通信を行うネットワークにおいて、ネットワークに接続していないノードとの効率的で適切な認証を行うことのできるローカル認証システム、ローカル認証装置、ローカル認証方法を提供することである。
【課題を解決するための手段】
【０００８】
本発明の請求項１によるローカル認証システムは、公開鍵証明書に関する要求を、ネットワークに接続されている証明書管理装置に対して行うローカル認証システムであって、前記ネットワークに接続しておらず、公開鍵証明書について有効性確認を行うための有効性確認要求と公開鍵についての新たな証明書の発行要求との少なくとも一方の要求を送信する第１のノードと、前記ネットワークに接続しており、前記第１のノードからの要求を前記証明書管理装置に転送する第２のノードとを含むことを特徴とする。このような構成により、ネットワークに接続していないノードが、他のノードの証明書が失効していないかどうかの確認、又は、新たな証明書の発行要求、を行うことができる。このため、ネットワークに接続しているノードとネットワークに接続していないノードとが相互認証し、暗号化通信をすることが可能となる。
【０００９】
本発明の請求項２によるローカル認証装置は、自装置が接続していないネットワークに接続されている証明書管理装置に、公開鍵証明書に関する要求を送信するローカル認証装置であって、前記ネットワークに接続している他の装置を介して、前記証明書管理装置に、前記要求を送信する送信手段を含むことを特徴とする。このような構成により、ネットワークに接続していないノードが、公開鍵証明書に関する要求を行うことができる。
【００１０】
本発明の請求項３によるローカル認証装置は、請求項２において、前記送信手段が送信する要求を暗号化する暗号化手段を更に含むことを特徴とする。このような構成により、ネットワークに接続していないノードが、他のノードの証明書の失効状況を間違いなく確認したり、証明書の再発行を要求したりすることができる。
【００１１】
本発明の請求項４によるローカル認証装置は、請求項２又は３において、前記証明書管理装置は公開鍵についての証明書失効リストを保持している証明書失効リスト保持装置であり、前記要求は公開鍵証明書について有効性確認を行うための有効性確認要求であることを特徴とする。このような構成により、ネットワークに接続していないノードが、他のノードの証明書が失効していないかどうかの確認を行うことができる。
【００１２】
本発明の請求項５によるローカル認証装置は、請求項２又は３において、前記証明書管理装置は公開鍵についての証明書を発行する証明書発行装置であり、前記要求は新たな証明書の発行要求であることを特徴とする。このような構成により、ネットワークに接続していないノードが、新たな証明書の発行要求を行うことができる。
【００１３】
本発明の請求項６によるローカル認証方法は、公開鍵証明書に関する要求を、ネットワークに接続されている証明書管理装置に対して行うローカル認証方法であって、公開鍵証明書について有効性確認を行うための有効性確認要求と公開鍵についての新たな証明書の発行要求との少なくとも一方の要求を、前記ネットワークに接続していない第１のノードから送信するステップと、前記第１のノードからの要求を、前記ネットワークに接続している第２のノードから前記証明書管理装置に転送するステップとを含むことを特徴とする。このような構成により、ネットワークに接続していないノードが、他のノードの証明書が失効していないかどうかの確認、又は、新たな証明書の発行要求、を行うことができる。このため、ネットワークに接続しているノードとネットワークに接続していないノードとが相互認証し、暗号化通信をすることが可能となる。
【発明の効果】
【００１４】
本発明によれば、ネットワークに接続しているノードを介して、ネットワークに接続していないノードが、認証局やＣＲＬ確認サーバと通信できるため、ネットワークと接続しないノードとの相互認証が可能となる。
また、正確性が保証された有効性を持つ証明書により相互認証を行うことで、ネットワークに接続していないノードとの相互認証、安全な暗号化通信を行うことが可能となる。
このように、ネットワークに接続していないノードが、ネットワークと接続しているノードを介して通信する際に、そのメッセージに毎回異なるランダム値を付加することで、過去の応答メッセージを用いたリプライ攻撃など、仲介しているノードによる不正な応答を検出でき、必ず目的のノードとの安全な通信を確保することができる。
【発明を実施するための最良の形態】
【００１５】
以下、本発明の実施の形態を、図面を参照して説明する。なお、以下の説明において参照する各図では、他の図と同等部分は同一符号によって示されている。
（システム全体の構成）
図１において、ノード４０１は、インターネットＮに接続しているノードである。また、ノード４０１は、ローカル接続により、数台のノード３０１と接続している。インターネットＮには、証明書管理装置である、認証局５０１及びＣＲＬ確認サーバ５０２が接続されている。認証局５０１とＣＲＬ確認サーバ５０２については、同図に示されているように別々の装置として存在していても良いし、両者の機能を持った単一の装置が存在していても良い。
【００１６】
ノード３０１は、ノード４０１のみとローカル通信が可能な状態になっている。つまり、ノード４０１はインターネットＮに接続している状態であるのに対し、ノード３０１はインターネットＮに接続していない状態である（以下、ローカルノードと呼ぶ）。
ローカルノード３０１は、ノード４０１を介して、ＣＲＬ確認サーバ５０２に、証明書の有効性確認要求を送信する。また、ローカルノード３０１は、ノード４０１を介して、ＣＲＬ確認サーバ５０２に、証明書の再発行要求を送信する。
【００１７】
ここで、本発明においては、ローカルノード３０１はネットワーク（本例ではインターネットＮ）に接続していない状態であり、ノード４０１はネットワーク（本例ではインターネットＮ）に接続している状態であることを前提とする。このため、ローカルノード３０１がネットワークへの接続機能をもともと有していない場合は勿論、ネットワークへの接続機能を有してはいるが、上記要求を送信する際にネットワークに接続していない場合も、「ネットワークに接続していない」に含まれる。なお、以下の例では、ノード４０１はネットワークへの接続機能を有し、ローカルノード３０１はその機能を有していない場合について説明する。
【００１８】
（ノードの構成例）
図２は本発明の実施の形態によるローカル認証システム内の、ネットワークに接続する機能を持っていないローカルノード３０１の構成例を示すブロック図である。
同図において、ローカルノード３０１はネットワークに接続する機能を持っていないが、近接のノードとローカルに接続する機能を持っているノードである。このローカルノード３０１は、証明書保持部３０２と、証明書検証部３０３と、暗号化・復号化処理部３０４と、秘密鍵保持部３０５と、ローカル通信部３０６とを含んで構成されている。
【００１９】
ローカルノード３０１内の証明書保持部３０２は、自ノード及び他ノードの公開鍵証明書を保持している。ローカルノード３０１内の証明書検証部３０３は、他ノードの証明書の有効期限の確認、失効状態の確認を行う。暗号化・復号化処理部３０４は、公開鍵基盤に基づいた暗号化通信を処理する。秘密鍵保持部３０５は、自ノードの秘密鍵を保持する。ローカル通信部３０６は、近接のローカル通信部を持つノードと通信を行う。
【００２０】
一方、図３は本発明の実施の形態によるローカル認証システム内の、ネットワークに接続する機能を持っているノードの構成例を示すブロック図である。
同図において、ノード４０１はネットワークには接続しており、さらに近接のノードとローカルに接続する機能を持ったノードである。このノード４０１は、証明書保持部４０２と、証明書検証部４０３と、暗号化・復号化処理部４０４と、秘密鍵保持部４０５と、ローカル通信部４０６と、ネットワーク通信部４０７とを含んで構成されている。
【００２１】
ノード４０１内の証明書保持部４０２は、自ノード及び他ノードの公開鍵証明書を保持している。ローカルノード４０１内の証明書検証部４０３は、他ノードの証明書の有効期限の確認、失効状態の確認を行う。暗号化・復号化処理部４０４は、公開鍵基盤に基づいた暗号化通信を処理する。秘密鍵保持部４０５は、自ノードの秘密鍵を保持する。ローカル通信部４０６は、ローカル通信部を持っている、近接のノードと通信を行う。ネットワーク通信部４０７は、ネットワークを介して、ネットワーク通信部を持つ他のノードと通信を行う。
【００２２】
（証明書の有効性確認要求）
以下、図１の場合におけるノード４０１内の証明書検証部４０３とローカルノード３０１内の証明書検証部３０３とによる証明書の有効性確認の手順について、図４及び図５を参照して説明する。
図４はノード４０１、ローカルノード３０１、ＣＲＬ確認サーバ５０２の処理内容を示すフローチャートである。同図において、ノード４０１とローカルノード３０１とが通信を行う際、ローカル通信部３０６及び４０６を通じて、証明書保持部３０２、４０２にそれぞれ保持している証明書を相互に交換する（ステップ６０１）。
【００２３】
ローカル通信部４０６より証明書を受信したノード４０１内の証明書検証部４０３は、該当の証明書が失効していないかどうか、ネットワーク通信部を介してＣＲＬ確認サーバ５０２に問い合わせを行う（ステップ６０２）。その際、ローカルノード３０１とは、暗号化・復号化処理部４０４により公開鍵基盤に基づく暗号化通信により、問い合わせメッセージを秘密鍵保持部４０５で保持している自身の秘密鍵により暗号化する。問い合わせメッセージを受信したＣＲＬ確認サーバは、ノード４０１の公開鍵によりメッセージを復号化し、該当の証明書の失効情報を含ませたメッセージを自身の秘密鍵で暗号化し、ローカルノード４０１に送信する（ステップ６０３）。
【００２４】
一方、ローカル通信部３０６より証明書を受信したローカルノード３０１内の証明書検証部３０３は、該当の証明書が失効していないかどうか、ノード４０１を介してＣＲＬ確認サーバ５０２に問い合わせを行う（ステップ６０４）。その際、ローカルノード３０１は、暗号化・復号化処理部３０４により公開鍵基盤に基づく暗号化通信を行うが、問い合わせメッセージに毎回異なるランダム値を含ませ、そのメッセージを秘密鍵保持部３０５で保持している自身の秘密鍵により暗号化する。毎回異なるランダム値を含む問い合わせメッセージを受信したＣＲＬ確認サーバ５０２は、ノード３０１の公開鍵によりメッセージを復号化し、該当の証明書の失効情報とそのランダム値を含ませた応答メッセージを自身の秘密鍵で暗号化し、ローカルノード３０１に、ノード４０１を介して送信する（ステップ６０５）。
【００２５】
その後、両方の証明書の有効性を判断する（ステップ６０６）。この判断の結果、ローカルノード３０１とノード４０１内の証明書検証部３０３、４０３で証明書の有効性が確認された場合、相互認証され、公開鍵基盤を用いた暗号化通信を開始する（ステップ６０６→ステップ６０７）。一方、証明書の有効性が確認できなかった場合、認証は失敗し、通信は開始されない（ステップ６０６→ステップ６０８）。
【００２６】
図５は、ノード４０１、ローカルノード３０１、ＣＲＬ確認サーバ５０２の処理手順を示すシーケンス図である。同図において、ノード４０１とローカルノード３０１とが通信を行う際、ローカル通信部３０６及び４０６を通じて証明書保持部３０２、４０２に保持している証明書を相互に交換する（ステップ７０１）。
【００２７】
ローカル通信部４０６より証明書を受信したノード４０１内の証明書検証部４０３は、該当の証明書が失効していないかどうか、ネットワーク通信部を介してＣＲＬ確認サーバ５０２に問い合わせを行う（ステップ７０２）。その際、ノード４０１は、暗号化・復号化処理部４０４により公開鍵基盤に基づく暗号化通信により、問い合わせメッセージを秘密鍵保持部４０５で保持している自身の秘密鍵により暗号化する。この問い合わせメッセージを受信したＣＲＬ確認サーバ５０２は、ノード４０１の公開鍵によりメッセージを復号化し、該当の証明書の失効情報を含ませたメッセージを自身の秘密鍵で暗号化し、ローカルノード４０１に送信する（ステップ７０３）。
【００２８】
また、ローカル通信部３０６より証明書を受信したローカルノード３０１内の証明書検証部３０３は、該当の証明書が失効していないかどうか、証明書の有効性確認要求を送信する（ステップ７０４）。ローカルノード３０１が送信した有効性確認要求を受信したノード４０１は、その有効性確認要求をＣＲＬ確認サーバ５０２に転送する（ステップ７０５）。
【００２９】
このように、ノード４０１を介して、ローカルノード３０１からＣＲＬ確認サーバ５０２に問い合わせを行う。その際、ＣＲＬ確認サーバ５０２とは、暗号化・復号化処理部３０４により公開鍵基盤に基づく暗号化通信を行うが、問い合わせメッセージに毎回異なるランダム値を含ませ、そのメッセージを秘密鍵保持部３０５で保持している自身の秘密鍵により暗号化する。毎回異なるランダム値を含む問い合わせメッセージを受信したＣＲＬ確認サーバ５０２は、ノード３０１の公開鍵によりメッセージを復号化し、該当の証明書の失効情報とそのランダム値を含ませた応答メッセージを自身の秘密鍵で暗号化し、ローカルノード３０１に、ノード４０１を介して送信する（ステップ７０６、７０７）。
以上のメッセージ授受により、ローカルノード３０１とノード４０１内の証明書検証部３０３、４０３で証明書の有効性が確認された場合、相互認証が完了となり（ステップ７０８）、公開鍵基盤を用いた暗号化通信を開始する（ステップ７０９）。
【００３０】
（証明書の再発行要求）
以下、図１の場合におけるノード４０１内の証明書検証部４０３とローカルノード３０１内の証明書検証部３０３とによる証明書の再発行要求の手順について、図６及び図７を参照して説明する。
図６はノード４０１、ローカルノード３０１、認証局５０１の処理内容を示すフローチャートである。
この場合、ノード４０１及びローカルノード３０１には、極めて有効期限の短い公開鍵証明書が発行され、証明書保持部３０２、４０３にそれぞれ保持されている。ノード４０１は必要に応じて随時、証明書の更新を行っている。
同図において、ノード４０１とローカルノード３０１が通信を開始する際、ローカルノード３０１内の証明書検証部が自身の証明書の有効期限が切れていないか確認する（ステップ８０１）。
【００３１】
有効期限が切れていると判断された場合、ローカルノード３０１はノード４０１を介して認証局５０１に新たな証明書を発行してもらうための再発行リクエストメッセージを送信する（ステップ８０２→ステップ８０３）。その際、ローカルノード３０１は、暗号化・復号化処理部３０４により公開鍵基盤による暗号化通信を行うが、再発行リクエストメッセージに毎回異なるランダム値を含ませ、そのメッセージを秘密鍵保持部３０５で保持している自身の秘密鍵により暗号化する。毎回異なるランダム値を含む再発行リクエストメッセージを受信した認証局５０１は、ノード３０１の公開鍵によりメッセージを復号化し、該当の新しい証明書とそのランダム値を含ませた応答メッセージを自身の公開鍵で暗号化し、ローカルノード３０１に、ノード４０１を介して送信する（ステップ８０４）。
【００３２】
その後、ローカルノード３０１、ノード４０１はローカル通信部３０６及び４０６を通じて、相互に証明書を交換する（ステップ８０５）。ステップ８０２において有効期限が切れていないと判断された場合も同様である（ステップ８０２→ステップ８０５）。
その後、両方の証明書の有効性を判断する（ステップ８０６）。この判断の結果、ローカルノード３０１とノード４０１内の証明書検証部３０３、４０３で証明書の有効性が確認された場合、相互認証され、公開鍵基盤を用いた暗号化通信を開始する（ステップ８０６→ステップ８０７）。一方、証明書の有効性が確認できなかった場合、認証は失敗し、通信は開始されない（ステップ８０６→ステップ８０８）。
【００３３】
図７は、ノード４０１、ローカルノード３０１、認証局５０１の処理手順を示すシーケンス図である。同図において、ノード４０１とローカルノード３０１が通信を開始する際、ローカルノード３０１内の証明書検証部が自身の証明書の有効期限が切れていないか確認する（ステップ９０１）。
有効期限が切れている場合、ローカルノード３０１はノード４０１を介して認証局５０１に新たな証明書を発行してもらうための再発行リクエストメッセージを送信する（ステップ９０２）。ローカルノード３０１が送信した再発行リクエストメッセージを受信したノード４０１は、そのメッセージを認証局５０１に転送する（ステップ９０３）。
【００３４】
このように、ノード４０１を介して、ローカルノード３０１から認証局５０１に再発行リクエストメッセージを送信する。その際、認証局５０１とは、暗号化・復号化処理部３０４により公開鍵基盤による暗号化通信を行うが、再発行リクエストメッセージに毎回異なるランダム値を含ませ、そのメッセージを秘密鍵保持部３０５で保持している自身の秘密鍵により暗号化する。
【００３５】
毎回異なるランダム値を含む再発行リクエストメッセージを受信した認証局５０１は、ノード３０１の公開鍵によりメッセージを復号化し、該当の新しい証明書とそのランダム値を含ませた応答メッセージを自身の公開鍵で暗号化し、ローカルノード３０１に、ノード４０１を介して送信する（ステップ９０４、ステップ９０５）。
ローカルノード３０１、ノード４０１はローカル通信部３０６及び４０６を通じて、相互に証明書を交換する（ステップ９０６）。
以上により、ローカルノード３０１とノード４０１内の証明書検証部３０３、４０３で証明書の有効性が確認された場合、相互認証が完了となり（ステップ９０７）、公開鍵基盤を用いた暗号化通信を開始する（ステップ９０８）。
【００３６】
（ローカル認証方法）
上記のローカル認証システムでは、以下のようなローカル認証方法が実現されている。すなわち、公開鍵証明書に関する要求を、ネットワークに接続されている証明書管理装置に対して行うローカル認証方法であり、公開鍵証明書について有効性確認を行うための有効性確認要求と公開鍵についての新たな証明書の発行要求との少なくとも一方の要求を、上記ネットワークに接続していない第１のノードから送信するステップ（図５中のステップ７０４、図７中のステップ９０２に対応）と、上記第１のノードからの要求を、上記ネットワークに接続している第２のノードから上記証明書管理装置に転送するステップ（図５中のステップ７０５、図７中のステップ９０３に対応）とを含むローカル認証方法が実現されている。このような構成により、ネットワークに接続していないノードが、他のノードの証明書が失効していないかどうかの確認、又は、新たな証明書の発行要求、を行うことができる。このため、ネットワークに接続しているノードとネットワークに接続していないノードとが相互認証し、暗号化通信をすることが可能となる。
【００３７】
（まとめ）
以上説明したように本システムによれば、ネットワークに接続しているノードを介して、ネットワークに接続していないノードが、認証局やＣＲＬ確認サーバと通信できるため、ネットワークと接続しないノードとの相互認証が可能となる。
また、ネットワークに接続していないノードが、ネットワークと接続しているノードを介して通信する際に、そのメッセージに毎回異なるランダム値を付加することで、過去の応答メッセージを用いたリプライ攻撃など、仲介しているノードによる不正な応答を検出でき、必ず目的のノードとの安全な通信を確保することが可能となる。
さらに、上記のように、正確性が保証された有効性を持つ証明書により相互認証を行うことで、ネットワークに接続していないノードとの相互認証、安全な暗号化通信を行うことが可能となる。
【図面の簡単な説明】
【００３８】
【図１】本発明の実施の形態によるローカル認証システムの構成例を示す図である。
【図２】本発明の実施の形態によるローカル認証システム内のローカルノードの構成例を示すブロック図である。
【図３】本発明の実施の形態によるローカル認証システム内のノードの構成例を示すブロック図である。
【図４】図１のローカル認証システムにおいて、公開鍵証明書について有効性確認を行う場合の手順を示すフローチャートである、
【図５】図１のローカル認証システムにおいて、公開鍵証明書について有効性確認を行う場合の手順を示すシーケンス図である。
【図６】図１のローカル認証システムにおいて、公開鍵についての新たな証明書の発行を要求する手順を示すフローチャートである。
【図７】図１のローカル認証システムにおいて、公開鍵についての新たな証明書の発行を要求する手順を示すシーケンス図である。
【図８】複数のノードによって構成されるネットワークに対する認証方式の従来例を説明する図である。
【図９】複数のノードによって構成されるネットワークに対する認証方式の他の従来例を説明する図である。
【符号の説明】
【００３９】
１０１ 認証局
１０２ ＣＲＬ確認サーバ
１０３、１０４、２０３、２０３、３０１、４０１ ノード
２０１ 認証局
３０２ 証明書保持部
３０３ 証明書検証部
３０４ 暗号化・復号化処理部
３０５ 秘密鍵保持部
３０６ ローカル通信部
４０２ 証明書保持部
４０３ 証明書検証部
４０４ 暗号化・復号化処理部
４０５ 秘密鍵保持部
４０６ ローカル通信部
４０７ ネットワーク通信部
５０１ 認証局
５０２ 確認サーバ
Ｎ インターネット
【特許請求の範囲】
【請求項１】
公開鍵証明書に関する要求を、ネットワークに接続されている証明書管理装置に対して行うローカル認証システムであって、前記ネットワークに接続しておらず、公開鍵証明書について有効性確認を行うための有効性確認要求と公開鍵についての新たな証明書の発行要求との少なくとも一方の要求を送信する第１のノードと、前記ネットワークに接続しており、前記第１のノードからの要求を前記証明書管理装置に転送する第２のノードとを含むことを特徴とするローカル認証システム。
【請求項２】
自装置が接続していないネットワークに接続されている証明書管理装置に、公開鍵証明書に関する要求を送信するローカル認証装置であって、前記ネットワークに接続している他の装置を介して、前記証明書管理装置に、前記要求を送信する送信手段を含むことを特徴とするローカル認証装置。
【請求項３】
前記送信手段が送信する要求を暗号化する暗号化手段を更に含むことを特徴とする請求項２記載のローカル認証装置。
【請求項４】
前記証明書管理装置は公開鍵についての証明書失効リストを保持している証明書失効リスト保持装置であり、前記要求は公開鍵証明書について有効性確認を行うための有効性確認要求であることを特徴とする請求項２又は３記載のローカル認証装置。
【請求項５】
前記証明書管理装置は公開鍵についての証明書を発行する証明書発行装置であり、前記要求は新たな証明書の発行要求であることを特徴とする請求項２又は３記載のローカル認証装置。
【請求項６】
公開鍵証明書に関する要求を、ネットワークに接続されている証明書管理装置に対して行うローカル認証方法であって、公開鍵証明書について有効性確認を行うための有効性確認要求と公開鍵についての新たな証明書の発行要求との少なくとも一方の要求を、前記ネットワークに接続していない第１のノードから送信するステップと、前記第１のノードからの要求を、前記ネットワークに接続している第２のノードから前記証明書管理装置に転送するステップとを含むことを特徴とするローカル認証方法。
【請求項１】
公開鍵証明書に関する要求を、ネットワークに接続されている証明書管理装置に対して行うローカル認証システムであって、前記ネットワークに接続しておらず、公開鍵証明書について有効性確認を行うための有効性確認要求と公開鍵についての新たな証明書の発行要求との少なくとも一方の要求を送信する第１のノードと、前記ネットワークに接続しており、前記第１のノードからの要求を前記証明書管理装置に転送する第２のノードとを含むことを特徴とするローカル認証システム。
【請求項２】
自装置が接続していないネットワークに接続されている証明書管理装置に、公開鍵証明書に関する要求を送信するローカル認証装置であって、前記ネットワークに接続している他の装置を介して、前記証明書管理装置に、前記要求を送信する送信手段を含むことを特徴とするローカル認証装置。
【請求項３】
前記送信手段が送信する要求を暗号化する暗号化手段を更に含むことを特徴とする請求項２記載のローカル認証装置。
【請求項４】
前記証明書管理装置は公開鍵についての証明書失効リストを保持している証明書失効リスト保持装置であり、前記要求は公開鍵証明書について有効性確認を行うための有効性確認要求であることを特徴とする請求項２又は３記載のローカル認証装置。
【請求項５】
前記証明書管理装置は公開鍵についての証明書を発行する証明書発行装置であり、前記要求は新たな証明書の発行要求であることを特徴とする請求項２又は３記載のローカル認証装置。
【請求項６】
公開鍵証明書に関する要求を、ネットワークに接続されている証明書管理装置に対して行うローカル認証方法であって、公開鍵証明書について有効性確認を行うための有効性確認要求と公開鍵についての新たな証明書の発行要求との少なくとも一方の要求を、前記ネットワークに接続していない第１のノードから送信するステップと、前記第１のノードからの要求を、前記ネットワークに接続している第２のノードから前記証明書管理装置に転送するステップとを含むことを特徴とするローカル認証方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【公開番号】特開２００６−１５４１２５（Ｐ２００６−１５４１２５Ａ）
【公開日】平成１８年６月１５日（２００６．６．１５）
【国際特許分類】
【出願番号】特願２００４−３４２７９４（Ｐ２００４−３４２７９４）
【出願日】平成１６年１１月２６日（２００４．１１．２６）
【出願人】（３９２０２６６９３）株式会社エヌ・ティ・ティ・ドコモ (5,876)
【Ｆターム（参考）】
【公開日】平成１８年６月１５日（２００６．６．１５）
【国際特許分類】
【出願日】平成１６年１１月２６日（２００４．１１．２６）
【出願人】（３９２０２６６９３）株式会社エヌ・ティ・ティ・ドコモ (5,876)
【Ｆターム（参考）】
[ Back to top ]