JP2015097003A - 認証システム、認証方法および認証プログラム - Google Patents

Abstract

【課題】取引処理が実行されるまでの取引内容の改ざんをチェックし、より高いセキュリティを確保する。【解決手段】認証システムであって、認証装置５は、ユーザ端末１から送信された取引データを用いて、チャレンジコードを生成するチャレンジコード生成手段５１と、認証要求に含まれる取引データを用いてチャレンジコードを生成し、生成したチャレンジコードと当該認証要求に含まれるチャレンジコードとが一致するか否かを認証するとともに、ワンタイムパスワードを認証し、認証結果をアプリケーション装置４に送信する認証手段５３とを有し、アプリケーション装置４は、チャレンジコードと取引データとを含むメールをモバイル端末２に送信する送信手段４２と、チャレンジコード、ワンタイムパスワードおよび取引データを含む認証要求を、認証装置５に送信する認証要求手段４３と、取引データに従って取引処理を実行する取引処理手段４４とを有する。【選択図】図１

Description

本発明は、ネットワークを介したサービスにおいて、ユーザ認証を行う認証技術に関する。

近年、フィッシング詐欺に代表される、インターネット上でのユーザＩＤ、パスワードなどの詐取・盗難（identity theft）が問題となっている。そのため、より高いセキュリティを確保し、ユーザの正当性を認証する技術が求められている。例えば、特許文献１には、ワンタイムパスワードを用いて、ユーザ認証を行う認証システムが記載されている。

特開2011−204169号公報

ネットワークを介して通信する場合、ネットワーク経路上に攻撃者（第三者）が割り込んで、送受信データの改ざんを行う中間者攻撃（man-in-the-middle attack）の被害にあう危険性がある。この中間者攻撃では、通信を行う２者の間のネットワーク経路上で攻撃者が中継を行う場合、攻撃者は送受信されるデータを覗き見たり改ざんすることができるが、どちらのユーザもそのことに気付かない。

そのため、例えば、金融機関のＷｅｂサイトにアクセスして、所定の口座に所定の金額を振り込むなどのネットバンキングを行う場合、送信データを改ざんされて、ユーザが意図しない口座に、意図しない金額のお金が振り込まれてしまう場合があり、しかもユーザは処理の終了後も中間者攻撃を受けたことに気がつかない。

本発明は上記事情に鑑みてなされたものであり、本発明の目的は、取引処理が実行されるまでの取引内容の改ざんをチェックし、ネットワーク経路上に介在する中間者攻撃を防御し、より高いセキュリティを確保することにある。

上記課題を解決するために、本発明は、アプリケーション装置と、認証装置とを有する認証システムであって、前記認証装置は、ユーザが使用するユーザ端末から送信された取引データを用いて、チャレンジコードを生成するチャレンジコード生成手段と、前記アプリケーション装置から受信した認証要求に含まれる取引データを用いてチャレンジコードを生成し、生成したチャレンジコードと当該認証要求に含まれるチャレンジコードとが一致するか否かを認証するとともに、前記認証要求に含まれるワンタイムパスワードを認証し、認証結果を前記アプリケーション装置に送信する認証手段と、を有し、前記アプリケーション装置は、前記認証装置が生成したチャレンジコードと、前記ユーザ端末から送信された取引データとを含むメールを、前記ユーザが使用するモバイル端末に送信する送信手段と、前記ユーザ端末から送信された、チャレンジコード、ワンタイムパスワードおよび取引データを含む認証要求を、前記認証装置に送信する認証要求手段と、前記認証装置から認証成功の認証結果を受信した場合、前記認証要求に含まれる取引データに従って取引処理を実行する取引処理手段と、を有する。

