JP2007020044A - 検証サーバ及び検証プログラム - Google Patents

Abstract

【課題】 本発明は、検証サーバがリポジトリ、認証局と通信できない、あるいは認証局がトラブルなどによりＣＲＬを発行できないなどの緊急ケースにおいて、公開鍵証明書の検証（仮検証）を可能とすることを目的とする。
【解決手段】 Ｓ１００３において、ＣＲＬ取得部が「最新のＣＲＬ」が取得できなかったとする。Ｓ１００４において、エンドエンティティが検証サーバに検証対象証明書を送信する。Ｓ１００５において、証明書パス構築部が、「緊急時対象ＣＲＬ」（代替ＣＲＬ）を用いて「緊急時証明書パス」（代替証明書パス）を構築する。Ｓ１００６において、証明書パス検証部は、証明書パス構築部が構築した証明書パスを検証する。Ｓ１００７において、仮検証結果作成部は、証明書パス検証部による検証結果を用いて「仮検証結果」を作成する。Ｓ１００８において、検証サーバの通信部は、「仮検証結果」をエンドエンティティに送付する。
【選択図】 図３

Description

この発明は、公開鍵証明書の検証を行なう検証サーバ及び検証プログラムに関する。

特開２００４−７２７１７号公報「ＣＲＬ発行通知機能付き認証基盤システム」によれば、公開鍵証明書の検証を行うときにＣＲＬ（Ｃｅｒｔｉｆｉｃａｔｅ Ｒｅｖｏｃａｔｉｏｎ Ｌｉｓｔ：失効情報、あるいは失効リストという）を使用せず、認証局に対して直接に公開鍵証明書の失効の有無を確認している。

また、前記の特開２００４−７２７１７号公報においては、ＣＲＬが緊急に発行された場合に、認証局から証明書検証サーバにＣＲＬ発行通知が行われ、かつ、当該ＣＲＬ発行通知を受信した前記証明書検証サーバは最新の前記ＣＲＬをキャッシュするため、最新のＣＲＬを常にキャッシュ可能であった。

しかし、認証局と通信できない、認証局がトラブルなどでＣＲＬを発行することができないなどのケースには前記発明では対処できない。
特開２００４−７２７１７号公報

本発明では、検証サーバが認証局と通信できない、あるいは認証局がトラブルなどによりＣＲＬを発行できないなどの緊急ケースにおいて、公開鍵証明書の検証を可能とすることを目的とする。

本発明の検証サーバは、
公開鍵証明書の検証を要求する検証要求装置からネットワークを介して検証対象の公開鍵証明書である検証対象証明書を受信し、受信した検証対象証明書に対応するＣＲＬである対応ＣＲＬを用いて検証対象証明書から信頼点までの証明書の連鎖を示す証明書パスを構築し、構築した証明書パスを用いて検証対象証明書を検証する検証サーバにおいて、
前記検証要求装置から前記ネットワークを介して検証対象証明書を受信する検証対象証明書受信部と、
複数のＣＲＬを電子情報として格納するＣＲＬ格納部と、
前記検証対象証明書受信部が検証対象証明書を受信した場合に、前記ＣＲＬ格納部を検索して対応ＣＲＬを取得する対応ＣＲＬ検索部と、
前記対応ＣＲＬ検索部が対応ＣＲＬを取得できない場合に、前記ＣＲＬ格納部を検索して対応ＣＲＬに代替する代替ＣＲＬを取得する代替ＣＲＬ検索部と、
前記代替ＣＲＬ検索部が取得した代替ＣＲＬに基づいて、対応ＣＲＬを用いて構築される証明書パスに代替する代替証明書パスを構築する証明書パス構築部と、
前記証明書パス構築部が構築した代替証明書パスを検証する証明書パス検証部と、
前記証明書パス検証部が検証した代替証明書パスの検証結果を用いて、検証対象証明書に対する暫定の検証結果である仮検証結果を作成する仮検証結果作成部と、
前記仮検証結果作成部が作成した仮検証結果を前記検証要求装置に送信する検証結果送信部と
を備えたことを特徴とする。

本発明によれば、検証サーバが認証局と通信できない、あるいは認証局がトラブルなどによりＣＲＬを発行できないなどの緊急ケースにおいて、公開鍵証明書の検証をすることができる。

実施の形態１．
図１は、実施の形態１における緊急時証明書検証システムの全体構成を示す。図に示すように、データ通信経路４００（ネットワーク）に検証サーバ１００、エンドエンティティ２００、認証局３００、リポジトリ３５０が接続している。いずれの装置も、他のいずれの装置とも通信可能である。本実施の形態１では、検証サーバ１００は証明書、及びＣＲＬをリポジトリ３５０から取得するものとする。なお、検証サーバ１００は、証明書、及びＣＲＬを認証局３００から取得しても構わない。緊急時証明書検証システムでは、エンドエンティティ２００が検証サーバ１００に向けて検証の対象となる公開鍵証明書である「検証対象証明書」を送信し、検証サーバ１００がその検証を行なう。その場合、本実施の形態１は、検証サーバ１００が、認証局３００あるいはリポジトリ３５０と通信できずＣＲＬが取得できない、あるいは認証局３００がトラブルによりＣＲＬを発行できないなどの緊急ケースにおいて、検証対象である公開鍵証明書に対して暫定的な仮の検証を可能とする実施形態である。具体的には、検証サーバ１００が格納している過去のＣＲＬを使用することにより、過去のＣＲＬが有効である期間にその公開鍵証明書が有効であったことを保証する。

検証サーバ１００は、過去における証明書パスを管理し、現在および過去における証明書検証を行う。

エンドエンティティ２００は、検証対象の公開鍵証明書（検証対象証明書）を検証サーバ１００に送信する。

認証局３００は、検証サーバ１００や利用者（エンドエンティティ２００）に対して公開鍵証明書や失効リスト（ＣＲＬ）を発行する。

データ通信経路４００は、検証サーバ１００と利用者端末（エンドエンティティ２００）、認証局３００間において、任意のデータの送受信を可能にする。

図２は、検証サーバ１００の構成を示すブロック図である。

緊急時対象ＣＲＬ検索部１０１は、ＣＲＬ情報管理ＤＢ（Ｄａｔａ Ｂａｓｅ，以下ＤＢと記す）１２５から検証対象証明書の有効期間内に発行されたＣＲＬを検索する（証明書のｎｏｔＢｅｆｏｒｅからｎｏｔＡｆｔｅｒの間にｔｈｉｓＵｐｄａｔｅが含まれるＣＲＬを検索）。

