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

Description

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

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

特開2011−204169号公報

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

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

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

上記課題を解決するために、本発明は、第１認証装置と、第２認証装置とを有する認証システムであって、第１認証装置は、ユーザが使用するユーザ端末に入力された取引データを取得する取得手段と、前記取引データを、第２認証装置に送信する送信手段と、を備え、第２認証装置は、第１認証装置から取引データを受信し、当該取引データからチャレンジコードを取得し、当該チャレンジコードに基づいて第１ワンタイムパスワードを生成し、前記ユーザが使用するモバイル端末に送信する第１生成手段と、前記ユーザ端末が送信した第２ワンタイムパスワードおよび取引データを受信し、当該取引データからチャレンジコードを取得し、取得したチャレンジコードに基づいて第３ワンタイムパスワードを生成する第２生成手段と、第１ワンタイムパスワードと、第２ワンタイムパスワードと、第３ワンタイムパスワードとが全て一致するか否かを認証する認証手段と、を備える。

本発明は、第１認証装置と、第２認証装置とを有する認証システムであって、第１認証装置は、ユーザが使用するユーザ端末に入力された取引データを取得する取得手段と、 前記取引データを、第２認証装置に送信する送信手段と、を備え、第２認証装置は、前記ユーザ端末が送信した取引データに基づいてＱＲコードを生成し、前記ユーザ端末に送信する生成手段と、前記ユーザが使用するモバイル端末が前記ユーザ端末から読み取ったＱＲコードを受信し、当該ＱＲコードの解析結果である取引データと、前記第１認証装置から受信した取引データとが一致するか否かを認証する認証手段と、を備える。

本発明は、第１認証装置と、第２認証装置とを有する認証システムが行う認証方法であって、第１認証装置は、ユーザが使用するユーザ端末に入力された取引データを取得する取得ステップと、前記取引データを、第２認証装置に送信する送信ステップと、を行い、第２認証装置は、第１認証装置から取引データを受信し、当該取引データからチャレンジコードを取得し、取得したチャレンジコードに基づいて第１ワンタイムパスワードを生成し、前記ユーザが使用するモバイル端末に送信する第１生成ステップと、前記ユーザ端末が送信した第２ワンタイムパスワードおよび取引データを受信し、当該取引データからチャレンジコードを取得し、取得したチャレンジコードに基づいて第３ワンタイムパスワードを生成する第２生成ステップと、第１ワンタイムパスワードと、第２ワンタイムパスワードと、第３ワンタイムパスワードとが全て一致するか否かを認証する認証ステップと、を行う。

本発明は、第１認証装置と、第２認証装置とを有する認証システムが行う認証方法であって、第１認証装置は、ユーザが使用するユーザ端末に入力された取引データを取得する取得ステップと、前記取引データを、第２認証装置に送信する送信ステップと、を行い、第２認証装置は、前記ユーザ端末から送信された取引データに基づいてＱＲコードを生成し、前記ユーザ端末に送信する生成ステップと、前記ユーザが使用するモバイル端末が前記ユーザ端末から読み取ったＱＲコードを受信し、当該ＱＲコードの解析結果である取引データと、前記第１認証装置から受信した取引データとが一致するか否かを認証する認証ステップと、を行う。

本発明は、第１認証装置と、第２認証装置とを有する認証システムが実行する認証プログラムであって、第１認証装置に、ユーザが使用するユーザ端末に入力された取引データを取得する取得ステップ、および、前記取引データを、第２認証装置に送信する送信ステップを実行させ、第２認証装置に、第１認証装置から取引データを受信し、当該取引データからチャレンジコードを取得し、取得したチャレンジコードに基づいて第１ワンタイムパスワードを生成し、前記ユーザが使用するモバイル端末に送信する第１生成ステップ、前記ユーザ端末が送信した第２ワンタイムパスワードおよび取引データを受信し、当該取引データからチャレンジコードを取得し、取得したチャレンジコードに基づいて第３ワンタイムパスワードを生成する第２生成ステップ、および、第１ワンタイムパスワードと、第２ワンタイムパスワードと、第３ワンタイムパスワードとが全て一致するか否かを認証する認証ステップを実行させる。