本発明は、アプリケーション装置と認証装置とを有する認証システムが行う認証方法であって、前記認証装置は、ユーザが使用するユーザ端末から送信された取引データを用いて、チャレンジコードを生成するチャレンジコード生成ステップと、前記アプリケーション装置から受信した認証要求に含まれる取引データを用いてチャレンジコードを生成し、生成したチャレンジコードと当該認証要求に含まれるチャレンジコードとが一致するか否かを認証するとともに、前記認証要求に含まれるワンタイムパスワードを認証し、認証結果を前記アプリケーション装置に送信する認証ステップと、を行い、前記アプリケーション装置は、前記認証装置が生成したチャレンジコードと、前記ユーザ端末から送信された取引データとを含むメールを、前記ユーザが使用するモバイル端末に送信する送信ステップと、前記ユーザ端末から送信された、チャレンジコード、ワンタイムパスワードおよび取引データを含む認証要求を、前記認証装置に送信する認証要求ステップと、前記認証装置から認証成功の認証結果を受信した場合、前記認証要求に含まれる取引データに従って取引処理を実行する取引処理ステップと、を行う。

本発明は、アプリケーション装置と、認証装置とを有する認証システムが実行する認証プログラムであって、前記認証装置を、ユーザが使用するユーザ端末から送信された取引データを用いて、チャレンジコードを生成するチャレンジコード生成手段、および、前記アプリケーション装置から受信した認証要求に含まれる取引データを用いてチャレンジコードを生成し、生成したチャレンジコードと当該認証要求に含まれるチャレンジコードとが一致するか否かを認証するとともに、前記認証要求に含まれるワンタイムパスワードを認証し、認証結果を前記アプリケーション装置に送信する認証手段、として機能させ、前記アプリケーション装置を、前記認証装置が生成したチャレンジコードと、前記ユーザ端末から送信された取引データとを含むメールを、前記ユーザが使用するモバイル端末に送信する送信手段、前記ユーザ端末から送信された、チャレンジコード、ワンタイムパスワードおよび取引データを含む認証要求を、前記認証装置に送信する認証要求手段、および、前記認証装置から認証成功の認証結果を受信した場合、前記認証要求に含まれる取引データに従って取引処理を実行する取引処理手段、として機能させる。

本発明では、取引処理が実行されるまでの取引内容の改ざんをチェックし、ネットワーク経路上に介在する中間者攻撃を防御し、より高いセキュリティを確保することができる。

本発明の実施形態が適用された認証システムの全体構成図である。 認証テーブルの一例を示す図である。 オンラインバンキング処理を示すシーケンス図である。 ユーザ端末およびモバイル端末のディスプレイに表示される画面の一例を示す図である。

以下、本発明の実施の形態について説明する。

図１は、本発明の実施形態が適用された認証システムの全体構成図である。図示するシステムは、ユーザが使用するユーザ端末１およびモバイル端末２と、ネットバンキングサーバ４（アプリケーション装置）と、認証サーバ５とを有する。これらの装置１、２、３、４は、インターネットなどのネットワーク９を介して接続される。また、本実施形態のシステムは、ユーザがハードトークンを用いてワンタイムパスワードを取得する場合は、ハードトークン３を備える。

なお、本実施形態では、金融機関が提供するネットバンキングサービスにおける認証システムを例として以下に説明するが、本発明はこれに限定されるものではない。例えば、ポイント以降、送金サービス、決済サービスなど、ネットバンキングサービス以外の様々なサービスにも適用することができる。

本実施形態のユーザは、ネットバンキングサーバ４が提供するネットバンキングサービスを利用可能なユーザであって、あらかじめネットバンキングサーバ４に登録し、ユーザＩＤを取得しているものとする。

また、ユーザは、ユーザ端末１を使用してネットバンキングサーバ４にアクセスし、ネットバンキングを行う場合、ワンタイムパスワードを取得し、当該ワンタイムパスワードをユーザ端末１に入力する。ワンタイムパスワードは、モバイル端末２を用いて認証サーバ５から取得する場合と、ハードトークン３から取得する場合とがある。

ユーザ端末１には、例えばＰＣなどを用いることができる。モバイル端末２には、スマートフォン、タブレット端末、携帯電話などの携帯端末を用いることができる。

ネットバンキングサーバ４は、銀行などの金融機関が運用するサーバであって、口座振込、預金の残高照会、入出金照会などのネットバンキングサービスを、ネットワーク９を介してユーザ端末１に提供する。図示するネットバンキングサーバ４は、要求受付部４１と、チャレンジコード送信部４２と、認証要求部４３と、取引処理部４４とを備える。

