JP2002287630A

JP2002287630A - 電子証明書の失効方法

Info

Publication number: JP2002287630A
Application number: JP2001091634A
Authority: JP
Inventors: Masatoshi Furuya; 雅年古谷; Takanobu Oikawa; 隆信及川; Hiromoto Sakaki; 博基榊; Toshiaki Iino; 敏章飯野
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 2001-03-28
Filing date: 2001-03-28
Publication date: 2002-10-04

Abstract

(57)【要約】【課題】複数の異なる認証局が、１人のエンティティに
対して、それぞれが電子証明証を発行しているとき、実
世界での該エンティティに関する状態の変化に基づき、
それぞれの電子証明書を失効する必要性が生じたとき、
該エンティティ、または、その関係者はそれぞれの認証
局に対して個別に失効申請をしなければならないという
課題があった。【解決手段】各認証局ＣＡｉ（ｉ＝１〜ｎ）は、エンテ
ィティＥＥに対して電子証明書ＣＥＲＴｉ（ｉ＝１〜
ｎ）を発行するときに、該エンティティＥＥの身元確認
を行うときに利用した、認証局ＣＡ０による発行の電子
証明書ＣＥＲＴ０に記載された情報と、ＣＥＲＴｉを関
連つけておく。各認証局ＣＡｉは、認証局ＣＡ０におい
て、管理されているＣＥＲＴ０の失効を確認したとき、
その失効が、該エンティティに関する状態の変化に基づ
き、かつ、該状態変化が、ＣＥＲＴｉの失効要件にも影
響があると認められるとき、ＣＡｉはＣＥＲＴｉを失効
する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、電子証明書を発行
する認証局の失効方法に関するものであり、特に１人
（１つ）のエンドエンティティが、複数の認証局から電
子証明書を発行されている場合の失効方法および失効さ
せるための装置に関するものである。

【０００２】

【従来の技術】認証局による電子証明書の発行、およ
び、失効に関しては、例えば、「ＰＫＩ公開鍵インフラ
ストラクチャの概念、標準、展開」カーライル・アダム
ズ他著、ピアソンエデュケーション発行、２０００（以
下、文献１という）に、その説明が記載されている。

【０００３】文献１によれば、認証局ＣＡは、本人ＥＥ
の名義と公開鍵を含むデータに対して、ＣＡの秘密鍵を
用いてデジタル署名によりＥＥと公開鍵を結合し、公開
鍵証明書（電子証明書の１つ）を発行する。通常、この
公開鍵証明書は、有効期間内で有効である。

【０００４】また、ＣＡは、公開鍵証明書を、有効期間
の期限切れ前に失効する場合がある。失効理由にはさま
ざまあるが、例えば、ＥＥの鍵の危殆化、ＣＡの危殆
化、ＥＥの名義変更、ＥＥの失効申請などがある。ＣＡ
が公開鍵証明書を失効する方法は、証明書失効リストＣ
ＲＬを作成し、リポジトリに格納する。

【０００５】第３者がある公開鍵証明書の有効性を検証
するためには、該公開鍵証明書を発行した認証局を信用
するための手続き（認証パスの構築という）と、証明書
の失効確認手続きとが必要になる。証明書の失効確認手
続きには、第３者自身がＣＲＬを取り寄せて検証する方
法と、第３者はＣＲＬを検証するサーバに問い合わせる
方法とが、よく利用される。

【０００６】

【発明が解決しようとする課題】上記従来技術において
は、上位階層にある認証局自身が危殆化した場合を除
き、他の認証局での状況変化の影響を受けて公開鍵証明
書（電子証明書）を失効することはほとんどない。しか
し、実際には、複数の異なる認証局が、１人のエンティ
ティに対して、それぞれが電子証明書を発行している場
合に、それぞれの電子証明書を同時に失効する必要性が
生じる場合がある。

【０００７】例えば、市役所ＣＡ０と、銀行ＣＡ１と、
商店ＣＡ２とが、それぞれ、ある１人のエンティティＥ
Ｅに電子証明書ＣＥＲＴ０、ＣＥＲＴ１、ＣＥＲＴ２を
発行しているとする。各ＣＡの認証目的は、市民である
ことの認証、銀行口座名義人であることの認証、商店の
会員であることの認証である。このとき、ＥＥが仮に死
亡したとする。通常は、ＥＥの遺族によって、市役所に
死亡届が申請されるため、市役所ＣＡ０は容易に電子証
明書ＣＥＲＴ０を失効することが可能であるが、その他
へは届け出が忘れられることもしばしばであり、従っ
て、ＣＥＲＴ１、ＣＥＲＴ２は失効されないことにな
る。つまり、ＥＥは存在しないにも関わらず、ＣＥＲＴ
１、ＣＥＲＴ２はＥＥの電子証明書として有効のままで
ある。