本発明は、第１認証装置と、第２認証装置とを有する認証システムが実行する認証プログラムであって、第１認証装置に、ユーザが使用するユーザ端末に入力された取引データを取得する取得ステップ、および、前記取引データを、第２認証装置に送信する送信ステップを実行させ、第２認証装置に、前記ユーザ端末から送信された取引データに基づいてＱＲコードを生成し、前記ユーザ端末に送信する生成ステップ、および、前記ユーザが使用するモバイル端末が前記ユーザ端末から読み取ったＱＲコードを受信し、当該ＱＲコードの解析結果である取引データと、前記第１認証装置から受信した取引データとが一致するか否かを認証する認証ステップを実行させる。

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

本発明の第１の実施形態が適用された認証システムの全体構成図である。 本発明の第１の実施形態の処理を示すシーケンス図である。 本発明の第２の実施形態の処理を示すシーケンス図である。

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

＜第１の実施形態＞
図１は、本発明の第１の実施形態が適用された認証システムの全体構成図である。図示する認証システムは、ユーザが使用するユーザ端末１およびモバイル端末２と、ネットバンキングサーバ４（アプリケーション装置）と、第１認証サーバ５と、第２認証サーバ６とを有し、これらの装置は移動体通信網、インターネットなどのネットワーク９を介して接続される。

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

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

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

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

ネットバンキングサーバ４は、銀行などの金融機関が運用するサーバであって、ネットバンキングサービスをネットワーク９を介してユーザ端末１に提供する。図示するネットバンキングサーバ４は、要求受付部４１と、取引処理部４２と、記憶部４３とを備える。

要求受付部４１は、ユーザ端末１からの要求を受け付けて、確認画面をユーザ端末１に送信する。また、要求受付部４１は、ユーザ端末から送信されたワンタイムパスワードおよび取引データを含む認証要求を、第２認証サーバ６に送信する。取引処理部４２は、第２認証サーバ６から認証成功の認証結果を受信した場合、取引処理（口座振込、預金の残高照会、入出金照会など）を実行する。記憶部４３には、ユーザ端末１から送信された取引データが記憶される。

第１認証サーバ５は、ユーザ端末１に直接アクセスするフロントエンドサーバである。図示する第１認証サーバ５は、取引データ取得部５１と、送信部５２と、記憶部５３とを備える。取引データ取得部５１は、ユーザ端末１に入力された取引データを取得し、記憶部５３に記憶する。送信部５２は、取引データ取得部５１が取得した取引データを第２認証装置６に送信する。

第２認証サーバ６は、第１認証サーバ５またはネットバンキングサーバ４からの要求を受け付けて、処理を実行するバックエンドサーバである。図示する第２認証サーバ６は、生成部６１と、認証部６２と、認証記憶部６３とを備える。

生成部６１（第１生成手段、第２生成手段）は、第１認証サーバ５から取引データを受信して、当該取引データからチャレンジコードを取得し、当該チャレンジコードに基づいて第１ワンタイムパスワードを生成して、モバイル端末２に送信する。また、生成部６１は、ユーザ端末１が送信した第２ワンタイムパスワードおよび取引データを受信し、当該取引データからチャレンジコードを取得し、取得したチャレンジコードに基づいて第３ワンタイムパスワードを生成する。

認証部６２は、第１ワンタイムパスワードと、第２ワンタイムパスワードと、第３ワンタイムパスワードとが全て一致するか否かを認証し、認証結果をネットバンキングサーバ４に送信する。認証記憶部６３には、ユーザＩＤと、取引データと、ワンタイムパスワードとが対応付けて記憶される。

上記説明した、ネットバンキングサーバ４、第１認証サーバ５、および第２認証サーバ６のいずれも、例えば、ＣＰＵと、メモリと、ＨＤＤ等の外部記憶装置などを備えた汎用的なコンピュータシステムを用いることができる。このコンピュータシステムにおいて、ＣＰＵがメモリ上にロードされた所定のプログラムを実行することにより、各装置の各機能が実現される。例えば、ネットバンキングサーバ４、第１認証サーバ５および第２認証サーバ６の各機能は、ネットバンキングサーバ４用のプログラムの場合はネットバンキングサーバ４のＣＰＵが、そして、第１認証サーバ５用のプログラムの場合は第１認証サーバ５のＣＰＵが、そして、第２認証サーバ６用のプログラムの場合は第２認証サーバ６のＣＰＵがそれぞれ実行することにより実現される。

