(57)【特許請求の範囲】
【請求項１】
複数の権限管理領域をもつＩＣカードにおいて、
同一権限領域内にあるファイルまたはファイル管理領域間に設定された複数の、パスワード、共通鍵または秘密鍵などの鍵に基づいて、パスワード認証、共通鍵認証、公開鍵認証による認証や、ＩＣカード端末により送付されたコマンド種別に応じて、該コマンドの実行可否を判断するために、前記複数の鍵の中でどのような鍵を用いた認証が必要であるかの指定を行うところのアクセル制御を行うＩＣカードセキュリティ処理方法であって、
同一権限領域内にある複数のファイルまたは複数の管理領域間で該複数の鍵情報を、同一利用者が複数のファイルまたはファイル管理領域間に同一の鍵を設定可能であるよう共有し、
前記同一権限領域内にある複数のファイルまたはファイル管理領域間で、前記複数の鍵情報の中でどのような鍵を用いた認証が必要であるかの指定を行うところのアクセス制御情報を共有し、
前記複数の鍵情報の中でどのような鍵を用いた認証が必要であるかの指定を行うところのアクセス制御情報に基づいて認証処理を行い、認証が成功したか否かに関する結果を保持管理し、当該認証に使用した鍵とアクセス制御情報を共有する同一権限領域内にあるファイルまたはファイル管理領域間にて該認証状態を共有し、
認証およびアクセス制御に対する最大試行回数を登録し、試行回数が最大試行回数を超過した場合に、同一権限領域内にあるファイルまたはファイル管理領域へのアクセスを拒絶する、または管理者により強制的に該同一権限領域内にあるファイルまたはファイル管理領域へのアクセスを拒絶するためのファイルまたはファイル管理領域の開閉状態を管理するところの閉塞情報管理制御を行い、同閉塞情報を同一権限領域内にある複数のファイルまたはファイル管理領域間で共有すること
を特徴とするＩＣカードセキュリティ処理方法。
【請求項２】
複数の権限管理領域をもつＩＣカードにおいて、
同一権限領域内にあるファイルまたはファイル管理領域間に設定された複数の、パスワード、共通鍵または秘密鍵などの鍵に基づいて、パスワード認証、共通鍵認証、公開鍵認証による認証や、ＩＣカード端末により送付されたコマンド種別に応じて、該コマンドの実行可否を判断するために、前記複数の鍵の中でどのような鍵を用いた認証が必要であるかの指定を行うところのアクセル制御を行うＩＣカードセキュリティ処理装置であって、
同一権限領域内にある複数のファイルまたは複数の管理領域間で該複数の鍵情報を、同一利用者が複数のファイルまたはファイル管理領域間に同一の鍵を設定可能であるよう共有する鍵情報共有手段と、
前記同一権限領域内にある複数のファイルまたはファイル管理領域間で、前記複数の鍵情報の中でどのような鍵を用いた認証が必要であるかの指定を行うところのアクセス制御情報共有処理手段と、
前記複数の鍵情報の中でどのような鍵を用いた認証が必要であるかの指定を行うところのアクセス制御情報に基づいて認証処理を行い、認証が成功したか否かに関する結果を保持管理し、当該認証に使用した鍵とアクセス制御情報を共有する同一権限領域内にあるファイルまたはファイル管理領域間にて該認証状態を共有する認証状態共有処理手段と、
認証およびアクセス制御に対する最大試行回数を登録し、試行回数が最大試行回数を超過した場合に、同一権限領域内にあるファイルまたはファイル管理領域へのアクセスを拒絶する、または管理者により強制的に該同一権限領域内にあるファイルまたはファイル管理領域へのアクセスを拒絶するためのファイルまたはファイル管理領域の開閉状態を管理するところの閉塞情報管理制御を行い、同閉塞情報を同一権限領域内にある複数のファイルまたはファイル管理領域間で共有する閉塞情報共有手段と
を特徴とするＩＣカードセキュリティ処理装置。
【請求項３】
複数の権限管理領域をもつＩＣカードにおいて、
同一権限領域内にあるファイルまたはファイル管理領域間に設定された複数の、パスワード、共通鍵または秘密鍵などの鍵に基づいて、パスワード認証、共通鍵認証、公開鍵認証による認証や、ＩＣカード端末により送付されたコマンド種別に応じて、該コマンドの実行可否を判断するために、前記複数の鍵の中でどのような鍵を用いた認証が必要であるかの指定を行うところのアクセル制御を行うＩＣカードセキュリティ処理プログラムを記録した記録媒体であって、
同一権限領域内にある複数のファイルまたは複数の管理領域間で該複数の鍵情報を、同一利用者が複数のファイルまたはファイル管理領域間に同一の鍵を設定可能であるよう共有し、
前記同一権限領域内にある複数のファイルまたはファイル管理領域間で、前記複数の鍵情報の中でどのような鍵を用いた認証が必要であるかの指定を行うところのアクセス制御情報を共有し、
前記複数の鍵情報の中でどのような鍵を用いた認証が必要であるかの指定を行うところのアクセス制御情報に基づいて認証処理を行い、認証が成功したか否かに関する結果を保持管理し、当該認証に使用した鍵とアクセス制御情報を共有する同一権限領域内にあるファイルまたはファイル管理領域間にて該認証状態を共有し、
認証およびアクセス制御に対する最大試行回数を登録し、試行回数が最大試行回数を超過した場合に、同一権限領域内にあるファイルまたはファイル管理領域へのアクセスを拒絶する、または管理者により強制的に該同一権限領域内にあるファイルまたはファイル管理領域へのアクセスを拒絶するためのファイルまたはファイル管理領域の開閉状態を管理するところの閉塞情報管理制御を行い、同閉塞情報を同一権限領域内にある複数のファイルまたはファイル管理領域間で共有すること
を特徴とするＩＣカードセキュリティ処理プログラムを記録した記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ＩＣカード端末からＩＣカード内のファイルまたはファイル管理単位であるファイル管理領域にアクセスするための認証およびアクセス制御を行うＩＣカードセキュリティ処理方法および装置とＩＣカードセキュリティ処理プログラムを記録した記録媒体に関する。
【０００２】
【従来の技術】
ＩＣカードにおける鍵共有・認証アクセス制御技術については、ISO7816,JICSAP,Multos,JavaCardに規定がなされている。ＩＳＯ７８１６については、外部認証方法として、Verify,External AuthenticateによってＰＩＮコードを用いた簡易認証と公開鍵を用いた厳密認証が規定されており、そのためのおおまかな鍵の管理方法やアクセス制御情報の管理方法について規定されている。ここでＩＳＯにおけるファイル管理構造をまず説明する。ＩＳＯではＵＮＩＸにおけるルートディレクトリに相当するファイルをＭＦと呼び、中間のディレクトリに相当するものをＤＦと呼んでいる。またＤＦ内に管理される通常の要素ファイルはＥＦと呼ばれる。ＤＦはＤＦおよびＥＦで構成される。
【０００３】
ここで、まずＩＳＯにおける「鍵情報」共有方法としてはグローバルな鍵識別子を指定する方法としてＭＦ（以下、カード管理領域と称する）に設定された鍵を共有する思想と、ローカルな鍵識別子を指定する方法としてＤＦ（以下、ファイル管理領域と称する）に設定された鍵を共有する思想が開示されている。
【０００４】
一方、ＪＩＣＳＡＰにおいては、この中で、ローカルな鍵識別子の指定方法のみ規定しており、ＤＦと呼ばれるファイル管理領域単位で鍵用のファイルＥＦを複数生成し、この鍵の論理積あるいは論理和によってＤＦ内のＥＦに対するコマンド実行の許可を制御するアクセス制御とその情報である「アクセス制御情報」管理の仕組みが規定している。
【０００５】
また同時に、このファイルに対する認証結果の状態を「認証状態」（ＩＳＯおよびＪＩＣＳＡＰにおいてはセキュリティステータスと称する）として管理する仕組み、更にはある鍵への認証が予め鍵に指定された最大試行回数を超過した場合に該鍵を管理する鍵ファイルを自動的に閉塞し、「鍵閉塞状態」を管理する（使用不可にする）自動閉塞の仕組み、強制的にＤＦを閉塞し、閉塞したＤＦを含むＤＦ内のＥＦを閉塞し、「ＤＦ閉塞状態」を管理する強制閉塞の仕組みが開示されている。
【０００６】
また、ＪａｖａＣａｒｄについては、ファイルを共有する手段としてファイルに対するアクセス制御を実行する手段が規定されており、鍵管理手段は実装依存となっている。
【０００７】
一方、Ｍｕｌｔｏｓについてはオブジェクトが管理する物理領域を独立に確保するという手段で各オブジェクトが管理するデータやプログラム間の独立性を保証する仕組みが提供されており、プログラム管理領域間のファイアウォール性を高めるために揮発性メモリ上の共有エリア以外でのデータ共有方法は規定されていない。
【０００８】
そこで、以下、具体的な例を用いて従来技術の説明を行う。図８は従来のＩＣカード認証・アクセス制御に関するセキュリティ処理方法を実施するＩＣカードシステムの機能構成を示すブロック図である。
【０００９】
図８において、ＩＣカード１０は、ＩＣカード端末２０に接続され、ＩＣカード端末２０あるいはＩＣカード１０内のアプリケーションよりＩＣカード１０内のコマンド実行に関する情報が入力される。ＩＣカード１０内では通信制御部１−１が、該ＩＣカード端末２０より指定されたコマンドの処理のディスパッチを実行する。コマンド実行時にはまず最初にファイル選択コマンドを用いて、コマンド処理の対象となるファイルが選択される。このファイルをカレントファイル１−２と称し、またこのファイル選択コマンドを実行するのがファイル選択制御部１−３である。
【００１０】
次に、コマンド実行対象となるファイルに対する鍵情報の設定とアクセス制御情報の設定方法および該ファイルに対するコマンド実行処理時の認証・アクセス制御方法について説明する。そこで、最初に前提となるファイル構成例と各ファイル毎に管理する認証・アクセス制御に関するセキュリティ情報（鍵情報、アクセス制御情報、認証状態、閉塞状態）について説明する。
【００１１】
図９、図１０はＩＳＯ／ＪＩＣＳＡＰに基づくファイル構成とファイルに対するセキュリティ情報の管理方法を示す。
【００１２】
図９は、図１１のＣＡＳＥ１の鍵情報をＤＦ単位で１つのＥＦ内に管理する方法に関するものである。この場合においては、個々のＤＦは鍵情報、アクセス制御情報、認証状態（ＤＦ単位で管理される鍵に対する）、ＤＦ閉塞状態とも別々に管理される。ＥＦはＤＦと同じ鍵情報と認証状態、ＤＦ閉塞状態を有する。
【００１３】
図１０は、ＪＩＣＳＡＰの鍵管理方式に基づくものであり、図１１のＣＡＳＥ２の鍵情報をＤＦ単位で複数のＥＦに１つずつ管理する方法に関するものである。この場合においても、個々のＤＦは鍵情報、アクセス制御情報、認証状態（ＤＦ単位で管理される鍵に対する）、ＤＦ閉塞状態、鍵閉塞状態が個別に管理される。
【００１４】
このようにＩＳＯ／ＪＩＣＳＡＰにおいては、ＭＦ／ＤＦ単位で鍵情報および認証状態、閉塞状態が管理され、ＭＦ／ＤＦ／ＥＦ単位でアクセス制御情報が設定可能である。
【００１５】
そこで、鍵情報、アクセス制御情報、認証状態、、閉塞状態の管理方法例を詳細に説明する。図１１は従来のセキュリティ処理方法の鍵情報管理ファイルの構造を示す図である。鍵情報はＤＦ単位に鍵番号と鍵情報の対で鍵用のＥＦ内に管理される（ＣＡＳＥ１）かあるいは１つの鍵情報に対して１つの鍵用ＥＦを用意する（ＣＡＳＥ２：ＪＩＣＳＡＰ方式）ことによって管理される。後者においては、管理上、鍵ファイルＩＤと鍵情報の他に鍵番号を管理してもよい。
【００１６】
図１２はコマンド実行対象となるファイルに対する従来のセキュリティ処理方法のアクセス制御情報管理ファイルのファイル構造を示す図である。
【００１７】
ファイルに対しては、ファイル種別とそのファイルに対するコマンドの対に応じたアクセスレベルが複数設定可能である。本例はアクセスレベルＡからＤの４種類のアクセスレベルを示しており、アクセスレベル毎に、認証を必要とする複数の鍵番号を論理積・和で設定することが可能である。すなわち、各アクセスレベルについて、１ビット目は先頭２ビット目から８ビット目に対応する鍵番号１−７の鍵を論理積で指定するかあるいは論理和で指定するかを示し（１：論理積、０：論理和）、２ビット目から８ビット目まではそれぞれ鍵番号１−７を認証として要求するかどうかを指定し、９ビット目は先頭１０ビット目から１６ビット目に対応する鍵番号８−１４の鍵を論理積で指定するかあるいは論理和で指定するかを示し（１：論理積、０：論理和）、上位８ビットと下位８ビットは論理積とする。なお、ＪＩＣＳＡＰ仕様のように１つの鍵情報に対して１つの鍵用ＥＦを用意する場合は、例えばＥＦのＩＤの値の順番にアクセス制御情報との対応を行うか（図１１の鍵番号の順番をＥＦのＩＤの順番に対応させる）、あるいは図１１で示したように鍵ファイル生成時に鍵ファイルに対して鍵番号を付与することによって、前者と同様の方式で対応を行うことが可能である。
【００１８】
また、図１４にアクセスレベルの設定例を示す。例えば、アクセスレベルＡはＭＦ／ＤＦに対してＬｏｃｋ系のコマンドが実行された場合に対するアクセスレベルを示している。アクセスレベルＢ−Ｄも同様である。
【００１９】
図１３は従来のセキュリティ処理方法における認証状態管理ファイルのファイル構造を示す図である。ある鍵に対して認証が実行され（例えばパスワードの照合）、認証が成功した場合に各鍵番号に対応するビットに１が立ち、認証が成功したことを示す。これはＤＦ単位で管理される。
【００２０】
上記では、セキュリティ情報の管理方式とファイル構造について説明したが、次にコマンド実行対象となるファイルに対する（１）鍵情報の設定、（２）アクセス制御情報の設定、（３）カレントファイルに対するコマンド実行処理時の認証制御、および（４）アクセス制御について順番に説明する。
【００２１】
まず、第１に鍵情報の設定について説明する。図８に戻って、鍵情報の生成・設定は、鍵情報管理制御部１−４の鍵情報管理処理部１−５において実施され、図１５のように、通信制御部１−１より鍵情報管理制御部１−４の鍵情報管理処理部１−５に対して鍵情報管理制御要求が渡され、カレントＤＦに対して、図１１のＣＡＳＥ１のように鍵ファイルの生成と鍵ファイルへの複数の鍵情報の設定として実現されるかあるいは図１１のＣＡＳＥ２のように複数の鍵ファイルの生成とそれぞれの鍵情報管理ファイル１−６に対する鍵情報の設定として実現される。
【００２２】
第２に、アクセス制御情報の設定について説明する。再度、図８に戻って、アクセス制御情報の設定はアクセス制御情報管理制御部１−７のアクセス制御情報管理処理部１−８において実施され、図１６のように通信制御部１−１よりアクセス制御情報管理制御部１−７のアクセス制御情報管理処理部１−８にアクセス制御情報管理制御要求が渡され、カレントファイルに対して、図１１のようなアクセス制御情報管理ファイル１−９の設定が実施される。
【００２３】
第３に、認証制御について説明する。図１７は、あるファイルに対して鍵情報とアクセス制御情報が設定された後の認証制御フローについて示す図である。通信制御部１−１より鍵番号（ＣＡＳＥ１の場合）あるいは鍵ファイルＩＤ（ＣＡＳＥ２の場合）と鍵情報が入力されると、認証制御部１−２３の中の認証処理部１−１０では、まず指定された鍵番号あるいは鍵ファイルＩＤに対応する鍵情報と入力された鍵情報が対応するものかどうかの認証処理を実行する（Ｖｅｒｉｆｙの場合は照合、External Authenticate の場合は対応の検証）。
【００２４】
もし、認証が成功した場合には、認証状態管理制御部１−１１の認証状態管理処理部１−１２に依頼をかけ、図１３に示されるような認証状態管理ファイル１−１３に対して認証が成功した鍵番号の認証状態をオンにする（ビットを立てる）。もし、認証の試行回数が予めカレントファイル（ＣＡＳＥ１）あるいは鍵ファイル（ＣＡＳＥ２）に設定された最大試行回数を超過した場合（試行回数をデクリメントし、０になった場合）には、閉塞処理部１−１４に依頼し、閉塞状態管理制御部１−１５の閉塞情報管理処理部１−１６を介して、カレントＤＦの閉塞（ＣＡＳＥ１）あるいは認証を実施した鍵ファイルの閉塞（ＣＡＳＥ２）を対応する閉塞状態管理ファイル１−１７に閉塞状態を示すビットを立てることで実施する（図は省略）。
【００２５】
また、強制的に、閉塞処理部１−１４を介してＤＦの閉塞を実施した場合には、ＣＡＳＥ１，ＣＡＳＥ２両方とも同様に、閉塞状態管理制御部１−１５の閉塞情報管理処理部１−１６によって、閉塞状態設定処理が実行され、カレントＤＦの閉塞状態が更新される。
【００２６】
第４に、コマンド実行時のアクセス制御について説明する。図１８は、認証後のコマンド実行時のアクセス制御フローを示している。通信制御部１−１より、コマンド処理要求がコマンド制御部１−２４のコマンド処理部１−１８に渡されると、閉塞状態検証制御部１−１９の閉塞状態検証処理部１−２０に対して閉塞状態検証処理要求を依頼する。閉塞状態検証処理部１−２０では、カレントファイルに対する閉塞状態管理ファイル１−１７を参照し、閉塞中であるかどうかの閉塞状態検証処理を実施し、結果をコマンド処理部１−１８に返却する。もし閉塞している場合には、コマンド処理部１−１８は通信制御部１−１にエラーを返却する。閉塞していない場合には、コマンド処理部１−１８は認証状態検証制御部１−２１の認証状態検証処理部１−２２に対して、認証状態の検証の実施を依頼する。認証状態検証処理部１−２２は、第１にアクセスレベル管理ファイル１−２５を参照することによりカレントファイルの種別と要求されたコマンドの種別からアクセスレベルを判定する。例えば、図１４のアクセスレベル管理ファイルではＥＦに対して書き込み系のコマンドが実行される場合はアクセスレベルはＢである。第２にカレントファイルに設定されているアクセス制御情報管理ファイル１−９よりアクセス制御情報の取得を行い、判定により得たアクセスレベルとして設定されているアクセス制御情報の取得を行う。例えば図１２においては、アクセスレベルＢでは、鍵番号３が認証対象である。そこで、最後に認証状態管理ファイル１−１３を参照し、該アクセス制御情報を満たしているかどうかの認証状態検証を行い、結果をコマンド処理部１−１８に通知する。例えば図１３では鍵番号３に対するビットが既に立っているため、アクセス・実行を許可する。コマンド処理部１−１８では、結果を満たしている場合には、引き続きコマンドの実行を行い、満たしていない場合は、エラーを通信制御部１−１に返却する。
【００２７】
【発明が解決しようとする課題】
上述したように、従来のＩＣカードにおいては、複数のファイル管理領域、すなわちＤＦ、あるいはJavaCard・Multosでは複数のプログラムにわたって同一の鍵やアクセス制御情報、認証状態情報、閉塞情報を共有するという技術は開示されていない。このために、複数の領域を同一の権限（以下、権限管理領域と称する）で利用するような場合でも、それぞれのファイル管理領域で独立なセキュリティ情報を設定しなければならない。しかしながら、この場合に権限管理領域を構成する複数のファイル管理領域に対して複数の鍵の設定・更新やアクセス制御情報の設定・更新を行わなければならないという問題の他、同一権限管理領域にもかかわらず認証もそれぞれのファイル管理領域で独立に実行しなければならないため、道路交通システムのような高速で処理を実行しなければならないような場合など処理工数がかかる他に処理性能の問題が生じる。更に詳しくは、以下に列挙するような問題がある。
【００２８】
（１）上記のＩＳＯ／ＪＩＣＳＡＰ／ＥＭＶにおいてはＭＦ−ＤＦファイル管理領域間以外、すなわちＤＦ−ＤＦ間で鍵を共有することができない。また、ＭｕｌｔｏｓやＪａｖａＣａｒｄにおいてはプログラム間で鍵の共有を実施する方式については規定がなされていない。従って、現状においてファイル管理領域（あるいはプログラム管理領域）が同一利用者のような場合にあるいは別利用者であっても同一の鍵を利用したいといった要求に対しては同一の鍵を再度設定・運用しなければならず、作業の冗長性を避けることができないという問題がある。
【００２９】
（２）上記において鍵を共有した場合でも、現状のＩＣカードにおいてはアクセス制御情報を共有する思想が開示されていないため、同一のアクセス制御情報を設定したいという要求に対しては同一の鍵を再度設定・運用しなければならず、作業の冗長性を避けることができないという問題がある。
【００３０】
（３）上記において現状の技術では、鍵とアクセス制御情報を用いた認証結果・状態である認証状態を複数のファイル／プログラム管理領域間で共有する思想が開示されていないために、同一利用者の権限管理領域内の個々のファイル管理領域において同一の鍵情報が設定されているような場合であって、かつ一方の管理領域内が認証済みであっても、もう一方の管理領域に対する認証を再度実行しなければならないといった認証の冗長性を避けることができないという問題がある。
【００３１】
（４）上記において仮に閉塞情報が共有されないならば、鍵を共有するファイル管理領域間で、例えば鍵共有指定先が閉塞されたような場合にも、もう一方のファイル管理領域は閉塞されない。これは、同一権限者の領域に対して一度認証が失敗した場合にでも、別の領域に対して認証を再度実行可能であるため、セキュリティが弱くなるという問題がある。
【００３２】
本発明は、上記に鑑みてなされたもので、その目的とするところは、複数のファイルまたはファイル管理領域間で鍵情報、アクセス制御情報、認証状態、閉塞状態を共有可能とし、効率化を図り得るＩＣカードセキュリティ処理方法および装置とＩＣカードセキュリティ処理プログラムを記録した記録媒体を提供することにある。
【００３３】
上記目的を達成するため、請求項１記載の本発明は、複数の権限管理領域をもつＩＣカードにおいて、同一権限領域内にあるファイルまたはファイル管理領域間に設定された複数の、パスワード、共通鍵または秘密鍵などの鍵に基づいて、パスワード認証、共通鍵認証、公開鍵認証による認証や、ＩＣカード端末により送付されたコマンド種別に応じて、該コマンドの実行可否を判断するために、前記複数の鍵の中でどのような鍵を用いた認証が必要であるかの指定を行うところのアクセル制御を行うＩＣカードセキュリティ処理方法であって、同一権限領域内にある複数のファイルまたは複数の管理領域間で該複数の鍵情報を、同一利用者が複数のファイルまたはファイル管理領域間に同一の鍵を設定可能であるよう共有し、前記同一権限領域内にある複数のファイルまたはファイル管理領域間で、前記複数の鍵情報の中でどのような鍵を用いた認証が必要であるかの指定を行うところのアクセス制御情報を共有し、前記複数の鍵情報の中でどのような鍵を用いた認証が必要であるかの指定を行うところのアクセス制御情報に基づいて認証処理を行い、認証が成功したか否かに関する結果を保持管理し、当該認証に使用した鍵とアクセス制御情報を共有する同一権限領域内にあるファイルまたはファイル管理領域間にて該認証状態を共有し、認証およびアクセス制御に対する最大試行回数を登録し、試行回数が最大試行回数を超過した場合に、同一権限領域内にあるファイルまたはファイル管理領域へのアクセスを拒絶する、または管理者により強制的に該同一権限領域内にあるファイルまたはファイル管理領域へのアクセスを拒絶するためのファイルまたはファイル管理領域の開閉状態を管理するところの閉塞情報管理制御を行い、同閉塞情報を同一権限領域内にある複数のファイルまたはファイル管理領域間で共有することを特徴とするＩＣカードセキュリティ処理方法。
【００３４】
請求項１記載の本発明にあっては、請求項１記載の本発明にあっては、複数の権限管理領域をもつＩＣカードにおいて、同一権限領域内にある複数のファイルまたはファイル管理領域間で鍵情報を共有するため、個々のファイル管理領域に同一鍵を設定し、更新も同時にでき、効率化を図ることができる。
【００３５】
また、請求項２記載の本発明は、請求項１記載の発明において、前記複数の鍵情報の中でどのような鍵を用いた認証が必要であるかの指定を行うところのアクセス制御情報を管理するアクセス制御情報を前記複数のファイルまたはファイル管理領域間で共有することを要旨とする。
【００３６】
請求項１記載の本発明にあっては、アクセス制御情報を前記同一権限領域内にある複数のファイルまたはファイル管理領域間で共有するため、鍵情報を共有した個々のファイル管理領域に同一アクセス権限でアクセスでき、効率化を図ることができる。
【００３７】
更に、請求項３記載の本発明は、請求項１または２記載の発明において、前記複数の鍵情報の中でどのような鍵を用いた認証が必要であるかの指定を行うところのアクセス制御情報に基づいて認証処理を行い、認証が成功したか否かに関する結果を保持管理し、当該認証に使用した鍵とアクセス制御情報を共有するファイルまたはファイル管理領域間にて該認証状態を共有することを要旨とする。
【００３８】
請求項１記載の本発明にあっては、認証状態を同一権限領域内にある複数のファイルまたはファイル管理領域間で共有するため、ファイル管理領域内で一度認証した鍵情報に対して再度認証する必要がなく、効率的である。
【００３９】
請求項４記載の本発明は、請求項１乃至３記載の発明において、認証およびアクセス制御に対する最大試行回数を登録し、試行回数が最大試行回数を超過した場合に、ファイル管理領域へのアクセスを拒絶する、または管理者により強制的に該ファイル管理領域へのアクセスを拒絶するためのファイル管理領域の開閉状態を管理するところの閉塞情報管理制御を行い、同閉塞情報を複数のファイルまたはファイル管理領域間で共有することを要旨とする。
【００４０】
請求項１記載の本発明にあっては、閉塞情報を同一権限領域内にある複数のファイルまたはファイル管理領域間で共有するため、どれかの領域が閉塞された場合、共有するすべての領域を閉塞することができる。
【００４１】
また、請求項２の本発明は、複数の権限管理領域をもつＩＣカードにおいて、同一権限領域内にあるファイルまたはファイル管理領域間に設定された複数の、パスワード、共通鍵または秘密鍵などの鍵に基づいて、パスワード認証、共通鍵認証、公開鍵認証による認証や、ＩＣカード端末により送付されたコマンド種別に応じて、該コマンドの実行可否を判断するために、前記複数の鍵の中でどのような鍵を用いた認証が必要であるかの指定を行うところのアクセル制御を行うＩＣカードセキュリティ処理装置であって、同一権限領域内にある複数のファイルまたは複数の管理領域間で該複数の鍵情報を、同一利用者が複数のファイルまたはファイル管理領域間に同一の鍵を設定可能であるよう共有する鍵情報共有手段と、
前記同一権限領域内にある複数のファイルまたはファイル管理領域間で、前記複数の鍵情報の中でどのような鍵を用いた認証が必要であるかの指定を行うところのアクセス制御情報共有処理手段と、前記複数の鍵情報の中でどのような鍵を用いた認証が必要であるかの指定を行うところのアクセス制御情報に基づいて認証処理を行い、認証が成功したか否かに関する結果を保持管理し、当該認証に使用した鍵とアクセス制御情報を共有する同一権限領域内にあるファイルまたはファイル管理領域間にて該認証状態を共有する認証状態共有処理手段と、認証およびアクセス制御に対する最大試行回数を登録し、試行回数が最大試行回数を超過した場合に、同一権限領域内にあるファイルまたはファイル管理領域へのアクセスを拒絶する、または管理者により強制的に該同一権限領域内にあるファイルまたはファイル管理領域へのアクセスを拒絶するためのファイルまたはファイル管理領域の開閉状態を管理するところの閉塞情報管理制御を行い、同閉塞情報を同一権限領域内にある複数のファイルまたはファイル管理領域間で共有する閉塞情報共有手段とを特徴とするＩＣカードセキュリティ処理装置。
を有することを要旨とする。
【００４２】
請求項２記載の本発明にあっては、同一権限領域内にある複数のファイルまたはファイル管理領域間で鍵情報、アクセス制御情報、認証状態、閉塞情報を共有することができるため、個々のファイル管理領域に同一鍵を設定し、更新を同時にでき、鍵情報を共有した個々のファイル管理領域に同一アクセス権限でアクセスでき、ファイル管理領域内で一度認証した鍵情報に対して再度認証する必要がなく、どれかの領域が閉塞された場合、共有するすべての領域を閉塞することができる。
【００４３】
更に、請求項３記載の発明は、複数の権限管理領域をもつＩＣカードにおいて、同一権限領域内にあるファイルまたはファイル管理領域間に設定された複数の、パスワード、共通鍵または秘密鍵などの鍵に基づいて、パスワード認証、共通鍵認証、公開鍵認証による認証や、ＩＣカード端末により送付されたコマンド種別に応じて、該コマンドの実行可否を判断するために、前記複数の鍵の中でどのような鍵を用いた認証が必要であるかの指定を行うところのアクセル制御を行うＩＣカードセキュリティ処理プログラムを記録した記録媒体であって、同一権限領域内にある複数のファイルまたは複数の管理領域間で該複数の鍵情報を、同一利用者が複数のファイルまたはファイル管理領域間に同一の鍵を設定可能であるよう共有し、前記同一権限領域内にある複数のファイルまたはファイル管理領域間で、前記複数の鍵情報の中でどのような鍵を用いた認証が必要であるかの指定を行うところのアクセス制御情報を共有し、前記複数の鍵情報の中でどのような鍵を用いた認証が必要であるかの指定を行うところのアクセス制御情報に基づいて認証処理を行い、認証が成功したか否かに関する結果を保持管理し、当該認証に使用した鍵とアクセス制御情報を共有する同一権限領域内にあるファイルまたはファイル管理領域間にて該認証状態を共有し、認証およびアクセス制御に対する最大試行回数を登録し、試行回数が最大試行回数を超過した場合に、同一権限領域内にあるファイルまたはファイル管理領域へのアクセスを拒絶する、または管理者により強制的に該同一権限領域内にあるファイルまたはファイル管理領域へのアクセスを拒絶するためのファイルまたはファイル管理領域の開閉状態を管理するところの閉塞情報管理制御を行い、同閉塞情報を同一権限領域内にある複数のファイルまたはファイル管理領域間で共有することを要旨とする。
【００４４】
請求項３記載の本発明にあっては、同一権限領域内にある複数のファイルまたはファイル管理領域間で鍵情報、アクセス制御情報、認証状態、閉塞情報を共有するＩＣカードセキュリティ処理プログラムを記録媒体に記録しているため、該記録媒体を用いて、その流通性を高めることができる。
【００４５】
【発明の実施の形態】
以下、図面を用いて本発明の実施の形態を説明する。図１は、本発明の第１の実施形態に係るＩＣカードセキュリティ処理方法を実施するＩＣカードシステムの機能構成を示すブロック図である。同図に示す実施形態は、図８に示した従来のＩＣカードセキュリティ処理方法を実施する機能構成に対して鍵情報管理制御部１−４、認証状態管理制御部１−１１、閉塞状態管理制御部１−１５にそれぞれ鍵情報、認証状態、閉塞状態を共有するための鍵情報共有処理部１２−１、認証状態共有処理部１２−２、閉塞状態共有処理部１２−３を設けるとともに、またアクセス制御情報管理制御部１−７にアクセス制御情報共有処理部１２−４を設けた点が異なるものであり、その他の構成は図８に示したものと同じである。
【００４６】
このように構成される第１の実施形態において、まず最初に鍵情報の管理方法を図９に示したＣＡＳＥ１の場合であるとして説明する。
【００４７】
図２は、本実施形態におけるセキュリティ情報管理方法（ＣＡＳＥ１）を示す図である。本実施形態では、同一利用者（同一の権限を持つ人）の間では、上述した各処理部により同一権限管理領域内で、それぞれのＤＦやＥＦの鍵情報管理ファイルアドレス、認証状態管理ファイルアドレス、閉塞状態管理ファイルアドレス、およびアクセス制御情報管理ファイルアドレスを共有することが可能で、これにより権限管理領域内での鍵情報、認証状態、閉塞状態、アクセス制御情報の共有が可能となる。
【００４８】
図３は、本実施形態のセキュリティ処理方法における鍵情報の管理制御フローを示す図である。本実施形態においては、鍵情報管理制御時、すなわちＤＦを生成後にＤＦに対して鍵情報管理ファイルを生成する際あるいは鍵ファイル生成後に鍵情報を設定する際あるいは鍵情報の一括更新を実施する際に、まず鍵情報の共有指定があるかどうかの判断を実施する。もし、共有指定ではない場合は従来どおりで鍵情報管理ファイルの生成や鍵情報の設定が実施される。共有指定があった場合、上位のＤＦのもつ鍵情報管理ファイルＥＦのアドレス（ファイルＩＤあるいは物理アドレス）を取得し、当該ＤＦの鍵情報管理ファイルのアドレスとして設定する。なお、この時に、認証処理部１−１０、閉塞処理部１−１４を介して、認証状態共有処理部１２−２、閉塞状態共有処理部１２−３に共有処理を依頼し、それぞれ上位のＤＦの認証状態管理ファイル、ＤＦ閉塞状態管理ファイルのアドレスの取得とカレントＤＦに対する認証状態管理ファイル、ＤＦ閉塞状態管理ファイルのアドレスの設定を行う。
【００４９】
ここで注意しなくてはならないのは、例えば仮想的な鍵ファイルを生成し、鍵ファイルのリンク先として、上位の鍵ファイルを参照するような実装をとった場合にでも（この場合はファイルのヘッダ情報の中の鍵ファイルの参照先はこの仮想鍵ファイルとなる）、該仮想鍵ファイルに対するアクセス制御情報は参照する鍵ファイルと同一でなければならない。これによって、共有した鍵情報管理ファイルと同一のアクセス権限が新規の鍵情報管理ファイルに設定され、セキュリティの強度が維持できるためである。
【００５０】
この場合は、アクセス制御情報管理処理部に依頼し、鍵ファイルに対するアクセス制御情報の共有も実施する。これは、上位のＤＦの鍵情報管理ファイルの参照するアクセス制御情報ファイルのアドレスを取得し、新規に生成されたあるいは鍵が設定された鍵情報管理ファイルのヘッダ情報として、参照する鍵情報管理ファイルに対するアクセス制御情報管理ファイルのアドレスを設定するものである。
【００５１】
また、図４は本実施形態のセキュリティ処理方法におけるアクセス制御情報の管理制御フローを示す図である。これはアクセス制御情報管理制御時、すなわち任意のファイル生成時にアクセス制御情報の一括設定がある場合、あるいはファイル生成後にアクセス制御情報を一括設定する場合、あるいはアクセス制御情報の設定後に一括更新を実施する場合の指定方法である。鍵情報が上位のＤＦと共有されている場合にはアクセス制御情報の共有指定が可能である。仮に通信制御部からの要求に上位のファイルとのアクセス制御の共有指定がある場合、アクセス制御情報管理制御部１−７のアクセス制御情報共有処理部１２−４にアクセス制御情報共有を依頼し、当該ファイルのアクセス制御情報として、取得した上位のＤＦのアクセス制御情報を参照するように設定を行う。また、このとき要求に同一アクセス制御情報の指定があった場合には、上位のＤＦと同一のアクセス制御情報を当該ファイルに設定する。
【００５２】
次に、本発明の第２の実施形態について説明する。この実施形態では、鍵情報の管理方法を図１０のＣＡＳＥ２の場合について説明する。
【００５３】
図５は、本実施形態のセキュリティ情報管理方法を示す図である。本実施形態も、第１の実施形態と同様に、複数のファイル管理領域で構成される同一権限管理領域で鍵情報、アクセス制御情報、認証状態、閉塞状態を管理可能であるが、更に鍵単位での安全な鍵共有が可能である。
【００５４】
本実施形態におけるセキュリティ情報管理方法を示している図５において、それぞれのファイルはヘッダ情報として、アクセス制御情報管理ファイル（ＡＡＡＡ）、鍵番号と鍵情報管理ファイルアドレス（Ｂ０１１，Ｂ１４１）、認証状態管理ファイルアドレス（Ｂ０１２，Ｂ１４２）、鍵閉塞状態管理ファイルアドレス（Ｂ０１３，Ｂ１４３）の対、およびＤＦ閉塞状態管理ファイルのアドレス（ＤＤＤＤ）を管理する。すなわち、認証状態管理ファイル構造は従来および第１の実施形態の方法と異なる。本実施形態においては、鍵情報管理ファイル毎（すなわち鍵毎）に認証状態管理ファイルを所有する。
【００５５】
ここでまず、すべてのファイル（ＤＦ，ＥＦ）は上位のＤＦに設定された鍵ファイルの一部あるいはすべてを共有することが可能である。このとき、すべての鍵ファイル共有が実施された場合には自動的にＤＦの法則情報も共有される（ＥＦは生成時に自動的にＤＦと鍵共有が実施されるためＤＦの閉塞情報の共有も実施される）。また、鍵情報がすべて共有された場合にはアクセス制御情報の共有も実施可能である。
【００５６】
図６は、本実施形態のセキュリティ処理方法における情報の管理制御フローを示す図である。本実施形態においては、鍵情報管理制御時、すなわちＤＦを生成後にＤＦに対してある１つの鍵ファイルを生成する際あるいは鍵ファイル生成後に鍵情報を設定する際あるいは該鍵ファイルの鍵情報の更新を実施する際に、全部あるいは一部の鍵ファイルに対しても上位ＤＦの鍵情報管理ファイルとの共有指定があった場合に、以下の処理を実行する。
【００５７】
１）指定された鍵情報管理ファイルのアドレス、該鍵情報に対する認証状態管理ファイルアドレス、該鍵情報に対する閉塞状態管理ファイルアドレス取得処理、すべての鍵情報共有の場合はＤＦ閉塞情報管理ファイルアドレス取得処理
２）カレントファイルヘッダ情報へのアドレス設定処理
なお、アクセス制御情報の共有方法については第１の実施形態とほぼ同様である。本第２の実施形態においては、第１の実施形態と異なり、個々の鍵ファイル単位での鍵共有が可能であるため、アクセス制御情報の共有が可能な条件は、第１の実施形態では上位ＤＦと鍵を共有しているだけでよかったが、本第２の実施形態では、すべての鍵ファイルを共有している場合に限る。ただし、結果的には両方ともすべての鍵を共有している場合となる。
【００５８】
なお、上記実施形態の処理をプログラムとして記録媒体に記録することにより該記録媒体を用いて、その流通性を高めることができる。
【００５９】
【発明の効果】
以上説明したように、本発明によれば、同一利用者、すなわち同一権限管理領域内の複数のファイル管理領域に対して、同一の鍵が設定可能であり、かつ共有可能であるので、個々のファイル管理領域に同一の鍵を設定し、更新も同時に行いたいというような要求に答えることが可能である。
【００６０】
また、本発明によれば、新規に鍵を共有したファイル管理領域内で同一のアクセス制御情報を簡単に設定・共有可能であるので、鍵共有を行っている個々のファイル管理領域に同一アクセス権限でアクセスし、かつアクセス権限の変更も一度に行いたいような要求に答えることが可能である。
【００６１】
更に、本発明によれば、新規に鍵を共有したファイル管理領域内で同一の認証状態を共有することが可能であるので、他の鍵共有を行っているファイル管理領域内で一度認証した鍵情報に対しては再度認証を実行する必要がないという効果がある。また更に、鍵の他にアクセス制御情報をも共有したファイル管理領域を新規に作成した場合には、一度共有するファイル管理領域内で認証を実行すると、以降同一種類のファイルに同一コマンドでアクセスする場合には認証が必要なくなり、処理の冗長性を極力排除することが可能である。
【００６２】
また、本発明によれば、新規に鍵・認証状態あるいは鍵・アクセス制御情報・認証状態を共有するファイル管理領域において、閉塞状態の共有が可能であるので、共有するファイル管理領域内において、どれかの領域が閉塞されたような場合には、共有するすべての領域に対して閉塞を実行できる（例えば、あるＤＦが強制閉塞された場合、ＤＦと鍵を共有するすべてのＤＦが閉塞できる）。あるいは鍵が閉塞されたような場合に、この鍵を利用したすべてのファイルへのアクセスを実行不可能にすることが可能であるため、鍵・アクセス制御情報・認証状態をファイル管理領域間で共有しても、共有前と同一の安全性を保証することが可能である。
【図面の簡単な説明】
【図１】本発明の第１の実施形態に係るＩＣカードセキュリティ処理方法を実施するＩＣカードシステムの機能構成を示すブロック図である。
【図２】第１の実施形態におけるセキュリティ情報管理方法（ＣＡＳＥ１）を示す図である。
【図３】第１の実施形態のセキュリティ処理方法における鍵情報の管理制御フローを示す図である。
【図４】第１の実施形態のセキュリティ処理方法におけるアクセス制御情報の管理制御フローを示す図である。
【図５】本発明の第２の実施形態におけるセキュリティ情報管理方法（ＣＡＳＥ２）を示す図である。
【図６】第２の実施形態のセキュリティ処理方法における鍵情報の管理制御フローを示す図である。
【図７】第２の実施形態のセキュリティ処理方法におけるアクセス制御情報の管理制御フローを示す図である。
【図８】従来のセキュリティ処理方法を実施するＩＣカードシステムの機能構成図である。
【図９】従来のセキュリティ情報管理方法のセキュリティ情報管理方法（ＣＡＳＥ１）を示す図である。
【図１０】従来のセキュリティ情報管理方法のセキュリティ情報管理方法（ＣＡＳＥ１）を示す図である。
【図１１】従来のセキュリティ処理方法における鍵情報管理ファイルの構造を示す図である。
【図１２】従来のセキュリティ処理方法におけるアクセス制御情報管理ファイルの構造を示す図である。
【図１３】従来のセキュリティ処理方法における認証状態管理ファイルの構造を示す図である。
【図１４】従来のセキュリティ処理方法におけるアクセスレベル管理ファイルの構造を示す図である。
【図１５】従来のセキュリティ処理方法における鍵情報管理制御フローを示す図である。
【図１６】従来のセキュリティ処理方法におけるアクセス制御情報管理制御フローを示す図である。
【図１７】従来のセキュリティ処理方法における認証制御フローを示す図である。
【図１８】従来のセキュリティ処理方法におけるコマンドアクセス制御フローを示す図である。
【符号の説明】
１−３  ファイル選択制御部
１−４  鍵情報管理制御部
１−５  鍵情報管理処理部
１−６  鍵情報管理ファイル
１−７  アクセス制御情報管理制御部
１−８  アクセス制御情報管理処理部
１−９  アクセス制御情報管理ファイル
１−１０  認証処理部
１−１１  認証状態管理制御部
１−１３  認証状態管理ファイル
１−１５  閉塞状態管理制御部
１−１７  閉塞状態管理ファイル
１−１８  コマンド処理部
１−１９  閉塞状態検証制御部
１−２１  認証状態検証制御部
１−２３  認証制御部
１−２４  コマンドアクセス制御部
１２−１  鍵情報共有処理部
１２−２  認証状態共有処理部
１２−３  閉塞状態共有処理部
１２−４  アクセス制御情報共有処理部
【図１】
0004084507.tif 000002
【図２】
0004084507.tif 000003
【図３】
0004084507.tif 000004
【図４】
0004084507.tif 000005
【図５】
0004084507.tif 000006
【図６】
0004084507.tif 000007
【図７】
0004084507.tif 000008
【図８】
0004084507.tif 000009
【図９】
0004084507.tif 000010
【図１０】
0004084507.tif 000011
【図１１】
0004084507.tif 000012
【図１２】
0004084507.tif 000013
【図１３】
0004084507.tif 000014
【図１４】
0004084507.tif 000015
【図１５】
0004084507.tif 000016
【図１６】
0004084507.tif 000017
【図１７】
0004084507.tif 000018
【図１８】
0004084507.tif 000019