ＣＲＬ取得部１０２は、認証局３００，あるいはリポジトリ３５０からＣＲＬを取得する。本実施の形態１では、図３に示すようにリポジトリ３５０からＣＲＬを取得することを想定している。

ＣＲＬ登録部１０３は、ＣＲＬ取得部１０２が取得したＣＲＬをＣＲＬ情報管理ＤＢ１２５に登録する。

仮検証結果作成部１０４は、仮検証結果を作成する。概略は次のような過程である。緊急時対象ＣＲＬ検索部１０１が取得したＣＲＬと検証対象証明書から、証明書パス構築部１１６が証明書パスを生成する。前記ＣＲＬが有効な期間内に検証時刻を指定し、その検証時刻から証明書パス検証部１０８が証明書パスを検証する。仮検証結果作成部１０４は、その検証結果、対象証明書検索部１１０が収集した証明書もしくは検証対象証明書、指定した検証時刻、エンドエンティティ名、緊急時対象ＣＲＬなどから「仮検証結果」を作成する。

仮検証結果検証部１０５は、「仮検証結果」に含まれる公開鍵証明書群、検証時刻から対象ＣＲＬ検索部１０９により対象のＣＲＬを取得し、前記公開鍵証明書、ＣＲＬから証明書パス構築部１１６により証明書パスを構築し、証明書パス検証部１０８により検証を行う。

証明書取得部１０６は、認証局３００、あるいはリポジトリ３５０から証明書を取得する。

証明書登録部１０７は、証明書取得部１０６が取得した証明書を証明書情報管理ＤＢ１２４に登録する。

証明書パス検証部１０８は、指定した時刻に証明書パスを検証する。

対象ＣＲＬ検索部１０９は、公開鍵証明書のｉｓｓｕｅｒ若しくはｃＲＬＤｉｓｔｒｉｂｕｔｉｏｎＰｏｉｎｔと指定した検証時刻をキーに有効なＣＲＬをＣＲＬ情報管理ＤＢ１２５から検索する。

対象証明書検索部１１０は、公開鍵証明書のｉｓｓｕｅｒと指定した検証時刻をキーに有効な証明書を証明書情報管理ＤＢ１２４から検索する。

仮検証結果登録部１１１は、仮検証結果作成部１０４が作成した「仮検証結果」を仮検証結果管理ＤＢ１２６に登録する。

仮検証結果取得部１１２は、緊急時対象ＣＲＬ検索部１０１が取得した緊急時対象ＣＲＬをキーに、仮検証結果管理ＤＢ１２６から「仮検証結果」を取得する。

検証結果登録部１１３は、仮検証結果検証部１０５もしくは検証結果作成部１１７により作成した検証結果を検証結果管理ＤＢ１２７に格納する。

検証結果取得部１１４は、エンドエンティティ２００から送られてきた公開鍵証明書（検証対象証明書）をキーに、検証結果管理ＤＢ１２７から検証結果を取得する。

検証結果自動通知部１１５は、検証サーバ１００が「最新のＣＲＬ」を取得した場合、仮検証結果取得部１１２により仮検証結果管理ＤＢ１２６から緊急時対象ＣＲＬをキーに「仮検証結果」を取得し、前記仮検証結果検証部１０５により検証を行い、エンドエンティティ名からその検証結果を自動的にエンドエンティティ２００に通知する。

証明書パス構築部１１６は、エンドエンティティ２００から送られてきた公開鍵証明書をキーに証明書情報管理ＤＢ１２４、ＣＲＬ情報管理ＤＢ１２５からトラストポイントまでの証明書およびＣＲＬを対象証明書検索部１１０、対象ＣＲＬ検索部１０９より取得し、それら証明書、ＣＲＬから証明書パスを構築する。

検証結果作成部１１７は、仮検証結果検証部１０５、証明書パス検証部１０８により検証した結果、証明書パス、指定した検証時刻より検証結果を作成する。

仮検証結果削除部１２０は、仮検証結果管理ＤＢ１２６に登録されている「仮検証結果」を削除する。

信頼度作成部１２１は、エンドエンティティに発行した「仮検証結果」の信頼度を作成する。

緊急時対象ＣＲＬ判断部１２２は、検証サーバ１００に設定した日数から緊急時対象ＣＲＬとして使えるか否かを判断する。

検証モード通知部１２３は、緊急時対象ＣＲＬを用いて検証するモードである場合、ウェブやメールなどで緊急時証明書検証を行っていることを通知する。

証明書情報管理ＤＢ１２４は、証明書登録部１０７により登録された証明書を管理する。

ＣＲＬ情報管理ＤＢ１２５は、ＣＲＬ登録部１０３により登録されたＣＲＬを管理する。

仮検証結果管理ＤＢ１２６は、仮検証結果登録部１１１により登録された「仮検証結果」を管理する。

検証結果管理ＤＢ１２７は、検証結果登録部１１３により登録された検証結果を管理する。

次に、図３を用いて検証サーバ１００の動作の概要を説明する。図３は、検証サーバ１００とエンドエンティティ２００、及びリポジトリ３５０との間のシーケンスを示す図である。

以下の実施の形態において、対象ＣＲＬ検索部１０９により検索、取得される対象のＣＲＬ（最新のＣＲＬ（対応ＣＲＬの一例））は、検証対象証明書の検証に使用可能であり有効期限内のＣＲＬを意味する。また、緊急時対象ＣＲＬ検索部１０１により検索、取得される対象のＣＲＬ（緊急時対象ＣＲＬ（代替ＣＲＬの一例））は、すでに設定された有効期限が切れているＣＲＬを意味する。

検証サーバ１００の主な動作は、「仮検証結果」の生成、「仮検証結果」の検証、検証結果の自動通知がある。図３は、「仮検証結果」の生成（Ｓ１００４〜Ｓ１００８）、「仮検証結果」の検証（Ｓ１０１０〜Ｓ１０１４）を示している。検証結果の自動通知については図８の説明で後述する。

まず、Ｓ１００１〜Ｓ１００２を説明する。Ｓ１００１〜Ｓ１００２は、公開鍵証明書、ＣＲＬをリポジトリ３５０から取得し、ＤＢに格納するモードである。

Ｓ１００１において、検証サーバ１００は、証明書取得部１０６により最新の証明書、ＣＲＬ取得部１０２により最新のＣＲＬをリポジトリ３５０から自動的に取得する。

Ｓ１００２において、証明書登録部１０７は、証明書については、Ｉｓｓｕｅｒ、Ｓｕｂｊｅｃｔ、シリアル番号、有効期間、１世代前の証明書の登録ＩＤ、発行したＣＲＬの登録ＩＤ、上位証明書の登録ＩＤ、失効時刻、証明書、その証明書に一意に発行する登録ＩＤなどを証明書情報管理ＤＢ１２４に登録する。