要求受付部４１は、ユーザ端末１からの要求を受け付ける。チャレンジコード送信部４２は、認証サーバ５が生成したチャレンジコードと、ユーザ端末１から送信された取引データとを含むメールを、モバイル端末２に送信する。認証要求部４３は、ユーザ端末から送信された、チャレンジコード、ワンタイムパスワードおよび取引データを含む認証要求を、認証装置５に送信する。取引処理部４４は、認証装置５から認証成功の認証結果を受信した場合、認証要求に含まれる取引データに従って取引処理（口座振込、預金の残高照会、入出金照会など）を実行する。

認証サーバ５は、チャレンジコード生成部５１と、ワンタイムパスワード生成部（ＯＴＰ生成部）５２と、認証部５３と、認証テーブル５４とを有する。チャレンジコード生成部５１は、ユーザ端末１から送信された取引データを用いてチャレンジコードを生成する。ワンタイムパスワード生成部５２は、モバイル端末２からの要求に応じてワンタイムパスワードを生成し、モバイル端末２に送信する。認証部５３は、ネットバンキングサーバ４から受信した認証要求に含まれる取引データを用いてチャレンジコードを生成し、生成したチャレンジコードと当該認証要求に含まれるチャレンジコードとが一致するか否かを認証するとともに、前記認証要求に含まれるワンタイムパスワードを認証し、認証結果をネットバンキングサーバ４に送信する。認証テーブル５４には、認証に必要な各種の情報が登録される。

図２は、認証テーブル５４の一例を示す図である。図示する認証テーブル５４は、ユーザ毎に、ユーザＩＤと、モバイル端末２の端末ＩＤと、チャレンジコードと、ワンタイムパスワードと、図示しないその他の情報とを有する。チャレンジコードには、チャレンジコード生成部５１が生成したチャレンジコードが設定される。端末ＩＤには、モバイル端末２の個体識別番号、電話番号、モバイル端末２のＩＣメモリに記憶されたユーザ情報など、モバイル端末２を識別可能な識別情報が設定される。ワンタイムパスワードには、ワンタイムパスワード生成部５２が生成したワンタイムパスワードが設定される。

上記説明した、ネットバンキングサーバ４および認証サーバ５は、いずれも、例えば、ＣＰＵと、メモリと、ＨＤＤ等の外部記憶装置などを備えた汎用的なコンピュータシステムを用いることができる。このコンピュータシステムにおいて、ＣＰＵがメモリ上にロードされた所定のプログラムを実行することにより、各装置の各機能が実現される。例えば、ネットバンキングサーバ４および認証サーバ５の各機能は、ネットバンキングサーバ４用のプログラムの場合はネットバンキングサーバ４のＣＰＵが、そして、認証サーバ５用のプログラムの場合は認証サーバ５のＣＰＵが、それぞれ実行することにより実現される。また、ネットバンキングサーバ４用のプログラムおよび認証サーバ５用のプログラムは、ハードディスク、フレキシブルディスク、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ−ＲＯＭなどのコンピュータ読取り可能な記録媒体に記憶することも、ネットワークを介して配信することもできる。

次に、本実施形態の処理について説明する。

図３は、本実施形態におけるネットバンキング処理を示すシーケンス図である。図４は、図３に示す処理において、ユーザ端末１またはモバイル端末２のディスプレイに表示される各種画面の遷移の一例を示したものである。

ユーザ端末１は、ユーザの指示を受け付けてネットバンキングサーバ４にアクセスし、ユーザが入力した取引データ（取引内容）をネットバンキングサーバ４に送信する。ネットバンキングサーバ４は、ユーザ端末１から送信された取引データをユーザに確認させるための確認画面（例えば図４に示す確認画面６１）を、ユーザ端末１に送信する。ユーザ端末１は、ネットバンキングサーバ４から送信された、確認画面６１をディスプレイに表示する。取引データとしては、例えば、取引種別、取引先情報（金融機関コード、口座番号）、取引金額等がある。図３および図４では、取引種別が振込（送金）の場合を例に以下説明する。