また、ネットバンキングサーバ４用のプログラム、第１認証サーバ５用のプログラム、および第２認証サーバ６用のプログラムは、ハードディスク、フレキシブルディスク、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ−ＲＯＭなどのコンピュータ読取り可能な記録媒体に記憶することも、ネットワークを介して配信することもできる。

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

図２は、本実施形態におけるネットバンキング処理を示すシーケンス図である。なお、ここでは、ネットバンキング処理として、振込処理（送金処理）を例として説明する。

ユーザ端末１は、ユーザの指示を受け付けてネットバンキングサーバ４にアクセスし、ネットバンキングサーバ４から送信された取引データの入力画面を表示し、ユーザが入力した取引データを受け付ける（Ｓ１１）。図示する入力画面では、取引データとして、振込先口座番号と、取引金額とを用いるものとする。なお、取引データとしては、これ以外に、例えば、取引種別、金融機関コード等があってもよい。

また、本実施形態では、入力画面には、当該画面に入力された取引データを取得するためのプログラム（例えば、Javascriptなど）と、ユーザＩＤとが埋め込まれているものとする。当該プログラムが実行されることにより、第１認証サーバ５は、ユーザが入力した取引データを取得する（Ｓ１２）。すなわち、ユーザ端末１に入力された取引データが第１認証サーバ５に送信される。このとき、第１認証サーバ５は、取引データとともに、入力画面に埋め込まれたユーザＩＤも合わせて取得する。

第１認証サーバ５の取引データ取得部５１は、ユーザ端末１から取得した取引データとユーザＩＤとを記憶部５３に記憶する（Ｓ１３）。そして、第１認証サーバ５の送信部５２は、取引データとユーザＩＤとを第２認証サーバ６に送信する（Ｓ１４）。

第２認証サーバ６の生成部６１は、第１認証サーバ５から送信された取引データとユーザＩＤとを認証記憶部６３に記憶する（Ｓ１５）。

一方、ユーザ端末１は、ユーザの指示を受け付けて、取引データとユーザＩＤとを含む取引要求（ここでは、振込要求）を、ネットバンキングサーバ４に送信する（Ｓ１６）。このとき、ユーザ端末１がマルウェア（ウィルス、ワームなど悪意のあるプログラム）に感染しているなどにより、入力画面に入力された取引データが改ざんされてしまい、ユーザが入力した取引データとは違う別の取引データがネットバンキングサーバ４に送信されてしまうリスクがある。ここでは、ユーザ端末１はマルウェアに感染しており、マルウェアより書き換えられた取引データが、ユーザ端末１から４に送信されるものとする（Ｓ１６）。

ネットバンキングサーバ４は、ユーザ端末１から送信された取引データを、ユーザＩＤと対応付けて記憶部４３に記憶するとともに（Ｓ１７）、ユーザに取引データを確認させるための確認画面を、ユーザ端末１に送信する（Ｓ１８）。

ユーザ端末１は、ネットバンキングサーバ４から送信された、確認画面をディスプレイに表示する（Ｓ１９）。ここでは、マルウェアは、Ｓ１６で書き換えた取引データを、再度、ユーザがＳ１１で入力した取引データに書き換えて、ユーザ端末１のディスプレイに表示するものとする（Ｓ１９）。なお、確認画面には、ワンタイムパスワードを入力する入力欄を備える。

ユーザは、表示された確認画面の取引データが、自分の意図した正しい内容となっているか否かを確認する。正しい場合、ユーザは、モバイル端末２を用いて第２認証サーバ６からワンタイムパスワードを取得する。すなわち、モバイル端末２は、ユーザの指示を受け付けて、第２認証サーバ６にワンタイムパスワード要求を送信する（Ｓ２０）。なお、ワンタイムパスワード要求には、ユーザＩＤが含まれているものとする。