また、Ｓ１００２において、ＣＲＬ登録部１０３は、ＣＲＬについては、Ｉｓｓｕｅｒ、ＣＲＬ番号、有効期間、１世代前のＣＲＬの登録ＩＤ、上位証明書の登録ＩＤ、ＣＲＬ、そのＣＲＬに一意に発行する登録ＩＤなどをＣＲＬ情報管理ＤＢ１２５に登録する。

検証サーバ１００は、Ｓ１００１における取得、Ｓ１００２における証明書情報管理ＤＢ１２４、及びＣＲＬ情報管理ＤＢ１２５への登録の手順を定期的に実施し、絶えず最新の証明書、最新のＣＲＬを取得し証明書情報管理ＤＢ１２４、ＣＲＬ情報管理ＤＢ１２５に登録する。

Ｓ１００３において、検証サーバ１００のＣＲＬ取得部１０２が、リポジトリ３５０のトラブルなどの影響で「最新のＣＲＬ」を取得できなかったとする。

次に、Ｓ１００４〜Ｓ１００８を説明する。Ｓ１００４〜Ｓ１００８は、検証サーバ１００が「仮検証結果」を作成する仮検証モードである。この仮検証モードが特徴の一つである。以下の説明は、Ｓ１００３のように、「最新のＣＲＬ」（有効期限内であるＣＲＬ）を検証サーバ１００が保有してない場合に、エンドエンティティ２００から検証対象証明書を受信し検証を求められた場合を想定する。

検証サーバ１００が「最新のＣＲＬ」（対応ＣＲＬの一例）を保有しない場合において、Ｓ１００４において、エンドエンティティ２００が検証サーバ１００に検証対象証明書を送付する。

Ｓ１００５において、検証サーバ１００の証明書パス構築部１１６は、Ｓ１００１，Ｓ１００２により既に取得しＤＢに格納した証明書、ＣＲＬから証明書パスを構築しようとする。この場合、Ｓ１００３で想定するように、「最新のＣＲＬ」の取得に失敗しているので、「最新のＣＲＬ」に基づく証明書パスを生成することができない。そのため、緊急時対象ＣＲＬ検索部１０１（代替ＣＲＬ検索部）は、以前に取得しＤＢに格納しているＣＲＬを「緊急時対象ＣＲＬ」（代替ＣＲＬの一例）として検索し取得する。そして、証明書パス構築部１１６が、緊急時対象ＣＲＬ検索部１０１が検索した「緊急時対象ＣＲＬ」を用いて「緊急時証明書パス」（代替証明書パスの一例）を構築する。

なお、検証サーバ１００がリポジトリ３５０から「最新のＣＲＬ」を取得できず、緊急時対象ＣＲＬを用いて検証する仮検証モードである場合、検証モード通知部１２３は、ウェブやメールなどを用いることにより、仮検証モード緊急時証明書検証（仮検証モード）を実行中であることをエンドエンティティ２００に通知する。具体的には、検証モード通知部１２３は、緊急時対象ＣＲＬ検索部１０１（代替ＣＲＬ検索部）が検索を開始した場合に、仮検証モードの実行中であることをエンドエンティティ２００通知する。

Ｓ１００６において、証明書パス検証部１０８は、Ｓ１００５で証明書パス構築部１１６が構築した緊急時証明書パスを検証する。

Ｓ１００７において、仮検証結果作成部１０４は、Ｓ１００６の証明書パス検証部１０８による検証結果、その検証時刻、エンドエンティティ名、Ｓ１００５で取得した証明書、緊急時対象ＣＲＬなどの検証対象証明書の再検証に必要なデータを用いて「仮検証結果」を作成する。図４は、仮検証結果作成部１０４が作成する「仮検証結果」の一例である。図４の仮検証結果５００は、情報として、検証結果５０１、収集した証明書５０２、緊急対象時ＣＲＬを含むＣＲＬ５０３、検証時刻５０４、エンドエンティティ名５０５、図９で後述する信頼度５０６を含んでいる。

Ｓ１００８において、検証サーバ１００の通信部１２８（検証結果送信部の一例）は、Ｓ１００７で仮検証結果作成部１０４が作成した「仮検証結果」をエンドエンティティ２００に送付する。

次にＳ１０１０〜Ｓ１０１４を説明する。Ｓ１０１０〜Ｓ１０１４は、「仮検証結果」を検証するモードである。本実施の形態１では、Ｓ１００９で最新のＣＲＬを取得後、エンドエンティティ２００からの仮検証結果の送付（再検証要求の一例）（Ｓ１０１０）を受けて「仮検証結果」の検証を行うが、これは一例である。次の場合でもよい。
（１）検証サーバ１００は、最新のＣＲＬを取得した場合に、自動的に「仮検証結果」の検証を行い、結果をエンドエンティティ２００に通知してもよい（図８説明する自動通知）。
（２）あるいは、検証サーバ１００は、最新のＣＲＬを取得した場合に、その取得の事実をエンドエンティティ２００に通知し、エンドエンティティ２００からの応答を待ち、「仮検証結果」の検証の要求があった場合に検証を行なっても構わない。
（３）また、検証サーバ１００は、最新のＣＲＬを取得した場合に、あらかじめ「仮検証結果」の検証を行って結果を格納しておいても構わない。

Ｓ１００９において、Ｓ１００３のトラブルが解消し、検証サーバ１００がリポジトリ３５０から「最新のＣＲＬ」（対応ＣＲＬ）を取得できたとする。

Ｓ１０１０において、エンドエンティティ２００は、Ｓ１００８で受信した「仮検証結果」を検証サーバ１００に送付（再検証要求）する。

Ｓ１０１１において、検証サーバ１００の証明書パス構築部１１６は、受信した「仮検証結果」から検証に必要な検証対象証明書や検証時刻を取得し、Ｓ１００９で取得した「最新のＣＲＬ」を用いて「仮検証結果」の検証に使用する証明書パスである「仮検証結果検証用証明書パス」を構築する。

Ｓ１０１２において、証明書パス検証部１０８は、Ｓ１０１１で証明書パス構築部１１６が構築した「仮検証結果検証用証明書パス」の検証を行う。

Ｓ１０１３において、検証サーバ１００の検証結果作成部１１７は、Ｓ１０１２の検証結果（確定検証結果）を作成する。

Ｓ１０１４において、検証サーバ１００の通信部１２８（検証結果送信部）は、仮検証結果に対する検証結果（確定検証結果）をエンドエンティティ２００に送付する。