ユーザは、表示された確認画面６１の取引データが、自分の意図した正しい内容となっているか否かを確認し、正しい場合は確認画面６１の「次へ」をクリックする。これにより、ユーザ端末１は、確認画面６１に表示された取引データを含む取引要求を、ネットバンキングサーバ４に送信する（Ｓ１１）。このとき、ユーザ端末１がウィルス（不正なプログラム）に感染しているなどにより、確認画面６１の取引データが改ざんされてしまい、ユーザが確認した確認画面６１とは違う別の取引データがネットバンキングサーバ４に送信されてしまうリスクがある。

ネットバンキングサーバ４の要求受付部４１は、ユーザ端末１から受信した取引要求を認証サーバ５に送信する（Ｓ１２）。なお、要求受付部４１は、取引要求を送信する際に、ユーザがログイン時に入力したユーザＩＤまたは口座番号などのユーザ識別情報を、合わせて認証サーバ５に送信する。

認証サーバ５のチャレンジコード生成部５１は、取引要求を受信すると、取引データを用いてチャレンジコードを生成する（Ｓ１３）。チャレンジコード生成部５１は、例えば、ハッシュ関数など不可逆的な一方向関数のアルゴリズムによりチャレンジコードを生成する。なお、取引データの全部のデータを用いてチャレンジコードを生成してもよく、また、取引データの一部のデータを用いてチャレンジコードを生成してもよい。

そして、チャレンジコード生成部５１は、生成したチャレンジコードを、Ｓ１２で受信した取引要求に含まれるユーザＩＤと対応付けて認証テーブル５４に記憶する。すなわち、チャレンジコード生成部５１は、認証テーブル５４の当該ユーザＩＤのレコードに、生成したチャレンジコードを設定する。また、チャレンジコード生成部５１は、生成したチャレンジコードを、ネットバンキングサーバ４に送信する（Ｓ１４）。

ネットバンキングサーバ４の要求受付部４１は、認証サーバ５から受信したチャレンジコードおよびワンタイムパスワードをユーザに入力させるための入力画面６２（例えば、図４に示す入力画面６２）を、ユーザ端末１に送信する（Ｓ１５）。ユーザ端末１は、入力画面６２をディスプレイに表示する。なお、入力画面６２には、画面上には表示されていないが、Ｓ１１でユーザ端末１から送信された取引データが埋め込まれているものとする。

なお、ユーザ端末１がウィルスに感染している場合、ウィルスが、ネットバンキングサーバ４から入力画面６２が送信されたことを検知して、ネットバンキングサーバ４が送信した入力画面６２の替わりに、偽のポップアップ画面をディスプレイに表示し、ユーザが入力するチャレンジコードおよびワンタイムパスワードを詐取する危険性がある。

また、ネットバンキングサーバ４のチャレンジコード送信部４２は、Ｓ１４でチャレンジコードを受信すると、当該チャレンジコードをユーザに通知するためのメール（例えば、図４に示すメール６３）を生成し、当該メールを当該ユーザが使用するモバイル端末２に送信する（Ｓ１６）。ユーザは、モバイル端末２に送信されたメール６３を受信し、ディスプレイに表示する。

なお、本実施形態では、ウィルスに感染している可能性のあるユーザ端末１ではなく、モバイル端末２にチャレンジコードを設定したメールを送信することで、ウィルスや攻撃者が介在するリスクを低減し、セキュリティを向上させる。なお、モバイル端末２に送信するモバイルメールは、比較的ウィルスが介在する可能性が低い。

また、図４に示すメール６３には、チャレンジコードだけでなく、取引データが設定されている。これにより、メールに表示された取引データが、自分の意図した正しい内容となっているかを、再度ユーザに確認させる。このタイミングで、モバイル端末２に送信された取引データをユーザに再確認させることで、Ｓ１１でユーザ端末１からネットバンキングサーバ４に実際に送信された取引データが、ウィルスなどにより改ざんされた取引データであるのか、または改ざんされていない正しい取引データであるのかを、ユーザにチェックさせることができる。メールの取引データが正しくない場合、ユーザは、ウィルスなどによる改ざんが行われているとみなし、以降の処理を中止する。