【０００８】また、違う例においては、ＥＥが仮に他市
へ転出したとする。このときは、ＥＥ、または、その家
族によって、市役所に転出届が申請されるため、同様に
市役所ＣＡ０は容易に電子証明書ＣＥＲＴ０を失効する
ことが可能である。ただし、市民であることの認証とし
て、ＥＥへ新たに発行される電子証明書ＣＥＲＴ０＋
は、転出先の市役所ＣＡ０＋が行う可能性があることも
考慮しなければならない。

【０００９】本発明の目的は、ある１人のエンティティ
が複数の異なる認証局から電子証明書の発行を受けてい
る場合で、かつ、実世界での該エンティティに関する状
態の変化に基づき、それぞれの電子証明書を失効させる
必要性が生じた場合、各認証局に対して個別に失効申請
をすることなく、適切に電子証明書を失効させる方法を
提供することにある。

【００１０】

【課題を解決するための手段】各認証局ＣＡｉ（ｉ＝１
〜ｎ）は、エンティティＥＥに対して電子証明書ＣＥＲ
Ｔｉ（ｉ＝１〜ｎ）を発行するときに、該エンティティ
ＥＥの身元確認を行うときに利用した、認証局ＣＡ０に
よる発行の電子証明書ＣＥＲＴ０に記載された情報と、
ＣＥＲＴｉを関連つけておく。各認証局ＣＡｉは、認証
局ＣＡ０において、管理されているＣＥＲＴ０の失効を
確認したとき、その失効が、該エンティティに関する状
態の変化に基づき、かつ、該状態変化が、ＣＥＲＴｉの
失効要件にも影響があると認められるとき、ＣＡｉはＣ
ＥＲＴｉを失効する。なお、本明細書では、認証局と
は、認証局との組織および認証局における認証のための
情報処理を実行するコンピュータ装置の両方を含む。

【００１１】また、別の手段は、上記認証局ＣＡ０とＣ
Ａｉとの間に、エンティティＥＥごとに電子証明書ＣＥ
ＲＴ０の発行、及び、失効の情報を追跡管理する統合管
理センタを設置し、該統合管理センタが情報の仲介を行
い、認証局ＣＡ０側は統合管理センタに電子証明書ＣＥ
ＲＴ０の発行や失効情報を登録し、認証局ＣＡｉ側は統
合管理センタに電子証明書ＣＥＲＴ０の失効情報を確認
して、ＣＡｉはＣＥＲＴｉを失効する。

【００１２】

【発明の実施の形態】以下、この発明の実施の一形態を
説明する。図１は、認証局ＣＡｉ（ｉ＝０〜ｎ）とＥＥ
と電子証明書ＣＥＲＴｉ（ｉ＝０〜ｎ）との関係を示し
たものである。

【００１３】各認証局ＣＡｉは、ＥＥからの申請を受付
け、申請に対する審査を行い、審査で特に問題がなけれ
ば認証局それぞれの秘密鍵Ｋｉによるデジタル署名を施
した電子証明書ＣＥＲＴｉを発行し、ＥＥに該電子証明
書ＣＥＲＴｉを交付する。このとき、ＣＡ０を除く他の
ＣＡｉ（ｉ＝１〜ｎ）は、審査時において、ＣＡ０が発
行した電子証明書ＣＥＲＴ０の提示を求め、ＥＥの身元
確認を行うものとする。

【００１４】なお、以降の説明において、ＣＥＲＴｉ
（ｉ＝０〜ｎ）は、ＥＥに対してＣＡｉが発行した電子
証明書を指し、有効期間切れその他の理由で再発行され
たものも同一に表現し区別しない。

【００１５】図２は、本発明における各認証局による電
子証明書の失効方法の流れを示したものである。

【００１６】認証局ＣＡ０は、ＥＥからの申請時（ステ
ップ１０１）、該ＥＥの申請を審査し（ステップ１０
２）、電子証明書ＣＥＲＴ０を発行し（ステップ１０
４）、ＣＥＲＴ０をＥＥに交付する（ステップ１０
５）。

【００１７】ＣＥＲＴ０を失効する要件が発生した場合
には（ステップ１１４）、失効リストＣＲＬ０にＣＥＲ
Ｔ０に関する失効情報１０を追加する（ステップ１１
５）。なお、ＣＥＲＴ０に関する失効情報（１０）に
は、失効理由を含むものとする。

