JP3980145B2 - チップカード用暗号鍵認証方法および証明書 - Google Patents

Description

【０００１】
【発明の属する技術分野】
本発明は、チップカードの暗号鍵を認証することに関する。
【０００２】
【従来の技術】
チップカードによるデータの保護および機密保持は、データ記憶媒体の他の形式、例えば磁気ストライプ・カードまたはディスケットと比較して、根本的に優れた点の一つである。このため、この目的に特化したチップ・ハードウェアの形式と種々の暗号法が必要である。
【０００３】
種々の暗号法のなかで、対称暗号法と非対照暗号法とを区別することが可能である。対称暗号法の場合、チップカードで交換することが可能なデータの符号化および復号化のどちらにも使用される鍵がたった一つ存在する。この鍵を知る者ならばだれでも上記コード化されたデータからなる情報を読みとることができるので、その鍵を秘匿しておかなければならない。このことは、通信相手同士の間でこの鍵をどのようにしてやり取りすることができるか、という問題を生ずる。鍵を公開ネットワーク上で受け渡しすることは不可能である。なぜなら、それによってもはや鍵の秘匿性がなくなるからである。
【０００４】
この問題は非対称暗号法による支援によって部分的に解決される。この状態では、符号化用の鍵Ｖと復号化用の鍵Ｅとがある。ここでの特徴は、２種類の鍵のいずれか一つだけが秘匿されなければならないということである。鍵Ｅが秘匿されている間、鍵Ｖは一般大衆に知られている。もし送信者が受信側の相手に秘匿メッセージを送ることを望むなら、送信者は情報をコード化するために公知の鍵Ｖを使用する。受信側の相手がコード化された情報を受ける場合、秘匿鍵Ｅの助けを借りてその情報を復号化する。鍵Ｖは秘密で、鍵Ｅは一般大衆に知られている逆の状況も必然的に考えられる。
【０００５】
非対称暗号法は鍵の受け渡しにかかわる問題を解決する。しかし、それによって公知の鍵の信憑性を確認しなければならないという新たな問題を生ずる。そこで、信頼できる証明機関によって認証される公知の鍵によって行われ、最終的に構成部分、すなわち
・公知の鍵、
・公知の鍵の所有者の名前、
・この公知の鍵が使用されるアプリケーションまたはアプリケーション領域、および
・信頼できる証明機関の電子署名
からなる証明書が発行される。
【０００６】
情報技術の見地から、電子署名は結果的に所定のデータ列を通していわば他のＭＡＣ（メッセージ認証コード）に類似したような、証明書の他の構成部分の暗号的チェック・サムのようなものに等しいものになる。信頼できる証明機関は、証明書のデータ要素（構成成分）が互いに属することを確認するために電子署名を使う。
【０００７】
証明書の構成およびフォーマットに関する規格、すなわちＸ．５０９がある。この規格は、大規模なデータ・バンクに関連して定義されたものであり、ハイ・パフォーマスな処理能力を持つコンピュータへのアクセスを前提とする。チップカードのプロセッサの助けを借りてＸ．５０９証明書を評価することはできない。
【０００８】
したがって、チップカードで非対称暗号法を用いる場合、ただ最初に鍵を保持する役目を果たすだけである。これに対して、非対称暗号法によりこの鍵を使用するための認証は、より大きい計算能力を持つコンピュータを使うことによってチップカードの外側で達成される。
【０００９】
【発明が解決しようとする課題】
本発明の目的は、チップカードに対する暗号鍵認証の自由度を改善することである。
【００１０】
【課題を解決するための手段】
この目的は、独立項である請求項１および１７によって明らかにされた技術的原則によって達成される。
【００１１】
現行ものもと比較して、本発明によって達成される極めて優れた点は、認証されている暗号鍵をチップカードに取り入れることができるということである。このようにして、非対称暗号法の機能性はチップカードに完全統合される。機密保護の新しいレベルが生成され、チップカードの可能なアプリケーション領域が拡張される。このことは、チップカード上で実行することが可能な認証手順で使用することができ、チップカードに合わせて作られ、構造が簡単な証明書という手段によって達成される。
【００１２】
本発明の範囲は、チップカード上での電子署名の確認が以下のステップを包含することを規定する。すなわち、認証鍵によるチップカード上の電子署名の変換、証明書の第１の部分に対する電子指紋の生成、および変換された電子署名と証明書の最初部分の電子指紋との比較である。このようにして、コード化されていないデータが有利に比較され、暗号化され、そして解読される。
【００１３】
チップカード上の電子署名の確認は、以下のステップを適当に含むことができる。すなわち、証明書の第１の部分における電子指紋の生産と、認証鍵および一組の方程式による電子指紋の変換と、変換された電子指紋と証明書によってチップカードに転送される参照値との比較とが含まれる。
【００１４】
このようにして、コード化されていないデータが方程式で使用されるので、符号化および復号化操作が除かれる。
【００１５】
本発明を好適に実施することによって、電子署名の確認の過程で該電子署名が証明書の第１の部分の電子署名として確認される場合に、暗号鍵は認証された鍵としてマークされる。正しくチップカードへ転送され、かつ正しく該チップカードに格納されたそれらの鍵のみが、認証された鍵として用いることができることは、このようにして確かめることができる。マーキングがなされているため、暗号鍵が使用されている場合に、該暗号鍵の状態をほとんど手間をかけることなく判断することができる。
【００１６】
暗号鍵を認証するための認証鍵が使用されているかどうかを立証するために、確認が都合よくなされる。このことは、暗号鍵を認証するために、「信頼できる証明機関」によって事前に認証されたそれらの認証鍵のみを排他的に使用することができる。
【００１７】
本発明の有利な形態によって、認証された鍵が機密性の高い命令の実行に使用され、それによってチップカードの機密保護基準が改善される。
【００１８】
認証された鍵は、さらにもうひとつの暗号鍵の認証のためのさらにもうひとつの認証鍵として有効に使用されることができる。このようにして、どのような種類の認証連鎖でも作り出すことができる。
【００１９】
本発明の有利な範囲によって、証明書がチップカードに転送された後の非機密性の命令の実行に暗号鍵を使用することができる。これによって、認証が終わる前であってもチップカードの実行可能なアプリケーション内に暗号鍵を組み込むことが可能となる。
【００２０】
ハッシュ値は、証明書の第１の部分の電子署名または証明書の第１の部分の電子指紋のいずれか一方を生成する間にハッシュ・アルゴリズムによって計算することができる。これは認証作業の間に処理されるデータを圧縮するので、さらにこのデータを別の認証手順の最中に時間と労力とを費やすことなく処理することができる。
【００２１】
本発明の有利な形態によって、証明書の第１の部分および第２の部分が逐次独立してチップカードに転送することができる。それによって、証明書への違法なアクセスがいっそう難しくなる。さらに、別々にした転送作業の助けを借りることでチップカード上の証明書の処理がいっそう効率的な形態となる。特に、他の部分がオンラインで処理されている間に証明書の一部分をオフラインで処理することができる。
【００２２】
本発明の有用な範囲（技術的範囲の敷衍）は、証明書の第１の部分に管理データが含まれるようにして形成される。特に、このことは決定される暗号鍵の使用および用途の限定条件を可能にする。
【００２３】
本発明の有用な形態では、暗号鍵はチップカードの一つ以上のアプリケーションに対して管理データによって割り当てられ、それによって該キーが使用されてもよいそれらのアプリケーションを明確な方法で確認することができる。したがって、他のアプリケーションに対する暗号鍵のいかなる誤用も防止される。
【００２４】
本発明のすべての有利な形態によって、チップカードのパーソナリゼーションの間、他のセキュリティ関連データとともに該認証鍵がチップカード上にロードされる結果、認証鍵が該チップカードへ転送される。
【００２５】
１ビットを暗号鍵の状態バイトに配置することで、該暗号鍵を有利に認証鍵としてマーキングすることができる。このことは、チップカードのプロセッサによって容易に評価することが可能な認証鍵をマーキングする可能性を例証する。
【００２６】
本発明の有利な形態によって、暗号鍵をチップカード上のテーブルに入力することにより、暗号鍵を認証鍵としてマーキングすることができる。このようにして、検査することができるようにしてすべての認証鍵をチップカードに格納することができる。
【００２７】
認証鍵としての暗号鍵のマーキングは、チップカードの特定のメモリ格納領域に暗号鍵を格納することによって有効に実施することができる。後日、この暗号鍵を使用するために、このことは特定のメモリ格納領域に対して排他的参照を要求する。
【００２８】
特許請求の範囲の請求項１７に従属しているクレームは、該従属クレームに依存した対応する方法クレームの利点を実証する。
【００２９】
本発明の有用な範囲によって、管理データはチップカード上のメモリ格納領域のパスの表示を含み、それによって暗号キーはメモリ格納領域に排他的に格納可能である。このようにして、十分にセキュリティ標準に合うチップカード上の一定のメモリ格納領域に対して暗号鍵を割り当てることができる。
【００３０】
【発明の実施の形態】
この文脈で、図１は認証手順の各ステップを説明するためのフローチャートである。
【００３１】
本発明にもとづいた暗号鍵の認証にもとづいてチップカード上に使用される証明書には、２つの構成部分が示される。すなわち、暗号鍵を含んだ実際のデータを含む第１の部分と、第１の部分からのデータの電子署名を含む第２の部分である。
【００３２】
図１に示すように、証明書の第１の部分は認証手順を実行する間に作り出される。第１の部分は、表１に示すような成分（構成要素またはコンポーネント）に言及するものである。
【表１】