一方、メールの取引データが正しいと判断した場合、ユーザは、Ｓ１５で送信された入力画面６２に入力するワンタイムパスワードを取得する（Ｓ１７）。ワンタイムパスワードの取得方法としては、モバイル端末２をソフトトークンとして認証サーバ５から取得する方法、ハードトークン３を用いる方法などがあり、ユーザはいずれかの方法でワンタイムパスワードを取得する。

まず、モバイル端末２を用いてワンタイムパスワードを取得する処理について説明する。なお、以下に説明する処理は一例であって、これ以外の方法でワンタイムパスワードを取得してもよい。

モバイル端末２は、ユーザの指示を受け付けて、ワンタイムパスワード発行要求を認証サーバ５に送信する。これにより、認証サーバ５のワンタイムパスワード生成部５２は、例えば、ＰＩＮ（Personal identification number）を入力させるためのＰＩＮ入力画面をモバイル端末２に送信する。モバイル端末２は、ＰＩＮ入力画面をディスプレイに表示し、ユーザは、あらかじめ認証サーバ５に登録しておいたＰＩＮをＰＩＮ入力画面に入力する。モバイル端末２は、入力されたＰＩＮを認証サーバ５に送信する。なお、モバイル端末２は、認証サーバ５にＰＩＮなどの情報を送信する際に、当該モバイル端末２の端末ＩＤ（固体識別番号など）を併せて送信するものとする。モバイル端末２は、図示しないメモリ等の記憶装置に、端末ＩＤがあらかじめ記憶されているものとする。なお、端末ＩＤが記憶されている記憶装置は、モバイル端末２から着脱可能なＩＣカードであってもよい。

認証サーバ５のワンタイムパスワード生成部５２は、認証テーブル５４の中から受信した端末ＩＤに対応するＰＩＮを特定し、当該ＰＩＮとモバイル端末２から送信されたＰＩＮとが一致するか否かを検証する。ＰＩＮが一致しない場合、ワンタイムパスワード生成部５２は、ワンタイムパスワードを生成することなく、エラーメッセージをモバイル端末２に送信する。ＰＩＮが一致する場合、ワンタイムパスワード生成部５２は、所定のアルゴリズム（例えば、ハッシュ関数等の一方向性関数）によりワンタイムパスワードを生成し、生成したワンタイムパスワードを当該端末ＩＤと対応付けて認証テーブル５４に記憶するとともに、生成したワンタイムパスワードをモバイル端末２に送信する。モバイル端末２は、ワンタイムパスワードをディスプレイに表示する。このように、ユーザは、モバイル端末２を用いてワンタイムパスワードを取得する。

次に、ハードトークン３のワンタイムパスワード発行処理の一例について説明する。ハードトークン３の記憶部には、当該ハードトークン３を使用するユーザに割り当てられたパスワード生成キーが設定されているものとする。なお、ハードトークン３を用いてワンタイムパスワードを取得する場合、認証サーバ５の認証テーブル５４には、ハードトークン３に記憶されたパスワード生成キーと同じパスワード生成キーが、当該ユーザＩＤのレコードに設定されているものとする。また、時刻同期方式を用いたワンタイムパスワードの生成を行う場合、ハードトークン３は、時刻を計測するタイマー部などを有するものとする。ハードトークン３は、所定のタイミング（時間間隔）で、記憶部に記憶されたパスワード生成キーと時刻情報とに基づいて、所定のアルゴリズム（例えば、ハッシュ関数等の一方向性関数）によりワンタイムパスワードを生成し、生成したワンタイムパスワードを、ディスプレイに表示する。ユーザは、ハードトークン３に表示されたワンタイムパスワードを取得する。