図５，図６は、検証サーバ１００で行われる検証結果の生成、および「仮検証結果」の生成（Ｓ１００４〜Ｓ１００８に対応）の動作を説明するためのフローである。図５は、検証サーバ１００が「最新のＣＲＬ」を格納している場合のフローであり、仮検証結果を作成することなく「最新のＣＲＬ」から検証対象証明書を検証する。一方、図６は、検証サーバ１００が「最新のＣＲＬ」を格納していない場合のフローであり、仮検証結果を作成する場合の図３の仮検証結果の作成モードに対応する。図６は検証サーバ１００の特徴部分である。

Ｓ２００１において、検証サーバ１００の対象証明書検索部１１０は、入力された公開鍵証明書（検証対象証明書）、指定時刻をもとに、証明書情報管理ＤＢ１２４から信頼点（信頼するＣＡが発行した証明書）までの上位証明書を取得する。

Ｓ２００２において、対象ＣＲＬ検索部１０９は、Ｓ２００１で取得した上位証明書を基にして、ＣＲＬ情報管理ＤＢ１２５から対象のＣＲＬ（最新のＣＲＬ（対応ＣＲＬ））を取得する。「対象のＲＬ」が取得できた場合はＳ２００３へ進む。取得できなかった場合は、Ｓ２０１１へ進む。Ｓ２０１１以降が、図３の「仮検証結果」の作成モード（Ｓ１００４〜Ｓ１００８）に対応している。

Ｓ２００３において、証明書パス構築部１１６は、Ｓ２００１、Ｓ２００２で取得した上位証明書、最新のＣＲＬから証明書パスを構築する。

Ｓ２００４において、証明書パス検証部１０８は、Ｓ２００３で証明書パス構築部１１６が構築した証明書パスの検証を行う。検証に成功すればＳ２００５へ進む。失敗すればＳ２１０１へ進む。

Ｓ２００５において、検証結果作成部１１７が、検証成功の検証結果を作成する。

Ｓ２００６において、検証結果登録部１１３が、検証結果管理ＤＢ１２７に成功の検証結果を登録する。

Ｓ２１０１において、検証結果作成部１１７は、検証失敗の検証結果を作成する。

次に、図６を参照して説明する。Ｓ２００２のＮＯの場合（最新のＣＲＬ（対応ＣＲＬ）が存在しない場合）に、図６のＳ２０１１に進む。

Ｓ２０１１において、緊急時対象ＣＲＬ検索部１０１は、「対象のＣＲＬ」（最新のＣＲＬ（対応ＣＲＬ））が存在しない証明書のＩｓｓｕｅｒ、検証時刻などから、ＣＲＬ情報管理ＤＢ１２５から証明書のＩｓｓｕｅｒと同じであり、および検証時刻に最も近いＣＲＬを「緊急時対象ＣＲＬ」（代替ＣＲＬ）として取得する。また、その「緊急時対象ＣＲＬ」の次回更新日を検証時刻として取得する。

Ｓ２０１２において、証明書パス構築部１１６は、Ｓ２０１１で取得した「緊急時対象ＣＲＬ」と、Ｓ２００１で取得した上位証明書から、「緊急時証明書パス」（代替証明書パス）を構築する。

Ｓ２０１３において、証明書パス検証部１０８は、Ｓ２０１２で証明書パス構築部１１６が構築した「緊急時証明書パス」の検証を行う。検証に成功すればＳ２０１４へ進む。失敗すればＳ２１１１へ進む。

Ｓ２０１４において、仮検証結果作成部１０４は、「緊急時証明書パス」の検証結果、Ｓ２００１で対象証明書検索部１１０が検索した上位証明書もしくは検証対象証明書、指定した検証時刻、エンドエンティティ名、「緊急時対象ＣＲＬ」などから、検証対象証明書に対する暫定の検証結果である「仮検証結果」を作成する。

Ｓ２０１５において、仮検証結果登録部１１１は、仮検証結果管理ＤＢ１２６に「仮検証結果」を登録する。

Ｓ２１１１において、検証結果作成部１１７は、検証失敗の検証結果を作成する。

Ｓ２００７、Ｓ２０１６において、検証サーバ１００が作成した検証結果もしくは「仮検証結果」を出力する。この後、通信部１２８（検証結果送信部）が「仮検証結果」をエンドエンティティ２００に送信する。

次に、図７を説明する。図７は、検証サーバ１００で行われる「仮検証結果」を検証する動作を説明するためのフローである。検証サーバ１００が最新のＣＲＬを保有することとなった場合に、「仮検証結果」の検証が可能となる。図７は、図３のＳ１００９〜Ｓ１０１４に対応する。

Ｓ３００１において、検証サーバ１００は、「仮検証結果」から検証時刻、公開鍵証明書などを取得する。

Ｓ３００２において、対象ＣＲＬ検索部１０９は、仮検証結果から取得した検証時刻、公開鍵証明書をもとに、ＣＲＬ情報管理ＤＢ１２５から対象ＣＲＬ（最新のＣＲＬ（対応ＣＲＬ））を取得する。この対象のＣＲＬが取得できた場合はＳ３００３へ進む。取得できなければＳ３１０１へ進む。

Ｓ３００３において、証明書パス構築部１１６は、Ｓ３００２で取得した対象のＣＲＬ（最新のＣＲＬ）、及び「仮検証結果」に含まれている証明書から「仮検証結果検証用証明書パス」を構築する。

Ｓ３００４において、証明書パス検証部１０８は、Ｓ３００３で証明書パス構築部１１６が構築した「仮検証結果検証用証明書パス」の検証を行う。検証に成功すればＳ３００５へ進む。失敗すればＳ３１０１へ進む。

Ｓ３００５において、検証結果作成部１１７は、検証成功の検証結果を作成する。

Ｓ３００６において、検証結果登録部１１３は、検証結果管理ＤＢ１２７に成功の検証結果を登録する。

Ｓ３１０１において、検証結果作成部１１７は、検証失敗の検証結果を作成する。

Ｓ３００７において、検証サーバ１００が作成した検証結果を出力する。

次に、図８を説明する。図８は、検証サーバ１００が自動的に「仮検証結果」の検証を行い通知する自動通知の動作を説明するフローである。

Ｓ４００１において、検証サーバ１００のＣＲＬ取得部１０２は、定期的にリポジトリ３５０から「最新のＣＲＬ」を取得する。

Ｓ４００２において、仮検証結果取得部１１２は、定期的に仮検証結果管理ＤＢ１２６に登録されている「仮検証結果」を取得する。