【００１８】各認証局ＣＡｉ（ｉ＝１〜ｎ）は、ＥＥか
らの申請時（ステップ２０１）、ＣＡ０が該ＥＥに対し
て発行した電子証明書ＣＥＲＴ０の提示を求めて審査し
（ステップ２０２）、ＣＥＲＴ０の中からＣＡ０、及
び、ＥＥに関する情報（２０）を抽出し（ステップ２０
３）、電子証明書ＣＥＲＴｉを発行し（ステップ２０
４）、ＣＥＲＴｉをＥＥに交付する（ステップ２０
５）。このとき、認証局ＣＡｉは、ステップ２０３でＣ
ＥＲＴ０の中から抽出したＣＡ０、及び、ＥＥに関する
情報（２０）とＣＥＲＴｉとの関連付けを行っておく
（ステップ２０６）。なお、ＣＡ０、及び、ＥＥに関す
る情報（２０）とは、それぞれの識別名や、アクセス方
法などである。

【００１９】ＣＥＲＴｉを発行交付した各認証局ＣＡｉ
は、あるタイミングでＣＡ０にアクセスし（ステップ２
１１）、ＣＲＬ０の中に、ＣＥＲＴ０に関する失効情報
（１０）が提供されていないかを求め（ステップ２１
２）、ＥＥに関する失効があり（ステップ２１３）、か
つ、その失効理由がＣＥＲＴｉの失効要件にも該当する
場合には（ステップ２１４）、失効リストＣＲＬｉ（ｉ
＝１〜ｎ）にＣＥＲＴｉに関する失効情報を追加する
（ステップ２１５）。

【００２０】図３は、２つの認証局ＣＡ０，ＣＡｉにお
いて発行される電子証明書の有効期間や失効と日時との
関係を示したものである。

【００２１】ここで、再度注意が必要である。ＣＥＲＴ
０とは、ＣＡ０がＥＥに対して過去から現在に至るまで
発行した電子証明書のすべてである。つまり、ＣＡｉが
審査を行ったときのＣＥＲＴ０（３１）と、最新のＣＥ
ＲＴ０（３２）とは更新などの理由で異なっている可能
性がある。従って、ＣＥＲＴ０のシリアル番号に基づく
失効情報の確認だけでは不十分であり、あくまでもＣＥ
ＲＴ０から抽出した情報（３０）のＥＥの識別名に基づ
いて、失効情報を確認することが必要である。さらに、
問題となるのは、ＥＥの識別名の永続性である。ＥＥの
識別名として、永続性のあるものを採用している場合に
は、過去から現在に至っての追跡が容易であるが、永続
性のないものを採用している場合には、ＥＥの追跡を行
うための別の手段をＣＡ０側に用意し、提供する必要が
ある。

【００２２】図４は、本発明のＥＥに対して電子証明書
を発行する際、元となる認証局自身が変わる場合の対処
方法と、電子証明書の有効期間や失効と日時との関係を
示したものである。

【００２３】図に示したとおり，ＣＡｉがＥＥに対して
電子証明書ＣＥＲＴｉ（４４）を発行するために審査確
認した時に利用した電子証明書ＣＥＲＴ０（４１）を発
行したＣＡ０と、失効確認する時に利用すべき電子証明
書ＣＥＲＴ０＋（４２）を発行したＣＡ０＋のように、
元となる認証局自身が変わる場合がある。このような場
合、ＣＡｉは、ＥＥの識別名を保持し、ＣＡ０に問い合
わせるだけでは、最新の身元確認を行うことはできな
い。そこで、仲介役を行う機関として統合管理センタを
運営する。統合管理センタで、身元確認の元となる認証
局ＣＡ０、ＣＡ０＋側のＥＥに関する情報を追跡して管
理する（４３）。元となる認証局ＣＡ０、ＣＡ０＋側
が、ＥＥに対する電子証明書を発行交付したときに、合
わせて統合管理センタにも登録するのが適切である。ま
た、同様にＥＥに対する電子証明書を失効したときに、
合わせて統合管理センタにも失効登録するのが適切であ
る。そして、ＣＡｉ側からの失効確認の問い合わせを統
合管理センタで受付て、適切な失効情報をＣＡｉに提供
する。

【００２４】図５は統合管理センタと、各認証局間での
情報提供の関係を示したものである。