第２認証サーバ６の生成部６１は、モバイル端末２からワンタイムパスワード要求を受信すると、当該要求に含まれるユーザＩＤに対応する取引データを認証記憶部６３から読み出し、読み出した取引データからチャレンジコードを取得する（Ｓ２１）。ここでは、取引データの振込先口座番号の最後のｎ桁と、取引金額の最初のｍ桁とを組み合わせたコードを、チャレンジコードとして生成するものとする。図示する例では、振込先口座番号23431545の最後の４桁「1545」と、振込金額「250000」の最初の４桁「2500」とを組み合わせた「15452500」をチャレンジコードとする。

そして、生成部６１は、取得したチャレンジコードを発行キー（シード）として、所定の発行ロジック（アルゴリズム）によりワンタイムパスワードを生成する（Ｓ２２）。発行ロジックとしては、例えば、ハッシュ関数など不可逆的な一方向関数のアルゴリズムを用いることが考えられる。なお、チャレンジコードの全部のデータを用いてワンタイムパスワードを生成してもよく、また、チャレンジコードの一部のデータを用いてワンタイムパスワードを生成してもよい。

そして、生成部６１は、生成したワンタイムパスワードを、ワンタイムパスワード要求に含まれるユーザＩＤと対応付けて認証記憶部６３に記憶する。すなわち、生成部６１は、認証記憶部６３の当該ユーザＩＤのレコードに、生成したワンタイムパスワードを設定する。また、生成部６１は、生成したワンタイムパスワードを、モバイル端末２に送信する（Ｓ２３）。このとき、生成部６１は、認証記憶部６３から取得した取引データを、ワンタイムパスワードとともにモバイル端末２に送信することとしてもよい。

モバイル端末２は、第２認証サーバ６から送信されたワンタイムパスワードをディスプレイに表示する（Ｓ２４）。なお、第２認証サーバ６が取引データを送信した場合は、モバイル端末２は、ワンタイムパスワードとともに取引データが設定された画面を表示する。これにより、ユーザは、取引データが、自分の意図した正しい内容となっているか否かを確認することができる。

ユーザは、Ｓ２４でモバイル端末２に表示されたワンタイムパスワードを、Ｓ１９で送信され、ユーザ端末１に表示されている確認画面に入力する（Ｓ２５）。ユーザ端末１は、確認画面に設定されたワンタイムパスワードと、取引データと、当該確認画面に埋め込まれたユーザＩＤとを含む取引実行要求をネットバンキングサーバ４に送信する（Ｓ２６）。このとき、ユーザ端末１がマルウェアに感染しているなどにより、取引データが改ざんされ、改ざんされた取引データがネットバンキングサーバ４に送信されてしまう場合がある。

ネットバンキングサーバ４の要求受付部４１は、モバイル端末２から送信されたワンタイムパスワード、取引データおよびユーザＩＤを含む認証要求を、第２認証サーバ６に送信する（Ｓ２７）。

第２認証サーバ６の認証部６２は、ネットバンキングサーバ４から送信された認証要求の取引データを用いて、Ｓ２１と同様の方法でチャレンジコードを取得し、Ｓ２２と同じ発行ロジックによりワンタイムパスワードを生成する（Ｓ２８）。

図示する例では、Ｓ２６でマルウェアにより改ざんされた振込先口座番号56767943の最後の４桁「7943」と、振込金額「999000」の最初の４桁「9990」とを組み合わせた「79439990」をチャレンジコードとする。

そして、認証部６２は、Ｓ２２で生成したワンタイムパスワード（１）（第１ワンタイムパスワード）と、Ｓ２７でネットバンキングサーバ４から送信されたワンタイムパスワード（２）（第２ワンタイムパスワード）と、Ｓ２８で生成したワンタイムパスワード（３）（第３ワンタイムパスワード）とを照合し、全て一致するか否かを認証する（Ｓ２９）。そして、認証部６２は、認証結果（成功、失敗）をネットバンキングサーバ４に送信する（Ｓ３０）。