Ｓ４００３〜Ｓ４００７は、図７のＳ３００２〜３００６と同様である。取得できた最新のＣＲＬと「仮検証結果」とに基づき、「仮検証結果」を検証するステップだからである。

Ｓ４００３において、対象ＣＲＬ検索部１０９が、「仮検証結果」に含まれている検証時刻、公開鍵証明書から「対象ＣＲＬ」（最新のＣＲＬ）を検索して取得する。「対象のＣＲＬ」を取得できた場合Ｓ４００４へ進む。取得できなければ処理を終了する。

Ｓ４００４において、証明書パス構築部１１６は、Ｓ４００２、Ｓ４００３で取得した公開鍵証明書、ＣＲＬから証明書パスを構築する。

Ｓ４００５において、証明書パス検証部１０８は、Ｓ４００４で構築した証明書パスの検証を行う。検証に成功すればＳ４００６へ進む。失敗すればＳ４１０１へ進む。

Ｓ４００６において、検証結果作成部１１７は、成功の検証結果を生成する。

Ｓ４１０１において、検証結果作成部１１７は、失敗の検証結果を生成しＳ４００８へ進む。

Ｓ４００７において、検証結果登録部１１３は、成功の検証結果を検証結果を検証結果管理ＤＢ１２７に登録する。

Ｓ４００８において、検証結果自動通知部１１５は、Ｓ４００６、Ｓ４１０１で作成した検証結果をエンドエンティティ２００へ自動（エンドエンティティ２００からの要求なしに）で通知する。

Ｓ４００９において、仮検証結果削除部１２０は、Ｓ４００２で取得した「仮検証結果」を仮検証結果管理ＤＢ１２６から削除する。

次に、図９について説明する。図９は、信頼度６００を示している。信頼度作成部１２１は、緊急時対象ＣＲＬの有効期限の切れてからの日数など、「仮検証結果」の「確かさしさ」を判断することができる指標を「信頼度６００」として作成し、「仮検証結果」に添付する。例えば、Ｓ１００７において仮検証結果作成部１０４が「仮検証結果」を作成する時に、信頼度作成部１２１が信頼度を作成して「仮検証結果」に添付する（図４の信頼度５０６）。

次に、図１０について説明する。図１０は、「緊急時対象ＣＲＬ設定日数７００」を示す。例えばＳ１００７において「仮検証結果」を作成する時に、検証サーバ１００にあらかじめ「緊急時対象ＣＲＬ設定日数７００」を設定し、緊急時対象ＣＲＬ検索部１０１が、検索し取得した「緊急時対象ＣＲＬ」の次回更新日と検証時刻とを比較し、次回更新日と検証時刻の差が緊急時ＣＲＬ設定日数を超える値であった場合、緊急時対象ＣＲＬ判断部１２２が、「仮検証結果」を作成せず、失敗の検証結果をエンドエンティティ２００に返すように判断する。

以上のように、この発明によれば認証局と通信できない、認証局がトラブルなどでＣＲＬが発行できないなどの緊急ケースにおいて、検証サーバ１００が仮の公開鍵証明書検証を実施し、仮の検証結果を得ることができる。

実施の形態の検証サーバ１００では、検証サーバ１００の管理する過去のＣＲＬの中で「最新のＣＲＬ」を使って検証を行うので、公開鍵証明書検証を必須とするシステムにおいて作業をとめることなく円滑にシステムを動作することができる。また、検証サーバ１００の信頼度作成部１２１が「仮検証結果」に信頼度を含めるので、エンドエンティティ２００が「仮検証結果」を信頼に足るものであるかどうかを判断することができる。

実施の形態１の検証サーバ１００は、緊急時対象ＣＲＬ検索部１０１が緊急時対象ＣＲＬを検索し、証明書パス構築部１１６が緊急時対象ＣＲＬをもとに証明書パスを構築し、証明書パス検証部１０８が証明書パス構築部１１６の構築した証明書パスを検証し、仮検証結果作成部１０４が証明書パスの検証結果から検証対象証明書に対する仮検証結果を作成する。このため、認証局３００がトラブルなどでＣＲＬが発行できない、リポジトリ３５０から最新のＣＲＬを受信できないなどの理由により最新のＣＲＬを取得、入手できない緊急ケースにおいても、仮の公開鍵証明書検証を実施し、仮の検証結果を得ることができる。よって、検証を要求するエンドエンティティに対して公開鍵証明書の正当性の評価材料として仮検証結果を提供できる。

実施の形態１の検証サーバ１００は、ＣＲＬ取得部１０２がＣＲＬを取得し、対象ＣＲＬ検索部１０９がＣＲＬ取得部１０２の取得したＣＲＬから対象ＣＲＬを検索し、証明書パス構築部１１６が対象ＣＲＬ検索部１０９の検索した対象ＣＲＬと仮検証結果とに基づいて仮検証結果検証用証明書パスを作成し、検証結果作成部１１７が証明書パス構築部１１６の構築した仮検証結果検証用証明書パスを検証する。このため、仮検証結果に対して最新のＣＲＬを用いることにより、仮検証結果の適否、すなわち、検証対象証明書の正当性の検証をすることができる。また、仮検証結果を用いるので、仮検証結果使用しない場合に比べて、迅速に検証処理を行なうことができる。

実施の形態１の検証サーバ１００は、エンドエンティティ２００の送信する「再検証要求」を受信する通信部１２８（再検証要求受信部）を備えたので、エンドエンティティ２００からの「再検証要求」に応じて「仮検証結果」の検証を開始することができる。

実施の形態１の検証サーバ１００は、信頼度作成部１２１を備えたので、仮検証結果を受信したいエンドエンティティ２００のユーザは、仮検証結果の確からしさを評価することが可能となる。

実施の形態１の検証サーバ１００は、検証モード通知部１２３を備えたので、エンドエンティティ２００のユーザは、仮検証結果の作成の処理がされていることを仮検証結果の受信前に予め知ることができる。

以上、実施の形態１の検証サーバ１００は、認証局から発行された最新の公開鍵証明書、ＣＲＬそれぞれを認証局から取得する証明書取得手段、ＣＲＬ取得手段を備え、取得した公開鍵証明書、ＣＲＬを証明書情報管理ＤＢ、ＣＲＬ情報管理ＤＢに登録する証明書登録手段、ＣＲＬ登録手段を備えたことを特徴とする。