【００２５】統合管理センタ（５１）は、身元確認の元
となる認証局ＣＡ０、ＣＡ０＋、ＣＡ＋＋など（５２）
と、その他の認証局ＣＡｉ（ｉ＝１〜ｎ、５３）との間
で情報の仲介の役割を果たしている。身元確認の元とな
る認証局側は統合管理センタに対して、電子証明書発行
時や失効時にその情報を登録し、その他の認証局側は統
合管理センタに対して、電子証明書の失効の問い合わせ
確認を行う。統合管理センタは、ＥＥの識別名ごとに電
子証明書の履歴情報を管理している。

【００２６】図６は統合管理センタで追跡管理情報の例
を示したものである。統合管理センタでは、ＥＥの識別
名ごとに、電子証明書の発行、または、失効の履歴情報
（６１）を管理している。各履歴には、認証局の識別
名、電子証明書の発行日、または、失効日、失効理由、
電子証明書のシリアル番号を含むことが望ましい。それ
以外の情報を管理しても良い。

【００２７】図７は各認証局での失効確認時に必要とな
る、情報のパターンを示したものである。今までの説明
においては、各認証局ＣＡｉ（ｉ＝１〜ｎ）の失効確認
では、元となる認証局ＣＡ０、または、統合管理センタ
に対して、ＥＥの識別名を問い合わせることとして説明
してきたが、詳細には、いくつかのパターンがある。こ
こでは、これらパターンについて説明する。なお、実際
には、各認証局ＣＡｉにおいては、電子証明書を失効す
るだけでなく、再発行する必要性もあるので、それにつ
いても言及する。

【００２８】各認証局ＣＡｉ（ｉ＝１〜ｎ）は、ＥＥの
失効確認時において、失効要件に該当する場合は、電子
証明書ＣＥＲＴｉの失効と同時に、必要に応じて再発行
する必要もある。再発行のためには、本発明の前提条件
から、身元確認の元となる最新の電子証明書ＣＥＲＴ０
を入手する必要がある。このＣＥＲＴ０を入手する方法
として、元となる認証局ＣＡ０、または、統合管理セン
タから入手する方法（パターン１，２）と、ＥＥから入
手する方法（パターン３，４，５）とがある。

【００２９】パターン１は、最新の電子証明書ＣＥＲＴ
０を、認証局ＣＡ０側から入手し、実世界のＥＥを介さ
ずに、ＣＥＲＴｉを失効、再発行する方法である。

【００３０】パターン２は、最新の電子証明書ＣＥＲＴ
０を、認証局ＣＡ０側から入手し、実世界のＥＥに確認
を取った上で、ＣＥＲＴｉを失効、再発行する方法であ
る。

【００３１】パターン３は、ＥＥの電子証明書の履歴情
報を、認証局ＣＡ０側から入手し、実世界のＥＥに更新
依頼をかけた上で、最新の電子証明書ＣＥＲＴ０を、Ｅ
Ｅ側から入手し、ＣＥＲＴｉを失効、再発行する方法で
ある。

【００３２】パターン４は、身元確認の審査を行った当
時のＣＥＲＴ０が失効してないかどうかを、認証局ＣＡ
０側に確認し、実世界のＥＥに更新依頼をかけた上で、
最新の電子証明書ＣＥＲＴ０を、ＥＥ側から入手し、Ｃ
ＥＲＴｉを失効、再発行する方法である。

【００３３】パターン５は、失効リストＣＲＬ０全体
を、認証局ＣＡ０側から入手し、ＣＡｉ側で検証し、実
世界のＥＥに更新依頼をかけた上で、最新の電子証明書
ＣＥＲＴ０を、ＥＥ側から入手し、ＣＥＲＴｉを失効、
再発行する方法である。

【００３４】上記パターン１を除くパターン２から５ま
では、実世界のＥＥとのやり取りを含むが、失効要件に
該当する場合のみ認証局側からＥＥに働きかけるのが従
来技術とは異なっている。なお、問い合わせやその応答
におけるプロトコルやデータ構造は、特に規定しない。
特に、認証局からの情報提供は、ＥＥのプライバシ問題
にも関わるため、問い合わせ時のアクセス制御を実施す
ることが求められる。なお、パターン１からパターン５
までのいずれか、または、その派生、変形をとるかは認
証局のポリシに従うものである。