全てのワンタイムパスワードが一致する場合は、認証部６２は、Ｓ１６、Ｓ１８およびＳ２６で、マルウェアにより取引データの改ざんが行われていないと判別し、認証に成功した旨の認証結果をネットバンキングサーバ４に送信する。一方、全てのワンタイムパスワードが一致しない場合は、認証部６２は、Ｓ１６、Ｓ１８およびＳ２６の少なくとも１つで、マルウェアにより取引データの改ざんが行われたと判別し、認証に失敗した旨の認証結果をネットバンキングサーバ４に送信する。図示する例では、ワンタイムパスワード（１）と、ワンタイムパスワード（２）とは一致するが、ワンタイムパスワード（２）と、ワンタイムパスワード（３）とは一致しない。

ネットバンキングサーバ４の取引処理部４２は、認証結果に応じて所定の処理を行い、処理に応じた画面をユーザ端末１に送信する（Ｓ３１）。すなわち、認証結果が成功の場合、取引処理部は、Ｓ１７で記憶部４３に記憶された取引データを用いて振込処理などの取引処理を実行し、実行結果をユーザ端末１に送信する。一方、認証結果が失敗の場合、取引処理部は、取引処理を中止し、警告メッセージ（例えば、「ただいま、振込停止中です。マルウェアの感染の疑いがあります。」など）をユーザ端末１に送信する。

ユーザ端末１は、ネットバンキングサーバ４から送信された画面をディスプレイに表示する（Ｓ３２）。

以上説明した本実施形態では、ネットワーク経路上に介在する中間者攻撃を防御し、より高いセキュリティを確保することができる。すなわち、本実施形態では、第１認証サーバ５がユーザ端末１に入力された取引データを取得して第２認証装置に送信し、第２認証サーバ６は、第１認証サーバ５から送信された取引データに基づいて生成されるワンタイムパスワードと、ネットバンキングサーバ４を介してユーザ端末１から送信されるワンタイムパスワードと、ネットバンキングサーバ４を介してユーザ端末１から送信される取引データに基づいて生成されるワンタイムパスワードとを照合し、全てが一致しないと認証成功としない。

このため、本実施形態では、ユーザ端末１がマルウェアに感染している、ユーザ端末１とネットバンキングサーバ４との間のネットワーク経路上に第三者が介在するなどにより、ユーザ端末１に入力された取引データに、ユーザが意図しない改ざん（中間者攻撃）が行われた場合、第２認証サーバ６での認証に失敗するため、中間者攻撃を効率よく防御することができる。また、本実施形態では、取引処理が実行されるまでの取引内容の改ざんをチェックし、取引データの改ざんを検知して処理を中断することができるため、中間者攻撃による被害を未然に防ぐことができる。

また、本実施形態では、ユーザは、取引データから取得可能なチャレンジコードをユーザ端末１およびモバイル端末２のいずれにも入力する必要がなく、第２認証サーバ６が第１認証サーバ５およびネットバンキングサーバ４から送信される各取引データからチャレンジコードを取得し、ワンタイムパスワードを生成する。すなわち、本実施形態では、ユーザにチャレンジコードを入力させない。これにより、ユーザは、チャレンジコードの生成ロジックを理解している必要はなく、ユーザの利便性を向上させることができる。また、ユーザにチャレンジコードを入力させないことで、マルウェアが偽装したチャレンジコードを勝手に表示し、表示された偽装のチャレンジコードをユーザに入力させ、不正取引が実行されてしまうリスクを軽減することができる。

＜第２の実施形態＞
次に、第２の実施形態について説明する。

本実施形態では、取引データに基づいてＱＲコードを生成し、当該ＱＲコードをチャレンジコードとしてモバイル端末２に送信する。

本実施形態が適用された認証システムは、図１に示す第１の実施形態と同様である。ただし、本実施形態の第２認証サーバ６は、以下の点において、第１の実施形態の第２認証サーバ６と異なる。すなわち、本実施形態の 第２認証サーバの生成部６１は、ユーザ端末１が送信した第１取引データに基づいてＱＲコードを生成し、当該ユーザ端末１に送信する。また、認証部６２は、モバイル端末２がユーザ端末１から読み取ったＱＲコードの解析結果である第２取引データを受信し、第１取引データと、第２取引データとが一致するか否かを認証する。

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