ユーザは、Ｓ１６で受信したメールに設定されたチャレンジコード、およびＳ１７で取得したワンタイムパスワードを、Ｓ１５で送信され、ユーザ端末１に表示されている入力画面６２に入力し、実行ボタンをクリックする。なお、図４に示す入力画面６４は、図４の入力画面６２にチャレンジコードおよびワンタイムパスワードが入力された入力後の入力画面である。

ユーザ端末１は、ユーザが入力したチャレンジコードおよびワンタイムパスワードと、入力画面６２、６４に埋め込まれた取引データと含む取引実行指示をネットバンキングサーバ４に送信する（Ｓ１８）。入力画面６２、６４には、画面上には表示されていない取引データが埋め込まれているものとする。なお、入力画面６２、６４上に、取引データを表示することとしてもよい。

このとき、ユーザ端末１がウィルスに感染しているなどにより、入力画面６２、６４に埋め込まれた取引データが改ざんされ、改ざんされた振込先および振込金額の取引データがネットバンキングサーバ４に送信されてしまう場合がある。

ネットバンキングサーバ４の認証要求部４３は、モバイル端末２から送信されたチャレンジコード、ワンタイムパスワードおよび取引データを含む認証要求を、認証サーバ５に送信する（Ｓ１９）。なお、認証要求部４３は、認証要求を送信する際に、ユーザがログイン時に入力したユーザ自身のユーザＩＤなどのユーザ識別情報を、合わせて認証サーバ５に送信する。

認証サーバ５の認証部５３は、ネットバンキングサーバ４から送信された認証要求の取引データを用いて、Ｓ１３と同じアルゴリズムによりチャレンジコードを生成する（Ｓ２０）。そして、認証部５３は、Ｓ１９で生成したチャレンジコードと、認証要求に含まれるチャレンジコード（すなわち、Ｓ１３で生成したチャレンジコード）とが一致するか否かを判別する（Ｓ２１）。このとき、認証部５３は、Ｓ１９で生成したチャレンジコードと、認証要求に含まれるチャレンジコードと、Ｓ１３で生成して認証テーブル５４に記憶されたチャレンジコードとを照合し、この３つのチャレンジコードが全て一致するか否かを判別することとしてもよい。

チャレンジコードが一致する場合は、Ｓ１６のモバイルメールでユーザが取引データを確認する前（Ｓ１１の取引要求の送信時）と、確認した後（Ｓ１８の取引実行指示の送信時）とで、ネットワーク上での取引データの改ざんが行われていないとみなす。そして、認証部５３は、ワンタイムパスワードの検証を行う（Ｓ２２）。すなわち、Ｓ１７でモバイル端末２を用いてワンタイムパスワードを取得した場合は、認証サーバ５は、Ｓ１９で送信されたワンタイムパスワードと、認証テーブル５４に記憶されたワンタイムパスワードとを比較し、これらのワンタイムパスワードが一致するか否かを判別する。具体的には、認証部５３は、認証要求に含まれるユーザＩＤのレコードを認証テーブル５４から特定し、当該レコードのワンタイムパスワードと、認証要求のワンタイムパスワードとが一致するか否かを判別する。ワンタイムパスワードが一致する場合は、正当なユーザであり、ネットワーク上でワンタイムパスワードの改ざんされていないとみなし、認証に成功したと判別する。

また、Ｓ１７でハードトークン３を用いてワンタイムパスワードを取得した場合は、認証部５３は、認証テーブル５４に記憶された、ハードトークン３と同じワンタイムパスワード生成キーおよび現在の時刻情報とを用いてワンタイムパスワードを生成し、生成したワンタイムパスワードとＳ１９で送信されたワンタイムパスワードとを比較し、これらのワンタイムパスワードが一致するか否かを判別する。

認証部５３は、ワンタイムパスワードが一致する場合は認証成功通知を、一致しない場合は認証失敗通知をネットバンキングサーバ４に送信する（Ｓ２３）。

ネットバンキングサーバ４の取引処理部４４は、認証成功通知を受信した場合、Ｓ１８でユーザ端末１から送信された取引データの取引処理を実行する（Ｓ２４）。例えば、取引処理部４４は、ユーザの口座から、取引データで指定された振込先の口座番号に、指定された金額を振り込む。そして、取引処理部４４は、認証に成功し、取引が完了したことを通知する取引完了画面（例えば図４に示す取引完了画面６５）をユーザ端末１に送信する（Ｓ２５）。ユーザ端末１は、取引完了画面６５をディスプレイに表示する。