【００３５】図８〜図１０は本発明による失効の具体例
を示したものである。図８〜図１０において、電子市民
証ＣＥＲＴ０には氏名Ｎ、住所Ａ、公開鍵Ｋ０に関する
情報が、電子通帳ＣＥＲＴ１には氏名Ｎ、口座番号Ｘ、
公開鍵Ｋ１に関する情報が、電子会員証ＣＥＲＴ２には
住所Ａ、会員番号Ｙ、公開鍵Ｋ２に関する情報が含まれ
ているものとする。図８の例は、ＥＥが死亡した場合の
例であり、このときは、ＣＥＲＴ０，ＣＥＲＴ１、ＣＥ
ＲＴ２とも連動して失効する。図９の例は、ＥＥが転居
した場合の例であり、このときは、住所を含んでいるＣ
ＥＲＴ０，ＣＥＲＴ２が連動して失効するが、住所を含
まないＣＥＲＴ１は失効しない。図１０の例は、ＥＥの
秘密鍵のうち公開鍵Ｋ０のペアが危殆化した場合の例で
あり、このときは、公開鍵Ｋ０を含んでいるＣＥＲＴ０
のみ失効し、その他のＣＥＲＴ１，ＣＥＲＴ２は失効し
ない。

【００３６】

【発明の効果】以上のように、本発明によれば、複数の
異なる認証局が、１人のエンティティに対して、それぞ
れが電子証明証を発行しているとき、実世界での該エン
ティティに関する状態の変化に基づき、それぞれの電子
証明書を失効する必要性が生じたときでも、該エンティ
ティ、または、その関係者がそれぞれの認証局に対して
個別に失効申請をしなくても、電子証明書の失効を適切
に行うことができる。

【００３７】また、本発明によれば、身元確認の元とな
る認証局自身が遷移するような場合においても、エンテ
ィティに関する電子証明書の情報を追跡管理する統合管
理センタが仲介することで、同様に該エンティティ、ま
たは、その関係者がそれぞれの認証局に対して個別に失
効申請をしなくても、電子証明書の失効を適切に行うこ
とができる。

【図面の簡単な説明】

【図１】認証局ＣＡｉ（ｉ＝０〜ｎ）とＥＥと電子証明
書ＣＥＲＴｉ（ｉ＝０〜ｎ）との関係を示したものであ
る。

【図２】本発明における各認証局による電子証明書の失
効方法の流れを示したものである。

【図３】２つの認証局ＣＡ０，ＣＡｉにおいて発行され
る電子証明書の有効期間や失効と日時との関係を示した
ものである。

【図４】本発明のＥＥに対して電子証明書を発行する
際、元となる認証局自身が変わる場合の対処方法と、電
子証明書の有効期間や失効と日時との関係を示したもの
である。

【図５】統合管理センタと、各認証局間での情報提供の
関係を示したものである。

【図６】統合管理センタで追跡管理情報の例を示したも
のである。

【図７】各認証局での失効確認時に必要となる、情報の
パターンを示したものである。

【図８】本発明による失効の具体例を示したものであ
る。

【図９】本発明による失効の具体例を示したものであ
る。

【図１０】本発明による失効の具体例を示したものであ
る。

【符号の説明】

５１…統合管理センタ、５２…身元確認の元となる認証
局、５３…その他の認証局

フロントページの続き (72)発明者榊博基東京都江東区新砂一丁目６番27号株式会社日立製作所公共システム事業部内 (72)発明者飯野敏章東京都江東区新砂一丁目６番27号株式会社日立製作所公共システム事業部内Ｆターム(参考） 5J104 AA09 EA05 MA04 NA02 PA07

Claims

【特許請求の範囲】

【請求項１】認証局装置が発行する電子証明書の証明を
失効させる電子証明書の失効方法において、第１の認証局装置が、ネットワークを介して利用者装置から電子証明書の発行
依頼および前記電子証明書の証明対象を識別する識別情
報を受信し、前記発行依頼に基づいて、電子証明書を発行し、受信された前記識別情報に基づいて、第２の認証局装置
が前記証明対象に対して発行した電子証明書を検索し、検索された前記電子証明書が有効か失効すべきものかを
示す情報、前記第２の認証局装置から受信し、受信された情報が無失効すべきものである場合に、失効
の理由を、前記第２の認証局装置から受信し、受信された前記理由が、当該第１の認証局装置における
電子証明書の失効理由に該当する場合には、発行された
前記電子証明書を失効させる情報を生成し、生成された前記情報をネットワークを介して送信するこ
とを特徴とする電子証明書の失効方法。
【請求項２】請求項１に記載の電子証明書の失効方法に
おいて、前記証明対象には、前記利用者装置および前記利用者装
置を利用する利用者のうち少なくとも一方が含まれるこ
とを特徴とする電子証明書の失効方法。