図３は、本実施形態のネットバンキング処理を示すシーケンス図である。ここでは、ネットバンキング処理として、振込処理（送金処理）を例として説明する。

図３のＳ４１〜Ｓ４７は、図２に示す第１の実施形態のＳ１１〜Ｓ１７と同じであるため、ここでは説明を省略する。なお、第１の実施形態と同様に、ここでは、ユーザ端末１はマルウェアに感染しており、マルウェアより書き換えられた取引データが、ユーザ端末１からネットバンキングサーバ４に送信されるものとする（Ｓ４６）。

Ｓ４７で、ネットバンキングサーバ４の要求受付部４１が、ユーザ端末１から送信された取引データを、ユーザＩＤと対応付けて記憶部４３に記憶した後、本実施形態では、要求受付部４１は、取引データおよびユーザＩＤを第２認証サーバ６に送信する（Ｓ４８）。

第２認証サーバ６の生成部６１は、ネットバンキングサーバ４から受信した取引データに基づいてＱＲコード（２次元コード）を生成する（Ｓ４９）。生成部６１は、生成したＱＲコードをチャレンジコードとしてネットバンキングサーバ４に送信する（Ｓ５０）。

ネットバンキングサーバ４の要求受付部４１は、第２認証サーバ６から送信されたＱＲコードと、Ｓ４７で記憶部４３に記憶された取引データと、ユーザＩＤとを含む確認画面を、ユーザ端末１に送信する（Ｓ５１）。

ユーザ端末１は、ネットバンキングサーバ４から送信された確認画面をディスプレイに表示する（Ｓ５２）。ここでは、マルウェアは、Ｓ４６で書き換えた取引データを、再度、ユーザがＳ４１で入力した取引データに書き換えて、ユーザ端末１のディスプレイに表示するものとする（Ｓ５２）。なお、確認画面には、ワンタイムパスワードを入力する入力欄を備える。

ユーザは、表示された確認画面の取引データが、自分の意図した正しい内容となっているか否かを確認する。正しい場合、ユーザはワンタイムパスワードを取得するために、モバイル端末２を用いて第２認証サーバ６にＱＲコードを送信する。すなわち、モバイル端末２は、ユーザの操作指示を受け付けて、ユーザ端末１の確認画面に表示されているＱＲコードを読み取り（Ｓ５３）、第２認証サーバ６にＱＲコードを送信する（Ｓ５４）。なお、ユーザ端末１は、ＱＲコードを送信する際に、ユーザが入力したユーザＩＤもあわせて第２認証サーバ６に送信する。

第２認証サーバ６の認証部６２は、モバイル端末２から送信されたＱＲコードを解析し、取引データを取得する。また、認証部６２は、第１認証サーバ５から送信され、認証記憶部６３に記憶された、当該ユーザＩＤに対応する取引データを読み出す。そして、認証部６２は、ＱＲコードから取得した取引データと、認証記憶部６３の取引データとが一致するか否かを認証する（Ｓ５５）。

取引データが一致する場合は、認証部６２は、Ｓ４６およびＳ５１で、マルウェアによりネットワーク上で取引データの改ざんが行われていなく、認証に成功したと判別する。この場合、生成部６１は、取引データを発行キー（シード）として、所定の発行ロジック（アルゴリズム）によりワンタイムパスワードを生成し、生成したワンタイムパスワードをモバイル端末２に送信する（Ｓ５６）。発行ロジックとしては、例えば、ハッシュ関数など不可逆的な一方向関数のアルゴリズムを用いることが考えられる。なお、取引データの全部のデータを用いてワンタイムパスワードを生成してもよく、また、取引データの一部のデータを用いてワンタイムパスワードを生成してもよい。

一方、取引データが一致しない場合は、認証部６２は、Ｓ４６およびＳ５１の少なくとも１つで、マルウェアによりネットワーク上で取引データの改ざんが行われ、認証に失敗したと判別する。この場合、認証部６２は、認証に失敗した旨の認証結果をモバイル端末２に送信する（Ｓ５６）。

