(57)【要約】【課題】属性証明書の検証処理性能を向上させる。【解決手段】経路検証部１２は、属性が委譲された経路を構成する複数の属性証明書を検証する。通信部１４は経路リポジトリ２にアクセスする。経路参照部１６は経路リポジトリ２に蓄積されている経路情報を参照する。経路登録部１５は経路リポジトリ２に、未登録の、正当な属性証明書経路情報を登録する。不正委譲検証部１３は経路リポジトリの参照結果から、経路中の所有者が制限を越える属性委譲を実施していないことを検証する。【選択図】      図１
2004355214.tif 000002
【特許請求の範囲】
【請求項１】
属性が委譲された経路を構成する複数の属性証明書を検証する経路検証部と、属性情報と現在の所有者との対応関係を検証する認証部を有する属性検証装置において、
正当な属性証明書経路情報を蓄積管理する経路リポジトリにアクセスする通信部と、
前記経路リポジトリに蓄積されている経路情報を参照する経路参照部と、
経路リポジトリに、未登録の、正当な属性証明書経路情報を登録する経路登録部と、
前記経路リポジトリの参照結果から、経路中の所有者が、制限を越える属性委譲を実施していないことを検証する不正経路検証部を有することを特徴とする属性検証装置。
【請求項２】
前記経路検証部は、経路リポジトリの参照結果に存在しない経路のみ検証する、請求項１記載の属性検証装置。
【請求項３】
属性が委譲された経路を構成する複数の属性証明書の経路検証結果を蓄積するリポジトリ部と、
属性検証装置がアクセスできる通信部と、
正当な属性検証装置からのアクセスのみ許すアクセス制御部を有する経路リポジトリ。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、属性を委譲された属性証明書の属性検証方法に関し、特に所有者が他の所有者に委譲できる回数に制限ある属性証明書の属性検証方法に関する。
【０００２】
【従来の技術】
属性情報とその属性の所有者の対応を電子署名で証明する属性証明書の標準化が行われており、属性が所有者間で委譲される機構も示されている（非特許文献１）。
【０００３】
【非特許文献１】
Ｒｅｃｏｍｍｅｎｄａｔｉｏｎ  Ｘ．５０９“Ｔｈｅ  Ｄｉｒｅｃｔｏｒｙ：Ｐｕｂｌｉｃ−ｋｅｙ  ａｎｄ  Ａｔｔｒｉｂｕｔｅ  Ｃｅｒｔｉｆｉｃａｔｅ  Ｆｒａｍｅｗｏｒｋｓ”，ＩＴＵ−，２０００年３月
【０００４】
【発明が解決しようとする課題】
一般的に、所有者の権利を表す属性情報は、ある所有者から委譲できる回数が制限されなければならないことがある。例えばデータベースへのアクセス権を属性とすると、その属性所有者の全体数が重要であり、一人分のアクセス権を複数の所有者に委譲してはならない。
【０００５】
しかし、従来の属性証明書の委譲モデルでは、ある所有者が不正に多数の所有者に属性を委譲することを防止する方法は定められていない。そのため、上記のような委譲回数に制限がある属性は、所有者が信用できる場合に限り委譲可能な属性証明書の発行が可能となる。
【０００６】
従来技術では、所有者が信用できない場合は、属性証明書は委譲可能とせず、所有者が転移する場合は属性発行者が第１の所有者の属性証明書を無効化し、第２の所有者に再発行する必要がある。
【０００７】
また、複数の属性証明書からなる経路を検証するには属性証明書の数に比例する回数のデジタル署名検証処理が必要であり、これに伴い検証処理性能が悪化する。
【０００８】
本発明の目的は、複数の属性証明書からなる経路を検証する場合にも検証処理性能が悪化しない属性検証装置を提供することにある。
【０００９】
【課題を解決するための手段】
本発明の属性検証装置は、属性が委譲された経路を構成する複数の属性証明書を検証する経路検証部と、属性情報と現在の所有者との対応関係を検証する認証部を有する属性検証装置において、正当な属性証明書経路情報を蓄積管理する経路リポジトリにアクセスする通信部と、経路リポジトリに蓄積されている経路情報を参照する経路参照部と、経路リポジトリに、未登録の、正当な属性証明書経路情報を登録する経路登録部と、経路リポジトリの参照結果から、経路中の所有者が、制限を越える属性委譲を実施していないことを検証する不正経路検証部を有する。
【００１０】
本発明の属性検証装置は、属性証明書の委譲経路を検証することに加え、過去の検証結果を登録したリポジトリを参照し、対象としている属性が制限を越えて委譲されていないことを検証することにより、不正な委譲経路が存在しないことを検証する。
【００１１】
また、リポジトリに登録されている、既に検証されたことのある経路を利用することにより経路検証時のデジタル署名検証回数を削減し、従来技術より検証処理性能が向上する。
【００１２】
【発明の実施の形態】
次に、本発明の実施の形態について図面を参照して説明する。
【００１３】
図１は本発明の一実施形態の属性検証装置を含む属性検証システムの構成を示している。
【００１４】
この属性検証システムは複数の検証装置１と経路リポジトリ２から構成されている。
【００１５】
図２は属性検証装置１と経路リポジトリ２の構成を示している。
【００１６】
属性検証装置１は認証部１１と経路検証部１２と不正委譲検証部１３と通信部１４と経路登録部１５と経路参照部１６で構成されている。経路検証部１２は、属性が委譲された経路を構成する複数の属性証明書を検証する。通信部１４は経路リポジトリ２にアクセスする。経路参照部１６は経路リポジトリ２に蓄積されている経路情報を参照する。経路登録部１５は経路リポジトリ２に未登録の、正当な属性証明書経路情報を登録する。不正委譲検証部１３は経路リポジトリ２の参照結果から、経路中の所有者が制限を越える属性委譲を実施していないことを検証する。認証部１１は属性情報と現在の対応関係を検証する。
【００１７】
経路リポジトリ２はリポジトリ部２１とアクセス制御部２２と通信部２３から構成されている。通信部２３は、属性検証装置１の参照、登録処理のための接続を受け付ける。アクセス制御部２２は、接続元の属性検証装置を認証し、該装置が正当な装置であることを確認する。もし、ここで正当な接続元でないと認めた場合、リポジトリ部２１の不正な更新を防ぐために接続要求を却下する。リポジトリ部２１は、属性検証装置１から要求された参照、登録処理を行う。
【００１８】
図３に本発明の利用環境の一例を示す。
【００１９】
１．    発行において、発行者Ａが所有者１に、所有者１が属性Ａを有することを証明する属性証明書１を発行する。属性Ａは所有者が別の所有者に委譲することが許されるが、委譲後は最初の所有者は使用できないものとする。発行者Ａは所有者１以外にも多数の同様の属性証明書を発行するものとする。
【００２０】
２．    委譲において、所有者１が所有者２に属性Ａを委譲する。所有者１は所有者２に、所有者２が属性Ａを有することを証明する属性証明書２を発行する。所有者２はこの後、別の所有者に同様の属性証明書を発行することにより属性Ａを委譲することも可能とする。
【００２１】
３．    検証要求において、所有者２は属性検証装置１に対して属性検証を要求する。一般的な認証方式では属性証明書１、属性証明書２、所有者２の公開鍵証明書、所有者２の秘密鍵で作成した署名を送信する。また、一般に属性検証装置１は属性を有する者を対象にサービスを提供するサービスプロバイダなどが運営する。
【００２２】
４．    経路参照／登録において、属性検証装置１は経路リポジトリ２に経路を参照／登録することにより属性Ａが制限を越えて譲渡されていないことを検証する。
【００２３】
次に、属性検証装置１の処理の流れを図４のフローチャートを基に説明する。
【００２４】
ここでは図３の利用環境を想定する。また、ここでは便宜上、属性証明書１の属性は同時に一人しか使えず、これを委譲したら当該所有者はこの属性を失効するものとする。
【００２５】
以下に処理フローについて説明する。
【００２６】
本人認証ステップ１０１では、まず、認証部１１において、認証要求で受け取った所有者２の公開鍵証明書で署名を検証する。次に、該公開鍵証明書の主体者が属性証明書２の所有者と同一人物であることを確認する。次に、属性証明書２の属性が本検証装置の検証対象である属性であることを確認する。上記の全てを検証／確認できれば次の処理に進む。できない場合は検証要求を却下する。
【００２７】
経路情報取得ステップ１０２では、経路検証部１２で、検証要求で受け取った複数の属性証明書の経路情報Ｒ１を取得する。この時点では属性証明書の署名を検証せず、記載されている経路情報のみ取得する。
【００２８】
リポジトリ参照ステップ１０３、経路情報取得ステップ１０４では、経路参照部１６で、通信部１４を経由してリポジトリ２から、対象とする属性情報の過去に検証された正当な経路情報のうち、発行者Ａからの経路が経路情報Ｒ１と連続して最も多く一致する経路情報Ｒ２を検索する。
【００２９】
経路情報比較ステップ１０５では、不正委譲検証部１３で経路情報Ｒ１と、経路情報Ｒ２を比較する。比較結果は以下の４通りに分類される。
【００３０】
Ｉ．    経路情報Ｒ１とＲ２が同一の経路である場合。例えば、
経路情報Ｒ１：発行者Ａ→所有者１→所有者２
経路情報Ｒ２：発行者Ａ→所有者１→所有者２
この場合、所有者２の検証要求は正当と認められるので、有効判定ステップ１１０に進む。
【００３１】
ＩＩ．    経路情報Ｒ２は経路情報Ｒ１の経路を含み、かつ経路情報Ｒ１の状態からさらに別の所有者に属性が委譲されていることを示す場合。例えば、
経路情報Ｒ１：発行者Ａ→所有者１→所有者２
経路情報Ｒ２：発行者Ａ→所有者１→所有者２→所有者３
この場合、所有者２は属性を失効しているものと認められるので、無効判定ステップ１１１に進む。
【００３２】
ＩＩＩ．    経路情報Ｒ２は経路情報Ｒ１の経路に含まれる場合、例えば、
経路情報Ｒ１：発行者Ａ→所有者１→所有者２
経路情報Ｒ２：発行者Ａ→所有者１
当該属性は所有者２に委譲されて初めて検証要求されている可能性があるものとして属性証明書検証ステップ１０７に進む。
【００３３】
属性証明書検証ステップ１０７では、まず経路検証部１２で属性証明書２を検証する。検証結果は以下の２通りに分類される。
【００３４】
ＩＩＩ−１．    上記検証結果が不正である場合、属性証明書２は不正に発行されたものと認められるので、無効判定ステップ１１１に進む。
【００３５】
ＩＩＩ−２．    上記検証結果が正当である場合、当該属性は所有者２に委譲されて初めて検証要求されたものと認められ、リポジトリ登録ステップ１０９に進む。
【００３６】
リポジトリ登録ステップ１０９では、経路登録部１５で、通信部１６を介して経路リポジトリ２に接続し、経路Ｒ２を正当な経路情報として更新し、有効判定ステップ１１０に進む。
【００３７】
ＩＶ．（１）と（２）は上位のいずれの関係にも該当しない場合、不正に委譲された属性と認められるので、無効判定ステップ１１１に進む。
【００３８】
有効判定ステップ１１０では、認証部１１において、検証結果が有効であることを返す。
【００３９】
無効判定ステップ１１１では、認証部１１において、検証結果が無効であることを返す。
【００４０】
以上の実施形態は属性証明書１の属性は同時に一人しかつかえず、これを委譲したら当該所有者はこの属性を失効するものと仮定したが、これを複数人とした場合も、処理内容が複雑になるだけで、同様の考え方で実現できる。
【００４１】
【発明の効果】
以上説明したように、本発明によれば、複数の属性証明書からなる経路を検証する場合にも検証処理性能が悪化しない属性検証装置を提供することができる。
【図面の簡単な説明】
【図１】本発明の一実施形態の属性検証装置と経路リポジトリを含む属性検証システムの構成図である。
【図２】属性検証装置と経路リポジトリのブロック図である。
【図３】本発明の利用環境の一例を示す図である。
【図４】属性検証装置の処理の流れを示すフローチャートである。
【符号の説明】
１    属性検証装置
２    経路リポジトリ
１１    認証部
１２    経路検証部
１３    不正委譲検証部
１４    通信部
１５    経路登録部
１６    経路参照部
２１    リポジトリ部
２２    アクセス制御部
２３    通信部
１０１〜１１１    ステップ
【図１】
2004355214.tif 000003
【図２】
2004355214.tif 000004
【図３】
2004355214.tif 000005
【図４】
2004355214.tif 000006