以上、実施の形態１の検証サーバ１００は、公開鍵証明書を検証しようとするエンドエンティティからデータ通信経路を介して送られてきた公開鍵証明書から信頼点の公開鍵証明書までの証明書パスを生成するために、前記証明書登録手段、ＣＲＬ登録手段によって証明書情報管理ＤＢ、ＣＲＬ情報管理ＤＢに登録された公開鍵証明書、ＣＲＬを検索・取得する対象証明書検索手段、対象ＣＲＬ検索手段を備え、それら公開鍵証明書、ＣＲＬから証明書パスを生成する証明書パス構築手段を備え、生成した証明書パスを指定した時刻に検証可能な証明書パス検証手段を備えたことを特徴とする。

以上、実施の形態１の検証サーバ１００は、公開鍵証明書を検証しようとするエンドエンティティからデータ通信経路を介して送られてきた公開鍵証明書から信頼点の公開鍵証明書までの証明書パスを生成するときに、ＣＲＬ取得手段より認証局から最新のＣＲＬを取得できないトラブルなどの理由で前記対象ＣＲＬ検索手段から対象のＣＲＬが取得できなかった場合、過去の有効期限の切れたＣＲＬを検索・取得する緊急時対象ＣＲＬ検索手段を備え、取得したＣＲＬを含む証明書パスを生成することを特徴とする。

以上、実施の形態１の検証サーバ１００は、前記緊急時対象ＣＲＬ検証手段で取得したＣＲＬを含む証明書パスをそのＣＲＬが有効な期間に時刻を指定して証明書パス検証手段を用いて検証した場合、その検証結果と前記収集した公開鍵証明書もしくは検証対象証明書および検証を行った時刻、エンドエンティティ名、緊急時対象ＣＲＬを含む仮検証結果を生成する仮検証結果作成手段を備え、仮検証結果を仮検証結果管理ＤＢに登録する仮検証結果登録手段を備えたことを特徴とする。

以上、実施の形態１の検証サーバ１００は、前に検証サーバに検証要求を出した時には最新のＣＲＬが認証局より取得できず検証サーバより仮検証結果が送られ、その後検証サーバが最新のＣＲＬを取得できた場合、エンドエンティティからデータ通信経路を介して送られてきた前記仮検証結果作成手段により作成した仮検証結果に含まれる検証を行った時刻、収集した公開鍵証明書もしくは検証対象証明書から検証を行い、検証結果を発行する仮検証結果検証手段を備えたことを特徴とする。

以上、実施の形態１の検証サーバ１００は、検証サーバが最新のＣＲＬを取得した場合、仮検証結果取得手段により仮検証結果管理ＤＢから仮検証結果を取得し、前記仮検証結果検証手段により検証を行い、その検証結果を自動的にエンドエンティティに通知する検証結果自動通知手段とその検証結果を検証結果管理ＤＢに登録する検証結果登録手段を備えたことを特徴とする。

以上、実施の形態１の検証サーバ１００は、緊急時対象ＣＲＬの有効期限の切れてからの日数などの信頼度を判断することができる項目から検証サーバがエンドエンティティに発行した仮検証結果の信頼度を作成する信頼度作成手段を備え、その信頼度を仮検証結果に含める機能を備えたことを特徴とする。

以上、実施の形態１の検証サーバ１００は、検証サーバに設定した日数から緊急時対象ＣＲＬとして使えるか否かを判断する緊急時対象ＣＲＬ判断手段を備えたことを特徴とする。

以上、実施の形態１の検証サーバ１００は、検証サーバが認証局から最新のＣＲＬを取得できず、緊急時対象ＣＲＬを用いて検証するモードである場合、ウェブやメールなどで緊急時証明書検証を行っていることを通知する検証モード通知手段を備えたことを特徴とする。

実施の形態２．
図１１〜図１３を用いて実施の形態２を説明する。実施の形態２は、実施の形態１の検証サーバ１００の動作を、プログラム及びプログラムを記録した記録媒体により実施する実施形態である。

前記の実施の形態１においては、検証サーバ１００における「〜部」として示した各構成要素の動作は互いに関連しており、動作の関連を考慮しながら、コンピュータに実施させる一連の処理（プログラム）に置き換えることができる。各構成要素の動作を一連の処理に置き換えることにより、検証プログラムの実施形態とすることができる。また、この検証プログラムを、コンピュータ読み取り可能な記録媒体に記録させることで、プログラムを記録したコンピュータ読み取り可能な記録媒体の実施の形態とすることができる。

図１１は、図２に示した検証サーバ１００の
（１）通信部１２８（検証対象証明書受信部）の動作、
（２）ＣＲＬ情報管理ＤＢ１２５（ＣＲＬ格納部）の動作、
（３）対象ＣＲＬ検索部１０９（対応ＣＲＬ検索部）の動作、
（４）緊急時対象ＣＲＬ検索部１０１（代替ＣＲＬ検索部）の動作、
（６）証明書パス検証部１０８の動作、
（７）仮検証結果作成部１０４の動作、
（８）及び通信部１２８（検証結果送信部）の動作という一連の動作をコンピュータである検証サーバ１００に実施させるための一連の処理に置き換えて検証プログラムの実施形態としたフローチャートを示す。

Ｓ５００１は、エンドエンティティ２００（検証要求装置）からデータ通信経路４００を介して検証対象証明書を受信する処理である。通信部１２８（検証対象証明書受信部）の動作に対応する。

Ｓ５００２は、複数のＣＲＬを電子情報として格納する処理である。ＣＲＬ情報管理ＤＢ１２５（ＣＲＬ格納部）の動作に対応する。

Ｓ５００３は、検証対象証明書を受信した場合に、格納した複数のＣＲＬを検索して最新のＣＲ（対応ＣＲＬ）を取得する処理である。対象ＣＲＬ検索部１０９の動作に対応する。

Ｓ５００４は、最新のＣＲＬを取得できない場合に、格納した複数のＣＲＬを検索して緊急時対象ＣＲＬ（代替ＣＲＬ）を取得する処理である。緊急時対象ＣＲＬ検索部１０１の動作に対応する。

Ｓ５００５は、取得した緊急時対象ＣＲＬに基づいて、対象ＣＲＬ（対応ＣＲＬ）を用いて構築される証明書パスに代替する緊急時証明書パス（代替証明書パス）を構築する処理である。証明書パス構築部１１６の動作に対応する。

Ｓ５００６は、構築した「緊急時証明書パス」を検証する処理である。証明書パス検証部１０８の動作に対応する。

Ｓ５００７は、検証した「緊急時証明書パス」の検証結果を用いて、検証対象証明書に対する仮検証結果を作成する処理である。仮検証結果作成部１０４の動作に対応する。