モバイル端末２は、第２認証サーバ６から送信された情報をディスプレイに表示する（Ｓ５７）。図示する例は、認証に失敗した場合に表示される情報であって、Ｓ４６でマルウェアにより改ざんされた取引データと、Ｓ４４で第１認証サーバ５から送信された改ざんが行われていない取引データと、取引処理を中止する旨のメッセージなどが表示されている。

そして、モバイル端末２にワンタイムパスワードが表示されている場合（すなわち、認証に成功した場合）のみ、取引処理が継続される（Ｓ５８）。すなわち、ユーザは、Ｓ５６でモバイル端末２に表示されたワンタイムパスワードを、Ｓ５２でユーザ端末１に表示されている確認画面に入力し、ユーザ端末１は、確認画面のワンタイムパスワードと、取引データと、当該確認画面に埋め込まれたユーザＩＤとを含む取引実行要求をネットバンキングサーバ４に送信し、ネットバンキングサーバ４の要求受付部４１は、モバイル端末２から送信されたワンタイムパスワード、取引データおよびユーザＩＤを含む認証要求を、第２認証サーバ６に送信する。そして、第２認証サーバ６の認証部６２は、Ｓ５５で取引データが一致した場合に生成したワンタイムパスワードと、ユーザ端末１から送信されたワンタイムパスワードとが一致するか否かを認証し、認証結果（成功、失敗）をネットバンキングサーバ４に送信する。ネットバンキングサーバ４の取引処理部４２は、認証結果が成功の場合、Ｓ４７で記憶部４３に記憶された取引データを用いて振込処理などの取引処理を実行する。一方、認証結果が失敗の場合、取引処理部４２は、取引処理を中止し、警告メッセージをユーザ端末１に送信する。

以上説明した本実施形態では、ネットワーク経路上に介在する中間者攻撃を防御し、より高いセキュリティを確保することができる。すなわち、本実施形態では、モバイル端末２は、ユーザ端末１から入力された取引データからＱＲコードを生成し、当該ＱＲコードを設定した確認画面をユーザ端末１に送信する。そして、モバイル端末２から送信されたＱＲコードから取得した取引データと、第１認証サーバ５から送信された取引データとが一致するかを判別し、一致する場合に取引処理を継続し、一致しない場合は処理を中止する。

ＱＲコードは、暗号化または難読化を施したものであって、マルウェアはＱＲコードを単純偽装することはできない。そのため、本実施形態では、ＱＲコードを用いることで、マルウェアによる改ざんを検知して処理を中断することができるため、中間者攻撃による被害を未然に防ぐことができる。

また、本実施形態では、チャレンジコードとしてＱＲコードを用いるため、ユーザは、チャレンジコードをユーザ端末１およびモバイル端末２に入力する必要がない。これにより、ユーザは、チャレンジコードの生成ロジックを理解している必要はなく、ユーザの利便性を向上させることができる。また、ユーザにチャレンジコードを入力させないことで、マルウェアが偽装したチャレンジコードを勝手に表示し、表示された偽装のチャレンジコードをユーザに入力させ、不正取引が実行されてしまうリスクを軽減することができる。

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

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

また、上記実施形態では、第２認証サーバ６が、認証記憶部６３のデータを特定するためのキーとしてユーザＩＤを用いることとしたが、これに限定されず、例えば、セッション情報などを用いることとしてもよい。

１ ：ユーザ端末
２ ：モバイル端末
４ ：ネットバンキングサーバ
４１：要求受付部
４２：取引処理部
４３：記憶部
５ ：第１認証サーバ
５１：取引データ取得部
５２：送信部
５３：記憶部
６ ：第２認証サーバ
６１：生成部
６２：認証部
６３：認証記憶部
９ ：ネットワーク

Claims (7)

1. 第１認証装置と、第２認証装置とを有する認証システムであって、
   第１認証装置は、
   ユーザが使用するユーザ端末に入力された取引データを取得する取得手段と、
   前記取引データを、第２認証装置に送信する送信手段と、を備え、
   第２認証装置は、
   第１認証装置から取引データを受信し、当該取引データからチャレンジコードを取得し、当該チャレンジコードに基づいて第１ワンタイムパスワードを生成し、前記ユーザが使用するモバイル端末に送信する第１生成手段と、
   前記ユーザ端末が送信した第２ワンタイムパスワードおよび取引データを受信し、当該取引データからチャレンジコードを取得し、取得したチャレンジコードに基づいて第３ワンタイムパスワードを生成する第２生成手段と、
   第１ワンタイムパスワードと、第２ワンタイムパスワードと、第３ワンタイムパスワードとが全て一致するか否かを認証する認証手段と、を備えること
   を特徴とする認証システム。
