(57)【要約】【課題】  複数段階の認証処理を行うセキュリティシステムにおいて、その安全性を損なうことなく、操作性を向上することが可能なセキュリティシステム等を提供する。【解決手段】  セキュリティシステム１は、第１の認証トークンと第２の認証トークンとで共通の署名鍵を保持し、認証装置と第２の認証トークンとで認証鍵を保持する。第１の認証トークンにてＰＩＮ認証が成功すると、第１の認証トークンは署名鍵を用いて署名データを生成し、その署名データが第２の認証トークンへ渡される。第２の認証トークンでは署名データを用いて署名鍵の一致を検証し、一致が検証されればＰＩＮ認証成功状態を引き継ぐ。認証装置４と第２の認証トークンとの間でも認証処理が行われ、安全にＰＩＮ認証状態を引き継ぎつつＰＩＮ入力の回数を削減できる。【選択図】  図５
2012053647.tif 000002
【特許請求の範囲】
【請求項１】
ＰＩＮで保護された複数の認証トークンを用いて、複数段階の認証処理を実行する認証装置を備えたセキュリティシステムであって、
第１の認証トークンは、ＰＩＮコード及び署名鍵を保持し、
第２の認証トークンは、前記第１の認証トークンと共通の署名鍵と、前記認証装置との認証処理に使用する認証鍵とを保持し、
前記認証装置は、前記認証鍵を保持し、更に、
前記第１の認証トークンを用いてＰＩＮ認証を実行する第１認証手段と、
前記第１認証手段においてＰＩＮ認証が成功した場合に、任意のデータ列を生成し、当該任意のデータ列と前記第１の認証トークンが保持する署名鍵とを用いて、前記第１の認証トークンにて署名データを生成させる署名データ生成要求手段と、
前記第２の認証トークンとの通信に切り替え、第２の認証トークンとの認証処理を実行する第２認証手段と、
前記第２認証手段において前記第２の認証トークンの認証が成功した場合に、前記データ列と前記署名データとを前記第２の認証トークンに送信し、前記第１及び第２の認証トークンに夫々保持される各署名鍵の一致を検証させる検証要求手段と、を備え、
前記第１の認証トークンは、前記認証装置から入力される署名データ生成要求に応答して、前記任意のデータ列と当該第１の認証トークンが保持する署名鍵とを用いて署名データを生成し、前記認証装置へ送信する署名データ生成手段を備え、
前記第２の認証トークンは、
前記認証装置から入力される検証要求に応答して、前記データ列と前記署名データと当該第２の認証トークンが保持する署名鍵とを用いて、前記第１及び第２の認証トークンに夫々保持される各署名鍵の一致を検証し、検証結果を前記認証装置へ送信する検証手段と、
前記検証手段により前記第１及び第２の認証トークンに夫々保持される各署名鍵が一致すると検証された場合は、前記第１の認証トークンにおけるＰＩＮ認証成功状態を引き継ぐ引継手段と、
を備えることを特徴とするセキュリティシステム。
【請求項２】
前記任意のデータ列は、乱数であることを特徴とする請求項１に記載のセキュリティシステム。
【請求項３】
前記認証トークンは、ＩＣカードまたはメモリカードであることを特徴とする請求項１に記載の認証システム。
【請求項４】
前記第１の認証トークンは、更にシンクライアントＯＳを格納し、
前記第２の認証トークンは、更にＶＰＮ認証用の電子証明書を格納し、
前記引継手段により、前記第２の認証トークンが前記ＰＩＮ認証成功状態を引き継いだ場合、
前記認証装置は、
前記第１の認証トークンから前記シンクライアントＯＳを読み込んで起動する起動手段と、
シンクライアントサーバへ通信接続するために前記第２の認証トークンから前記電子証明書を読み込み、当該電子証明書を用いてＶＰＮ認証を試行するサーバ接続手段と、
を更に備えることを特徴とする請求項１に記載のセキュリティシステム。
【請求項５】
ＰＩＮで保護された複数の認証トークンを用いて、複数段階の認証処理を実行する認証装置であって、
第１の認証トークンを用いてＰＩＮ認証を実行する第１認証手段と、
前記第１認証手段においてＰＩＮ認証が成功した場合に、任意のデータ列を生成し、当該任意のデータ列と前記第１の認証トークンが保持する署名鍵とを用いて、前記第１の認証トークンにて署名データを生成させる署名データ生成要求手段と、
第２の認証トークンとの通信に切り替え、第２の認証トークンとの認証処理を実行する第２認証手段と、
前記第２認証手段において前記第２の認証トークンの認証が成功した場合に、前記データ列と前記署名データとを前記第２の認証トークンに送信し、前記第１及び第２の認証トークンに夫々保持される各署名鍵の一致を検証させる検証要求手段と、
を備えることを特徴とする認証装置。
【請求項６】
認証装置との間で認証処理を行うための認証情報を夫々格納した認証トークンのセットであって、
第１の認証トークンが、ＰＩＮコード及び署名鍵を保持し、
第２の認証トークンが、前記第１の認証トークンと共通の署名鍵と、前記認証装置との認証処理に使用する認証鍵とを保持し、
前記第１の認証トークンは、
入力されたＰＩＮコードと格納されたＰＩＮコードとの一致を確認するＰＩＮ認証手段と、
前記認証装置から入力される署名データ生成要求に応答して、前記認証装置にて生成される任意のデータ列と当該第１の認証トークンが保持する署名鍵とを用いて署名データを生成し、前記認証装置へ送信する署名データ生成手段とを備え、
前記第２の認証トークンは、
前記認証装置から入力される検証要求に応答して、前記データ列と前記署名データと当該第２の認証トークンが保持する署名鍵とを用いて、前記第１及び第２の認証トークンに夫々保持される各署名鍵の一致を検証し、検証結果を前記認証装置へ送信する検証手段と、
前記検証手段により前記第１及び第２の認証トークンに夫々保持される各署名鍵が一致すると検証された場合は、前記第１の認証トークンにおけるＰＩＮ認証成功状態を引き継ぐ引継手段と、
を備えることを特徴とする認証トークンのセット。
【請求項７】
ＰＩＮコード及び署名鍵が保持された第１の認証トークンと、前記第１の認証トークンと共通の署名鍵と、認証装置との認証処理に使用する認証鍵とが保持された第２の認証トークンと、を用いた認証方法であって、
前記認証装置が第１の認証トークンを用いてＰＩＮ認証を実行する第１認証ステップと、
ＰＩＮ認証が成功した場合に、前記認証装置が任意のデータ列を生成し、当該任意のデータ列と前記第１の認証トークンが保持する署名鍵とを用いて、前記第１の認証トークンにて署名データを生成させる署名データ生成ステップと、
前記認証装置が、前記第２の認証トークンとの通信に切り替え、第２の認証トークンとの認証処理を実行する第２認証ステップと、
前記第２の認証トークンの認証が成功した場合に、前記認証装置が前記データ列と前記署名データとを前記第２の認証トークンに送信し、前記第１及び第２の認証トークンに夫々保持される各署名鍵の一致を検証させる検証ステップと、
前記第１及び第２の認証トークンに夫々保持される各署名鍵が一致すると検証された場合に、前記第２の認証トークンが前記第１の認証トークンにおけるＰＩＮ認証成功状態を引き継ぐ引継ステップと、
を含むことを特徴とする認証方法。
【請求項８】
コンピュータにより読み取り可能な形式で記述されたプログラムであって、
第１の認証トークンを用いてＰＩＮ認証を実行する第１認証ステップと、
ＰＩＮ認証が成功した場合に、任意のデータ列を生成し、当該任意のデータ列と前記第１の認証トークンが保持する署名鍵とを用いて、前記第１の認証トークンにて署名データを生成させる署名データ生成要求ステップと、
前記第２の認証トークンとの通信に切り替え、第２の認証トークンとの認証処理を実行する第２認証ステップと、
前記第２の認証トークンの認証が成功した場合に、前記データ列と前記署名データとを前記第２の認証トークンに送信し、前記第１及び第２の認証トークンに夫々保持される各署名鍵の一致を検証させる検証要求ステップと、
を含む処理をコンピュータに実行させるための認証プログラム。
【請求項９】
認証トークンのコントローラにより実行可能な形式で記述された認証トークン用アプリケーションプログラムであって、
入力される検証要求に応答して、入力されたデータ列及び署名データを用いて、当該認証トークンが保持する署名鍵と前記署名データの生成元の保持する署名鍵とが一致するか否かを検証するステップと、
前記各署名鍵が一致すると検証された場合は、当該認証トークンをＰＩＮ認証成功状態へ遷移させるステップと、
を含む処理を認証トークンのコントローラに実行させるための認証トークン用アプリケーションプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＩＣカード、ＵＳＢデバイス等の認証トークンを用いて複数段階の認証処理を行うセキュリティシステムにおける認証方法等に関する。
【背景技術】
【０００２】
近年、コンピュータ等の情報処理装置を安全に起動するために、ＩＣカードやＵＳＢデバイス、メモリカード等を認証トークン（セキュリティトークン）として使用し、ユーザ認証やシステム検証を行ったうえで装置を起動させる仕組みが提案されている。ここで、認証トークンとは、データを秘匿に記憶でき、装置に脱着可能な可搬性のデバイスであり、社員証等で普及しているＩＣカード、ＳＩＭ（Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙ  Ｍｏｄｕｌｅ）、ＵＳＩＭ（Ｕｎｉｖｅｒｓａｌ  Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙ  Ｍｏｄｕｌｅ）、ミニＳＩＭ、ＵＳＢメモリ、演算機能を有するメモリカード等が含まれる。例えば、特許文献１では、ＵＳＢ互換記憶装置を暗号化キーの格納のための認証トークンとして使用する例が提示されている。
【０００３】
また、企業等においてクライアント端末に必要な機能のみを持たせ、機密情報等の情報資源の管理やアプリケーションの処理等の機能をサーバに集約させたシンクライアントシステム（Ｔｈｉｎ  Ｃｌｉｅｎｔ  Ｓｙｓｔｅｍ）が導入されている。シンクライアントシステムを実現するために、シンクライアントシステム専用のコンピュータを導入してもよいが、シンクライアントシステム専用のコンピュータの導入は、コスト、利便性の面から望ましいとはいえない。そこで、特許文献２に記載されているように、ＵＳＢメモリ、メモリカード、ＩＣカード、ＣＤ−ＲＯＭ等の携帯可能なデバイスやネットワークストレージにシンクライアントシステム専用のＯＳ（オペレーティングシステム）を格納しておき、汎用のコンピュータからシンクライアントＯＳを読出して起動することにより、汎用のコンピュータをシンクライアント端末化する手法が用いられている。更に、改竄されたシンクライアントＯＳの使用を防ぐため、特許文献３のように、ＵＳＢメモリ等に記憶されたシンクライアントＯＳの改竄を発見するプラットフォーム完全性検証システムが利用されることもある。
【０００４】
上述のような各種セキュリティシステムにおいては、セキュリティを強化するため、複数段階にわたって認証処理を行うことがある。例えば、上述のシンクライアントシステムでは、シンクライアントＯＳ起動時に第１の認証トークン（上述のＵＳＢメモリやメモリカード）及びＰＩＮを用いた認証処理を実行し、更に、上記専用ＯＳ起動後、ネットワーク接続する際にＶＰＮ認証用の電子証明書等が格納された第２の認証トークン（例えば、社員証等として使用されるＩＣカード）を使用し、この段階でもＰＩＮを用いてユーザ認証した後にＶＰＮサーバとの認証処理を実行することがある。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特表２０１０−５１７４２４号公報
【特許文献２】特開２００７−２９９１３６号公報
【特許文献３】特開２００９―１７５９２３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、上述のように複数段階の認証処理を行うセキュリティシステムにおいては、認証処理の都度、ユーザがＰＩＮ等の認証コードを入力する必要があった。そのため操作が煩雑であった。
【０００７】
本発明は、このような課題に鑑みてなされたもので、その目的とするところは、複数段階の認証処理を行うセキュリティシステムにおいて、その安全性を損なうことなく、操作を簡素にすることが可能なセキュリティシステム、認証装置、認証トークンのセット、認証方法、認証プログラム、及び認証トークン用アプリケーションプログラムを提供することである。
【課題を解決するための手段】
【０００８】
前述した課題を解決するため第１の発明は、ＰＩＮで保護された複数の認証トークンを用いて、複数段階の認証処理を実行する認証装置を備えたセキュリティシステムであって、第１の認証トークンは、ＰＩＮコード及び署名鍵を保持し、第２の認証トークンは、前記第１の認証トークンと共通の署名鍵と、前記認証装置との認証処理に使用する認証鍵とを保持し、前記認証装置は、前記認証鍵を保持し、更に、前記第１の認証トークンを用いてＰＩＮ認証を実行する第１認証手段と、前記第１認証手段においてＰＩＮ認証が成功した場合に、任意のデータ列を生成し、当該任意のデータ列と前記第１の認証トークンが保持する署名鍵とを用いて、前記第１の認証トークンにて署名データを生成させる署名データ生成要求手段と、前記第２の認証トークンとの通信に切り替え、第２の認証トークンとの認証処理を実行する第２認証手段と、前記第２認証手段において前記第２の認証トークンの認証が成功した場合に、前記データ列と前記署名データとを前記第２の認証トークンに送信し、前記第１及び第２の認証トークンに夫々保持される各署名鍵の一致を検証させる検証要求手段と、を備え、前記第１の認証トークンは、前記認証装置から入力される署名データ生成要求に応答して、前記任意のデータ列と当該第１の認証トークンが保持する署名鍵とを用いて署名データを生成し、前記認証装置へ送信する署名データ生成手段を備え、前記第２の認証トークンは、前記認証装置から入力される検証要求に応答して、前記データ列と前記署名データと当該第２の認証トークンが保持する署名鍵とを用いて、前記第１及び第２の認証トークンに夫々保持される各署名鍵の一致を検証し、検証結果を前記認証装置へ送信する検証手段と、前記検証手段により前記第１及び第２の認証トークンに夫々保持される各署名鍵が一致すると検証された場合は、前記第１の認証トークンにおけるＰＩＮ認証成功状態を引き継ぐ引継手段と、を備えることを特徴とするセキュリティシステムである。
【０００９】
第１の発明によれば、第１の認証トークンのＰＩＮ認証が成功した場合に、認証装置は任意のデータ列を生成し、当該任意のデータ列と前記第１の認証トークンが保持する署名鍵とを用いて、前記第１の認証トークンにて署名データを生成させる。また、認証装置は前記第２の認証トークンとの通信に切り替え、第２の認証トークンとの認証処理を実行する。第２の認証トークンの認証が成功した場合に、前記データ列と前記署名データとを前記第２の認証トークンに送信し、前記第１及び第２の認証トークンに夫々保持される各署名鍵の一致を検証させる。
第１の認証トークンは、認証装置から入力される署名データ生成要求に応答して、前記任意のデータ列と当該第１の認証トークンが保持する署名鍵とを用いて署名データを生成し、前記認証装置へ送信する。
第２の認証トークンは、認証装置から入力される検証要求に応答して、前記データ列と前記署名データと当該第２の認証トークンが保持する署名鍵とを用いて、前記第１及び第２の認証トークンに夫々保持される各署名鍵の一致を検証し、検証結果を前記認証装置へ送信し、前記第１及び第２の認証トークンに夫々保持される各署名鍵が一致すると検証された場合は、前記第１の認証トークンにおけるＰＩＮ認証成功状態を引き継ぐ。
【００１０】
これにより、第１及び第２の認証トークンがそれぞれ保持する署名鍵の一致が検証されれば、第１の認証トークンにおけるＰＩＮ認証成功状態を第２の認証トークンにも引き継ぐことが可能となる。そのため、複数の認証トークンを用いた認証処理を行うシステムにおいてもＰＩＮ入力の回数を削減でき、操作が簡素になる。共通の署名鍵を持っていない認証トークン間では署名鍵の一致が検証されないため、ＰＩＮ認証状態が引き継がれず安全性は確保される。また、認証装置と第２の認証トークンとの間でも認証処理が行われるため、正当でない第２の認証トークンへはＰＩＮ認証状態が引き継がれず、安全である。
【００１１】
また、第１の発明において、前記任意のデータ列は、乱数であることが望ましい。乱数を用いることにより認証処理の都度、異なる署名データや認証データを生成でき、安全性が向上する。
【００１２】
また、第１の発明において、前記認証トークンは、ＩＣカードまたはメモリカードであることが望ましい。可搬性に優れた認証トークンを複数組み合わせて使用する際は、複数の認証トークンに秘匿情報を分けて管理できるため安全性が向上し、また、本発明を適用すれば認証処理における操作の煩雑さを軽減できる。
【００１３】
また、第１の発明において、前記第１の認証トークンは、更にシンクライアントＯＳを格納し、前記第２の認証トークンは、更にＶＰＮ認証用の電子証明書を格納し、前記引継手段により、前記第２の認証トークンが前記ＰＩＮ認証成功状態を引き継いだ場合、前記認証装置は、前記第１の認証トークンから前記シンクライアントＯＳを読み込んで起動する起動手段と、シンクライアントサーバへ通信接続するために前記第２の認証トークンから前記電子証明書を読み込み、当該電子証明書を用いてＶＰＮ認証を試行するサーバ接続手段と、を更に備えることが望ましい。
【００１４】
これにより、本発明のセキュリティシステムをシンクライアントシステムにおいて利用でき、高度なセキュリティが要求されるシンクライアントシステムにおいても実用性、利便性が向上する。
【００１５】
第２の発明は、ＰＩＮで保護された複数の認証トークンを用いて、複数段階の認証処理を実行する認証装置であって、第１の認証トークンを用いてＰＩＮ認証を実行する第１認証手段と、前記第１認証手段においてＰＩＮ認証が成功した場合に、任意のデータ列を生成し、当該任意のデータ列と前記第１の認証トークンが保持する署名鍵とを用いて、前記第１の認証トークンにて署名データを生成させる署名データ生成要求手段と、第２の認証トークンとの通信に切り替え、第２の認証トークンとの認証処理を実行する第２認証手段と、前記第２認証手段において前記第２の認証トークンの認証が成功した場合に、前記データ列と前記署名データとを前記第２の認証トークンに送信し、前記第１及び第２の認証トークンに夫々保持される各署名鍵の一致を検証させる検証要求手段と、を備えることを特徴とする認証装置である。
【００１６】
第２の発明によれば、第１の認証トークンのＰＩＮ認証が成功した場合に、認証装置は任意のデータ列を生成し、当該任意のデータ列と前記第１の認証トークンが保持する署名鍵とを用いて、前記第１の認証トークンにて署名データを生成させる。また、認証装置は第２の認証トークンとの通信に切り替え、第２の認証トークンとの認証処理を実行する。第２の認証トークンの認証が成功した場合に、認証装置は前記データ列と前記署名データとを前記第２の認証トークンに送信し、前記第１及び第２の認証トークンに夫々保持される各署名鍵の一致を検証させる。
【００１７】
これにより、第１及び第２の認証トークンがそれぞれ保持する署名鍵の一致を検証させることができる。そのため、第２の認証トークンに対してＰＩＮを入力しなくても、第１の認証トークンのＰＩＮ認証結果に基づいて第２の認証トークンの正当性を認証可能となる。そのため、複数の認証トークンを用いた認証処理を行うシステムにおいてもＰＩＮ入力の回数を削減でき、操作が簡素になる。共通の署名鍵を持っていない認証トークン間では署名鍵の一致が検証されないため、安全性は確保される。また、認証装置と第２の認証トークンとの間でも認証処理が行われるため、正当でない第２の認証トークンを排除できる。
【００１８】
第３の発明は、認証装置との間で認証処理を行うための認証情報を夫々格納した認証トークンのセットであって、第１の認証トークンが、ＰＩＮコード及び署名鍵を保持し、第２の認証トークンが、前記第１の認証トークンと共通の署名鍵と、前記認証装置との認証処理に使用する認証鍵とを保持し、前記第１の認証トークンは、入力されたＰＩＮコードと格納されたＰＩＮコードとの一致を確認するＰＩＮ認証手段と、前記認証装置から入力される署名データ生成要求に応答して、前記認証装置にて生成される任意のデータ列と当該第１の認証トークンが保持する署名鍵とを用いて署名データを生成し、前記認証装置へ送信する署名データ生成手段とを備え、前記第２の認証トークンは、前記認証装置から入力される検証要求に応答して、前記データ列と前記署名データと当該第２の認証トークンが保持する署名鍵とを用いて、前記第１及び第２の認証トークンに夫々保持される各署名鍵の一致を検証し、検証結果を前記認証装置へ送信する検証手段と、前記検証手段により前記第１及び第２の認証トークンに夫々保持される各署名鍵が一致すると検証された場合は、前記第１の認証トークンにおけるＰＩＮ認証成功状態を引き継ぐ引継手段と、を備えることを特徴とする認証トークンのセットである。
【００１９】
これらの認証トークンのセットにより、第１及び第２の認証トークンがそれぞれ保持する署名鍵の一致を認証装置を用いて検証でき、第２の認証トークンに対してＰＩＮを入力しなくても、第１の認証トークンのＰＩＮ認証成功状態を第２の認証トークンに引き継ぐことが可能となる。そのため、複数の認証トークンを用いた認証処理を行うシステムにおいてもＰＩＮ入力の回数を削減でき、操作が簡素になる。共通の署名鍵を持っていない認証トークン間では署名鍵の一致が検証されないため、安全性は確保される。また、認証装置と第２の認証トークンとの間でも認証処理が行われるため、正当でない第２の認証トークンを排除できる。
【００２０】
第４の発明は、ＰＩＮコード及び署名鍵が保持された第１の認証トークンと、前記第１の認証トークンと共通の署名鍵と、認証装置との認証処理に使用する認証鍵とが保持された第２の認証トークンと、を用いた認証方法であって、前記認証装置が第１の認証トークンを用いてＰＩＮ認証を実行する第１認証ステップと、ＰＩＮ認証が成功した場合に、前記認証装置が任意のデータ列を生成し、当該任意のデータ列と前記第１の認証トークンが保持する署名鍵とを用いて、前記第１の認証トークンにて署名データを生成させる署名データ生成ステップと、前記認証装置が、前記第２の認証トークンとの通信に切り替え、第２の認証トークンとの認証処理を実行する第２認証ステップと、前記第２の認証トークンの認証が成功した場合に、前記認証装置が前記データ列と前記署名データとを前記第２の認証トークンに送信し、前記第１及び第２の認証トークンに夫々保持される各署名鍵の一致を検証させる検証ステップと、前記第１及び第２の認証トークンに夫々保持される各署名鍵が一致すると検証された場合に、前記第２の認証トークンが前記第１の認証トークンにおけるＰＩＮ認証成功状態を引き継ぐ引継ステップと、を含むことを特徴とする認証方法である。
【００２１】
第４の発明によれば、第１の認証トークンのＰＩＮ認証が成功した場合に、認証装置は任意のデータ列を生成し、当該任意のデータ列と前記第１の認証トークンが保持する署名鍵とを用いて、前記第１の認証トークンにて署名データを生成させる。また、認証装置は前記第２の認証トークンとの通信に切り替え、第２の認証トークンとの認証処理を実行する。第２の認証トークンの認証が成功した場合に、前記データ列と前記署名データとを前記第２の認証トークンに送信し、前記第１及び第２の認証トークンに夫々保持される各署名鍵の一致を検証させ、各署名鍵が一致すると検証された場合は、前記第１の認証トークンにおけるＰＩＮ認証成功状態を第２の認証トークンに引き継ぐ。
【００２２】
これにより、第１及び第２の認証トークンがそれぞれ保持する署名鍵の一致が検証されれば、第１の認証トークンにおけるＰＩＮ認証成功状態を第２の認証トークンにも引き継ぐことが可能となる。そのため、複数の認証トークンを用いた認証処理を行うシステムにおいてもＰＩＮ入力の回数を削減でき、操作が簡素になる。共通の署名鍵を持っていない認証トークン間では署名鍵の一致が検証されないため、ＰＩＮ認証状態が引き継がれず安全性は確保される。また、認証装置と第２の認証トークンとの間でも認証処理が行われるため、正当でない第２の認証トークンへはＰＩＮ認証状態が引き継がれず、安全である。
【００２３】
第５の発明は、コンピュータにより読み取り可能な形式で記述されたプログラムであって、第１の認証トークンを用いてＰＩＮ認証を実行する第１認証ステップと、ＰＩＮ認証が成功した場合に、任意のデータ列を生成し、当該任意のデータ列と前記第１の認証トークンが保持する署名鍵とを用いて、前記第１の認証トークンにて署名データを生成させる署名データ生成要求ステップと、前記第２の認証トークンとの通信に切り替え、第２の認証トークンとの認証処理を実行する第２認証ステップと、前記第２の認証トークンの認証が成功した場合に、前記データ列と前記署名データとを前記第２の認証トークンに送信し、前記第１及び第２の認証トークンに夫々保持される各署名鍵の一致を検証させる検証要求ステップと、を含む処理をコンピュータに実行させるための認証プログラムである。
【００２４】
第５の発明により、コンピュータを第２の発明の認証装置として機能させることが可能となる。
【００２５】
第６の発明は、認証トークンのコントローラにより実行可能な形式で記述された認証トークン用アプリケーションプログラムであって、入力される検証要求に応答して、入力されたデータ列及び署名データを用いて、当該認証トークンが保持する署名鍵と前記署名データの生成元の保持する署名鍵とが一致するか否かを検証するステップと、
前記各署名鍵が一致すると検証された場合は、当該認証トークンをＰＩＮ認証成功状態へ遷移させるステップと、を含む処理を認証トークンのコントローラに実行させるための認証トークン用アプリケーションプログラムである。
【００２６】
第６の発明により、各種認証トークンを第１乃至第３の発明における第２の認証トークンとして機能させることが可能となる。
【発明の効果】
【００２７】
本発明によれば、複数段階の認証処理を行うセキュリティシステムにおいて、その安全性を損なうことなく、操作を簡素とすることが可能なセキュリティシステム、認証装置、認証トークンのセット、認証方法、認証プログラム、及び認証トークン用アプリケーションプログラムを提供できる。
【図面の簡単な説明】
【００２８】
【図１】本発明に係るセキュリティシステム１の全体構成図
【図２】第１の認証トークン（メモリカード２）の内部構成を示すブロック図
【図３】第２の認証トークン（ＩＣカード３）の内部構成を示すブロック図
【図４】認証装置（クライアント端末４）の内部構成を示すブロック図
【図５】本発明のセキュリティシステム１の各部の動作を示すシーケンス図
【図６】従来のシンクライアントシステムでのログイン時に必要な認証処理の流れと、本発明を適用した場合における認証処理の流れとを対比して示す図
【発明を実施するための形態】
【００２９】
以下、図面に基づいて本発明の好適な実施形態について詳細に説明する。
まず、図１〜図４を参照して本発明の構成について説明する。
【００３０】
図１は、本発明に係るセキュリティシステム１のシステム構成を示す図である。
図１に示すように、本発明の一実施の形態に係るセキュリティシステム１は、第１の認証トークン２、第２の認証トークン３、及び認証装置４により構成され、認証装置４は、ネットワーク５、ＶＰＮサーバ６、及び完全性検証サーバ７を介してシンクライアントサーバ８へ通信接続される。
【００３１】
ＶＰＮ（Ｖｉｒｔｕａｌ  Ｐｒｉｖａｔｅ  Ｎｅｔｗｏｒｋ）サーバ６は、認証装置４のＶＰＮ接続を媒介するサーバであり、認証装置４との間で認証処理を行う。認証装置４とＶＰＮサーバとの間では社員証等の認証トークンに格納されたＶＰＮ用電子証明書を用いた認証処理を行う。本実施の形態では、第２の認証トークン３（ＩＣカード３）にＶＰＮ用電子証明書が格納される。認証成功後、認証装置４はＶＰＮ接続可能となる。
【００３２】
完全性検証サーバ７は、シンクライアントシステムのセキュリティを強化するため、ログインを要求するクライアント端末のプラットフォームの完全性を検証するものである。例えば公知の特許文献２（特開２００９−１７５９２３号公報）にその詳細な内容が記載されるため、説明を省略する。
【００３３】
シンクライアントサーバ８は、専用のＯＳや種々のアプリケーションソフトウエア等を搭載し、所定の認証処理によって認証された１または複数のクライアント端末（認証装置４）からの遠隔操作を受け付け、要求される演算処理を行ってクライアント端末（認証装置４）へ応答する。
【００３４】
本発明において、認証トークンとは、セキュリティシステム１を安全に起動するための認証情報を秘匿に格納した可搬デバイスであり、例えば、社員証等として普及しているＩＣカード、ＳＩＭ（Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙ  Ｍｏｄｕｌｅ）、ＵＳＩＭ（Ｕｎｉｖｅｒｓａｌ  Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙ  Ｍｏｄｕｌｅ）、ミニＳＩＭ等のＩＣカード類、ＵＳＢデバイスやセキュリティ機能を有するメモリカード等が含まれる。
第１の認証トークン２及び第２の認証トークン３は、いずれもデータの書き換えが可能な不揮発性メモリと演算機能（コントローラチップ）とを備える。
【００３５】
第１の認証トークン２は、少なくともＰＩＮコード２４２及び第２の認証トークン３と共通の署名鍵２４３を保持する（図２参照）。第１の認証トークン２のセキュアなメモリ領域は、ＰＩＮで保護された状態となっている。また、本実施の形態では、第１の認証トークン２は、セキュアなメモリ領域にシンクライアントＯＳ２４１を保持する。シンクライアントＯＳ２４１は、認証装置４の起動時に読み込まれ、認証装置４のＲＡＭ４１に展開される。シンクライアントＯＳ２４１には、後述する認証鍵２４７及び認証プログラム２４８が含まれるものとする。
第２の認証トークン３は、少なくとも第１の認証トークン２と共通の署名鍵３４１、及び認証装置４との認証処理に使用する認証鍵３４２を保持する（図３参照）。また、第２の認証トークン３もＰＩＮで保護された状態となっている。
【００３６】
本実施の形態では、第１の認証トークン２として、認証情報やシンクライアントＯＳが格納されるセキュアなメモリ領域と演算部（コントローラ）とを有するメモリカード２を利用し、第２の認証トークン３として、社員証等として普及しているＩＣカード３を利用するものとする。
【００３７】
具体的には、例えば、第１の認証トークン２としてセキュリティ機能を持ったＳＤカード（登録商標）等を採用することが好適である。セキュリティ機能を持ったＳＤカードとは、ＩＣカードと同等の耐タンパメモリ領域及びフラッシュメモリ領域をもつデバイスである。
この場合、ＳＤカードの耐タンパメモリ領域に、ＰＩＮコード及び署名鍵を格納し、フラッシュメモリ領域にシンクライアントＯＳを格納する。更に、フラッシュメモリ領域はＰＩＮで保護された状態とすれば、第１の認証トークン２内部のデータを外部の改変等から保護できる。
【００３８】
なお、第１及び第２の認証トークン２，３は、上述のＩＣカード、メモリカード（セキュリティ機能を有するＳＤカード）、及びＵＳＢメモリ等の組み合わせのうち、いずれの組み合わせであっても本発明を適用できる。例えば、第１及び第２の認証トークン２，３をいずれもＩＣカードで構成してもよいし、ＩＣカードとメモリカードとの組み合わせにしてもよいし、ＵＳＢメモリとＩＣカードとの組み合わせとしてもよい。その他の組み合わせとしてもよい。
【００３９】
認証装置４は、汎用のコンピュータ等により構成され、第１の認証トークン２のＰＩＮ認証インターフェースとして機能したり、第１の認証トークン２内のデータを読み込んで第１の認証トークン２との間で行われたＰＩＮ認証の状態（認証結果）を第２の認証トークン３へ引き継ぐための機能を有する。
【００４０】
本実施の形態では、認証装置４は上述の第１の認証トークン２であるセキュリティ機能を有するＳＤカードからブートするものとする。この場合、認証装置４は第１の認証トークン２のＰＩＮ認証成功後にＳＤカード内のシンクライアントＯＳ２４１を起動し、認証装置４のＲＡＭ４２に展開する。このとき、シンクライアントＯＳ２４１が有する認証鍵２４７及び認証プログラム２４８が認証装置４のＲＡＭ４２に展開され、その結果、認証装置４が認証鍵２４７及び認証プログラム２４８を利用可能な状態となる。
認証プログラム２４８とは、認証装置４の上述の各機能を実行するためのプログラムであり、認証装置４のＣＰＵ４１は、認証プログラム２４８に従った動作を行う。また、認証装置４は、シンクライアントＯＳ２４１を読み込んで起動するため、シンクライアントサーバ８のリモートデスクトップ（シンクライアント端末）として利用される。
【００４１】
認証装置４は、認証トークンとの間でデータの交換が可能なパーソナルコンピュータや、携帯端末、ゲーム機、その他の情報処理装置としてもよい。
【００４２】
図２は、第１の認証トークンとして利用されるメモリカード２の内部構成を示すブロック図、図３は第２の認証トークンとして利用されるＩＣカード３の内部構成を示すブロック図、図３は認証装置４の内部構成を示すブロック図である。
【００４３】
図２に示すように、メモリカード２（第１の認証トークン）は、セキュリティ機能を有する例えばＳＤカード等のメモリカードである。以下、単にメモリカード２という。メモリカード２は、ＣＰＵ２１と、揮発性のメモリであるＲＡＭ２２と、ＢＩＯＳが実装されるＲＯＭ２３と、ＥＥＰＲＯＭ２４と、を備えるコントローラ２０と、認証装置４と通信接続するための通信インターフェース２５と、不揮発性メモリ２６とを備える。
【００４４】
コントローラ２０のＣＰＵ２１は、ＥＥＰＲＯＭ２４に格納される第１アプリ（アプリケーションプログラム）２４４をＲＡＭ２２上のワークメモリ領域に呼び出して実行する。
【００４５】
ＲＡＭ２２は、上記第１アプリ２４４やその他データを一時的に保持するとともに、ＣＰＵ２１が各種処理を行うために使用するワークエリアを備える。後述する第１アプリ２４４の実行時には、認証装置４にて生成され、送信された乱数Ｒａや、ＣＰＵ２１が生成した署名データＳ等を処理が終了するまで保持する。
【００４６】
ＥＥＰＲＯＭ２４は、外部からのアクセスが制限されているメモリ領域を有し、このようなセキュアなメモリ領域には、シンクライアントＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）２４１、ユーザ認証用のＰＩＮコード２４２、第２の認証トークン（ＩＣカード３）と共通の署名鍵２４３と、第１アプリ２４４が格納される。また、ＥＥＰＲＯＭ２４には、当該メモリカード２の製造番号等のカード識別情報２４５も格納される。シンクライアントＯＳ２４１については、コントローラ２０には格納せず、不揮発性メモリ２６に格納するようにしてもよい。
通信インターフェース２５は、認証装置４との通信を行うための端子及び通信制御回路等により構成され、メモリカード２と認証装置４との通信を媒介する。
【００４７】
図３に示すように、ＩＣカード３（第２の認証トークン）は、ＣＰＵ３１と、揮発性のメモリであるＲＡＭ３２と、ＢＩＯＳが実装されるＲＯＭ３３と、ＥＥＰＲＯＭ３４と、を備えるコントローラ３０と、認証装置４と通信接続するための通信インターフェース３５とを備える。
【００４８】
コントローラ３０のＣＰＵ３１は、ＥＥＰＲＯＭ３４に格納される第２アプリ（認証トークン用アプリケーションプログラム）３４３をＲＡＭ３２上のワークメモリ領域に呼び出して実行する。
【００４９】
ＲＡＭ３２は、ロードしたプログラムやデータを一時的に保持するとともに、ＣＰＵ３１が各種処理を行うために使用するワークエリアを備える。例えば、後述する第２アプリ３４３の実行時には、認証装置４により生成され、送信された乱数Ｒｂ及び認証データＡや、当該ＩＣカード３のＣＰＵ３１が生成する認証データＡ’や、メモリカード２のＣＰＵ２１により生成された署名データＳや、当該ＩＣカード３のＣＰＵ３１が生成する署名データＳ’等が格納される。
【００５０】
ＥＥＰＲＯＭ３４は、外部からのアクセスが制限されているメモリ領域を有し、このようなセキュアなメモリ領域には、第１の認証トークン（メモリカード２）と共通の署名鍵３４１と、認証装置４との認証用に使用される認証鍵３４２と、第２アプリ３４３が格納される。また、ＥＥＰＲＯＭ３４には、ＶＰＮサーバ６との間でＶＰＮ認証時に使用される電子証明書（ＶＰＮ証明書３４４）が格納される。更に、本発明を適用しない場合にユーザ認証用に使用されるＰＩＮコードが格納されていてもよい（不図示）。また、ＥＥＰＲＯＭ２４には当該メモリカード２の製造番号等のカード識別情報３４５も格納される。
【００５１】
通信インターフェース３５は、ＩＣカードリーダ・ライタとの通信を行うための端子またはアンテナ及び通信制御回路等により構成され、ＩＣカード３と認証装置４との通信を媒介する。
【００５２】
図４に示すように、クライアント端末（認証装置）４は、ＣＰＵ４１、ＲＡＭ４２、ＢＩＯＳが実装されるＲＯＭ４３、ＩＣカードリーダ・ライタ４４、メモリカードインターフェース４５、ネットワークインターフェース４６、データ記憶装置４７、入力部４８、及び表示部４９等を備える。データ記憶装置４７には、クライアント端末（認証装置）４を汎用のコンピュータとして機能させる際に起動されるクライアントＯＳ４７１が格納される。
【００５３】
クライアント端末４は、データ記憶装置４７に格納される汎用のクライアントＯＳ４７１を読み出して起動する場合は、汎用のコンピュータとして使用される。一方、第１の認証トークン（メモリカード）２に格納されるシンクライアントＯＳ２４１を読み込んで起動した場合は、シンクライアントサーバ８のリモートデスクトップとして機能する。
【００５４】
本実施の形態では、クライアント端末（認証装置）４は第１の認証トークン（メモリカード）２からブートする。すなわち、クライアント端末（認証装置）４のＣＰＵ４１は第１の認証トークン（メモリカード）２のＰＩＮ認証成功後、メモリカード２内のシンクライアントＯＳ２４１を読み込み、認証装置４のＲＡＭ４２に展開する。このとき、シンクライアントＯＳ２４１が有する認証鍵２４７及び認証プログラム２４８も認証装置４のＲＡＭ４２に展開され、その結果、認証装置４が認証鍵及び認証プログラムを利用可能な状態となる。
【００５５】
ＲＡＭ４２は、ロードしたプログラムやデータを一時的に保持するとともに、ＣＰＵ４１が各種処理を行うために使用するワークエリアを備える。例えば、後述する認証プログラム２４８の実行時には、ＣＰＵ４１が生成した乱数Ｒａ、乱数Ｒｂ、メモリカード２にて生成される署名データＳ、認証装置４のＣＰＵ４１が生成する認証データＡ等が格納される。
また、ＲＡＭ４２はシンクライアントＯＳ２４１、シンクライアントＯＳ２４１に含まれる認証鍵２４７及び認証プログラム２４８を保持する。
【００５６】
ＩＣカードリーダ・ライタ４４は、ＩＣカード３との間でデータの読出し及び書込みを行う。また、ＩＣカード３のコントローラ３０（ＣＰＵ３１等）に所定の処理を実行させるためのコマンドを送信したり、ＩＣカード３からの応答を受信したりする。
メモリカードインターフェース４５は、メモリカード２との間でデータの読出し及び書込みを行う。また、メモリカード２のコントローラ２０（ＣＰＵ２１等）に所定の処理を実行させるためのコマンドを送信したり、メモリカード２からの応答を受信したりする。
ネットワークインターフェース４６は、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｋ）、公衆回線等を含むネットワーク５との通信を媒介する通信インターフェースである。
【００５７】
入力部４８は、例えば、キーボード、マウス等のポインティング・デバイス、テンキー等の入力装置であり、入力されたデータをＣＰＵ４１へ出力する。
表示部４９は、例えば液晶パネル、ＣＲＴモニタ等のディスプレイ装置と、ディスプレイ装置と連携して表示処理を実行するための論理回路で構成され、ＣＰＵ４１の制御により入力された表示情報をディスプレイ装置上に表示させる。
【００５８】
次に、図５を参照して、セキュリティシステム１において実行される認証処理の動作を説明する。
クライアント端末４（認証装置）では、メモリカード２が装着されている場合には、まずメモリカード２にアクセスし、シンクライアントＯＳ２４１の格納領域へアクセスするよう予め設定されているものとする。
【００５９】
クライアント端末４は、まずメモリカード２（第１の認証トークン）へアクセスする（ステップＴ１）。メモリカード２を認識すると、クライアント端末４は、ＰＩＮコードを入力するための入力インターフェース（入力画面等）をユーザに提供し、入力されたＰＩＮコードをメモリカード２へ送信する（ステップＴ２）。メモリカード２のＣＰＵ２１は、入力ＰＩＮと格納されているＰＩＮコード２４２とが一致するか判定する（ＰＩＮ認証；ステップＴ３）。そして、ＰＩＮ認証の結果をクライアント端末４へ応答する（ステップＴ４）。ＰＩＮ認証失敗の応答を受信した場合は、クライアント端末４はエラーとして終了する（ステップＴ５）。
ＰＩＮ認証が成功するとメモリカード２内のセキュアなメモリ領域にあるデータの読み込みが許可される。
【００６０】
この段階で、クライアント端末４のＣＰＵ４１は、メモリカード（第１の認証トークン）２に格納されているシンクライアントＯＳ２４１を読み込む。シンクライアントＯＳ２４１には、後述する認証鍵２４７及び認証プログラム２４８が含まれる。クライアント端末４のＣＰＵ４１は、読み込んだ認証プログラム２４８の実行を開始し、以下説明する一連の処理を行う。
【００６１】
すなわち、ＰＩＮ認証が成功した場合、クライアント端末４は乱数Ｒａを生成し（ステップＴ６）、この乱数Ｒａ及び署名データの生成要求をメモリカード２へ送信する（ステップＴ７）。メモリカード２は、受信した乱数Ｒａとメモリカード２が保持する署名鍵２４３とを用いて、署名データＳを生成する（ステップＴ８）。署名データＳは、署名鍵２４３にて乱数Ｒａを暗号化したものであり、復号鍵（暗号鍵と同一の署名鍵）を用いて復号できる。署名データＳの生成に乱数を用いることで、処理を行う都度、異なる署名データを生成でき、安全性が向上する。
メモリカード２は生成した署名データＳをクライアント端末４へ送信する（ステップＴ９）。クライアント端末４は、受信した署名データＳをＲＡＭ４２に保存する。
【００６２】
次に、クライアント端末４は、ＩＣカード３（第２の認証トークン）との通信に切り替え（ステップＴ１０）、ＩＣカード３にＰＩＮ認証状態の引継ぎを依頼する（ステップＴ１１）。
このとき、クライアント端末４のＣＰＵ４１は、まずＩＣカード３の認証処理を行う。すなわち、ＣＰＵ４１にて乱数Ｒｂを生成し（ステップＴ１２）、この乱数Ｒｂをクライアント端末４が保持する認証鍵２４７にて暗号化した認証データＡを生成する（ステップＴ１３）。そして、クライアント端末４は、乱数Ｒｂ及び認証データＡをＩＣカード３へ送信する（ステップＴ１４）。ＩＣカード３では、乱数Ｒｂ及び認証データＡを受信すると、ＩＣカード３が保持する認証鍵３４２と受信した乱数Ｒｂを用いて認証データＡ’を生成（暗号化）し（ステップＴ１５）、受信した認証データＡと比較してクライアント端末４の正当性を検証する（ステップＴ１６）。ＩＣカード３は、認証データの検証結果をクライアント端末４へ送信する（ステップＴ１７）。
クライアント端末４にて認証失敗の応答を得た場合は、エラーとして終了する（ステップＴ１８）。
【００６３】
ＩＣカード３とクライアント端末４との間で認証が成功した場合は、次に、クライアント端末４は、ＲＡＭ４２に保持されている乱数Ｒａ（ステップＴ６において生成した乱数）と、メモリカード２にて生成された署名データＳとをＩＣカード３へ送信し、ＩＣカード３とメモリカード２とで夫々保持する各署名鍵３４１，２４３の一致を検証させる検証要求を送信する（ステップＴ１９）。
【００６４】
ＩＣカード３は、検証要求に応答して、受信した乱数ＲａとＩＣカード３の保持する署名鍵３４１とを用いて署名データＳ’を生成し、受信した署名データＳとの一致を検証する（ステップＴ２０）。ＩＣカード３は署名データの検証結果をクライアント端末４へ送信する（ステップＴ２１）。
クライアント端末４にて、署名データが一致しないとの応答を得た場合は、エラーとして終了する（ステップＴ２２）。
メモリカード２及びＩＣカード３に夫々保持される各署名鍵３４１，２４３が一致する場合（署名データＳ’と署名データＳとが一致する場合）は、メモリカード２におけるＰＩＮ認証成功状態がＩＣカード３へ引き継がれる。すなわち、ＩＣカード３のＣＰＵ３１はＰＩＮ認証成功状態へ遷移させ、ＩＣカード３内のセキュアなメモリ領域へのアクセスを許可する。例えば、ＶＰＮ証明書等の読み込みが許可される（ステップＴ２３）。
【００６５】
以上説明した処理によって、メモリカード２及びＩＣカード３はいずれもＰＩＮ認証成功状態へ遷移するため、クライアント端末４からメモリカード２及びＩＣカード３内のセキュアなメモリ領域へのアクセスが可能となる。ここまでの認証処理において、ユーザによるＰＩＮ入力操作は、ステップＴ２において一度だけ要求される。
ステップＴ２３以降の処理は任意であるが、本実施の形態では、例えば、クライアント端末４がシンクライアントサーバ８へリモートアクセスできるよう処理が続行される。
【００６６】
図６（Ｂ）は、本発明の認証処理をシンクライアントサーバ８へのアクセス時に実行する場合の処理の流れを示している。
すなわち、クライアント端末４は、まずＩｎｉｔ部（初期動作プログラム）を読み込み、起動する（ステップＳ１０１）。その後、メモリカード２のＰＩＮ認証を実行する（ステップＳ１０２）。このＰＩＮ認証は、図５のステップＴ２〜Ｔ５に相当する処理である。
ＰＩＮ認証成功後は、図５のステップＴ６以降のＰＩＮ認証引継処理が実行される一方で（ステップＳ１０３）、メモリカード２のセキュアな領域に書き込まれているシンクライアントＯＳ２４１本体部を読み込み、展開する（ステップＳ１０４）。その後、ステップＳ１０３の処理、すなわち、図５のステップＴ６〜Ｔ２３の処理によりメモリカード２のＰＩＮ認証成功状態がＩＣカード３へ引き継がれると、クライアント端末４は、ネットワーク５へ接続する（ステップＳ１０５）。そしてクライアント端末４は、まずＶＰＮサーバ６に通信接続し、ＩＣカード３から読み込んだＶＰＮ証明書を利用してＶＰＮ認証を試行する（ステップＳ１０６）。また、クライアント端末４は、完全性検証サーバ７と通信接続し、メモリカード２の完全性検証を行う（ステップＳ１０７）。
その後、ＶＰＮサーバ６におけるＶＰＮ認証が成功し、完全性検証サーバ７においてプラットフォームの完全性が検証されると、シンクライアントサーバ８へのリモートアクセスが可能となる（ステップＳ１０８）。
【００６７】
本実施の形態の認証処理（ＰＩＮ認証引継処理を含む）を行った場合、ＰＩＮで保護された２つの認証トークン（メモリカード２及びＩＣカード３）を利用するにも関わらず、ユーザがＰＩＮを入力するのはステップＳ１０２のメモリカード２のＰＩＮ認証時だけである（図６（Ｂ）の太線で示すステップ）。
【００６８】
一方、本発明の認証処理を適用しない従来の手法では、図６（Ａ）に示すように、メモリカード２へのアクセス時（ステップＳ３０２）と、ＩＣカード３へのアクセス時（ステップＳ３０５；ＶＰＮ証明書を取得する時）との２段階で、ＰＩＮ入力を行う必要があり、操作が煩雑であった。
【００６９】
本実施の形態のセキュリティシステム１では、それぞれＰＩＮで保護されたメモリカード２とＩＣカード３とで共通な署名鍵を保持し、また、クライアント端末４とＩＣカード３とで互いを認証するための認証鍵を保持し、ＰＩＮ認証が成功した第１の認証トークン（メモリカード２）にて署名鍵により暗号化された署名データを第２の認証トークン（ＩＣカード３）の署名鍵にて復号し、第１及び第２の認証トークンの夫々保持する署名鍵が一致するか否かを検証する。署名鍵の一致が検証されれば、第１の認証トークンにおけるＰＩＮ認証成功状態を第２の認証トークンにも引き継いで使用可能する。そのため、ＰＩＮ入力の手間は一度で済み、操作が簡素になる。また署名鍵の検証が行われるため、共通の署名鍵を持っていない認証トークン間ではＰＩＮ認証状態が引き継がれないため安全である。
【００７０】
また、クライアント端末４と第２の認証トークン（ＩＣカード３）との間でも認証処理が行われるため、クライアント端末４（認証プログラム）と第２の認証トークン（ＩＣカード３）との間でも、プログラムの改竄やＩＣカード３の不正な使用等がないかも確認できる。すなわち、クライアント端末４と第２の認証トークン（ＩＣカード３）とで認証成功しなければ、ＰＩＮ認証が成功したメモリカード２のＰＩＮ認証状態も引き継がれないため、ＩＣカード３内のデータを保護できる。また、クライアント端末４側の実行される認証プログラムが正規なアプリであるか否かも検証できるようになる。
【００７１】
また、本実施の形態では、署名データや認証データを生成する際に、乱数を用いているため、処理の都度、異なる署名データや認証データを生成でき、安全性が向上する。
【００７２】
なお、乱数以外であっても任意のデータ列を用いて署名データや認証データを生成するようにしてもよい。その他、当業者であれば、本願で開示した技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、それらについても当然に本発明の技術的範囲に属するものと了解される。
【符号の説明】
【００７３】
１・・・セキュリティシステム
２・・・第１の認証トークン（メモリカード）
３・・・第２の認証トークン（ＩＣカード）
４・・・認証装置（クライアント端末）
５・・・ネットワーク
６・・・ＶＰＮサーバ
７・・・完全性検証サーバ
８・・・シンクライアントサーバ
２４３・・署名鍵（メモリカード２）
３４１・・署名鍵（ＩＣカード３）
３４２・・認証鍵（ＩＣカード３）
２４１・・シンクライアントＯＳ
２４７・・認証鍵（クライアント端末４）
２４８・・認証プログラム（クライアント端末４）
２４４・・第１アプリ
３４３・・第２アプリ（認証トークン用アプリ）
【図１】
2012053647.tif 000003
【図２】
2012053647.tif 000004
【図３】
2012053647.tif 000005
【図４】
2012053647.tif 000006
【図５】
2012053647.tif 000007
【図６】
2012053647.tif 000008