JP6399382B2 - 認証システム - Google Patents

認証システム Download PDF

Info

Publication number
JP6399382B2
JP6399382B2 JP2014001997A JP2014001997A JP6399382B2 JP 6399382 B2 JP6399382 B2 JP 6399382B2 JP 2014001997 A JP2014001997 A JP 2014001997A JP 2014001997 A JP2014001997 A JP 2014001997A JP 6399382 B2 JP6399382 B2 JP 6399382B2
Authority
JP
Japan
Prior art keywords
information
authentication
unit
server
authentication system
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2014001997A
Other languages
English (en)
Other versions
JP2015130633A (ja
Inventor
三朗 豊永
三朗 豊永
田中　裕之
裕之 田中
正克 松尾
正克 松尾
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Panasonic Intellectual Property Management Co Ltd
Original Assignee
Panasonic Intellectual Property Management Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Panasonic Intellectual Property Management Co Ltd filed Critical Panasonic Intellectual Property Management Co Ltd
Priority to JP2014001997A priority Critical patent/JP6399382B2/ja
Priority to PCT/JP2014/006370 priority patent/WO2015104765A1/en
Priority to EP14831097.2A priority patent/EP3092769B1/en
Priority to US14/591,390 priority patent/US9742765B2/en
Publication of JP2015130633A publication Critical patent/JP2015130633A/ja
Priority to US15/642,397 priority patent/US10389531B2/en
Application granted granted Critical
Publication of JP6399382B2 publication Critical patent/JP6399382B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/12—Transmitting and receiving encryption devices synchronised or initially set up in a particular manner
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
    • H04L63/0428—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
    • H04L63/0428—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
    • H04L63/0435—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload wherein the sending and receiving network entities apply symmetric encryption, i.e. same key used for encryption and decryption
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H04L63/0876—Network architectures or network communication protocols for network security for authentication of entities based on the identity of the terminal or configuration, e.g. MAC address, hardware or software configuration or device fingerprint
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/12—Applying verification of the received information
    • H04L63/123—Applying verification of the received information received data contents, e.g. message integrity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2209/00—Additional information or applications relating to cryptographic mechanisms or cryptographic arrangements for secret or secure communication H04L9/00
    • H04L2209/56—Financial cryptography, e.g. electronic payment or e-cash

Description

本発明は、ネットワークを介して接続されたクライアント端末とサーバとの間における認証システムに関する。
従来から、オンラインサービス（例えばオンラインバンキング）を提供するサーバがネットワーク（例えばインターネット）を介して接続される１つ以上のクライアント端末に対して種々のサービスを提供する場合に、サーバは、サービスの提供を要求した端末が事前に許可されたクライアント端末であるか否かを認証する（例えば、特許文献１参照）。
特許文献１に示す認証システムは、オンラインサービスを提供するオンラインサービスサーバと、オンラインサービスの提供を受ける情報端末装置と、オンラインサービスサーバにおける情報端末装置のログイン認証及びオンラインサービスにおける取引内容の認証に関する処理を行うワンタイムパスワードサーバと、情報端末装置のオンラインサービスを受けるユーザにより所持され、ログイン認証及び取引内容の認証に使用するワンタイムパスワードを表示する携帯端末装置とを含む。
この認証システムでは、携帯端末装置は、情報端末装置がオンラインサービスサーバからオンラインサービスを受ける際に必要なログイン認証用ワンタイムパスワードと取引内容認証用ワンタイムパスワードとの取得要求を別々にワンタイムパスワードサーバに送信し、ログイン認証用ワンタイムパスワードと取引内容認証用ワンタイムパスワードとをワンタイムパスワードサーバから別々に受信して表示する。
情報端末装置は、ログイン認証画面取得要求をオンラインサービスサーバに送信し、オンラインサービスサーバからワンタイムパスワードサーバへの指示により、ワンタイムパスワードサーバで生成されたチャレンジを含むログイン認証画面を受信して表示する。情報端末装置は、受信されたチャレンジを携帯端末装置に送信し、携帯端末装置からチャレンジを用いて生成されたログイン認証用ワンタイムパスワードを受信する。
また、情報端末装置は、取引内容を含む取引認証画面取得要求をオンラインサービスサーバに送信し、オンラインサービスサーバからワンタイムパスワードサーバへの指示により、ワンタイムパスワードサーバで生成された取引内容認証用ワンタイムパスワードと取引内容との組をワンタイムパスワードサーバと携帯端末装置とが共有する共通鍵で暗号化した取引準備情報と取引内容が付加された取引認証画面とを受信して表示する。
更に、情報端末装置は、取引準備情報を携帯端末装置に送信し、携帯端末装置がワンタイムパスワードサーバとで共有する共通鍵によって取引準備情報を携帯端末装置に復号させることで得られた取引内容認証用ワンタイムパスワードを携帯端末装置から受信する。これにより、特許文献１に示す認証システムは、ログイン認証用ワンタイムパスワードと取引内容認証用ワンタイムパスワードとを区別して別々に生成することで、例えばスパイウェアによりログイン認証用ワンタイムパスワードが漏えいした場合でも、取引内容認証用ワンタイムパスワードが漏えいしない限り、悪意のある第三者がログイン認証用ワンタイムパスワードを不正使用しても取引内容の改ざんを回避できる。
特許第４６９３１７１号公報
しかしながら、特許文献１では、ワンタイムパスワードサーバと携帯端末装置の間で取引内容認証用ワンタイムパスワードのやり取りが行われるので、例えば悪意のある第三者に中間者攻撃されると、取引内容認証用ワンタイムパスワードが漏えいし、ユーザが要求した取引情報（例えば振り込み先、振り込み金額）の内容が改ざんされても検知できない恐れがある。
例えば、ユーザが携帯端末装置の表示を確認することで改ざんされていないことを確認しようとしても、表示内容自体が改ざんされている場合、改ざんを検知することができない、という課題がある。
本発明は、上述した従来の課題を解決するために、要求情報の改ざんを検知し、サーバにアクセスするクライアント端末からの要求情報の認証を安全に行う認証システムを提供することを目的とする。
本発明は、ユーザの操作により入力された入力情報を表示するユーザ端末と、第１のネットワークを介して前記ユーザ端末と接続されるサーバと、前記第１のネットワークとは異なる第２のネットワークを介して前記ユーザ端末と接続される携帯端末と、を備えた認証システムであって、前記ユーザ端末は、前記入力情報が表示された状態での前記ユーザの操作に応じて、前記入力情報に基づいて前記サーバに実行させるための要求情報を、前記第１のネットワークを介して前記サーバへ送信し、前記第２のネットワークを介して前記携帯端末に送信する送信部を備え、前記携帯端末は、前記第２のネットワークを介して前記要求情報を受信する通信部と、前記サーバとの間で共有する共有情報を基に、第１の認証情報を生成する第１の認証情報生成部と、前記第１の認証情報を鍵として共通鍵方式を用いて前記要求情報を暗号化した暗号化情報を生成する暗号化部と、前記ユーザ端末にて表示された前記入力情報の一部が改ざんされていないか否かの確認を前記ユーザに促すために、受信した前記要求情報の内容の確認画面を表示する表示部と、前記表示部に表示された前記要求情報に対する前記ユーザの承諾操作を受け付ける入力部と、を備え、前記通信部は、前記要求情報が前記表示部に表示された状態で前記入力部に対して前記ユーザによる前記要求情報の承諾操作を受け付けた後、前記暗号化情報を前記サーバへ送信し、前記サーバは、前記要求情報と前記暗号化情報とを受信する受信部と、前記携帯端末との間で共有する前記共有情報を基に、第２の認証情報を生成する第２の認証情報生成部と、前記第２の認証情報を鍵として前記携帯端末と同一の共通鍵方式を用いて前記暗号化情報を復号した照合情報を生成する復号部と、前記要求情報と前記照合情報とを比較する認証部と、を備え、前記認証部にて前記要求情報と前記照合情報とを比較した結果、一致した場合、前記要求情報に対する処理を行う、認証システムである。
本発明によれば、要求情報の改ざんを検知し、サーバにアクセスするクライアント端末からの要求情報の認証を安全に行うことができる。
第１の実施形態の認証システムの各部の内部構成を詳細に示すブロック図 （Ａ）ＰＣのユーザにより入力された取引情報の確認画面、（Ｂ）携帯端末における第１の取引情報の確認画面の表示例を示す図、（Ｃ）携帯端末における第２の取引情報の確認画面の表示例を示す図、（Ｄ）携帯端末における第３の取引情報の確認画面の表示例を示す図 第１の実施形態の認証システムのＰＣ、携帯端末、情報処理サーバ及び認証サーバ間におけるシグナリングの動作手順の一例を詳細に示すシーケンス図 第１の実施形態の認証システムのＰＣ、携帯端末、情報処理サーバ及び認証サーバ間におけるシグナリングの動作手順の第１の変形例を詳細に示すシーケンス図 第１の実施形態の認証システムのＰＣ、携帯端末、情報処理サーバ及び認証サーバ間におけるシグナリングの動作手順の第２の変形例を詳細に示すシーケンス図 第１の実施形態の認証システムのＰＣ、携帯端末、情報処理サーバ及び認証サーバ間におけるシグナリングの動作手順の第３の変形例を詳細に示すシーケンス図 第２の実施形態の認証システムの各部の内部構成を詳細に示すブロック図 第２の実施形態の認証システムのＰＣ、携帯端末、情報処理サーバ及び認証サーバ間におけるシグナリングの動作手順の一例を詳細に示すシーケンス図 第３の実施形態の認証システムの各部の内部構成を詳細に示すブロック図 第３の実施形態の認証システムのＰＣ、携帯端末、情報処理サーバ及び認証サーバ間におけるシグナリングの動作手順の一例を詳細に示すシーケンス図
以下、本発明に係る認証システムの各実施形態について、図面を参照して説明する。各実施形態の認証システムは、ネットワークを介して接続されたクライアント端末とサーバとを含む。
クライアント端末は、ユーザの入力操作に応じた要求情報（例えばインターネットバンキング等の取引情報、特定の者に権限を付与するための設定情報、インターネットショッピングにおける商品の売買情報）に対する処理の実行をサーバに要求する。
サーバは、クライアント端末から送信された要求情報に対する処理を実行して良いか否かを判定するために、クライアント端末を認証する。各実施形態の認証システムでは、サーバは、クライアント端末との間の通信路が悪意のある第三者の中間者攻撃（例えばＭＩＴＢ攻撃）によって盗聴されて要求情報の内容の一部が改ざんされた場合でも、要求情報の内容の一部が改ざんされたことを検知できて要求情報に対する処理を実行しないので、サーバにアクセスするクライアント端末からの要求情報の認証を安全に行うことができる。
また、以下の各実施形態の説明を簡単にするために、要求情報として、インターネットバンキングにおける電子マネーの振り込みに関する取引情報を例示して説明する。ここで、要求情報は、クライアント端末がサーバに対して処理の実行を要求する情報であり、悪意のある第三者に改ざんされたくない情報である。なお、本発明は、認証システムにおける各装置（後述参照）が行う各動作（ステップ）を有する認証方法として表現することも可能である。
（第１の実施形態）
図１は、第１の実施形態の認証システム１００の各部の内部構成を詳細に示すブロック図である。図１に示す認証システム１００は、ＰＣ（Personal Computer）１０と、携帯端末２０と、情報処理サーバ３０と、認証サーバ４０とを含む。ユーザ端末の一例としてのＰＣ１０と携帯端末２０とは、認証システム１００におけるクライアント端末ＣＬを構成する。情報処理サーバ３０と認証サーバ４０とは、認証システム１００におけるサーバＳＲを構成する。
ＰＣ１０と情報処理サーバ３０とは、ネットワークＮＷ１を介して接続される。ネットワークＮＷ１は、例えばインターネットであり、悪意のある第三者による中間者攻撃を受け易いセキュリティ性の低いネットワークである。一方、携帯端末２０と情報処理サーバ３０とは、ネットワークＮＷ２を介して接続される。ネットワークＮＷ２は、例えば３ＧやＬＴＥ（Long Term Evolution）等の携帯通信ネットワークであり、ネットワークＮＷ１に比べて、セキュリティ性がより高いネットワークである。更に、情報処理サーバ３０と認証サーバ４０とは、ネットワークＮＷ３を介して接続される。ネットワークＮＷ３は、例えばＶＰＮ（virtual private network）又は専用線のように、ネットワークＮＷ１及びネットワークＮＷ２に比べてセキュリティ性が更に高いネットワークである。また、ＰＣ１０と携帯端末２０とは、同一のユーザが所持して使用する端末であって、所定の近距離無線通信（例えばＢｌｕｅｔｏｏｔｈ（登録商標）、Ｗｉｆｉ（登録商標）、ＮＦＣ（Near Field Communication）、ＩｒＤＡ、ＷｉＧｉｇ）を用いて相互に通信する。
ユーザ端末の一例としてのＰＣ１０は、入力部１１と、ユーザＩＤ記憶部１２と、情報表示部１３と、通信部１４とを有する。入力部１１は、ユーザの入力操作（例えば取引情報の入力操作）に用いられ、例えばキーボード、マウス、ハードウェアキー（ボタンを含む。以下同様。）、タッチパネル、タッチパッドを用いて構成される。取引情報の内容の詳細については、図２（Ａ）〜（Ｄ）を参照して後述する。
ユーザＩＤ記憶部１２は、例えばインターネットバンキングのＷｅｂシステムにログインする場合に必要となるユーザの識別情報を記憶する。情報表示部１３は、Ｗｅｂブラウザ１３ａが情報処理サーバ３０との間の通信により取得したデータを表示し、例えば図２（Ａ）に示す取引情報の確認画面ＢＲＳを表示する。図２（Ａ）は、ＰＣ１０のユーザにより入力された取引情報の確認画面ＢＲＳである。
送信部の一例としての通信部１４は、ネットワークＮＷ１を介して、情報処理サーバ３０の通信部３５との間で通信を行う。また、通信部１４は、上述した所定の近距離無線通信を用いて、携帯端末２０の通信部２７との間で通信を行う。なお、ユーザ端末の一例としてＰＣ１０を用いて説明しているが、ＰＣ１０に限定されず、タブレット端末やスマートフォンや携帯電話機でも良い。
携帯端末２０は、入力部２１と、情報表示部２２と、時刻取得部２３と、ＯＴＰ生成部２４と、ハッシュ計算部２５と、暗号化部２６と、通信部２７とを有する。入力部２１は、ユーザの入力操作（例えば図２（Ｂ）〜（Ｄ）に示す取引情報の確認画面ＣＫＳ１〜ＣＫＳ３の内容の承諾操作）に用いられ、例えばハードウェアキー、タッチパネル、タッチパッドを用いて構成される。情報表示部２２は、ＰＣ１０との間の近距離無線通信、又はネットワークＮＷ２を用いた情報処理サーバ３０との間の通信により取得したデータを表示し、例えば図２（Ｂ）〜（Ｄ）に示す取引情報の確認画面ＣＫＳ１〜ＣＫＳ３を表示する。図２（Ｂ）は、携帯端末２０における第１の取引情報の確認画面ＣＫＳ１の表示例を示す図である。図２（Ｃ）は、携帯端末２０における第２の取引情報の確認画面の表示例を示す図である。図２（Ｄ）は、携帯端末２０における第３の取引情報の確認画面の表示例を示す図である。
時刻取得部２３は、携帯端末２０内の時刻情報を取得する。認証情報生成部の一例としてのＯＴＰ（One Time Password）生成部２４は、ＰＣ１０から送信されたユーザＩＤと時刻取得部２３により取得された携帯端末２０内の時刻情報とを用いて、認証サーバ４０がＰＣ１０から情報処理サーバ３０への取引情報に対する処理を実行して良いか否かを判定（認証）するための認証情報の一例として、所定期間（例えば１０分）の有効期限を有するワンタイムパスワードＯＴＰを生成する。ワンタイムパスワードＯＴＰは所定期間毎に頻繁に更新されるので、認証情報の一例としてワンタイムパスワードＯＴＰを用いることで、ＰＣ１０と情報処理サーバ３０との間が悪意のある第三者により中間者攻撃されても、ＰＣ１０と携帯端末２０との間の近距離無線通信や、携帯端末２０と情報処理サーバ３０との間の通信に対する中間者攻撃が防御可能となる。なお、携帯端末２０及び認証サーバ４０におけるワンタイムパスワードＯＴＰの生成アルゴリズムには、既存のアルゴリズム（例えばＡ Ｏｎｅ−Ｔｉｍｅ Ｐａｓｓｗｏｒｄ Ｓｙｓｔｅｍ（ＲＦＣ２２８９））が用いられる。また、認証情報は所定期間毎に頻繁に更新されるものであれば、ワンタイムパスワードＯＴＰに限定されない。
なお、ワンタイムパスワードＯＴＰを生成する際にユーザＩＤを用いているが、これは複数のクライアント端末ＣＬ毎にワンタイムパスワードＯＴＰを生成できるようにするためであり、クライアント端末ＣＬ毎に識別できれば、ユーザＩＤ以外の識別情報を用いてもよい。
また、ＯＴＰ生成部２４は、ＰＣ１０から送信されたユーザＩＤと取引情報に含まれる取引日時情報とを用いて、ワンタイムパスワードＯＴＰを生成しても良い。また、ＯＴＰ生成部２４は、ＰＣ１０から送信されたユーザＩＤとユーザＩＤを用いたインターネットバンキングのＷｅｂシステムへのログイン回数又は取引回数とを用いてワンタイムパスワードＯＴＰを生成しても良い。
ここで、ワンタイムパスワードＯＴＰは暗号化部２６における共通鍵（暗号鍵）として用いられるので、ワンタイムパスワードＯＴＰの長さ（サイズ）は、暗号化部２６における共通鍵（暗号鍵）の長さ（サイズ）と同一であることが好ましい。これにより、暗号化部２６における共通鍵として、ワンタイムパスワードＯＴＰ自体を用いることができる。
但し、例えば既存のＰＢＫＤＦ２（ＲＦＣ２８９８、ＰＫＣＳ＃５、ｖ２）を用いることでワンタイムパスワードＯＴＰの長さを任意に変更しても良い。また、ワンタイムパスワードＯＴＰの長さが、共通鍵（暗号鍵）の長さと異なる場合、共通鍵（暗号鍵）の長さと同じになるように、ワンタイムパスワードＯＴＰのほうが長い場合、ワンタイムパスワードの一部を抜き出したり、後述するハッシュアルゴリズムを用いて長さを短くしたりし、共通鍵（暗号鍵）のほうが長い場合、ワンタイムパスワードＯＴＰの一部又は全部を繰り返したり、ワンタイムパスワードＯＴＰにユーザＩＤ等を追加したりなどしてもよい。
本実施形態の認証システム１００では、携帯端末２０がＯＴＰ生成部２４を有し、認証サーバ４０がＯＴＰ生成部４２を有する。認証システム１００では、携帯端末２０のＯＴＰ生成部２４により生成されるワンタイムパスワードＯＴＰと、認証サーバ４０のＯＴＰ生成部４２により生成されるワンタイムパスワードＯＴＰとは同期する。言い換えると、認証サーバ４０は、携帯端末２０が生成したワンタイムパスワードＯＴＰと同一のワンタイムパスワードＯＴＰを用いる。認証システム１００では、ワンタイムパスワードＯＴＰは携帯端末２０及び認証サーバ４０のみが知り得る値である。これにより、認証システム１００では、認証サーバ４０は、ＰＣ１０から情報処理サーバ３０への取引情報に対する処理を実行して良いか否かを安全に認証することができる。また、携帯端末２０が生成するワンタイムパスワードＯＴＰと認証サーバ４０が生成するワンタイムパスワードＯＴＰとが同期するので、ワンタイムパスワードＯＴＰの有効期限が過ぎると、悪意のある第三者はワンタイムパスワードＯＴＰを解読することが困難となるので中間者攻撃を受ける可能性が低減する。
ここで、携帯端末２０が生成したワンタイムパスワードＯＴＰと同一のワンタイムパスワードＯＴＰを認証サーバ４０が生成する方法を２種類ほど説明する。第１の生成方法では、認証サーバ４０は、携帯端末２０がワンタイムパスワードＯＴＰを生成する際に用いた携帯端末２０内の時刻情報とユーザＩＤとを携帯端末２０から受信し、受信された携帯端末２０内の時刻情報とユーザＩＤとをそのまま用いてワンタイムパスワードＯＴＰを生成する。これにより、第１の生成方法によれば、携帯端末２０及び認証サーバ４０は、携帯端末２０及び認証サーバ４０のみが知り得るユーザ端末１０の識別情報を用いて、ワンタイムパスワードＯＴＰを生成するので、例えば複数のユーザ端末１０から取引情報の実行が要求された場合にも、各ユーザ端末を区別して認証することができる。
また、第２の生成方法では、認証サーバ４０は、携帯端末２０がワンタイムパスワードＯＴＰを生成する際に用いた携帯端末２０内の時刻情報とユーザＩＤとを携帯端末２０から受信するが、ユーザＩＤと認証サーバ４０内の時刻情報とを用いてワンタイムパスワードＯＴＰを生成する。
ここで、認証サーバ４０におけるワンタイムパスワードＯＴＰの生成時刻は、携帯端末２０から情報を受信してから行うため、携帯端末２０におけるワンタイムパスワードＯＴＰの生成時刻より遅くなる。そこで、携帯端末２０と認証サーバ４０との通信時間やユーザの操作時間等を考慮して、ワンタイムパスワードＯＴＰを生成する周期を例えば１０分にして、生成時刻による同期ずれが起こり難いようにしている。但し、周期を設けていても、携帯端末２０と認証サーバ４０とのワンタイムパスワードＯＴＰが一致しない場合がある。
そこで、第２の生成方法では、認証サーバ４０は、ワンタイムパスワードＯＴＰを生成する周期が携帯端末２０と同一であって、現在の時刻情報（例えば１５時２５分）を含む以前の複数の時刻情報（例えば、１５時０５分、１５時１５分、１５時２５分）と、携帯端末２０から送信されたユーザＩＤとを用いて複数のワンタイムパスワードＯＴＰを都度、生成する。更に、認証サーバ４０は、携帯端末２０内の時刻情報（携帯端末２０におけるワンタイムパスワードＯＴＰの生成時刻情報）と一致する時刻情報（例えば１５時１５分）とユーザＩＤとを用いて生成したワンタイムパスワードＯＴＰを、３つのワンタイムパスワードＯＴＰより選択して用いる。これにより、認証システム１００では、認証サーバ４０は、携帯端末２０が生成するワンタイムパスワードＯＴＰと認証サーバ４０が生成するワンタイムパスワードＯＴＰとを同期したワンタイムパスワードＯＴＰを生成することができる。
ハッシュ計算部２５は、所定のハッシュアルゴリズムに従って、ＰＣ１０から送信された取引情報のハッシュ値Ａを計算する。本実施形態の認証システム１００では、携帯端末２０がハッシュ計算部２５を有し、情報処理サーバ３０がハッシュ計算部３３を有する。認証システム１００では、携帯端末２０及び情報処理サーバ３０は、同一のハッシュアルゴリズムに従って、入力情報のハッシュ値を計算する。なお、ハッシュアルゴリズムは、例えば既存のＳＨＡ１、ＳＨＡ２５６、ＳＨＡ５１２等のセキュアハッシュ関数が用いられ、以下同様である。なお、ハッシュ計算部２５は、ＰＣ１０から送信された取引情報のハッシュ値Ａを計算する代わりに、取引情報をシードとした乱数を生成しても良く、以下同様である。
暗号化部２６は、ＯＴＰ生成部２４により生成されたワンタイムパスワードＯＴＰを共通鍵（暗号鍵）として、ハッシュ計算部２５により計算された取引情報のハッシュ値Ａを暗号化した暗号化情報Ｂを生成する。本実施形態の認証システム１００では、携帯端末２０が暗号化部２６を有し、認証サーバ４０が復号部４３を有する。暗号化部２６及び復号部４３は、同一の共通鍵暗号アルゴリズム（例えばＡＥＳ、３ＤＥＳ）を共有する。
なお、取引情報のハッシュ値Ａを共通鍵（暗号鍵）として利用せず、ワンタイムパスワードＯＴＰを共通鍵（暗号鍵）とするのは、取引情報は、ＰＣ１０と情報処理サーバ３０との間でやり取りするなど通信路上でデータを流すため、情報が漏洩してしまって共通鍵（暗号鍵）が悪意のある第三者により特定されて改ざんされる可能性があるためである。これに対して、ワンタイムパスワードＯＴＰは、通信路上でやり取りを行わない、即ち、通信路上を流れないため、悪意のある第三者により共通鍵（暗号鍵）が特定されにくく、改ざんの可能性を減らすことができ、ユーザ端末１０を用いるユーザにとっても安心できる。例えば情報処理サーバが銀行内に設置されたサーバであって、認証サーバが特定の第三者機関である場合に、ユーザの入力操作に応じてユーザ端末１０から送信された取引情報の内容が第三者機関に漏えいすることがない。
送信部の一例としての通信部２７は、ネットワークＮＷ２を介して、情報処理サーバ３０の通信部３５との間で通信を行う。また、通信部２７は、上述した所定の近距離無線通信を用いて、ＰＣ１０の通信部１４との間で通信を行う。なお、携帯端末２０は、例えばスマートフォンや携帯電話機の他に、ワンタイムパスワードＯＴＰの生成及び情報表示機能を有するハードウェアトークンを用いて構成されても良い。
情報処理サーバ３０は、ユーザＩＤデータベース３１と、認証処理部３２と、ハッシュ計算部３３と、取引処理部３４と、通信部３５とを有する。ユーザＩＤデータベース３１は、例えばインターネットバンキングのＷｅｂシステムにログインするために必要となるユーザの識別情報の一例としてのユーザＩＤ及びパスワードと、ユーザが所持する携帯端末２０に関する情報とを対応付けて記憶する。認証部の一例としての認証処理部３２は、ＰＣ１０から送信された取引情報に対してハッシュ計算部３３が計算した取引情報のハッシュ値Ａと、後述する認証サーバ４０から送信されたハッシュ値Ａ’とを比較し、比較結果を取引処理部３４に出力する。
ハッシュ計算部３３は、携帯端末２０のハッシュ計算部２５と同一のハッシュアルゴリズムを共有し、ＰＣ１０から送信された取引情報のハッシュ値Ａを計算する。取引処理部３４は、認証処理部３２からの比較結果を基に、ＰＣ１０から送信された取引情報に対してハッシュ計算部３３が計算した取引情報のハッシュ値Ａと、後述する認証サーバ４０から送信されたハッシュ値Ａ’とが一致している場合には、ＰＣ１０から送信された取引情報に対する処理を実行する。一方、取引処理部３４は、認証処理部３２からの比較結果を基に、ＰＣ１０から送信された取引情報に対してハッシュ計算部３３が計算した取引情報のハッシュ値Ａと、後述する認証サーバ４０から送信されたハッシュ値Ａ’とが一致しないと判定した場合には、ＰＣ１０から送信された取引情報に対する処理を実行せずに、その旨、即ち、ＰＣ１０から送信された取引情報に対してハッシュ計算部３３が計算した取引情報のハッシュ値Ａと、後述する認証サーバ４０から送信されたハッシュ値Ａ’とが一致しないことをＰＣ１０に通知し、インターネットバンキングのＷｅｂシステムの利用の提供を中断する。
受信部の一例としての通信部３５は、ネットワークＮＷ１を介してＰＣ１０との間で通信し、ネットワークＮＷ２を介して携帯端末２０との間で通信し、ネットワークＮＷ３を介して認証サーバ４０との間で通信する。
認証サーバ４０は、時刻取得部４１と、ＯＴＰ生成部４２と、復号部４３と、通信部４４とを少なくとも有する。なお、認証サーバ４０は、ＰＣ１０から送信された取引情報に対してハッシュ計算部３３が計算した取引情報のハッシュ値Ａと、後述する認証サーバ４０から送信されたハッシュ値Ａ’とを認証サーバ４０自身において比較する場合には（図４参照）、情報処理サーバ３０の認証処理部３２に対応する認証処理部４６を更に有する。
時刻取得部４１は、認証サーバ４０内の時刻情報を取得する。認証情報生成部の一例としてのＯＴＰ生成部４２は、携帯端末２０から送信された携帯端末２０のワンタイムパスワードＯＴＰの生成時刻情報又は時刻取得部４１から取得した認証サーバ４０内の時刻情報と、携帯端末２０から送信されたユーザＩＤとを用いて、認証サーバ４０がＰＣ１０から情報処理サーバ３０への取引情報に対する処理を実行して良いか否かを判定（認証）するための認証情報の一例として、所定期間（例えば１０分）の有効期限を有するワンタイムパスワードＯＴＰを生成する。認証サーバ４０（のＯＴＰ生成部４２）におけるワンタイムパスワードＯＴＰの生成方法については上述したので、説明を省略する。
復号部４３は、携帯端末２０の暗号化部２６と同一の共通鍵暗号アルゴリズムを共有し、ＯＴＰ生成部４２により生成されたワンタイムパスワードＯＴＰを共通鍵（復号鍵）として、情報処理サーバ３０から送信された暗号化情報Ｂを復号する。復号部４３は、暗号化情報Ｂの復号により、ハッシュ値Ａ’を導出する。通信部４４は、ネットワークＮＷ３を介して、情報処理サーバ３０との間で通信する。
（第１の実施形態の認証システムにおける第１のシグナリングの動作手順）
次に、本実施形態の認証システム１００における各部の動作手順の詳細について、図３〜図６を参照して時系列に説明する。
先ず、本実施形態の認証システム１００における第１のシグナリングの動作手順の詳細について、図３を参照して説明する。図３は、第１の実施形態の認証システム１００のＰＣ１０、携帯端末２０、情報処理サーバ３０及び認証サーバ４０間におけるシグナリングの動作手順の一例を詳細に示すシーケンス図である。図３の説明の前提として、ユーザの入力部１１を用いた入力操作により、インターネットバンキングにおける取引情報が入力された結果、取引情報の確認画面（図２（Ａ）参照）がＷｅｂブラウザ１３ａの画面に表示された状態である。
図２（Ａ）に示す取引情報の確認画面ＢＲＳでは、ユーザＩＤと、取引金額（例えば振り込み金額）と、振り込み先と、取引日時とが表示される。取引情報は、取引金額と、振り込み先と、取引日時とを含む。取引日時は、ユーザの入力操作により、取引情報に対する処理の実行が要求された日時を示す。なお、以下の各実施形態におけるシーケンス図の説明では、説明を分かり易くするために、各動作の主語は認証システムを構成するＰＣ、携帯端末、情報処理サーバ及び認証サーバのうちいずれかであるとして説明する。
図３において、Ｗｅｂブラウザ１３ａの画面に表示された取引情報の確認画面ＢＲＳがユーザの目視によって確認された後、ＰＣ１０は、ユーザの入力操作に応じて、ネットワークＮＷ１を介して、取引情報とユーザＩＤとを情報処理サーバ３０に送信し（Ｓ１）、近距離無線通信によって、取引情報とユーザＩＤとを携帯端末２０に送信する（Ｓ２）。なお、ユーザが携帯端末２０の入力部２１を用いた入力操作により、ユーザＩＤが入力されても良いし、ユーザＩＤが携帯端末２０のメモリ（不図示）に予め記憶されていても良く、以下同様である。
携帯端末２０は、ステップＳ２においてＰＣ１０から送信された取引情報の確認画面（図２（Ｂ）〜（Ｄ）参照）を情報表示部２２に表示し、ユーザに取引情報の内容確認を促す（Ｓ３）。なお、情報処理サーバ３０は、ステップＳ１においてＰＣ１０から送信された取引情報のハッシュ値Ａを計算する（Ｓ４）。
図２（Ｂ）に示す取引情報の確認画面ＣＫＳ１では、ＰＣ１０のＷｅｂブラウザ１３ａの画面に表示された取引情報の内容と、当該内容を確認したことを示すＯＫボタンＢ１とが表示されている。携帯端末２０の情報表示部２２に表示された取引情報の確認画面ＣＫＳ１において、取引情報の内容がユーザの目視により確認された場合には、ＯＫボタンＢ１が押下される。ＯＫボタンＢ１が押下されることでユーザの取引情報の承諾操作がなされた後、携帯端末２０の動作はステップＳ５に進む。
図２（Ｃ）に示す取引情報の確認画面ＣＫＳ２では、ＰＣ１０のＷｅｂブラウザ１３ａの画面に表示された取引情報の内容と、携帯端末２０において任意に選択された文字画像からなる確認コード（図２（Ｃ）に示す例では「４８０５６」）と、確認コードの内容をユーザに入力させるための確認コード入力欄ＣＦと、取引情報の内容と確認コードの入力内容とを確認したことを示すＯＫボタンＢ２とが表示されている。取引情報の内容と入力された確認コードの内容とがユーザの目視により確認された場合には、ＯＫボタンＢ２が押下される。ＯＫボタンＢ２が押下されることでユーザの取引情報の承諾操作がなされた後、携帯端末２０の動作はステップＳ４に進む。このように、携帯端末２０は、スパムやＢＯＴ等の対策に使用される画像文字と当該画像文字の内容をユーザに実際に入力させるための確認コード入力欄ＣＦとを取引情報の確認画面ＣＫＳ２に表示することで、ＰＣ等で自動的に入力し難くし、取引情報を偽装する際に確認コードを偽装した取引情報に転記することが難しいため、悪意のある第三者における取引情報の偽装を難しくさせることができる。
図２（Ｄ）に示す取引情報の確認画面ＣＫＳ３では、ＰＣ１０のＷｅｂブラウザ１３ａの画面に表示された取引情報の内容と、所定の英数字を用いたマトリクスＭＴと、ユーザのパスワードの入力欄ＰＦと、取引情報の内容と取引金額の入力内容とパスワードとを確認したことを示すＯＫボタンＢ３とが表示されている。取引情報の内容と取引金額の入力内容とパスワードとがユーザの目視により確認された場合には、ＯＫボタンＢ３が押下される。ＯＫボタンＢ３が押下されることでユーザの取引情報の承諾操作がなされた後、携帯端末２０の動作はステップＳ４に進む。このように、携帯端末２０は、マトリクスＭＴに表示された英数字を用いて、ユーザにパスワードを入力させることで、例えば悪意のある第三者におけるキーロガー等のスパイウェアを用いた中間者攻撃を回避することができる。
なお、携帯端末２０がユーザＩＤ毎の振り込み先や取引限度額等の取引情報を規定したホワイトリストをメモリ（不図示）に記憶している場合には、ステップＳ２においてＰＣ１０から送信された取引情報の内容が該当するユーザＩＤに対応するホワイトリストの内容に一致する場合には、ステップＳ３の処理を省略しても良い。また、ステップＳ３を省略する場合、ディスプレイがないハードウェアトークン等も利用することができる。
ステップＳ３の後、携帯端末２０は、ステップＳ２においてＰＣ１０から送信された取引情報のハッシュ値Ａを計算し（Ｓ５）、ステップＳ２においてＰＣ１０から送信されたユーザＩＤと携帯端末２０の時刻情報とを用いてワンタイムパスワードＯＴＰを生成する（Ｓ６）。携帯端末２０は、ステップＳ６において生成されたワンタイムパスワードＯＴＰを認証サーバ３４０と共通する共通鍵（暗号鍵）として、ステップＳ５において計算されたハッシュ値Ａを暗号化した暗号化情報Ｂを生成し（Ｓ７）、ネットワークＮＷ２を介して、暗号化情報ＢとユーザＩＤとを情報処理サーバ３０に送信する（Ｓ８）。
なお、携帯端末２０は、ステップＳ７において取引情報のハッシュ値Ａを暗号化せずに、取引情報の内容そのものをワンタイムパスワードＯＴＰで暗号化しても良く、ステップＳ８において取引情報の内容そのものをワンタイムパスワードＯＴＰで暗号化した暗号化情報をユーザＩＤとともに情報処理サーバ３０に送信しても良く、以下同様である。
情報処理サーバ３０は、ネットワークＮＷ３を介して、ステップＳ８において携帯端末２０から送信された暗号化情報Ｂと、ステップＳ１においてＰＣ１０から送信されたユーザＩＤとを認証サーバ４０に送信する（Ｓ９）。
認証サーバ４０は、ステップＳ９において情報処理サーバ３０から送信された暗号化情報ＢとユーザＩＤとを受信すると、例えばユーザＩＤと認証サーバ４０の時刻情報とを用いてワンタイムパスワードＯＴＰを生成する（Ｓ１０）。ステップＳ１０において生成されたワンタイムパスワードＯＴＰは、ステップＳ６において携帯端末２０により生成されたワンタイムパスワードＯＴＰと同期するので一致する。なお、認証サーバ４０におけるワンタイムパスワードＯＴＰの生成方法は上述したので、説明を省略する。
認証サーバ４０は、ステップＳ１０において生成されたワンタイムパスワードＯＴＰを携帯端末２０と共通する共通鍵（復号鍵）として、ステップＳ９において情報処理サーバ３０から送信された暗号化情報Ｂを復号する（Ｓ１１）。認証サーバ４０は、ステップＳ１１における復号により照合情報としてのハッシュ値Ａ’を導出し（Ｓ１１）、ハッシュ値Ａ’を情報処理サーバ３０に送信する（Ｓ１２）。ここで、照合情報とは、例えば情報処理サーバ３０の認証処理部３２又は認証サーバ４０の認証処理部４６における認証処理の際に、ユーザ端末１０又は携帯端末２０から送信された取引情報が通信路上で改ざんされていないかどうかを判定するために用いられる比較対象情報である。なお、ステップＳ７にて取引情報のハッシュ値Ａではなく取引情報の内容自体が暗号化された場合、ステップＳ１１では、認証サーバ４０は、暗号化情報Ｂの復号により、取引情報の内容自体を導出し、以下同様の処理を行う。
また、ステップＳ１０〜Ｓ１２において、情報処理サーバ３０は、ステップＳ４において計算された取引情報のハッシュ値ＡとユーザＩＤとを認証サーバ４０に送信し、認証サーバ４０において取引情報のハッシュ値ＡをワンタイムパスワードＯＴＰで暗号化した暗号化情報Ｂと、ステップＳ８において携帯端末２０から送信された暗号化情報Ｂとを比較することで、ステップＳ１においてＰＣ１０から送信された取引情報に対する処理の実行の可否を判定しても良く、以下同様である。但し、この場合には、認証サーバ４０は、携帯端末２０の暗号化部２６と同一の共通鍵暗号アルゴリズムを共有する暗号化部を更に有する必要がある。
情報処理サーバ３０は、ステップＳ４において計算された取引情報のハッシュ値Ａと、ステップＳ１２において認証サーバ４０から送信された照合情報としてのハッシュ値Ａ’とを比較し、ハッシュ値Ａとハッシュ値Ａ’とが同値（一致）すると判定した場合には、ステップＳ１においてＰＣ１０から送信された取引情報の内容が正しい（真正）であるとして、当該取引情報の内容に対する処理を実行する（Ｓ１３）。
以上により、図３に示すシーケンスでは、本実施形態の認証システム１００は、携帯端末２０と認証サーバ４０とにおいてワンタイムパスワードＯＴＰを共有し、更に、情報処理サーバ３０において計算された取引情報のハッシュ値Ａと、携帯端末２０が取引情報のハッシュ値ＡをワンタイムパスワードＯＴＰで暗号化した暗号化情報Ｂの復号によって導出されたハッシュ値Ａ’とを情報処理サーバ３０において比較する。
これにより、認証システム１００は、取引情報のハッシュ値Ａと認証サーバ４０から送信されたハッシュ値Ａ’とが一致すると判定した場合には、ＰＣ１０と情報処理サーバ３０との間の通信路や、携帯端末２０と情報処理サーバ３０との間の通信路に悪意のある第三者による中間者攻撃がなされていないことを検知できる。また、認証システム１００は、悪意のある第三者による中間者攻撃がなかったと判定できたので、認証サーバ４０においてＰＣ１０を安全に認証でき、情報処理サーバ３０において取引情報に対する処理を安全に実行することができる。認証システム１００は、取引情報のハッシュ値Ａと認証サーバ４０から送信されたハッシュ値Ａ’とが一致しないと判定した場合には、ＰＣ１０と情報処理サーバ３０との間の通信路、携帯端末２０と情報処理サーバ３０との間の通信路、又はその両方の通信路に悪意のある第三者による中間者攻撃がなされたことを検知できる。この場合には、取引情報の内容が一部又は全部改ざんされた可能性が高いので、認証システム１００は、情報処理サーバ３０において、ＰＣ１０から入力された取引情報に対する処理の実行を中断するので、中間者攻撃によるユーザへの被害を軽減することができる。
（第１の実施形態の認証システムにおける第２のシグナリングの動作手順）
次に、本実施形態の認証システム１００における第２のシグナリングの動作手順の詳細について、図４を参照して説明する。図４は、第１の実施形態の認証システム１００のＰＣ１０、携帯端末２０、情報処理サーバ３０及び認証サーバ４０間におけるシグナリングの動作手順の第１の変形例を詳細に示すシーケンス図である。図４の説明の前提として、ユーザの入力部１１を用いた入力操作により、インターネットバンキングにおける取引情報が入力された結果、取引情報の確認画面（図２（Ａ）参照）がＷｅｂブラウザ１３ａの画面に表示された状態である。なお、図４に示すシーケンスの説明では、図３に示すシーケンスと同一の動作には同一のステップ番号を付与し、同一の内容の説明を省略又は簡略化する。
図４において、ステップＳ８の後、情報処理サーバ３０は、ネットワークＮＷ３を介して、ステップＳ４において計算された取引情報のハッシュ値Ａと、ステップＳ８において携帯端末２０から送信された暗号化情報Ｂと、ステップＳ１においてＰＣ１０から送信されたユーザＩＤとを認証サーバ４０に送信する（Ｓ９ａ）。なお、ステップＳ９ａでは、情報処理サーバ３０は、取引情報のハッシュ値Ａの代わりに、ステップＳ１においてＰＣ１０から送信された取引情報の内容そのものを認証サーバ４０に送信しても良い。この場合には、ステップＳ４の処理を省略することができ、認証サーバ４０は、情報処理サーバ３０のハッシュ計算部３３と同一のハッシュアルゴリズムを共有するハッシュ計算部を有し、このハッシュ計算部において情報処理サーバ３０から送信された取引情報のハッシュ値Ａを計算する。
ステップＳ１１の後、認証サーバ４０は、ステップＳ９ａにおいて情報処理サーバ３０から送信されたハッシュ値Ａと、ステップＳ１１における復号により導出された照合情報としてのハッシュ値Ａ’とを比較し（Ｓ１３ａ）、ハッシュ値Ａとハッシュ値Ａ’とが同値（一致）すると判定した場合には、ステップＳ１においてＰＣ１０から送信された取引情報の内容が正しい（真正）である旨の判定結果を情報処理サーバ３０に送信する（Ｓ１２ａ）。この場合には、情報処理サーバ３０は、ステップＳ１２ａにおける認証サーバ４０からの判定結果に応じて、当該取引情報の内容に対する処理を実行する。
なお、ステップＳ１１及びステップＳ１３ａでは、認証サーバ４０は、ステップＳ１０において生成されたワンタイムパスワードＯＴＰを携帯端末２０と共通する共通鍵（暗号鍵）として、ステップＳ９ａにおいて情報処理サーバ３０から送信された取引情報のハッシュ値Ａを暗号化した暗号化情報Ｂを生成し、更に、この生成された暗号化情報ＢとステップＳ９ａにおいて情報処理サーバ３０から送信された暗号化情報Ｂとを比較しても良い。この場合には、認証サーバ４０は、携帯端末２０の暗号化部２６と同一の共通鍵暗号アルゴリズムを共有する暗号化部を有し、この暗号化部において情報処理サーバ３０から送信された取引情報のハッシュ値ＡをワンタイムパスワードＯＴＰで暗号化した暗号化情報Ｂを計算する。
以上により、図４に示すシーケンスでは、本実施形態の認証システム１００は、携帯端末２０と認証サーバ４０とにおいてワンタイムパスワードＯＴＰを共有し、更に、情報処理サーバ３０から送信された取引情報のハッシュ値Ａと、携帯端末２０が取引情報のハッシュ値ＡをワンタイムパスワードＯＴＰで暗号化した暗号化情報Ｂの復号によって導出されたハッシュ値Ａ’とを認証サーバ４０において比較する。これにより、認証システム１００は、図３に示すシーケンスと同様の効果が得られ、更に、情報処理サーバ３０における取引情報のハッシュ値Ａと暗号化情報Ｂの復号により導出されたハッシュ値Ａ’との比較処理を省略でき、情報処理サーバ３０の処理量を低減できる。
（第１の実施形態の認証システムにおける第３のシグナリングの動作手順）
次に、本実施形態の認証システム１００における第３シグナリングの動作手順の詳細について、図５を参照して説明する。図５は、第１の実施形態の認証システム１００のＰＣ１０、携帯端末２０、情報処理サーバ３０及び認証サーバ４０間におけるシグナリングの動作手順の第２の変形例を詳細に示すシーケンス図である。図５の説明の前提として、ユーザの入力部１１を用いた入力操作により、インターネットバンキングにおける取引情報が入力された結果、取引情報の確認画面（図２（Ａ）参照）がＷｅｂブラウザ１３ａの画面に表示された状態である。なお、図５に示すシーケンスの説明では、図３に示すシーケンスと同一の動作には同一のステップ番号を付与し、同一の内容の説明を省略又は簡略化する。
図５において、ステップＳ７の後、携帯端末２０は、近距離無線通信を用いて、ステップＳ７において生成された暗号化情報ＢをＰＣ１０に送信する（Ｓ１４）。ＰＣ１０は、ステップＳ１４において携帯端末２０から送信された暗号化情報Ｂを受信した後、ネットワークＮＷ１を介して、暗号化情報ＢとユーザＩＤとを情報処理サーバ３０に送信する（Ｓ８ｂ）。図５に示すシーケンスのステップＳ９以降の動作は、図３に示すシーケンスのステップＳ９以降の動作と同一であるため、説明を省略する。
以上により、図５に示すシーケンスでは、本実施形態の認証システム１００は、携帯端末２０と認証サーバ４０とにおいてワンタイムパスワードＯＴＰを共有し、携帯端末２０と情報処理サーバ３０との間の通信を不要とし、情報処理サーバ３０から送信された取引情報のハッシュ値Ａと、携帯端末２０が取引情報のハッシュ値ＡをワンタイムパスワードＯＴＰで暗号化した暗号化情報Ｂの復号によって導出された照合情報としてのハッシュ値Ａ’とを情報処理サーバ３０において比較する。これにより、認証システム１００は、図３に示すシーケンスと同様の効果が得られ、更に、携帯端末２０と情報処理サーバ３０との間の通信を省略でき、携帯端末２０と情報処理サーバ３０との間の通信路への中間者攻撃の発生を抑制できる。従って、図５に示すシーケンスの例では、携帯端末２０は、通信機能を有さないハードウェアトークンである場合に好適である。
（第１の実施形態の認証システムにおける第４のシグナリングの動作手順）
次に、本実施形態の認証システム１００における第４のシグナリングの動作手順の詳細について、図６を参照して説明する。図６は、第１の実施形態の認証システムのＰＣ１０、携帯端末２０、情報処理サーバ３０及び認証サーバ４０間におけるシグナリングの動作手順の第３の変形例を詳細に示すシーケンス図である。図６の説明の前提として、ユーザの入力部１１を用いた入力操作により、インターネットバンキングにおける取引情報が入力された結果、取引情報の確認画面（図２（Ａ）参照）がＷｅｂブラウザ１３ａの画面に表示された状態である。なお、図６に示すシーケンスの説明では、図３に示すシーケンスと同一の動作には同一のステップ番号を付与し、同一の内容の説明を省略又は簡略化する。
図６において、Ｗｅｂブラウザ１３ａの画面に表示された取引情報の確認画面がユーザの目視によって確認された後、ＰＣ１０は、近距離無線通信によって、ユーザの入力操作に応じて、取引情報とユーザＩＤとを携帯端末２０に送信する（Ｓ１ｃ）。携帯端末２０は、近距離無線通信によって、ステップＳ１ｃにおいてＰＣ１０から送信された取引情報とユーザＩＤとを情報処理サーバ３０に送信する（Ｓ２ｃ）。図６に示すシーケンスのステップＳ３以降の動作は、図３に示すシーケンスのステップＳ３以降の動作と同一であるため、説明を省略する。
以上により、図６に示すシーケンスでは、本実施形態の認証システム１００は、携帯端末２０と認証サーバ４０とにおいてワンタイムパスワードＯＴＰを共有し、ＰＣ１０と情報処理サーバ３０との間の通信を不要とし、情報処理サーバ３０から送信された取引情報のハッシュ値Ａと、携帯端末２０が取引情報のハッシュ値ＡをワンタイムパスワードＯＴＰで暗号化した暗号化情報Ｂの復号によって導出された照合情報としてのハッシュ値Ａ’とを情報処理サーバ３０において比較する。これにより、認証システム１００は、図３に示すシーケンスと同様の効果が得られ、更に、ＰＣ１０と情報処理サーバ３０との間の通信を省略でき、ＰＣ１０と情報処理サーバ３０との間の通信路への中間者攻撃の発生を抑制できる。
なお、本実施形態の認証システム１００において、図４に示すシーケンスと図５に示すシーケンスとにおける各部の通信相手を任意に組み合わせても良い。例えば、認証システム１００は、情報処理サーバ３０への通信は携帯端末２０ではなくＰＣ１０が行い、取引情報のハッシュ値Ａと暗号化情報Ｂの復号により導出されたハッシュ値Ａとの比較を認証サーバ４０において行っても良い。
また、同様に、本実施形態の認証システム１００において、図４に示すシーケンスと図６に示すシーケンスとにおける各部の通信相手を任意に組み合わせても良い。例えば、認証システム１００は、情報処理サーバ３０への通信はＰＣ１０ではなく携帯端末２０が行い、取引情報のハッシュ値Ａと暗号化情報Ｂの復号により導出されたハッシュ値Ａとの比較を認証サーバ４０において行っても良い。
（第２の実施形態）
図７は、第２の実施形態の認証システム１００ｄの各部の内部構成を詳細に示すブロック図である。図７に示す認証システム１００ｄは、ＰＣ１０と、携帯端末２０ｄと、情報処理サーバ３０ｄと、認証サーバ４０ｄとを含む。ユーザ端末の一例としてのＰＣ１０と携帯端末２０ｄとは、認証システム１００ｄにおけるクライアント端末ＣＬを構成する。情報処理サーバ３０ｄと認証サーバ４０ｄとは、認証システム１００ｄにおけるサーバＳＲを構成する。図７に示す認証システム１００ｄの各部の説明では、図１に示す認証システム１００ｄの各部と同一の内容のものには同一の符号を付して説明を省略又は簡略化し、異なる内容について説明する。
携帯端末２０ｄは、入力部２１と、情報表示部２２と、時刻取得部２３と、ＯＴＰ生成部２４と、第１ハッシュ計算部２５ｄ１と、第２ハッシュ計算部２５ｄ２と、共通鍵暗号化部２６ｄ１と、ＲＳＡ暗号化部２６ｄ２と、通信部２７と、乱数生成部２８とを有する。
第１ハッシュ計算部２５ｄ１は、所定の第１ハッシュアルゴリズムに従って、ＰＣ１０から送信された取引情報のハッシュ値Ａを計算する。本実施形態の認証システム１００ｄでは、携帯端末２０ｄが第１ハッシュ計算部２５ｄ１を有し、情報処理サーバ３０ｄが第１ハッシュ計算部３３ｄを有し、認証サーバ４０ｄが第１ハッシュ計算部４５ｄ１を有する。認証システム１００ｄでは、携帯端末２０ｄと情報処理サーバ３０ｄと認証サーバ４０ｄとは同一の第１ハッシュアルゴリズムを共有し、入力情報のハッシュ値を計算する。
第２ハッシュ計算部２５ｄ２は、所定の第２ハッシュアルゴリズムに従って、入力情報（例えば乱数ｒ）のハッシュ値（例えばハッシュ値Ｈ）を計算し、更に、他の入力情報（例えば乱数ｒ’）のハッシュ値（例えばハッシュ値Ｈ’）を計算する。本実施形態の認証システム１００ｄでは、携帯端末２０ｄが第２ハッシュ計算部２５ｄ２を有し、認証サーバ４０ｄが第２ハッシュ計算部４５ｄ２を有する。認証システム１００ｄでは、携帯端末２０ｄと認証サーバ４０ｄとは同一の第２ハッシュアルゴリズムを共有し、入力情報のハッシュ値を計算する。
なお、第１ハッシュアルゴリズムと第２ハッシュアルゴリズムとは異なる。また、携帯端末２０ｄ、情報処理サーバ３０ｄ、認証サーバ４０ｄにおける各第１ハッシュ計算部の出力は、携帯端末２０、認証サーバ４０ｄにおける各第２ハッシュ計算部の出力が複数回ハッシュ計算された値でも良い。同様に、携帯端末２０ｄ、認証サーバ４０ｄにおける各第２ハッシュ計算部の出力は、携帯端末２０、情報処理サーバ３０ｄ、認証サーバ４０ｄにおける各第１ハッシュ計算部の出力が複数回ハッシュ計算された値でも良い。
要求情報暗号化部の一例としての共通鍵暗号化部２６ｄ１は、図１に示す携帯端末２０の暗号化部２６と同一の共通鍵暗号アルゴリズムを共有し、取引情報のハッシュ値ＡやワンタイムパスワードＯＴＰを共通鍵（暗号鍵）として、入力情報をそれぞれ暗号化する。
乱数暗号化部の一例としてのＲＳＡ暗号化部２６ｄ２は、例えばＲＳＡ公開鍵暗号アルゴリズムに従って、認証サーバ４０ｄの公開鍵を用いて、入力情報をＲＳＡ暗号化する。携帯端末２０ｄは、認証サーバ４０ｄの公開鍵を予め保持し、又は認証サーバ４０ｄから取得する。なお、ＲＳＡ暗号化部２６ｄ２は、ＲＳＡ公開鍵暗号アルゴリズムの代わりに、他の公開鍵暗号アルゴリズム（例えばＤＨ（Diffie Hellman）鍵交換、Elgamal暗号、楕円曲線暗号）に従って、認証サーバ４０ｄの公開鍵を用いて、入力情報を暗号化しても良い。この場合には、携帯端末２０ｄは、他の公開鍵暗号アルゴリズムを認証サーバ４０ｄと予め共有する。乱数生成部２８は、任意の乱数ｒを生成する。
情報処理サーバ３０ｄは、ユーザＩＤデータベース３１と、認証処理部３２と、第１ハッシュ計算部３３ｄと、取引処理部３４と、通信部３５とを有する。第１ハッシュ計算部３３ｄは、所定の第１ハッシュアルゴリズムに従って、ＰＣ１０から送信された取引情報のハッシュ値Ａを計算する。第１ハッシュ計算部３３ｄは、携帯端末２０ｄの第１ハッシュ計算部２５ｄ１と認証サーバ４０ｄの第１ハッシュ計算部４５ｄ１との間で、同一の第１ハッシュアルゴリズムを共有し、入力情報のハッシュ値を計算する。なお、情報処理サーバ３０ｄは、第１ハッシュ計算部３３ｄの代わりに、携帯端末２０ｄの第２ハッシュ計算部２５ｄ２と同一のハッシュアルゴリズムを共有する第２ハッシュ計算部を有しても良い。
認証サーバ４０ｄは、時刻取得部４１と、ＯＴＰ生成部４２と、共通鍵復号部４３ｄ１と、ＲＳＡ復号部４３ｄ２と、通信部４４と、第１ハッシュ計算部４５ｄ１と、第２ハッシュ計算部４５ｄ２とを少なくとも有する。共通鍵復号部４３ｄ１は、携帯端末２０ｄの共通鍵暗号化部２６ｄ１と同一の共通鍵暗号アルゴリズムを共有し、取引情報のハッシュ値ＡやワンタイムパスワードＯＴＰを共通鍵（復号鍵）として、入力情報をそれぞれ復号する。
ＲＳＡ復号部４３ｄ２は、携帯端末２０ｄのＲＳＡ暗号化部２６ｄ２と同一のＲＳＡ公開鍵暗号アルゴリズムを共有し、認証サーバ４０ｄの秘密鍵を用いて、入力情報をＲＳＡ復号する。認証サーバ４０ｄは、認証サーバ４０ｄの秘密鍵を予め保持している。なお、ＲＳＡ復号部４３ｄ２は、ＲＳＡ公開鍵暗号アルゴリズムの代わりに、他の公開鍵暗号アルゴリズム（例えばＤＨ（Diffie Hellman）鍵交換、Elgamal暗号、楕円曲線暗号）に従って、認証サーバ４０ｄの公開鍵を用いて、入力情報を復号しても良い。この場合には、認証サーバ４０ｄは、他の公開鍵暗号アルゴリズムを携帯端末２０ｄと予め共有する。
第１ハッシュ計算部４５ｄ１は、所定の第１ハッシュアルゴリズムに従って、入力情報（例えば後述する乱数ｒ’）のハッシュ値Ｇ’を計算する。第２ハッシュ計算部４５ｄ２は、所定の第２ハッシュアルゴリズムに従って、入力情報（例えば乱数ｒ）のハッシュ値（例えばハッシュ値Ｈ）を計算し、他の入力情報（例えば乱数ｒ’）のハッシュ値（例えばハッシュ値Ｈ’）を計算する。
（第２の実施形態の認証システムにおけるシグナリングの動作手順）
次に、本実施形態の認証システム１００ｄにおける各部の動作手順の詳細について、図８を参照して時系列に説明する。図８は、第２の実施形態の認証システム１００ｄのＰＣ１０、携帯端末２０ｄ、情報処理サーバ３０ｄ及び認証サーバ４０ｄ間におけるシグナリングの動作手順の一例を詳細に示すシーケンス図である。図８の説明の前提として、ユーザの入力部１１を用いた入力操作により、インターネットバンキングにおける取引情報が入力された結果、取引情報の確認画面（図２（Ａ）参照）がＷｅｂブラウザ１３ａの画面に表示された状態である。なお、図８に示すシーケンスの説明では、図３に示すシーケンスと同一の動作には同一のステップ番号を付与し、同一の内容の説明を省略又は簡略化する。
図８において、ステップＳ３の後、携帯端末２０ｄは、ステップＳ２においてＰＣ１０から送信された取引情報のハッシュ値Ａを第１ハッシュ計算部２５ｄ１において計算する（Ｓ５ｄ）。ステップＳ６の後、携帯端末２０ｄは、既存のＰＡＫＥ（Password Authenticated Key Exchange）暗号において用いられる任意の乱数ｒを生成し（Ｓ２１）、ステップＳ２１において生成された乱数ｒを認証サーバ４０ｄの公開鍵でＲＳＡ暗号化した第１暗号化情報（暗号化乱数）Ｄを生成する（Ｓ２２）。携帯端末２０ｄは、ステップＳ５ｄにおいて計算された取引情報のハッシュ値Ａを認証サーバ４０ｄと共通する共通鍵（暗号鍵）として、ステップＳ２２において生成された第１暗号化情報（暗号化乱数）Ｄを暗号化した第２暗号化情報（暗号化要求情報）Ｅを生成する（Ｓ２３）。
なお、ステップＳ２３では、携帯端末２０ｄは、取引情報のハッシュ値Ａを共通鍵（暗号鍵）として、例えばＡＥＳを用いて、ステップＳ２２において生成された第１暗号化情報Ｄを暗号化した第２暗号化情報Ｅを生成しても良いし、又は、例えば既存のＰＢＫＤＦ２を用いて、取引情報のハッシュ値Ａを基にして第１暗号化情報Ｄと同じ長さ（サイズ）の共通鍵（暗号鍵）を導出し、導出された共通鍵（暗号鍵）と第１暗号化情報Ｄとの排他的論理和を計算することで第２暗号化情報Ｅを生成しても良い。
更に、携帯端末２０ｄは、ステップＳ６において生成されたワンタイムパスワードＯＴＰを認証サーバ３４０と共通する共通鍵（暗号鍵）として、ステップＳ２３において生成された第２暗号化情報（暗号化要求情報）Ｅを暗号化した第３暗号化情報Ｆを生成し（Ｓ２４）、ネットワークＮＷ２を介して、第３暗号化情報ＦとユーザＩＤとを情報処理サーバ３０に送信する（Ｓ８ｄ）。
情報処理サーバ３０ｄは、ネットワークＮＷ３を介して、ステップＳ８ｄにおいて携帯端末２０ｄから送信された第３暗号化情報Ｆと、ステップＳ４において計算された取引情報のハッシュ値Ａと、ステップＳ１においてＰＣ１０から送信されたユーザＩＤとを認証サーバ４０ｄに送信する（Ｓ９ｄ）。
ステップＳ１０の後、認証サーバ４０ｄは、ステップＳ１０において生成されたワンタイムパスワードＯＴＰを携帯端末２０ｄと共通する共通鍵（復号鍵）として、ステップＳ９ｄにおいて情報処理サーバ３０ｄから送信された第３暗号化情報Ｆを復号する（Ｓ１１ｄ）。認証サーバ４０ｄは、ステップＳ１１ｄにおける復号により第１復号情報Ｅ’を導出し（Ｓ１１ｄ）、更に、ステップＳ９ｄにおいて情報処理サーバ３０ｄから送信された取引情報のハッシュ値Ａを携帯端末２０ｄと共通する共通鍵（復号鍵）として、ステップＳ１１ｄにおいて導出された第１復号情報Ｅ’を復号する（Ｓ２５）。認証サーバ４０ｄは、ステップＳ２５における復号により第２復号情報Ｄ’を導出し（Ｓ２５）、更に、認証サーバ４０ｄの秘密鍵を用いてステップＳ２５において導出された第２復号情報Ｄ’をＲＳＡ復号する（Ｓ２６）。認証サーバ４０ｄは、ステップＳ２６におけるＲＳＡ復号により第３復号情報としての乱数ｒ’を導出し（Ｓ２６）、第１ハッシュ計算部４５ｄ１において乱数ｒ’のハッシュ値Ｇ’を計算する（Ｓ２７）。
認証サーバ４０ｄは、ネットワークＮＷ３を介して、ステップＳ２７において計算されたハッシュ値Ｇ’を情報処理サーバ３０ｄに送信し（Ｓ１２ｄ）、更に、第２ハッシュ計算部４５ｄ２において乱数ｒ’のハッシュ値Ｈ’を計算して情報処理サーバ３０ｄに送信する（Ｓ２８、Ｓ２９）。
情報処理サーバ３０ｄは、ステップＳ１２ｄにおいて送信されたハッシュ値Ｇ’を、ネットワークＮＷ２を介して携帯端末２０ｄに送信する（Ｓ３０）。
携帯端末２０ｄは、ステップＳ３０において情報処理サーバ３０ｄから送信されたハッシュ値Ｇ’を受信すると、ステップＳ２１において生成された乱数ｒのハッシュ値Ｇを第１ハッシュ計算部２５ｄ１において計算する（Ｓ３１）。携帯端末２０ｄは、ステップＳ３１において計算されたハッシュ値Ｇと、ステップＳ３０において情報処理サーバ３０ｄから送信されたハッシュ値Ｇ’とを比較し、ハッシュ値Ｇとハッシュ値Ｇ’とが同値（一致）ではないと判定した場合には、ＰＣ１０から入力された取引情報に対する処理の実行の情報処理サーバ３０ｄへの要求を中断する（Ｓ３１）。
携帯端末２０ｄは、ハッシュ値Ｇとハッシュ値Ｇ’とが同値（一致）すると判定する場合には、ステップＳ２１において生成された乱数ｒのハッシュ値Ｈを第２ハッシュ計算部２５ｄ２において計算して情報処理サーバ３０ｄに送信する（Ｓ３２）。
情報処理サーバ３０ｄは、ステップＳ２９において認証サーバ４０ｄから送信されたハッシュ値Ｈ’と、ステップＳ３２において携帯端末２０ｄから送信されたハッシュ値Ｈとを比較し、ハッシュ値Ｈとハッシュ値Ｈ’とが同値（一致）すると判定した場合には、ステップＳ１においてＰＣ１０から送信された取引情報の内容が正しい（真正）であるとして、当該取引情報の内容に対する処理を実行する（Ｓ３３）。
以上により、本実施形態の認証システム１００ｄは、携帯端末２０ｄと認証サーバ４０ｄとにおいて同一のワンタイムパスワードＯＴＰを共有し、第１ハッシュ計算部２５ｄ１，４５ｄ１において同一のハッシュアルゴリズムを共有し、第２ハッシュ計算部２５ｄ２，４５ｄ２において同一のハッシュアルゴリズムを共有し、ＲＳＡ暗号化部２６ｄ２とＲＳＡ復号部４３ｄ２とにおいて同一のＲＳＡ公開鍵暗号アルゴリズムを共有する。更に、認証システム１００ｄは、第１の実施形態におけるワンタイムパスワードＯＴＰを用いた取引情報のハッシュ値Ａの暗号化に加え、任意の乱数ｒ及びＲＳＡ公開鍵暗号アルゴリズムを用いたＰＡＫＥ暗号アルゴリズムを用いた暗号化を行う。
これにより、認証システム１００ｄは、第１の実施形態の認証システム１００の効果に比べて、ワンタイムパスワードＯＴＰと乱数ｒとＲＳＡ公開鍵暗号アルゴリズムを用いたＰＡＫＥ暗号とを用いた各種の暗号アルゴリズムの併用により、携帯端末２０ｄと情報処理サーバ３０ｄとの間の通信路に対する悪意のある第三者の中間者攻撃（例えばワンタイムパスワードＯＴＰの解析）に対して、より強固なセキュリティ性を有することができる。従って、認証システム１００ｄは、第１の実施形態の認証システム１００に比べて、認証サーバ４０においてＰＣ１０をより安全に認証できるので、情報処理サーバ３０において取引情報に対する処理をより安全に実行することができる。
（第３の実施形態）
図９は、第３の実施形態の認証システム１００ｅの各部の内部構成を詳細に示すブロック図である。図９に示す認証システム１００ｅは、ＰＣ１０と、携帯端末２０ｅと、情報処理サーバ３０ｅと、認証サーバ４０ｅとを含む。ユーザ端末の一例としてのＰＣ１０と携帯端末２０ｅとは、認証システム１００ｅにおけるクライアント端末ＣＬを構成する。情報処理サーバ３０ｅと認証サーバ４０ｅとは、認証システム１００ｅにおけるサーバＳＲを構成する。図９に示す認証システム１００ｅの各部の説明では、図１に示す認証システム１００の各部と同一の内容のものには同一の符号を付して説明を省略又は簡略化し、異なる内容について説明する。
ＰＣ１０は、情報処理サーバ３０ｅと所定のパスワードＰ（例えば、ログイン用のパスワード等）を予め共有する。
携帯端末２０ｅは、入力部２１と、情報表示部２２と、時刻取得部２３と、ＯＴＰ生成部２４と、ハッシュ計算部２５と、共通鍵暗号化部２６ｅと、通信部２７とを有する。共通鍵暗号化部２６ｅは、情報処理サーバ３０ｅの共通鍵復号部３６や認証サーバ４０ｅの共通鍵復号部４３ｅと同一の共通鍵暗号アルゴリズムを共有し、入力情報を暗号化する。なお、共通鍵暗号化部２６ｅが２つの共通鍵アルゴリズムを持つのであれば、一方の共通鍵アルゴリズムを情報処理サーバ３０ｅの共通鍵復号部３６と共有し、他方の共通鍵アルゴリズムを情報処理サーバ３０ｅの共通鍵復号部３６と共有すると、セキュリティがより強固になる。
情報処理サーバ３０ｅは、ユーザＩＤデータベース３１と、認証処理部３２と、ハッシュ計算部３３と、取引処理部３４と、通信部３５と、共通鍵復号部３６とを有する。共通鍵復号部３６は、携帯端末２０ｅの共通鍵暗号化部２６ｅと同一の共通鍵暗号アルゴリズムを共有し、入力情報を復号する。
認証サーバ４０ｅは、時刻取得部４１と、ＯＴＰ生成部４２と、共通鍵復号部４３ｅと、通信部４４とを有する。共通鍵復号部４３ｅは、携帯端末２０ｅの共通鍵暗号化部２６ｅと同一の共通鍵暗号アルゴリズムを共有し、入力情報を復号する。
（第３の実施形態の認証システムにおけるシグナリングの動作手順）
次に、本実施形態の認証システム１００ｅにおける各部の動作手順の詳細について、図１０を参照して時系列に説明する。図１０は、第３の実施形態の認証システム１００ｅのＰＣ１０、携帯端末２０ｅ、情報処理サーバ３０ｅ及び認証サーバ４０ｅ間におけるシグナリングの動作手順の一例を詳細に示すシーケンス図である。図１０の説明の前提として、ユーザの入力部１１を用いた入力操作により、インターネットバンキングにおける取引情報が入力された結果、取引情報の確認画面（図２（Ａ）参照）がＷｅｂブラウザ１３ａの画面に表示された状態である。なお、図１０に示すシーケンスの説明では、図３に示すシーケンスと同一の動作には同一のステップ番号を付与し、同一の内容の説明を省略又は簡略化する。
図１０において、ステップＳ１の後、ＰＣ１０は、近距離無線通信によって、情報処理サーバ３０ｅとの間で予め共有しているパスワードＰと取引情報とユーザＩＤとを携帯端末２０に送信する（Ｓ２ｅ）。
ステップＳ７の後、携帯端末２０ｅは、ステップＳ２ｅにおいてＰＣ１０から送信されたパスワードＰを共通鍵（暗号鍵）として、ステップＳ７において生成された暗号化情報Ｂを暗号化した第４暗号化情報Ｃを生成し（Ｓ４１）、ネットワークＮＷ２を介して、第４暗号化情報ＣとユーザＩＤとを情報処理サーバ３０ｅに送信する（Ｓ８ｅ）。
情報処理サーバ３０ｅは、ＰＣ１０との間で予め共有しているパスワードＰを共通鍵（復号鍵）として、ステップＳ８ｅにおいて携帯端末２０ｅから送信された第４暗号化情報Ｃを復号する（Ｓ４２）。ステップＳ４２の後のステップＳ９以降の情報処理サーバ３０ｅ及び認証サーバ４０ｅの動作は図３に示すシーケンスと同一であるため、説明を省略する。
以上により、本実施形態の認証システム１００ｅは、携帯端末２０ｅと認証サーバ４０ｅとにおいてワンタイムパスワードＯＴＰを共有し、ＰＣ１０と情報処理サーバ３０ｅとは所定のパスワードＰを共有し、更に、情報処理サーバ３０ｅにおいて計算された取引情報のハッシュ値Ａと、携帯端末２０ｅが取引情報のハッシュ値ＡをワンタイムパスワードＯＴＰで暗号化して更にパスワードＰを用いて暗号化した第４暗号化情報Ｃ及び暗号化情報Ｂの復号によって導出された第４復号情報としてのハッシュ値Ａ’とを情報処理サーバ３０ｅにおいて比較する。
これにより、認証システム１００ｅは、第１の実施形態の認証システム１００の効果に比べて、ワンタイムパスワードＯＴＰと所定のパスワードＰとを用いた二重の共通鍵暗号アルゴリズムの使用によって、携帯端末２０ｄと情報処理サーバ３０ｄとの間の通信路に対する悪意のある第三者の中間者攻撃に対して、より強固なセキュリティ性を有することができる。従って、認証システム１００ｅは、第１の実施形態の認証システム１００に比べて、認証サーバ４０においてＰＣ１０をより安全に認証できるので、情報処理サーバ３０において取引情報に対する処理をより安全に実行することができる。
なお、上記のようにいくつかの動作手順について説明したが、それぞれの動作手順を組み合わせることもできる。例えば、図４と図５を組み合わせ、ＰＣ１０からすべての情報をサーバＳＲに送り、判定結果を認証サーバ４０からＰＣ１０に対して送ることもできる。
以下、上述した本発明に係る認証システムの構成を説明する。
本発明の一実施形態は、要求情報の入力を受け付けるクライアント端末と、前記要求情報に対する処理を行うサーバとが接続された認証システムであって、前記クライアント端末は、前記サーバとの間で共有する情報を基に、第１の認証情報を生成する第１の認証情報生成部と、前記第１の認証情報を鍵として共通鍵方式を用いて前記要求情報を暗号化した暗号化情報を生成する暗号化部と、前記要求情報と前記暗号化情報とを前記サーバへ送信する送信部と、を備え、前記サーバは、前記要求情報と前記暗号化情報とを受信する受信部と、前記クライアント端末との間で共有する情報を基に、第２の認証情報を生成する第２の認証情報生成部と、前記第２の認証情報を鍵として前記クライアント端末と同一の共通鍵方式を用いて前記暗号化情報を復号した照合情報を生成する復号部と、前記要求情報と前記照合情報とを比較する認証部と、を備えた、認証システムである。
また、本発明の一実施形態は、前記サーバは、前記認証部にて前記要求情報と前記照合情報とを比較した結果、一致した場合、前記要求情報に対する処理を行う、認証システムである。
また、本発明の一実施形態は、前記第１、及び第２の認証情報のビット長は、前記暗号化部と前記復号部とが用いる共通鍵方式における鍵のビット長と同じである、認証システムである。
また、本発明の一実施形態は、前記クライアント端末又は前記サーバは、前記クライアント端末を識別する識別情報と、前記クライアント端末又は前記サーバにおける時刻情報とを基にして、前記第１又は第２の認証情報を生成する、認証システムである。
また、本発明の一実施形態は、前記クライアント端末は、前記クライアント端末における現在の時刻情報を基にして、前記第１の認証情報を生成し、前記サーバは、前記サーバにおける現在の時刻情報を含む以前の時刻情報を基にして複数の前記第２の認証情報を生成して複数の前記第２の認証情報毎に複数の前記照合情報を生成し、前記要求情報と前記複数の要求情報とを比較する、認証システムである。
また、本発明の一実施形態は、前記クライアント端末は、前記要求情報の入力を受け付けるユーザ端末と、前記第１の認証情報生成部と前記暗号化部とを備えた携帯端末と、を含み、前記サーバは、前記認証部を備えた情報処理サーバと、前記第２の認証情報生成部と前記復号部とを備えた認証サーバと、を含む、認証システムである。
また、本発明の一実施形態は、前記携帯端末、及び前記情報処理サーバは、前記要求情報のハッシュ値を計算するハッシュ計算部、を更に備えた、認証システムである。
また、本発明の一実施形態は、前記情報処理サーバは、前記認証部にて、前記要求情報と前記照合情報とが一致すると判定した場合に、前記要求情報に対する処理を行う、認証システムである。
また、本発明の一実施形態は、前記クライアント端末は、前記要求情報の入力を受け付けるユーザ端末と、前記第１の認証情報生成部と前記暗号化部とを備えた携帯端末と、を含み、前記サーバは、前記要求情報を受け付ける情報処理サーバと、前記第２の認証情報生成部と前記復号部と前記認証部とを備えた認証サーバと、を含み、前記認証サーバは、前記認証部の比較結果を前記情報処理サーバに送信する、認証システムである。
また、本発明の一実施形態は、前記ユーザ端末又は前記携帯端末は、更に前記送信部を備えた、認証システムである。
また、本発明の一実施形態は、前記携帯端末は、更に、前記認証サーバが有する公開鍵を用いて乱数を暗号化して暗号化乱数を生成する乱数暗号化部と、前記要求情報を鍵として共通鍵方式を用いて前記暗号化乱数を暗号化して暗号化要求情報を生成する要求情報暗号化部と、を備え、前記暗号化部は、前記暗号化要求情報を暗号化して前記暗号化情報を生成する、認証システムである。
また、本発明の一実施形態は、前記情報処理サーバは、更に、前記ユーザ端末が有する前記第２の認証情報を用いて復号する復号部と、を備え、前記携帯端末は、前記暗号化情報を前記第２の認証情報を用いて暗号化して前記情報処理サーバに送信し、前記情報処理サーバは、前記携帯端末から受信した情報を前記第２の認証情報を用いて復号して前記認証サーバに送信する、認証システムである。
以上、図面を参照しながら各種の実施形態について説明したが、本発明はかかる例に限定されないことは言うまでもない。当業者であれば、特許請求の範囲に記載された範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、それらについても当然に本発明の技術的範囲に属するものと了解される。
本発明は、中間者攻撃による要求情報の改ざんを検知し、サーバにアクセスするクライアント端末からの要求情報の認証を安全に行う認証システムとして有用である。
１０ ＰＣ
１１、２１ 入力部
１２ ユーザＩＤ記憶部
１３、２２ 情報表示部
１３ａ Ｗｅｂブラウザ
１４、２７、３５、４４ 通信部
２０、２０ｄ、２０ｅ 携帯端末
２３、４１ 時刻取得部
２４、４２ ＯＴＰ生成部
２５、３３ ハッシュ計算部
２５ｄ１、３３ｄ、４５ｄ１ 第１ハッシュ計算部
２５ｄ２、４５ｄ２ 第２ハッシュ計算部
２６ 暗号化部
２６ｄ１、２６ｅ 共通鍵暗号化部
２６ｄ２ ＲＳＡ暗号化部
２８ 乱数生成部
３０、３０ｄ、３０ｅ 情報処理サーバ
３１ ユーザＩＤデータベース
３２ 認証処理部
３４ 取引処理部
３６ 共通鍵復号部
４０、４０ｄ、４０ｅ 認証サーバ
４３ 復号部
４３ｄ１ 共通鍵復号部
４３ｄ２、４３ｅ ＲＳＡ復号部
１００ 認証システム

Claims (9)

  1. ユーザの操作により入力された入力情報を表示するユーザ端末と、第１のネットワークを介して前記ユーザ端末と接続されるサーバと、前記第１のネットワークとは異なる第２のネットワークを介して前記ユーザ端末と接続される携帯端末と、を備えた認証システムであって、
    前記ユーザ端末は、
    前記入力情報が表示された状態での前記ユーザの操作に応じて、前記入力情報に基づいて前記サーバに実行させるための要求情報を、前記第１のネットワークを介して前記サーバへ送信し、前記第２のネットワークを介して前記携帯端末に送信する送信部を備え、
    前記携帯端末は、
    前記第２のネットワークを介して前記要求情報を受信する通信部と、
    前記サーバとの間で共有する共有情報を基に、第１の認証情報を生成する第１の認証情報生成部と、
    前記第１の認証情報を鍵として共通鍵方式を用いて前記要求情報を暗号化した暗号化情報を生成する暗号化部と、
    前記ユーザ端末にて表示された前記入力情報の一部が改ざんされていないか否かの確認を前記ユーザに促すために、受信した前記要求情報の内容の確認画面を表示する表示部と、
    前記表示部に表示された前記要求情報に対する前記ユーザの承諾操作を受け付ける入力部と、を備え、
    前記通信部は、前記要求情報が前記表示部に表示された状態で前記入力部に対して前記ユーザによる前記要求情報の承諾操作を受け付けた後、前記暗号化情報を前記サーバへ送信し、
    前記サーバは、
    前記要求情報と前記暗号化情報とを受信する受信部と、
    前記携帯端末との間で共有する前記共有情報を基に、第２の認証情報を生成する第２の認証情報生成部と、
    前記第２の認証情報を鍵として前記携帯端末と同一の共通鍵方式を用いて前記暗号化情報を復号した照合情報を生成する復号部と、
    前記要求情報と前記照合情報とを比較する認証部と、を備え、
    前記認証部にて前記要求情報と前記照合情報とを比較した結果、一致した場合、前記要求情報に対する処理を行う、
    認証システム。
  2. 請求項１に記載の認証システムであって、
    前記携帯端末が備える前記第１の認証情報生成部は、
    前記携帯端末における現在の時刻情報を基に、前記第１の認証情報を所定期間毎に生成し、
    前記サーバが備える前記第２の認証情報生成部は、
    前記第１の認証情報の生成時刻より後であってかつ前記要求情報の受信後における前記サーバにおける時刻情報を基に、前記第２の認証情報を前記所定期間毎に生成する、
    認証システム。
  3. 請求項２に記載の認証システムであって、
    前記サーバが備える前記第２の認証情報生成部は、
    前記サーバにおける現在の時刻情報を含む以前の複数の時刻情報を基にして複数の前記第２の認証情報を前記所定期間毎にそれぞれ生成し、前記複数の第２の認証情報毎に複数の前記照合情報を生成する、
    認証システム。
  4. 請求項１に記載の認証システムであって、
    前記携帯端末は、
    前記受信した要求情報から第１のハッシュ値を計算する第１のハッシュ計算部をさらに備え、
    前記暗号化部は、前記第１の認証情報を鍵として共通鍵方式を用いて前記第１のハッシュ値を暗号化した暗号化情報を生成し、
    前記サーバは、
    前記受信した要求情報から第２のハッシュ値を計算する第２のハッシュ計算部をさらに備え、
    前記復号部は、前記第２の認証情報を鍵として前記携帯端末と同一の共通鍵方式を用いて前記暗号化情報を復号した照合情報を生成し、
    前記認証部は、前記照合情報と前記第２のハッシュ値とを比較し、
    前記サーバは、さらに前記第２のハッシュ値と前記照合情報とが一致した場合、前記要求情報に対する処理を行う、
    認証システム。
  5. 請求項１に記載の認証システムであって、
    前記サーバは、
    前記認証部を備えた情報処理サーバと、
    前記第２の認証情報生成部と前記復号部とを備えた認証サーバと、を含む、
    認証システム。
  6. 請求項１に記載の認証システムであって、
    前記サーバは、
    前記要求情報を受け付ける情報処理サーバと、
    前記第２の認証情報生成部と前記復号部と前記認証部とを備えた認証サーバと、を含み、
    前記認証サーバは、前記認証部の比較結果を前記情報処理サーバに送信する、
    認証システム。
  7. 請求項５に記載の認証システムであって、
    前記携帯端末は、更に、
    前記認証サーバが有する公開鍵を用いて乱数を暗号化して暗号化乱数を生成する乱数暗号化部と、
    前記要求情報を鍵として共通鍵方式を用いて前記暗号化乱数を暗号化して暗号化要求情報を生成する要求情報暗号化部と、を備え、
    前記暗号化部は、前記暗号化要求情報を暗号化して前記暗号化情報を生成する、
    認証システム。
  8. 請求項５に記載の認証システムであって、
    前記情報処理サーバは、更に、
    前記ユーザ端末が有する前記第２の認証情報を用いて復号する復号部と、を備え、
    前記携帯端末は、前記暗号化情報を前記第２の認証情報を用いて暗号化して前記情報処理サーバに送信し、
    前記情報処理サーバは、前記携帯端末から受信した情報を前記第２の認証情報を用いて復号して前記認証サーバに送信する、
    認証システム。
  9. 請求項１に記載の認証システムであって、
    前記第１、及び第２の認証情報のビット長は、前記暗号化部と前記復号部とが用いる共通鍵方式における鍵のビット長と同じである、
    認証システム。
JP2014001997A 2014-01-08 2014-01-08 認証システム Active JP6399382B2 (ja)

Priority Applications (5)

Application Number Priority Date Filing Date Title
JP2014001997A JP6399382B2 (ja) 2014-01-08 2014-01-08 認証システム
PCT/JP2014/006370 WO2015104765A1 (en) 2014-01-08 2014-12-22 Authentication system and authentication method
EP14831097.2A EP3092769B1 (en) 2014-01-08 2014-12-22 Authentication system and method
US14/591,390 US9742765B2 (en) 2014-01-08 2015-01-07 Authentication system and authentication method
US15/642,397 US10389531B2 (en) 2014-01-08 2017-07-06 Authentication system and authentication method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2014001997A JP6399382B2 (ja) 2014-01-08 2014-01-08 認証システム

Publications (2)

Publication Number Publication Date
JP2015130633A JP2015130633A (ja) 2015-07-16
JP6399382B2 true JP6399382B2 (ja) 2018-10-03

Family

ID=52432877

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2014001997A Active JP6399382B2 (ja) 2014-01-08 2014-01-08 認証システム

Country Status (4)

Country Link
US (2) US9742765B2 (ja)
EP (1) EP3092769B1 (ja)
JP (1) JP6399382B2 (ja)
WO (1) WO2015104765A1 (ja)

Families Citing this family (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104079577A (zh) * 2014-07-07 2014-10-01 北京智谷睿拓技术服务有限公司 认证方法及认证装置
EP3065366B1 (en) * 2015-03-02 2020-09-09 Bjoern Pirrwitz Identification and/or authentication system and method
US9900300B1 (en) * 2015-04-22 2018-02-20 Ionu Security, Inc. Protection against unauthorized cloning of electronic devices
US11734678B2 (en) * 2016-01-25 2023-08-22 Apple Inc. Document importation into secure element
FR3048100B1 (fr) * 2016-02-19 2018-03-16 Idemia France Systeme d'authentification d'un utilisateur aupres d'un serveur
US10461932B2 (en) * 2016-03-08 2019-10-29 Oath Inc. Method and system for digital signature-based adjustable one-time passwords
US10104055B2 (en) * 2016-05-27 2018-10-16 David Joseph Ponder System and process of protecting client side information in electronic transactions
EP3482293A4 (en) * 2016-07-05 2019-11-27 Capital One Services, LLC SYSTEMS AND METHODS FOR SECURE REMOTE IDENTITY VERIFICATION
US10243955B2 (en) * 2016-07-14 2019-03-26 GM Global Technology Operations LLC Securely establishing time values at connected devices
US10230714B2 (en) * 2016-07-25 2019-03-12 Ca, Inc. Tokenized account information with integrated authentication
JP2018023029A (ja) * 2016-08-04 2018-02-08 株式会社 エヌティーアイ 通信システム、通信用クライアント、通信用サーバ、通信方法、プログラム
US20180083955A1 (en) * 2016-09-19 2018-03-22 Ebay Inc. Multi-session authentication
US20190073843A1 (en) * 2016-12-25 2019-03-07 Steven Mark Bryant Forward single origin physical access verification apparatus, system, and method of operation
JP2019004353A (ja) * 2017-06-16 2019-01-10 株式会社 エヌティーアイ 実行装置、指示装置、それらで実行される方法、コンピュータプログラム
CN107864136A (zh) * 2017-11-08 2018-03-30 北京酷我科技有限公司 一种防止系统短信服务被盗用的方法
US11204939B2 (en) * 2018-07-18 2021-12-21 Bank Of America Corporation Data manifest as a blockchain service
US11405214B2 (en) * 2019-04-04 2022-08-02 Y R Free Labs Limited Secure transmission
JP2022173884A (ja) * 2021-05-10 2022-11-22 日立チャネルソリューションズ株式会社 タッチレス取引方法、タッチレス取引システム、取引管理装置および自動取引装置
US11811752B1 (en) * 2022-08-03 2023-11-07 1080 Network, Inc. Systems, methods, and computing platforms for executing credential-less network-based communication exchanges

Family Cites Families (31)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5758257A (en) * 1994-11-29 1998-05-26 Herz; Frederick System and method for scheduling broadcast of and access to video programs and other data using customer profiles
US5671279A (en) * 1995-11-13 1997-09-23 Netscape Communications Corporation Electronic commerce using a secure courier system
EP1063811B1 (en) * 1999-06-22 2008-08-06 Hitachi, Ltd. Cryptographic apparatus and method
US7426750B2 (en) * 2000-02-18 2008-09-16 Verimatrix, Inc. Network-based content distribution system
US7376835B2 (en) * 2000-04-25 2008-05-20 Secure Data In Motion, Inc. Implementing nonrepudiation and audit using authentication assertions and key servers
GB2368422B (en) 2000-05-10 2003-03-26 Sony Corp Electronic settlement system, settlement management device, store device, client, data storage device, computer program, and storage medium
JP5160003B2 (ja) * 2000-05-10 2013-03-13 ソニー株式会社 決済管理装置，プログラム，記憶媒体，管理方法，クライアント装置，処理方法，およびデータ記憶装置
JP2002259344A (ja) * 2001-02-28 2002-09-13 Mitsubishi Electric Corp ワンタイムパスワード認証システム及び携帯電話及びユーザ認証サーバ
EP1493243B1 (en) * 2002-04-09 2014-10-22 TELEFONAKTIEBOLAGET LM ERICSSON (publ) Secure file transfer
JP2004241802A (ja) * 2003-02-03 2004-08-26 Matsushita Electric Ind Co Ltd コンテンツ配信システム及びコンテンツ蓄積装置
EP1610490A1 (fr) * 2004-06-21 2005-12-28 France Telecom Procédé et dispositif de chiffrement ou déchiffrement de données
JP4382615B2 (ja) * 2004-09-10 2009-12-16 セコム株式会社 電子署名装置
EP1807966B1 (en) * 2004-10-20 2020-05-27 Salt Group Pty Ltd. Authentication method
JP4701381B2 (ja) * 2005-01-24 2011-06-15 国立大学法人 奈良先端科学技術大学院大学 暗号鍵生成装置、暗号鍵生成方法、暗号化データ配信装置、個別暗号鍵再生成装置、暗号化データ受信装置、暗号化データ配信システム、暗号鍵生成プログラム、および記録媒体
JP4693171B2 (ja) 2006-03-17 2011-06-01 株式会社日立ソリューションズ 認証システム
US9049268B2 (en) * 2006-05-05 2015-06-02 Microsoft Technology Licensing, Llc Global provisioning of millions of users with deployment units
US8560858B2 (en) * 2008-05-29 2013-10-15 Red Hat, Inc. Secure session identifiers
JP2009296190A (ja) * 2008-06-04 2009-12-17 Panasonic Corp 秘匿通信方法
JP5294761B2 (ja) 2008-08-29 2013-09-18 パナソニック株式会社 セキュア通信装置、セキュア通信方法及びプログラム
US20110145517A1 (en) * 2009-12-10 2011-06-16 International Business Machines Corporation Dynamic reuse and reconfiguration of logical data objects in a virtual tape system
US20110145581A1 (en) * 2009-12-14 2011-06-16 Verizon Patent And Licensing, Inc. Media playback across devices
WO2011153539A1 (en) * 2010-06-04 2011-12-08 Northwestern University Pseudonymous public keys based authentication
US20110314293A1 (en) 2010-06-17 2011-12-22 Yu Chun-Ta Method of Handling a Server Delegation and Related Communication Device
US8543828B2 (en) * 2010-12-06 2013-09-24 AT&T Intellectual Property I , L.P. Authenticating a user with hash-based PIN generation
US8495686B2 (en) * 2010-12-27 2013-07-23 Verizon Patent And Licensing Inc. Method and apparatus for controlling a set top box over a wireless adhoc connection
JP5367917B2 (ja) * 2011-01-25 2013-12-11 三洋電機株式会社 車載器
ES2565842T3 (es) * 2011-12-27 2016-04-07 Telecom Italia S.P.A. Método de asignación de seudónimos dinámicos para redes de creación de perfiles de datos de usuarios, y red de creación de perfiles de datos de usuarios que implementa el método
DE102012201505B4 (de) * 2012-02-02 2013-08-22 Siemens Aktiengesellschaft Authentisierungssystem für mobile Geräte zum Datenaustausch von medizinischen Daten
US8930700B2 (en) * 2012-12-12 2015-01-06 Richard J. Wielopolski Remote device secure data file storage system and method
US9049232B2 (en) * 2013-02-28 2015-06-02 Amazon Technologies, Inc. Configurable-quality random data service
US9178855B1 (en) * 2013-08-25 2015-11-03 Google Inc. Systems and methods for multi-function and multi-purpose cryptography

Also Published As

Publication number Publication date
EP3092769A1 (en) 2016-11-16
EP3092769B1 (en) 2019-12-04
US20150195280A1 (en) 2015-07-09
US9742765B2 (en) 2017-08-22
WO2015104765A1 (en) 2015-07-16
US10389531B2 (en) 2019-08-20
JP2015130633A (ja) 2015-07-16
US20170310668A1 (en) 2017-10-26

Similar Documents

Publication Publication Date Title
JP6399382B2 (ja) 認証システム
US11201743B2 (en) Methods for secure credential provisioning
US10516536B2 (en) Method and apparatus for logging into medical devices
US10523441B2 (en) Authentication of access request of a device and protecting confidential information
US9935925B2 (en) Method for establishing a cryptographically protected communication channel
US11544365B2 (en) Authentication system using a visual representation of an authentication challenge
US10848304B2 (en) Public-private key pair protected password manager
CN111615105B (zh) 信息提供、获取方法、装置及终端
CN108199847B (zh) 数字安全处理方法、计算机设备及存储介质
WO2014141263A1 (en) Asymmetric otp authentication system
WO2017050152A1 (zh) 用于移动设备的密码安全系统及其密码安全输入方法
CN113411187B (zh) 身份认证方法和系统、存储介质及处理器
EP3289724B1 (en) A first entity, a second entity, an intermediate node, methods for setting up a secure session between a first and second entity, and computer program products
WO2017029708A1 (ja) 個人認証システム
KR102053993B1 (ko) 인증서를 이용한 사용자 인증 방법
JP6165044B2 (ja) 利用者認証装置、システム、方法及びプログラム
KR20210126944A (ko) 비밀정보의 공유 방법
JP2013061881A (ja) 画像表示システム、画像表示装置、及びパスワード生成装置

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20170106

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20180123

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20180323

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20180724

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20180823

R151 Written notification of patent or utility model registration

Ref document number: 6399382

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R151