2. 請求項１に記載の認証システムであって、
   前記第２認証装置は、
   前記ユーザ端末が送信した取引データに基づいてＱＲコードを生成し、前記ユーザ端末に送信する第３の生成手段を備え、
   前記認証手段は、前記ユーザが使用するモバイル端末が前記ユーザ端末から読み取ったＱＲコードを受信し、当該ＱＲコードの解析結果である取引データと、前記第１認証装置から受信した取引データとが一致するか否かを認証すること
   を特徴とする認証システム。
3. 請求項１または２に記載の認証システムであって、
   前記第２認証装置の認証手段が認証に成功した場合、取引処理を実行するアプリケーション装置を、さらに備えること
   を特徴とする認証システム。
4. 第１認証装置と、第２認証装置とを有する認証システムが行う認証方法であって、
   第１認証装置は、
   ユーザが使用するユーザ端末に入力された取引データを取得する取得ステップと、
   前記取引データを、第２認証装置に送信する送信ステップと、を行い、
   第２認証装置は、
   第１認証装置から取引データを受信し、当該取引データからチャレンジコードを取得し、取得したチャレンジコードに基づいて第１ワンタイムパスワードを生成し、前記ユーザが使用するモバイル端末に送信する第１生成ステップと、
   前記ユーザ端末が送信した第２ワンタイムパスワードおよび取引データを受信し、当該取引データからチャレンジコードを取得し、取得したチャレンジコードに基づいて第３ワンタイムパスワードを生成する第２生成ステップと、
   第１ワンタイムパスワードと、第２ワンタイムパスワードと、第３ワンタイムパスワードとが全て一致するか否かを認証する認証ステップと、を行うこと
   を特徴とする認証方法。
5. 請求項４記載の認証方法であって、
   前記第２認証装置は、
   前記ユーザ端末から送信された取引データに基づいてＱＲコードを生成し、前記ユーザ端末に送信する第３生成ステップを行い、
   前記認証ステップは、前記ユーザが使用するモバイル端末が前記ユーザ端末から読み取ったＱＲコードを受信し、当該ＱＲコードの解析結果である取引データと、前記第１認証装置から受信した取引データとが一致するか否かを認証すること
   を特徴とする認証方法。
6. 第１認証装置と、第２認証装置とを有する認証システムが実行する認証プログラムであって、
   第１認証装置に、
   ユーザが使用するユーザ端末に入力された取引データを取得する取得ステップ、および、
   前記取引データを、第２認証装置に送信する送信ステップを実行させ、
   第２認証装置に、
   第１認証装置から取引データを受信し、当該取引データからチャレンジコードを取得し、取得したチャレンジコードに基づいて第１ワンタイムパスワードを生成し、前記ユーザが使用するモバイル端末に送信する第１生成ステップ、
   前記ユーザ端末が送信した第２ワンタイムパスワードおよび取引データを受信し、当該取引データからチャレンジコードを取得し、取得したチャレンジコードに基づいて第３ワンタイムパスワードを生成する第２生成ステップ、および、
   第１ワンタイムパスワードと、第２ワンタイムパスワードと、第３ワンタイムパスワードとが全て一致するか否かを認証する認証ステップを実行させること
   を特徴とする認証プログラム。
7. 請求項６に記載の認証プログラムであって、
   前記第２認証装置に、
   前記ユーザ端末から送信された取引データに基づいてＱＲコードを生成し、前記ユーザ端末に送信する第３生成ステップを実行させ、
   前記認証ステップは、前記ユーザが使用するモバイル端末が前記ユーザ端末から読み取ったＱＲコードを受信し、当該ＱＲコードの解析結果である取引データと、前記第１認証装置から受信した取引データとが一致するか否かを認証すること
   を特徴とする認証プログラム。

Images