一方、Ｓ２１でチャレンジコードが一致しない場合、ユーザ端末１に感染したウィルスまたはネットワーク経路上の攻撃者などにより、ネットワーク上で取引データの改ざんが行われたとみなし、認証部５３は、Ｓ２２のワンタイムパスワードの検証を行うことなく、認証失敗通知をネットバンキングサーバ４に送信する（Ｓ２３）。また、Ｓ２２でワンタイムパスワードが一致しない場合、モバイル端末２またはハードトークン３を所持する正当なユーザからの取引実行要求でないとみなし、認証失敗通知をネットバンキングサーバ４に送信する（Ｓ２３）。

ネットバンキングサーバ４の取引処理部４４は、認証サーバ５から認証失敗通知を受信した場合、取引を中止する旨のエラー画面（例えば図４に示すエラー６６）をユーザ端末１に送信する。ユーザ端末１は、エラー画面６６をディスプレイに表示する。

以上説明した本実施形態では、ネットワーク経路上に介在する中間者攻撃を防御し、より高いセキュリティを確保することができる。すなわち、本実施形態では、ワンタイムパスワードだけでなく、ユーザが入力した取引データに基づいて生成されるチャレンジコードの両方が一致しないと、認証成功としないため、ユーザ端末１がウィルスに感染している、または、ユーザ端末１とネットバンキングサーバ４との間のネットワーク経路上に第三者が介在するなどにより、ユーザが意図しない取引データの改ざん（中間者攻撃）が行われた場合、認証サーバ５での認証に失敗するため、中間者攻撃を効率よく防御することができる。

また、本実施形態では、取引要求時にユーザ端末１から送信された取引データ、および当該取引データに基づいて生成されたチャレンジコードを、ユーザ端末１ではなくモバイル端末２にメールで送信し、ユーザに取引データを確認させる。そして、認証サーバ５は、取引実行指示の送信時にユーザ端末１から送信された取引データ（すなわち、認証要求に含まれる取引データ）を用いてチャレンジコードを生成し、生成したチャレンジコードと、ユーザがメールで確認したチャレンジコード（すなわち、認証要求に含まれるチャレンジコード）とが一致するか否かを認証する。これにより、本実施形態では、Ｓ１６のモバイルメールでユーザが取引データを確認する前と、確認した後とで、ネットワーク上での取引データの改ざんが行われているか否かを判別することができる。すなわち、本実施形態では、取引処理が実行されるまでの取引内容の改ざんをチェックし、取引データの改ざんを検知して処理を中断することができるため、中間者攻撃による被害を未然に防ぐことができる。

なお、本発明は上記の実施形態に限定されるものではなく、その要旨の範囲内で数々の変形が可能である。例えば、上記実施形態の認証サーバ５は、複数のネットバンキングサーバ４が共同利用するものであってもよい。すなわち、認証サーバ５は、ＡＳＰ（Application Service Provider）であって、複数のネットバンキングサーバ４にユーザ認証機能を提供するものであってもよい。

また、上記実施形態では、ネットバンキングサービスの認証システムについて説明したが、本発明はこれに限定されず、例えば、オンライントレード、オンラインショッピングなどの他の取引サービスに適用することができる。

１：ユーザ端末、２：モバイル端末、３：ハードトークン、４：ネットバンキングサーバ４、４１：要求受付部、４２：チャレンジコード送信部、４３：認証要求部、４４：取引処理部、５：認証サーバ、５１：チャレンジコード生成部、５２：ワンタイムパスワード生成部、５３：認証部、５４：認証テーブル、９ネットワーク

Claims (6)