【００３３】
証明書の成分１によって、認証されている暗号鍵が公開鍵または秘密鍵であるかどうかが示される。さらに、証明書の第１の部分の成分１もまた鍵識別を示す。それは、証明書に保持された暗号鍵の許可されたアプリケーションを示す。もし、認証が成功した後に特定のアプリケーションの実行において暗号鍵が使用されるならば、認証鍵を特定のアプリケーションに使用することができるかを確認するためにこの鍵識別を実施し、かつ点検する。この問い合わせの結果によって、暗号鍵の使用が可能となるか、もしくはエラー・アナウンスが与えられる。
【００３４】
以下の成分２、３、および４の助けを借りて、アルゴリズム識別が与えられる。成分２は、認証される鍵が適当である非対称暗号法を示す。例えば認証された鍵を用いる場合、ハッシュ・アルゴリズムおよび（または）パディング・アルゴリズムを使用することができる。このことは、成分３および４の助けを借りて決定される。ハッシュ・アルゴリズムの目的はデータを圧縮することである。圧縮は、実際の符号化／復号化を行う前に実行される。パディング・アルゴリズムを使うことによってデータを拡張して、どのような必要ブロック長でも満たすようにすることができる。
【００３５】
成分５および６の助けを借りて、暗号鍵のアプリケーション領域を確立することができる。例えば、成分５の助けを借りて、暗号鍵が電子署名の生成のためにただ排他的に使われるのみかもしれないことを確かめられることができる。成分７は、暗号鍵のビット長をアドバイスするもので、証明書の助けを借りて認証される。成分８、９、および１０は、暗号鍵のユーザに対してブロック長データを転送することを可能とする。
【００３６】
成分１１は、暗号鍵に関するテキスト情報を供給する。特に、このことをユーザのためにアプリケーション・アドバイスあるいはセキュリティ・アドバイスに関係させることができる。成分１２は、認証される暗号鍵の実際の長さを示す。鍵に関係しているデータは、成分１３に見いだされる。
【００３７】
証明書の第１の部分が表１にもとづいて生成された後、証明書の第２の部分の準備によって図１にもとづいてオペレーションが継続する。これを実行するために、証明書の第１の部分の署名が作成される。電子署名は、主に電子的に転送された情報または電子文書の信憑性を確立する役割を果たす。本発明にもとづく認証手順の場合、電子署名を確認することで証明書が修正されることなくチップカードに転送されたかどうかを判断することが可能となる。
【００３８】
電子署名の作成の間にたどられたシーケンスを以下のように例証することもできよう。ハッシュ・アルゴリズムは、証明書の第１の部分からハッシュ値を生成することに使用される。ハッシュ・アルゴリズムの目的は、証明書の第１の部分を形成しているデータを圧縮することである。ハッシュ値は、関連したデータの指紋としても記述される。この後、ハッシュ値は暗号アルゴリズム、例えばＰＳＡで復号される。これを復号するために、適当な認証手順の部分として入力される一対の鍵のうちの秘密鍵を用いる。この一対の鍵、すなわち認証鍵のうちの公開鍵は、チップカード上に見いだされる。電子署名の準備の間に復号作業を行うことの理由は、ＲＳＡ−アルゴリズムによって、秘密鍵はいつも復号化に使用され、また公開鍵はいつもコード化に使用されるという慣習にもとづいている。復号作業の結果は、証明書の第２の部分内容である実際の署名である。
【００３９】
本発明にもとづいてなされた手順は、秘密鍵および公開鍵からなる１対の鍵を基礎として選択された任意の別の手順によって有利に実施することもできる。複数の対の鍵もまた、明白な復号化／符号化が実行されないアプリケーションの間に使用することができよう。特に、ハッシュ値、秘密鍵、および公開鍵というパラメータの数学的な方程式を解決することが、非対照法を実行するための前提条件である手順を使用することができる。
【００４０】
証明書の第１の部分および第２の部分が生成された後、両方ともチップカードに転送することができる。証明書の２つの部分を一緒に、あるいはそれぞれ別々に転送することができる。別々になった転送手順は、関連するプロセスに転送されるデータの量はより小さく、そのためデータの量はよりいっそう容易に処理できる量である。
【００４１】
証明書の第１の部分がチップカードに格納された後、そこに保持された暗号鍵は、チップカード上での非クリティカル、非機密性作業に対して最初に使用することができる。そのような非クリティカル作業には、特に電子署名の簡単な確認が含まれる。この場合、確認作業の結果はチップカードと連絡する装置の項目のみに送られる。しかし、状態の変化あるいは他のいかなる変化もチップカード内においては生じない。
【００４２】
図１に示すように、次のステップの間に、チップカードの認証キーに対して検索が行われる。この認証鍵は、既に述べた対の鍵の公開鍵であり、また認証を解放する権限を与えられなくてはならず、さらにそれ自身がすでに認証されていなければならない。このことは、チップカードに完全統合されていなければならないことを意味する。好ましくは、認証鍵はチップカードのコンテキストで該カードの発行者によってインストールされ、かつ認証されるべきである。しかし、パーソナリゼーションの完了後の後日にチップカードに認証鍵を導入することもできる。前提条件は、認証鍵が適切なセキュリティ標準に合う状況でチップカードに用いられるということである。
【００４３】
チップカードに転送された証明書を認証するための認証鍵が使われてもよいことが保証された後に、電子署名を構成する証明書の第２の部分を認証鍵の助けを借りて変換する。この作業に関して、電子署名はＲＳＡアルゴリズムの規則のとおりにコード化される。計算結果は、ハッシュ値である。
【００４４】
さらに、証明書の第１の部分の指紋は、ハッシュ値と同様に、チップカード上で計算される。つぎに、指紋をすでに記述されたコード化作業の結果と比較する。もし、両者が互いに一致するならば、証明書に含まれた暗号鍵は認証された鍵としてマークされる。
【００４５】
他の暗号法を、チップカードへの証明書の転送を正確に実行すること、さらに転送された鍵を認証することに使用してもよい。例えば、既知のＤＳＡ手順（ＤＳＡ：電子署名アルゴリズム）を指名することができる。この場合、一対の鍵の秘密鍵および既知の方程式を用いる他の数学的パラメータによって、証明書の第１の部分について値ｒが計算される。
【００４６】
証明書が転送された後、さらに別の既知方程式と転送された証明書および上記一対の鍵の公開鍵との組み合わせによる支援によって、値ｒはチップカード上で使用される。ハッシュ・アルゴリズムの使用もまた、ＤＳＡ手順を使用する場合になされる。必要なセキュリティ標準を保証するものであるならば、さらに別の非対称手順を用いて認証を行うことができる。
【００４７】
特に、暗号鍵に関連した状態バイトにビットを置くことによって、暗号鍵を「認証済み」としてマーキングすることができる。しかし、マーキングのための他の手順が考えられる。そのような他の手順としては、チップカードの特定のメモリ領域に暗号鍵を格納すること、あるいは認証済みとマークされているすべての暗号鍵が含まれるリストを確立することが挙げられる。
【００４８】
マーキングの形式が選択されるであろう決定は、特に、関連するチップカードのアーキテクチャとそのアプリケーションとに依存する。
【００４９】
暗号鍵に対するマーキング作業が完了した後、認証された鍵を機密性を要するオペレーションに使用することができる。マーキングの問い合わせは、暗号鍵がアクセスされるあらゆる機会においてなされる。認証が終了するやいなや、認証された鍵は付随するデータとともにチップカードに格納される（証明書の第１の部分の成分を参照せよ）。鍵へのアクセスがなされるたびに付随するデータに対しての問い合わせがなされる。しかし、鍵についての情報を提供する問い合わせも行われる。もしチップカード上で機密性を要するオペレーションを実行するために認証された鍵が必要であるとするならば、必要とされる暗号鍵のマーキングが認証された鍵を含むことを示す場合はそのオペレーションのみに該暗号鍵が使用される。
【００５０】
もしマーキング手順の問い合わせが否定的な結果、すなわち認証された鍵ではないという結果が生ずるならば、エラー・アナウンスが与えられる。特に、外部のアクセス権限が機密性を要するオペレーションの一部を形成する。これには、チップカードの通信相手を識別し、その信憑性を確かめることが含まれる。チップカードおよびその通信相手（例えば、端末装置）は相互に該通信相手が本物の端末装置または本物のチップカードであるかを立証する。
【００５１】
表１にもとづく証明書の本質的な利点は、該証明書に保持された非公式データの助けを借りて、暗号鍵を特定のアプリケーションに割り当てることができるということである。このことは、特にチップカードの領域においてたいへん重要である。なぜならば、ここで暗号キーは個別の人々に対してよりは、むしろ個別のアプリケーションに割り当てられなくてはならない。これらのアプリケーションは、例えば、類似の自動キャッシュ・ポイント・マシンからなる群を含むことができる。
【００５２】
証明書のアプリケーション領域のデジタル決定（好ましくは成分１、５、および６による）は、他のアプリケーションに対する暗号鍵誤用の可能性を取り除く機会を与える。
【００５３】
もし特定アプリケーションの実行のコンテキストで認証された鍵が使用されるならば、この認証された鍵へのアクセス開始時において、該認証された鍵が特定のアプリケーションに対するアクセス権を有するかどうかについての問い合わせがあるであろう。これは、証明書の第１の部分にある認証された情報によって実行される。認証が完了した後に、この情報は暗号鍵とともにチップカードに格納される。
【００５４】
もしデータがチップカードのアプリケーションに含まれるならば、このデータはデータ・ファイルのかたちで存在する。このようなデータ・ファイルは、例えばチップカードを発行する当事者によって決定される属性を所有する。好ましくは、このような属性には関連データ・ファイルを持つ特定のアプリケーションに対して用いられなければならない認証された鍵の鍵識別に対する参照が含まれる。
属性の鍵識別は、認証された鍵（証明書の成分２）の鍵識別と合致しなくてはならない。もし、これが本当であるべきではないとするなら、オペレーションは実行されない。このようにして、認証された鍵の不正使用はどのようなものであったとしても防止される。
【００５５】
まとめとして、本発明の構成に関して以下の事項を開示する。
（１）チップカードの暗号鍵を認証する方法であって、
（ａ）前記チップカードへ認証鍵を転送するステップと、
（ｂ）前記チップカードへ証明書を転送することで、前記証明書の第１の部分は前記暗号鍵を含み、また前記証明書の第２の部分は第１の部分の電子署名を含むステップと、
（ｃ）前記チップカード上の前記認証鍵によって前記電子署名を検査するステップと、
を備えることを特徴とするチップカード用暗号鍵認証方法。
（２）前記電子署名を検査するステップは、
（ｃ１）前記認証鍵によって前記電子署名を変換するステップと、
（ｃ２）前記証明書の前記第１の部分の電子指紋を生成するステップと、
（ｃ３）前記証明書の前記第１の部分の前記電子指紋と前記変換された電子署名とを比較するステップと、
を備えることを特徴とする上記（１）に記載のチップカード用暗号鍵認証方法。
（３）前記電子署名を検査するステップは、
（ｃ１）前記証明書の前記第１の部分の電子指紋を生成するステップと、
（ｃ２）前記認証鍵と一組の方程式とによって前記電子指紋を変換するステップと、
（ｃ３）前記証明書によって前記チップカード上に転送された参照と前記変換された電子指紋とを比較するステップと、
を備えることを特徴とする上記（１）に記載のチップカード用暗号鍵認証方法。
（４）前記電子署名が確認される場合に、該電子署名が前記証明書の前記第１の部分の前記電子署名と同一であるとして実証される状況下で前記暗号鍵を認証された鍵としてマーキングするステップを、さらに備えることを特徴とする上記（１）に記載のチップカード用暗号鍵認証方法。
（５）前記暗号鍵を認証するために、前記認証鍵が使用できるかどうかを確認するステップを、さらに備えることを特徴とする上記（１）に記載のチップカード用暗号鍵認証方法。
（６）機密性の命令を実行するために前記認証された鍵を使用するステップを、さらに備えることを特徴とする上記（４）に記載のチップカード用暗号鍵認証方法。
（７）前記認証された鍵は、もうひとつの暗号鍵を認証するために、もひとつの認証鍵として使用されることを特徴する上記（１）に記載のチップカード用暗号鍵認証方法。
（８）前記チップカードへ前記証明書が転送された後に、非機密性の命令を実行するために、前記暗号鍵を使用することができることを特徴とする上記（１）に記載のチップカード用暗号鍵認証方法。
（９）前記証明書の前記第１の部分の前記電子署名を生成する場合と前記証明書の前記第１の部分の前記電子指紋を生成する場合との各々において、ハッシュ・アルゴリズムを用いてハッシュ値が計算されることを特徴とする上記（２）または（３）に記載のチップカード用暗号鍵認証方法。
（１０）前記証明書の前記第１の部分と前記第２の部分とは、逐次別々に前記チップカードに転送されることを特徴とする上記（１）に記載のチップカード用暗号鍵認証方法。
（１１）前記証明書の前記第１の部分は管理データを含むことを特徴とする上記（１）に記載のチップカード用暗号鍵認証方法。
（１２）前記管理データによって、前記暗号鍵は前記チップカードの少なくとも一つのアプリケーションに割り当てられることを特徴とする上記（１１）に記載のチップカード用暗号鍵認証方法。
（１３）前記認証鍵は、前記チップカードの個別化の間に前記チップカードへ転送されることを特徴とする上記（１）に記載のチップカード用暗号鍵認証方法。
（１４）前記暗号鍵を認証された鍵としてマーキングするステップは、前記暗号鍵の状態バイトに１ビットを置くことによって実行されることを特徴とする上記（４）に記載のチップカード用暗号鍵認証方法。
（１５）前記暗号鍵を認証された鍵としてマーキングするステップは、前記チップカード内の表に前記暗号鍵を入力することによって実行されることを特徴とする上記（４）に記載のチップカード用暗号鍵認証方法。
（１６）前記暗号鍵を認証された鍵としてマーキングするステップは、前記チップカードの与えられたメモリ領域に前記暗号鍵を格納することによって実行されることを特徴とする上記（４）に記載のチップカード用暗号鍵認証方法。
（１７）チップカードの暗号鍵を認証するための証明書であって、
互いに異なる第１の部分と第２の部分とを有し、前記第１の部分は前記暗号鍵を含み、また前記第２の部分は前記第１の部分の電子署名を含むことを特徴とする証明書。
（１８）前記チップカードに転送されることが可能であり、また前記チップカード上のプロセッサによって評価されることを特徴とする上記（１７）に記載の証明書。
（１９）前記第１の部分は、管理データを含むことを特徴とする上記（１７）に記載の証明書。
（２０）前記暗号鍵は、前記管理データによって前記チップカードの少なくとも一つのアプリケーションに割り当てられることが可能であり、また
前記管理データによって、前記少なくとも一つのアプリケーションとは異なる別のアプリケーションに対して前記暗号鍵が誤用されるのを防ぐことが可能であることを特徴とする上記（１９）に記載の証明書。
（２１）前記管理データは、前記チップカード上のメモリ格納領域のパスの表示を含み、該表示によって前記暗号鍵を排他的に前記メモリ格納領域に格納することができることを特徴とする上記（１９）に記載の証明書。
【図面の簡単な説明】
【図１】 本発明にもとづく認証手順の各ステップを説明するためのフローチャートである。