Ｓ５００８は、作成した仮検証結果をエンドエンティティ２００（検証要求装置）に送信する処理である。通信部１２８（検証結果送信部）の動作に対応する。

プログラムの実施の形態及びプログラムを記録したコンピュータ読み取り可能な記録媒体の実施の形態は、すべてコンピュータで動作可能なプログラムにより構成することができる。

図１２は、図２に示した実施の形態１の検証サーバ１００の機能を実現するコンピュータシステム８００の外観を示す。図１２において、コンピュータシステム８００は、システムユニット８３０、液晶ディスプレイ８１３、キーボード（Ｋ／Ｂ）８１４、マウス８１５、コンパクトディスク装置（ＣＤＤ）８１８、プリンタ８１９を備え、これらはケーブルで接続されている。また、コンピュータシステム８００は、データ通信経路４００を介してエンドエンティティ２００、認証局３００、リポジトリ３５０等と接続されている。これにより、コンピュータシステム８００は、エンドエンティティ２００、認証局３００、リポジトリ３５０等と通信可能である。

図１３は、図１２のコンピュータシステム８００のハードウェア構成図である。図１３において、コンピュータシステム８００は、プログラムを実行するＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）８１０を備えている。ＣＰＵ８１０は、バス８２５を介してＲＯＭ８１１、ＲＡＭ８１２、液晶ディスプレイ８１３、Ｋ／Ｂ８１４、マウス８１５、通信ボード８１６、ＦＤＤ８１７、ＣＤＤ８１８、プリンタ８１９、及び磁気ディスク装置８２０と接続されている。

磁気ディスク装置８２０には、オペレーティングシステム（ＯＳ）８２１、ウィンドウシステム８２２、プログラム群８２３、ファイル群８２４が記憶されている。プログラム群８２３は、ＣＰＵ８１０、ＯＳ８２１、ウィンドウシステム８２２により実行される。

上記プログラム群８２３には、実施の形態１の説明において「〜部」として説明した機能を実行するプログラムが記憶されている。プログラムは、ＣＰＵ８１０により読み出され実行される。

図２の検証サーバ１００と図１３のコンピュータシステム８００との対応関係を説明する。
（１）緊急時対象ＣＲＬ検索部１０１〜検証結果作成部１１７、仮検証結果削除部１２０〜検証モード通知部１２３は、プログラム群８２３に格納されているプログラムが対応する。
（２）また、通信部１２８は、プログラム群８２３に格納されているプログラム及び通信ボード８１６が対応する。
（３）また、証明書情報管理ＤＢ１２４〜検証結果管理ＤＢ１２７は、プログラム群８２３に格納されているプログラム及び磁気ディスク装置８２０のファイル群８２４が対応する。

図２において「〜部」として説明したものは、ＲＯＭ８１１に記憶されたファームウェアで実現されていても構わない。或いは、ソフトウェアのみ、或いは、ハードウェアのみ、或いは、ソフトウェアとハードウェアとの組み合わせ、さらには、ファームウェアとの組み合わせで実施されても構わない。

プログラムの実施の形態及びプログラムを記録したコンピュータ読み取り可能な記録媒体の実施の形態における各処理は、プログラムで実行されるが、このプログラムは、前述のようにプログラム群８２３に記録されている。そして、プログラム群８２３からＣＰＵ８１０に読み込まれ、ＣＰＵ８１０によって、プログラムの各処理が実行される。

また、ソフトウェア、あるいはプログラムは、ＲＯＭ８１１に記憶されたファームウェアで実行されても構わない。あるいは、ソフトウェアとファームウェアとハードウェアの組み合わせでプログラムを実行しても構わない。

実施の形態２の検証プログラムは、緊急時対象ＣＲＬを検索する処理、緊急時対象ＣＲＬをもとに証明書パスを構築する処理、構築した証明書パスを検証する処理、証明書パスの検証結果から検証対象証明書に対する仮検証結果を作成処理をコンピュータである検証サーバに実行させる。このため、認証局３００がトラブルなどでＣＲＬが発行できない、リポジトリ３５０から最新のＣＲＬを受信できないなどの理由により最新のＣＲＬを取得、入手できない緊急ケースにおいても、検証サーバ１００では、仮の公開鍵証明書検証を実施し、エンドエンティティ２００は仮の検証結果を得ることができる。よって、検証を要求するエンドエンティティに対して公開鍵証明書の正当性の評価材料として仮検証結果を提供できる。

実施の形態１におけるシステム構成を示す図である。 実施の形態１における検証サーバ１００のブロック図である。 実施の形態１におけるシーケンスを示す。 実施の形態１における検証サーバ１００の作成した仮検証結果の一例である。 実施の形態１における検証サーバ１００の検証結果の作成、仮検証結果の作成のフローを示す。 実施の形態１における検証サーバ１００の検証結果の作成、仮検証結果の作成のフローを示す。 実施の形態１における検証サーバ１００の「仮検証結果」の検証のフローである。 実施の形態１における検証サーバ１００「仮検証結果」の検証結果の自動通知のフローである。 実施の形態１における信頼度を示す図である。 実施の形態１における緊急時ＣＲＬ設定日数を示す図である。 実施の形態２における検証プログラムのフローチャートである。 実施の形態２におけるコンピュータシステム８００の外観を示す。 実施の形態２におけるコンピュータシステム８００のハードウェア構成を示す。

符号の説明

１００ 検証サーバ、１０１ 緊急時対象ＣＲＬ検索部、１０２ ＣＲＬ取得部、１０３ ＣＲＬ登録部、１０４ 仮検証結果作成部、１０５ 仮検証結果検証部、１０６ 証明書取得部、１０７ 証明書登録部、１０８ 証明書パス検証部、１０９ 対象ＣＲＬ検索部、１１０ 対象証明書検索部、１１１ 仮検証結果登録部、１１２ 仮検証結果取得部、１１３ 検証結果登録部、１１４ 検証結果取得部、１１５ 検証結果自動通知部、１１６ 証明書パス構築部、１１７ 検証結果作成部、１２０ 仮検証結果削除部、１２１ 信頼度作成部、１２２ 緊急時対象ＣＲＬ判断部、１２３ 検証モード通知部、１２４ 証明書情報管理ＤＢ、１２５ ＣＲＬ情報管理ＤＢ、１２６ 仮検証結果管理ＤＢ、１２７ 検証結果管理ＤＢ、１２８ 通信部、２００ エンドエンティティ、３００ 認証局、３５０ リポジトリ、４００ データ通信経路、５００ 仮検証結果、６００ 信頼度、７００ 緊急時ＣＲＬ設定日数、８００ コンピュータシステム、８１０ ＣＰＵ、８１１ ＲＯＭ、８１２ ＲＡＭ、８１３ ＤＳＰ、８１４ Ｋ／Ｂ、８１５ マウス、８１６ 通信ボード、８１７ ＦＤＤ、８１８ ＣＤＤ、８１９ プリンタ、８２０ 磁気ディスク装置、８２１ ＯＳ、８２２ ウィンドウシステム、８２３ プログラム群、８２４ ファイル群、８２５ バス、８３０ システムユニット。