1. アプリケーション装置と、認証装置とを有する認証システムであって、
   前記認証装置は、
   ユーザが使用するユーザ端末から送信された取引データを用いて、チャレンジコードを生成するチャレンジコード生成手段と、
   前記アプリケーション装置から受信した認証要求に含まれる取引データを用いてチャレンジコードを生成し、生成したチャレンジコードと当該認証要求に含まれるチャレンジコードとが一致するか否かを認証するとともに、前記認証要求に含まれるワンタイムパスワードを認証し、認証結果を前記アプリケーション装置に送信する認証手段と、を有し、
   前記アプリケーション装置は、
   前記認証装置が生成したチャレンジコードと、前記ユーザ端末から送信された取引データとを含むメールを、前記ユーザが使用するモバイル端末に送信する送信手段と、
   前記ユーザ端末から送信された、チャレンジコード、ワンタイムパスワードおよび取引データを含む認証要求を、前記認証装置に送信する認証要求手段と、
   前記認証装置から認証成功の認証結果を受信した場合、前記認証要求に含まれる取引データに従って取引処理を実行する取引処理手段と、を有すること
   を特徴とする認証システム。
2. 請求項１記載の認証システムであって、
   前記認証装置は、
   前記モバイル端末からの要求に応じてワンタイムパスワードを生成し、前記モバイル端末に送信するパスワード生成手段を、さらに有すること
   を特徴とする認証システム。
3. アプリケーション装置と認証装置とを有する認証システムが行う認証方法であって、
   前記認証装置は、
   ユーザが使用するユーザ端末から送信された取引データを用いて、チャレンジコードを生成するチャレンジコード生成ステップと、
   前記アプリケーション装置から受信した認証要求に含まれる取引データを用いてチャレンジコードを生成し、生成したチャレンジコードと当該認証要求に含まれるチャレンジコードとが一致するか否かを認証するとともに、前記認証要求に含まれるワンタイムパスワードを認証し、認証結果を前記アプリケーション装置に送信する認証ステップと、を行い、
   前記アプリケーション装置は、
   前記認証装置が生成したチャレンジコードと、前記ユーザ端末から送信された取引データとを含むメールを、前記ユーザが使用するモバイル端末に送信する送信ステップと、
   前記ユーザ端末から送信された、チャレンジコード、ワンタイムパスワードおよび取引データを含む認証要求を、前記認証装置に送信する認証要求ステップと、
   前記認証装置から認証成功の認証結果を受信した場合、前記認証要求に含まれる取引データに従って取引処理を実行する取引処理ステップと、を行うこと
   を特徴とする認証方法。
4. 請求項３記載の認証方法であって、
   前記認証装置は、
   前記モバイル端末からの要求に応じてワンタイムパスワードを生成し、前記モバイル端末に送信するパスワード生成ステップを、さらに行うこと
   を特徴とする認証方法。
5. アプリケーション装置と、認証装置とを有する認証システムが実行する認証プログラムであって、
   前記認証装置を、
   ユーザが使用するユーザ端末から送信された取引データを用いて、チャレンジコードを生成するチャレンジコード生成手段、および、
   前記アプリケーション装置から受信した認証要求に含まれる取引データを用いてチャレンジコードを生成し、生成したチャレンジコードと当該認証要求に含まれるチャレンジコードとが一致するか否かを認証するとともに、前記認証要求に含まれるワンタイムパスワードを認証し、認証結果を前記アプリケーション装置に送信する認証手段、として機能させ、
   前記アプリケーション装置を、
   前記認証装置が生成したチャレンジコードと、前記ユーザ端末から送信された取引データとを含むメールを、前記ユーザが使用するモバイル端末に送信する送信手段、
   前記ユーザ端末から送信された、チャレンジコード、ワンタイムパスワードおよび取引データを含む認証要求を、前記認証装置に送信する認証要求手段、および、
   前記認証装置から認証成功の認証結果を受信した場合、前記認証要求に含まれる取引データに従って取引処理を実行する取引処理手段、
   として機能させるための認証プログラム。
6. 請求項５記載の認証プログラムであって、
   前記認証装置を、
   前記モバイル端末からの要求に応じてワンタイムパスワードを生成し、前記モバイル端末に送信するパスワード生成手段、
   としてさらに機能させるための認証プログラム。

Images