Claims (9)

1. チップカードの暗号鍵を認証する前記チップカードのプロセッサによって前記チップカード上で実行可能な方法であって、
   （ａ）前記チップカードに前記チップカードの発行者による公開鍵をインストールするステップと、
   （ｂ）端末装置から前記チップカードへ証明書の前記暗号鍵を含む第１の部分と該第１の部分の電子署名を含む第２の部分とを別々に転送するステップと、
   （ｃ）前記チップカード上の前記公開鍵によって前記電子署名を検査するステップと、
   を備え、
   前記（ｃ）の電子署名を検査するステップは、
   （ｃ１）秘密鍵を使用して前記電子署名を復号し、ハッシュ値を生成するステップと、
   （ｃ２）前記証明書の前記第１の部分の電子指紋を生成するステップと、
   （ｃ３）前記証明書の前記第１の部分の前記電子指紋と前記ハッシュ値とを比較するステップと、
   （ｃ４）前記比較の結果、該電子署名が前記証明書の前記第１の部分に前記電子署名を行ったものと同一であるとして実証される場合、前記暗号鍵を認証された鍵としてマーキングするステップを、
   を備え、
   前記証明書の前記第１の部分の前記電子署名または前記証明書の前記第１の部分の電子指紋のいずれか一方を生成する間に、前記チップカード上でハッシュ・アルゴリズムによって前記証明書の前記第１の部分からハッシュ値が計算されることを特徴とするチップカード用暗号鍵認証方法。