Claims (7)

1. 公開鍵証明書の検証を要求する検証要求装置からネットワークを介して検証対象の公開鍵証明書である検証対象証明書を受信し、受信した検証対象証明書に対応するＣＲＬ（Ｃｅｒｔｉｆｉｃａｔｅ Ｒｅｖｏｃａｔｉｏｎ Ｌｉｓｔ：失効リスト）である対応ＣＲＬを用いて検証対象証明書から信頼点までの証明書の連鎖を示す証明書パスを構築し、構築した証明書パスを用いて検証対象証明書を検証する検証サーバにおいて、
   前記検証要求装置から前記ネットワークを介して検証対象証明書を受信する検証対象証明書受信部と、
   複数のＣＲＬを電子情報として格納するＣＲＬ格納部と、
   前記検証対象証明書受信部が検証対象証明書を受信した場合に、前記ＣＲＬ格納部を検索して対応ＣＲＬを取得する対応ＣＲＬ検索部と、
   前記対応ＣＲＬ検索部が対応ＣＲＬを取得できない場合に、前記ＣＲＬ格納部を検索して対応ＣＲＬに代替する代替ＣＲＬを取得する代替ＣＲＬ検索部と、
   前記代替ＣＲＬ検索部が取得した代替ＣＲＬに基づいて、対応ＣＲＬを用いて構築される証明書パスに代替する代替証明書パスを構築する証明書パス構築部と、
   前記証明書パス構築部が構築した代替証明書パスを検証する証明書パス検証部と、
   前記証明書パス検証部が検証した代替証明書パスの検証結果を用いて、検証対象証明書に対する暫定の検証結果である仮検証結果を作成する仮検証結果作成部と、
   前記仮検証結果作成部が作成した仮検証結果を前記検証要求装置に送信する検証結果送信部と
   を備えたことを特徴とする検証サーバ。
2. 前記検証サーバは、さらに、
   前記ネットワークを介してＣＲＬを取得するＣＲＬ取得部と、
   前記仮検証結果作成部が作成した仮検証結果に対する検証結果を示す確定検証結果を作成する確定検証結果作成部とを備え、
   前記ＣＲＬ格納部は、
   前記ＣＲＬ取得部が取得したＣＲＬを格納し、
   前記対応ＣＲＬ検索部は、
   前記ＣＲＬ取得部が取得したＣＲＬを格納した前記ＣＲＬ格納部を検索して検証対象証明書に対応する対応ＣＲＬを取得し、
   前記証明書パス構築部は、
   前記対応ＣＲＬ検索部が対応ＣＲＬを取得した場合に、取得した対応ＣＲＬと前記仮検証結果作成部が作成した仮検証結果とに基づいて、仮検証結果の検証に使用する証明書パスである仮検証結果検証用証明書パスを構築し、
   前記証明書パス検証部は、
   前記証明書パス構築部が構築した仮検証結果検証用証明書パスを検証し、
   前記確定検証結果作成部は、
   前記証明書パス検証部が検証した仮検証結果検証用証明書パスの検証結果に基づいて、確定検証結果を作成し、
   前記検証結果送信部は、
   前記確定検証結果を前記検証要求装置に送信することを特徴とする請求項１記載の検証サーバ。
3. 前記検証サーバは、さらに、
   前記検証結果送信部が送信した仮検証結果を受信した前記検証要求装置から仮検証結果に対する検証を求める再検証要求を受信する再検証要求受信部を備え、
   前記対象ＣＲＬ検索部は、
   前記再検証要求受信部が前記検証要求装置から再検証要求を受信した場合に、前記ＣＲＬ取得部が取得したＣＲＬを格納した前記ＣＲＬ格納部を検索して検証対象証明書に対応する対応ＣＲＬを取得することを特徴とする請求項２記載の検証サーバ。
4. 前記検証サーバは、さらに、
   仮検証結果の確からしさを示す信頼度を作成し、作成した信頼度を仮検証結果作成部が作成した仮検証結果に添付する信頼度作成部を備えたことを特徴とする請求項１〜３のいずれかに記載の検証サーバ。
5. 前記検証サーバは、さらに、
   前記代替ＣＲＬ検索部が検索を開始した場合に、代替ＣＲＬを使用する仮検証モードの実行中であることを前記検証要求装置に通知する検証モード通知部を備えたことを特徴とする請求項１〜３のいずれかに記載の検証サーバ。
6. 前記対応ＣＲＬ検索部が検索して取得する対応ＣＲＬは、
   有効期限が設定されており、かつ、設定された有効期限が切れておらず、
   前記代替ＣＲＬ検索部が検索して取得する代替ＣＲＬは、
   前記検索対象証明書に対応するとともに有効期限が設定されており、かつ、設定された有効期限が切れていることを特徴とする請求項１〜５いずれかに記載の検証サーバ。
7. 公開鍵証明書の検証を要求する検証要求装置からネットワークを介して検証対象の公開鍵証明書である検証対象証明書を受信し、受信した検証対象証明書に対応するＣＲＬである対応ＣＲＬを用いて検証対象証明書から信頼点までの証明書の連鎖を示す証明書パスを構築し、構築した証明書パスを用いて検証対象証明書を検証するコンピュータである検証サーバに以下の処理を実行させることを特徴とする検証プログラム
   （１）前記検証要求装置から前記ネットワークを介して検証対象証明書を受信する処理
   （２）複数のＣＲＬを電子情報として格納する処理
   （３）検証対象証明書を受信した場合に、格納した複数のＣＲＬを検索して対応ＣＲＬを取得する処理
   （４）対応ＣＲＬを取得できない場合に、格納した複数のＣＲＬを検索して対応ＣＲＬに代替する代替ＣＲＬを取得する処理
   （５）取得した代替ＣＲＬに基づいて、対応ＣＲＬを用いて構築される証明書パスに代替する代替証明書パスを構築する処理
   （６）構築した代替証明書パスを検証する処理
   （７）検証した代替証明書パスの検証結果を用いて、検証対象証明書に対する暫定の検証結果である仮検証結果を作成する処理
   （８）作成した仮検証結果を前記検証要求装置に送信する処理

Images