(57)【要約】【課題】アプリケーションが一時的に使用不可の状態に設定された場合に、たとえ誤動作や不正アクセス等によって当該使用不可のアプリケーションが動作したとしても、当該アプリケーション内の鍵データ等の重要データにはアクセスすることができない携帯可能電子装置を提供する。【解決手段】少なくとも１つ以上のアプリケーションを搭載し、かつ、当該アプリケーションが一時的に使用不可の状態（アプリケーションブロック状態）に設定される機能を有するＩＣカードなどの携帯可能電子装置において、アプリケーションが一時的に使用不可の状態に設定されると、当該アプリケーション内の機密性の高い重要データを本来のデータと異なるデータに変換する。【選択図】      図４
2008033549.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも１つ以上のアプリケーションを搭載し、かつ、当該アプリケーションが一時的に使用不可の状態に設定される機能を有する携帯可能電子装置において、
アプリケーションが一時的に使用不可の状態に設定されたことに応答し、当該アプリケーション内の機密性の高い重要データをあらかじめ定められた特定の変換方法によって本来のデータと異なるデータに変換する手段を具備したことを特徴とする携帯可能電子装置。
【請求項２】
少なくとも１つ以上のアプリケーションを搭載し、かつ、当該アプリケーションが一時的に使用不可の状態に設定される機能を有する携帯可能電子装置において、
アプリケーションが一時的に使用不可の状態に設定されたことに応答し、当該アプリケーション内の機密性の高い重要データを本来格納されている場所とは異なる場所に移動させ、かつ、本来重要データが格納されている場所には当該重要データとは異なるデータを格納する手段を具備したことを特徴とする携帯可能電子装置。
【請求項３】
少なくとも１つ以上のアプリケーションを搭載し、かつ、当該アプリケーションが一時的に使用不可の状態に設定される機能を有する携帯可能電子装置において、
アプリケーションが一時的に使用不可の状態に設定されたことに応答し、当該アプリケーション内の機密性の高い重要データの格納位置を指すためのポインタ値をあらかじめ定められた特定の変換方法によって本来の値と異なる値に変換する手段を具備したことを特徴とする携帯可能電子装置。
【請求項４】
少なくとも１つ以上のアプリケーションを搭載し、かつ、当該アプリケーションが一時的に使用不可の状態に設定される機能を有する携帯可能電子装置において、
アプリケーションが一時的に使用不可の状態に設定されたことに応答し、当該アプリケーション内の機密性の高い重要データの格納位置を指すためのポインタ値を本来格納されている場所とは異なる場所に移動させ、かつ、本来ポインタ値が格納されている場所には当該ポインタ値とは異なる値を格納する手段を具備したことを特徴とする携帯可能電子装置。
【請求項５】
少なくとも１つ以上のアプリケーションを搭載し、かつ、当該アプリケーションが一時的に使用不可の状態に設定される機能を有する携帯可能電子装置において、
アプリケーションが一時的に使用不可の状態に設定されたことに応答し、当該アプリケーション内のあらかじめ暗号用の鍵データによって暗号化されていて使用する際には前記鍵データによって復号化してから使用される機密性の高い重要データの前記鍵データを本来のデータと異なるデータに変更する手段を具備したことを特徴とする携帯可能電子装置。
【請求項６】
前記機密性の高い重要データは少なくとも本人認証用の鍵データを含むことを特徴とする請求項１〜請求項５のいずれかに記載の携帯可能電子装置。
【請求項７】
前記特定の変換方法は可逆可能な変換方法であることを特徴とする請求項１〜請求項３のいずれかに記載の携帯可能電子装置。
【請求項８】
少なくとも１つ以上のアプリケーションを搭載し、かつ、当該アプリケーションが一時的に使用不可の状態に設定される機能を有するＩＣモジュールをＩＣカード本体内に収納して構成されるＩＣカードにおいて、
前記ＩＣモジュールは、アプリケーションが一時的に使用不可の状態に設定されたことに応答し、当該アプリケーション内の機密性の高い重要データをあらかじめ定められた特定の変換方法によって本来のデータと異なるデータに変換する手段を具備したことを特徴とするＩＣカード。
【請求項９】
少なくとも１つ以上のアプリケーションを搭載し、かつ、当該アプリケーションが一時的に使用不可の状態に設定される機能を有するＩＣモジュールをＩＣカード本体内に収納して構成されるＩＣカードにおいて、
前記ＩＣモジュールは、アプリケーションが一時的に使用不可の状態に設定されたことに応答し、当該アプリケーション内の機密性の高い重要データを本来格納されている場所とは異なる場所に移動させ、かつ、本来重要データが格納されている場所には当該重要データとは異なるデータを格納する手段を具備したことを特徴とするＩＣカード。
【請求項１０】
少なくとも１つ以上のアプリケーションを搭載し、かつ、当該アプリケーションが一時的に使用不可の状態に設定される機能を有するＩＣモジュールをＩＣカード本体内に収納して構成されるＩＣカードにおいて、
前記ＩＣモジュールは、アプリケーションが一時的に使用不可の状態に設定されたことに応答し、当該アプリケーション内の機密性の高い重要データの格納位置を指すためのポインタ値をあらかじめ定められた特定の変換方法によって本来の値と異なる値に変換する手段を具備したことを特徴とするＩＣカード。
【請求項１１】
少なくとも１つ以上のアプリケーションを搭載し、かつ、当該アプリケーションが一時的に使用不可の状態に設定される機能を有するＩＣモジュールをＩＣカード本体内に収納して構成されるＩＣカードにおいて、
前記ＩＣモジュールは、アプリケーションが一時的に使用不可の状態に設定されたことに応答し、当該アプリケーション内の機密性の高い重要データの格納位置を指すためのポインタ値を本来格納されている場所とは異なる場所に移動させ、かつ、本来ポインタ値が格納されている場所には当該ポインタ値とは異なる値を格納する手段を具備したことを特徴とするＩＣカード。
【請求項１２】
少なくとも１つ以上のアプリケーションを搭載し、かつ、当該アプリケーションが一時的に使用不可の状態に設定される機能を有するＩＣモジュールをＩＣカード本体内に収納して構成されるＩＣカードにおいて、
前記ＩＣモジュールは、アプリケーションが一時的に使用不可の状態に設定されたことに応答し、当該アプリケーション内のあらかじめ暗号用の鍵データによって暗号化されていて使用する際には前記鍵データによって復号化してから使用される機密性の高い重要データの前記鍵データを本来のデータと異なるデータに変更する手段を具備したことを特徴とするＩＣカード。
【請求項１３】
少なくとも１つ以上のアプリケーションを搭載し、かつ、当該アプリケーションが一時的に使用不可の状態に設定される機能を有する携帯可能電子装置の重要データ隠匿方法において、
アプリケーションが一時的に使用不可の状態に設定されると、当該アプリケーション内の機密性の高い重要データをあらかじめ定められた特定の変換方法によって本来のデータと異なるデータに変換することにより本来の重要データとして使用できないようにすることを特徴とする携帯可能電子装置の重要データ隠匿方法。
【請求項１４】
少なくとも１つ以上のアプリケーションを搭載し、かつ、当該アプリケーションが一時的に使用不可の状態に設定される機能を有する携帯可能電子装置の重要データ隠匿方法において、
アプリケーションが一時的に使用不可の状態に設定されると、当該アプリケーション内の機密性の高い重要データを本来格納されている場所とは異なる場所に移動させ、かつ、本来重要データが格納されている場所には当該重要データとは異なるデータを格納することにより本来の重要データとして使用できないようにすることを特徴とする携帯可能電子装置の重要データ隠匿方法。
【請求項１５】
少なくとも１つ以上のアプリケーションを搭載し、かつ、当該アプリケーションが一時的に使用不可の状態に設定される機能を有する携帯可能電子装置の重要データ隠匿方法において、
アプリケーションが一時的に使用不可の状態に設定されると、当該アプリケーション内の機密性の高い重要データの格納位置を指すためのポインタ値をあらかじめ定められた特定の変換方法によって本来の値と異なる値に変換することにより本来の重要データとして使用できないようにすることを特徴とする携帯可能電子装置の重要データ隠匿方法。
【請求項１６】
少なくとも１つ以上のアプリケーションを搭載し、かつ、当該アプリケーションが一時的に使用不可の状態に設定される機能を有する携帯可能電子装置の重要データ隠匿方法において、
アプリケーションが一時的に使用不可の状態に設定されると、当該アプリケーション内の機密性の高い重要データの格納位置を指すためのポインタ値を本来格納されている場所とは異なる場所に移動させ、かつ、本来ポインタ値が格納されている場所には当該ポインタ値とは異なる値を格納することにより本来の重要データとして使用できないようにすることを特徴とする携帯可能電子装置の重要データ隠匿方法。
【請求項１７】
少なくとも１つ以上のアプリケーションを搭載し、かつ、当該アプリケーションが一時的に使用不可の状態に設定される機能を有する携帯可能電子装置の重要データ隠匿方法において、
アプリケーション内の機密性の高い重要データをあらかじめ暗号用の鍵データによって暗号化しておき、アプリケーションが一時的に使用不可の状態に設定されると、当該アプリケーション内の前記暗号用の鍵データを本来のデータと異なるデータに変更することにより、当該鍵データによって前記重要データを復号化しても本来の重要データとして使用できないようにすることを特徴とする携帯可能電子装置の重要データ隠匿方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、少なくとも１つ以上のアプリケーションを搭載し、かつ、当該アプリケーションが一時的に使用不可の状態（アプリケーションブロック）に設定される機能を有し、外部から入力されるコマンドに対応した処理を実行してその処理結果を外部へ出力するＩＣカードなどの携帯可能電子装置およびＩＣカードに関する。
【０００２】
また、本発明は、上記携帯可能電子装置において、アプリケーションブロック状態に設定された際に当該アプリケーション内の本人認証用の鍵データを含む機密性の高い重要データが本来の重要データとして使用できないようにする携帯可能電子装置の重要データ隠匿方法に関する。
【背景技術】
【０００３】
最近注目されているＩＣカードは、書込み、書換えが可能な不揮発性メモリ、これを管理、制御するためのＣＰＵなどの制御素子、および、外部と通信するための通信手段を有したＩＣモジュールがプラスチック板などで構成されるＩＣカード本体の内部に収納された構造となっている。
【０００４】
この種のＩＣカードは、セキュリティの要求から、入退出管理、クレジット、携帯電話機、電子商取引など、いろいろな分野で使用されている。ＩＣカードは、特に内部のデータの機密性が高いために、セキュリティを必要とするシステムで使用されている。逆に言えば、ＩＣカードの機密性を下げれば、システムのセキュリティを下げることができるが、ＩＣカードはあらゆる攻撃を受けることになる。
【０００５】
ＩＣカードや、ＩＣカード内部に搭載されているアプリケーションは、外部からの攻撃に対して防御するための機能を有している。たとえば、アプリケーションを一時的に使用不可（アプリケーションブロック）にする方法などが知られている（たとえば、特許文献１参照）。
【特許文献１】特開２００３−７６９６８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
一般に、アプリケーションを実行するためには、前もってアプリケーション使用者の暗証番号等によって本人照合（本人認証）を実施したり、ＩＣカードの通信相手である端末装置と相互認証を実施したりする。正規な使用者、正規な端末装置（システム）であれば、照合や認証に成功することができる。
【０００７】
逆に、照合や認証が連続して失敗すると、不正な使用と判断して、当該アプリケーションは、アプリケーションブロックに設定される。アプリケーションブロックに設定されると、アプリケーションの実行に対して制限がかかり、場合によってはＩＣカードを使用することすらできなくなる。
【０００８】
しかし、近年では、アプリケーションがブロックして機能が制限されても、その制限を外部から緩和したり、最悪の場合には強制的に制限を解除したりすることが可能になりつつある。すると、アプリケーションが、アプリケーションブロックしても当該アプリケーションを実行できてしまうことになる。
【０００９】
その場合、たとえば、使用者の暗証番号が連続して間違えていても、何回でも試すことができるので、正しい暗証番号になるまで試すことが可能となる。これによって、アプリケーション内部の機密性の高い重要なデータである暗証番号等が外部に漏洩したことなり、ＩＣカードのセキュリティが著しく低下してしまう。
【００１０】
そこで、本発明は、アプリケーションが一時的に使用不可の状態に設定された場合に、たとえ誤動作や不正アクセス等によって当該使用不可のアプリケーションが動作したとしても、当該アプリケーション内の鍵データ等の重要データにはアクセスすることができない携帯可能電子装置、ＩＣカードおよび携帯可能電子装置の重要データ隠匿方法を提供することを目的とする。
【課題を解決するための手段】
【００１１】
本発明の携帯可能電子装置は、少なくとも１つ以上のアプリケーションを搭載し、かつ、当該アプリケーションが一時的に使用不可の状態に設定される機能を有する携帯可能電子装置において、アプリケーションが一時的に使用不可の状態に設定されたことに応答し、当該アプリケーション内の機密性の高い重要データをあらかじめ定められた特定の変換方法によって本来のデータと異なるデータに変換する手段を具備したことを特徴とする。
【００１２】
また、本発明のＩＣカードは、少なくとも１つ以上のアプリケーションを搭載し、かつ、当該アプリケーションが一時的に使用不可の状態に設定される機能を有するＩＣモジュールをＩＣカード本体内に収納して構成されるＩＣカードにおいて、前記ＩＣモジュールは、アプリケーションが一時的に使用不可の状態に設定されたことに応答し、当該アプリケーション内の機密性の高い重要データをあらかじめ定められた特定の変換方法によって本来のデータと異なるデータに変換する手段を具備したことを特徴とする。
【００１３】
また、本発明の携帯可能電子装置の重要データ隠匿方法は、少なくとも１つ以上のアプリケーションを搭載し、かつ、当該アプリケーションが一時的に使用不可の状態に設定される機能を有する携帯可能電子装置の重要データ隠匿方法において、アプリケーションが一時的に使用不可の状態に設定されると、当該アプリケーション内の機密性の高い重要データをあらかじめ定められた特定の変換方法によって本来のデータと異なるデータに変換することにより本来の重要データとして使用できないようにすることを特徴とする。
【発明の効果】
【００１４】
本発明によれば、アプリケーションが一時的に使用不可の状態に設定された場合に、たとえ誤動作や不正アクセス等によって当該使用不可のアプリケーションが動作したとしても、当該アプリケーション内の鍵データ等の重要データにはアクセスすることができない携帯可能電子装置、ＩＣカードおよび携帯可能電子装置の重要データ隠匿方法を提供できる。
【発明を実施するための最良の形態】
【００１５】
以下、本発明の実施の形態について図面を参照して説明する。  
図１は、本実施の形態に係る携帯可能電子装置の一例としてＩＣカードのハードウエア構成を概略的に示すものである。このＩＣカードは、全体的な管理、制御を司るＣＰＵ（セントラル・プロセッシング・ユニット）１１、ＣＰＵ１１の制御用プログラムなどが格納されたＲＯＭ（リード・オンリ・メモリ）１２、ワーキングメモリとしてのＲＡＭ（ランダム・アクセス・メモリ）１３、上位装置（カードリーダライタなど）と通信を行なうための通信ユニット（ＵＡＲＴ）１４、各種データやアプリケーションを格納する不揮発性メモリ（ＮＶ（ＥＥＰＲＯＭ））１５、演算の補助を行なうコプロセッサ（Ｃｏ−Ｐｒｏｃｅｓｓｏｒ）１６によって構成され、さらに、これらは一体的にＩＣモジュール化（符号１７）されて、ＩＣカード本体内に収納（埋設）されている。
【００１６】
不揮発性メモリ１５には、たとえば、図２に示すように、アプリケーションに関する情報がファイル構造で格納される。すなわち、図２に示すように、最上位がマスタファイル（ＭＦ：Ｍａｓｔｅｒ  Ｆｉｌｅ）２１で、その配下に各アプリケーションごとに設定されるフォルダとしてアプリケーションファイル（ＤＦ：Ｄｅｄｉｃａｔｅｄ  Ｆｉｌｅ）２２が設けられ、さらに、その配下に実際にアプリケーションで使われるデータの格納に使用されるデータファイル（ＥＦ：Ｅｌｅｍｅｎｔａｒｙ  Ｆｉｌｅ）２３，２４，２５が設けられている構成になっている。
【００１７】
データファイル２３には、機密性の高い重要データである本人認証用の鍵データ、たとえば、４桁の暗証番号である暗証鍵が格納され、データファイル２４には、これも機密性の高い重要データであるアプリケーションデータ等が格納され、データファイル２５には、データファイル２３内の暗証鍵を暗号化するための暗号鍵が格納されているものとする。
【００１８】
この実施の形態では、アプリケーションには以下の動作条件が存在するものとする。  
１）暗証鍵を照合し、成功した場合のみ実行可能とする。
【００１９】
２）照合失敗を３回繰り返すと、アプリケーションブロックに設定され、以降、アプリケーションの選択や照合ができないものとする。
【００２０】
図３に、上記２）の照合失敗によるアプリケーションブロックまでの一般的な処理の流れを示しており、以下、その処理の流れを説明する。  
まず、リーダライタ側からアプリケーションが選択され（図３中の丸数字の「１」に対応）、その後、暗証鍵を誤ったデータで照合すると（１回目）、照合失敗を表すレスポンスをリーダライタへ応答する。この場合、当該アプリケーションのアプリケーションフラグは「正常」のままである（図３中の丸数字の「２」に対応）。
【００２１】
次に、再び暗証鍵を誤ったデータで照合すると（２回目）、照合失敗を表すレスポンスをリーダライタへ応答する。この場合も、当該アプリケーションのアプリケーションフラグは「正常」のままである（図３中の丸数字の「３」に対応）。
【００２２】
次に、再び暗証鍵を誤ったデータで照合すると（３回目）、照合失敗を表すレスポンスをリーダライタへ応答する。この場合、当該アプリケーションのアプリケーションフラグは「異常」に設定される（図３中の丸数字の「４」に対応）。すなわち、当該アプリケーションはアプリケーションブロックに設定される。
【００２３】
次に、再び暗証鍵を誤ったデータで照合すると（４回目）、アプリケーションブロックされていることを表すレスポンスをリーダライタへ応答する。この場合、当該アプリケーションのアプリケーションフラグは「異常」のままで、コマンドは実行されない（図３中の丸数字の「５」に対応）。
【００２４】
このように、３回目の照合を失敗をすると、以降の処理で、アプリケーションは、アプリケーションブロックされていることを表すレスポンスで応答し、通常の処理ができないようになっている。これまでの従来のアプリケーションであれば、３回目の照合を失敗すると、アプリケーション内部の変数であるアプリケーションフラグを「異常」に設定し、以降、コマンド処理の先頭で、このフラグを確認して、「異常」であれば、コマンドの処理を実施しないで、アプリケーションブロックされていることを表すレスポンスで応答している。
【００２５】
ところが、近年の耐タンパ技術では、このアプリケーションフラグの確認処理部分だけを実施しないことも、不可能ではなくなってきている。その場合、たとえアプリケーションフラグが「異常」であっても、処理を実施しないために、アプリケーションフラグが「正常」の場合と同等に処理が継続され、コマンドが実施されてしまう。この処理を繰り返すことで、暗証鍵である４桁の暗証番号の全パターンを確認して、暗証番号を確認することも可能となる。
【００２６】
そこで、本発明では、暗証鍵の３回目の照合失敗直後に、暗証鍵を本来のデータと異なるデータに変換したり差し替えたりするもので、以下、それについて図４を参照しながら説明する。
【００２７】
（ａ）第１の方法（図４（ａ）参照）  
第１の方法は、暗証鍵を可逆可能な変換方法により本来のデータと異なるデータに変換し、使用不可とする。たとえば、暗証鍵がＡＳＣＩＩフォーマットの１０進数イメージで、“１２３４（０ｘ３１３２３３３４）”の場合、０ｘＦＦＦＦＦＦＦＦとＸＯＲで変換すると、“０ｘＣＥＣＤＣＣＣＢ”となり、１０進数でなくなり、使用できなくなる。
【００２８】
このように、アプリケーションがアプリケーションブロック状態になると、アプリケーション内の暗証鍵をはじめとする重要データを特定の変換方法によって本来のデータと異なるデータに変換することによって、万が一アクセスされても、本来の重要データとして使用できない。
【００２９】
（ｂ）第２の方法（図４（ｂ）参照）  
第２の方法は、暗証鍵を別の場所に移動し、本来暗証鍵が格納されている場所には使用不可値を設定する。たとえば、暗証鍵がＡＳＣＩＩフォーマットの１０進数イメージで、“０ｘ３１３２３３３４”の場合、アドレスの異なる特定のエリアに“０ｘ３１３２３３３４”を移動し、暗証鍵のエリアには“０ｘＦＦＦＦＦＦＦＦ”を設定して、使用できなくする。
【００３０】
このように、アプリケーションがアプリケーションブロック状態になると、アプリケーション内の暗証鍵をはじめとする重要データを本来格納されている場所と異なる場所に格納するとともに、本来格納されている場所には、重要データと異なるデータを格納することによって、万が一アクセスされても、本来の重要データとして使用できない。
【００３１】
（ｃ）第３の方法（図４（ｃ）参照）  
第３の方法は、暗証鍵の位置を示すポインタの値を可逆可能な変換方法により本来の値と異なる値に変換し、使用不可とする。たとえば、暗証鍵が“０ｘＡＡＢＢ”アドレスに存在し、その暗証鍵の位置を示すポインタ値に“０ｘＡＡＢＢ”が設定されている場合、０ｘＦＦとＸＯＲで変換すると、ポインタ値が“０ｘ５５４４”となり、本来の暗証鍵が存在しない位置、場合によってはアクセス異常の位置に設定され、使用できなくなる。
【００３２】
このように、アプリケーションがアプリケーションブロック状態になると、アプリケーション内の暗証鍵をはじめとする重要データの位置を指すためのポインタ値を特定の変換方法によって本来の値と異なる値に変換することによって、万が一重要データにアクセスしようとしても、ポインタ値が正しく設定されていないために、本来の重要データとして使用できない。
【００３３】
（ｄ）第４の方法（図４（ｄ）参照）  
第４の方法は、暗証鍵の位置を示すポインタの値を別の場所に移動し、本来ポインタ値が格納されている場所には使用不可値を設定する。たとえば、暗証鍵が“０ｘＡＡＢＢ”アドレスに存在し、その暗証鍵の位置を示すポインタ値に“０ｘＡＡＢＢ”が設定されている場合、特定のエリアに“０ｘＡＡＢＢ”を移動し、ポインタ値に“０ｘＦＦＦＦ”を設定して、本来の暗証鍵が存在しない位置、場合によってはアクセス異常の位置に設定され、使用できなくなる。
【００３４】
このように、アプリケーションがアプリケーションブロック状態になると、アプリケーション内の暗証鍵をはじめとする重要データの位置を指すためのポインタ値を本来格納されている場所と異なる場所に格納するとともに、本来ポインタ値が格納されている場所には本来のポインタ値と異なる値を格納することによって、万が一重要データにアクセスしようとしても、ポインタ値が正しく設定されていないために、本来の重要データとして使用できない。
【００３５】
（ｅ）第５の方法（図４（ｅ）参照）  
第５の方法は、あらかじめ暗号化された暗証鍵の暗号鍵を変更して、使用不可とする。たとえば、あらかじめ暗証鍵のをはじめ重要なデータを、アプリケーションごとに設定されている暗号鍵で暗号化しておき、暗証鍵をはじめ重要なデータを使用する場合には、その暗号鍵で復号化してから使用する場合、その暗号鍵を本来の値と異なる値に変更すれば、暗証鍵をはじめ重要なデータすべてが復号化できず、使用できなくなる。
【００３６】
このように、アプリケーションがアプリケーションブロック状態になると、あらかじめアプリケーション内で一括して暗号化された暗証鍵をはじめとする重要データが、暗号化した暗号鍵（暗号化された暗証鍵と異なる）が変更されるために、正しく復号化されず、万が一アクセスされても、本来の重要データとして使用できない。
【００３７】
以下、代表して上記（ａ）第１の方法、（ｄ）第４の方法および（ｅ）第５の方法について図４を参照して具体的に説明する。  
まず、（ａ）第１の方法について図４（ａ）を参照して説明する。図３の丸数字「４」で、３回目の照合失敗直後に、アプリケーション内部の変数であるアプリケーションフラグを「異常」に設定したうえで、暗証鍵に０ｘＦＦＦＦＦＦＦＦとＸＯＲした値（０ｘＣＥＣＤＣＣＣＢ）で、書き換える。この状態で、次コマンド以降で暗証鍵の照合を実施すると、アプリケーションは通常であれば、アプリケーションフラグを判定して、「異常」であるために、アプリケーションブロックされていることを表すレスポンスで応答する。しかし、万が一、アプリケーションフラグの判定処理が実施されなくても、暗証鍵は本来のデータと異なるために照合は不可能となる。
【００３８】
次に、（ｄ）第４の方法について図４（ｄ）を参照して説明する。図３の丸数字「４」で、３回目の照合失敗直後に、アプリケーション内部の変数であるアプリケーションフラグを「異常」に設定したうえで、暗証鍵の位置を表すポインタ値を、当該ポインタ値の退避領域に書込む。その上で、ポインタ値に“０ｘＦＦＦＦ”を設定する。この“０ｘＦＦＦＦ”は、次にアクセスされても、アクセス異常（何も割りあてられていない領域）を発生させるポインタですので、照合することはできない。
【００３９】
この状態で、次コマンド以降で暗証鍵の照合を実施すると、アプリケーションは通常であれば、アプリケーションフラグを判定して、「異常」であるために、アプリケーションブロックされていることを表すレスポンスで応答する。しかし、アプリケーションフラグの判定処理が実施されなくても、暗証鍵にアクセスするためにポインタ値を参照して、そのポインタ値にアクセスすると、暗証鍵にアクセスできず、アクセス異常で照合することが不可能となる。
【００４０】
次に、（ｅ）第５の方法について図４（ｅ）を参照して説明する。暗証鍵は、あらかじめアプリケーションごとに設定された暗号鍵（データファイル２５に格納されている）で暗号化して、設定しておく。そして、図３の丸数字「４」で、３回目の照合失敗直後に、アプリケーション内部の変数であるアプリケーションフラグを「異常」に設定したうえで、暗号鍵を本来の値と異なる値に変更する。
【００４１】
この状態で、次コマンド以降で暗証鍵の照合を実施すると、アプリケーションは通常であれば、アプリケーションフラグを判定して、「異常」であるために、アプリケーションブロックされていることを表すレスポンスで応答する。しかし、アプリケーションフラグの判定処理が実施されなくても、暗証鍵を暗号鍵で復号化した際に異なる値となるために、正しい照合が不可能となる。
【００４２】
また、この暗号鍵で、アプリケーション内の全ての重要データを暗号化した場合、この暗号鍵を変更すると、全ての重要データが一括して正しく復号化できなくなり、万が一重要データが漏洩しても誤って復号化された、正しくないデータとなる。
【００４３】
なお、前記実施の形態では、携帯可能電子装置としてＩＣカードに適用した場合について説明したが、本発明はこれに限定されるものではなく、たとえば、ＰＤＡと称される携帯端末装置や携帯電話機などであっても適用でき、また、カード型に限らず、冊子型、ブロック形あるいはタグ型であってもよい。
【図面の簡単な説明】
【００４４】
【図１】本発明の実施の形態に係る携帯可能電子装置の一例としてＩＣカードのハードウエア構成を概略的に示すブロック図。
【図２】不揮発性メモリ内のファイル構成を模式的に示すブロック図。
【図３】暗証鍵の照合失敗によるアプリケーションブロックまでの一般的な処理の流れを示す図。
【図４】アプリケーションブロック前後における暗証鍵の変化の様子を示す図。
【符号の説明】
【００４５】
１１…ＣＰＵ、１２…ＲＯＭ、１３…ＲＡＭ、１４…通信ユニット（ＵＡＲＴ）、１５…不揮発性メモリ（ＮＶ（ＥＥＰＲＯＭ））、１６…コプロセッサ（Ｃｏ−Ｐｒｏ）、１７…ＩＣモジュール。
【図１】
2008033549.tif 000003
【図２】
2008033549.tif 000004
【図３】
2008033549.tif 000005
【図４】
2008033549.tif 000006