2. 前記暗号鍵を認証するために、前記公開鍵が使用できるかどうかを確認するステップを、さらに備えることを特徴とする請求項１に記載のチップカード用暗号鍵認証方法。
3. 機密性の命令を実行するために前記認証された暗号鍵を使用するステップを、さらに備えることを特徴とする請求項１に記載のチップカード用暗号鍵認証方法。
4. 前記チップカードへ前記証明書が転送された後に、非機密性の命令を実行するために、前記暗号鍵を使用することを特徴とする請求項１に記載のチップカード用暗号鍵認証方法。
5. 前記証明書の前記第１の部分は管理データを含むことを特徴とする請求項１に記載のチップカード用暗号鍵認証方法。
6. 前記管理データによって、前記暗号鍵は前記チップカードの少なくとも一つのアプリケーションに割り当てられることを特徴とする請求項５に記載のチップカード用暗号鍵認証方法。
7. 前記暗号鍵を認証された暗号鍵としてマーキングするステップは、前記暗号鍵の状態バイトに１ビットを置くことによって実行されることを特徴とする請求項１に記載のチップカード用暗号鍵認証方法。
8. 前記暗号鍵を認証された暗号鍵としてマーキングするステップは、前記チップカード内の表に前記暗号鍵を入力することによって実行されることを特徴とする請求項１に記載のチップカード用暗号鍵認証方法。
9. 前記暗号鍵を認証された暗号鍵としてマーキングするステップは、前記チップカードの与えられたメモリ領域に前記暗号鍵を格納することによって実行されることを特徴とする請求項１に記載のチップカード用暗号鍵認証方法。

Images