JP6144186B2 - 認証方法、認証システム、Ｗｅｂサーバ、利用者端末、認証プログラム及び記録媒体 - Google Patents

Description

本発明は、セッション鍵を用いて認証を行う、利用者の認証方法、認証システム、Ｗｅｂサーバ、利用者端末、認証プログラム及び記録媒体に関する。

従来、Ｗｅｂ認証では、Ｂａｓｉｃ認証やＤｉｇｅｓｔ認証が知られている（例えば、非特許文献１参照）。Ｂａｓｉｃ認証では、まず利用者は端末からＷｅｂサーバにアクセスし、サーバ証明書を受信して署名検証を行う。問題なければ利用者端末は、暗号化通信用の鍵を生成し証明書の公開鍵で鍵共有を行い、Ｗｅｂサーバとの間でＳＳＬセッションを張る。利用者は、初回登録時、Ｗｅｂサーバからのユーザ情報登録要求に対して利用者端末からＩＤ及びパスワードを入力し、それをＷｅｂサーバに送信することでユーザ登録を完了する。パスワードの代わりに、ハッシュ化又は暗号化したパスワードが照合データとしてＷｅｂサーバに登録されることもある。ユーザ登録後のユーザ認証では、まず利用者はユーザ登録時と同様の方法でＳＳＬセッションを張る。次に、利用者は、ＷｅｂサーバからのＩＤ及びパスワード要求に対して、ＩＤ及びパスワードを入力してＷｅｂサーバに送信する。Ｗｅｂサーバは、送信されたＩＤ及びパスワードと、ユーザ登録されていたＩＤ及びパスワードとを照合してユーザ認証の判定を行う。

一方Ｄｉｇｅｓｔ認証では、Ｂａｓｉｃ認証と同様の方法でユーザ登録が行われる。ユーザ登録後のユーザ認証では、まず利用者はユーザ登録時と同様の方法でＳＳＬセッションを張る。次に、利用者は、Ｗｅｂサーバから送信されたＩＤ及びパスワード要求と乱数であるｎｏｎｃｅに対して、利用者端末に入力したＩＤ及びパスワードとｎｏｎｃｅのハッシュ値をＷｅｂサーバに送信する。Ｗｅｂサーバは、利用者端末から受信したハッシュ値と、ユーザ登録されていたＩＤ及びパスワード及びｎｏｎｃｅから計算した値とを比較しユーザ認証の判定を行う。

"ＨＴＴＰ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ： Ｂａｓｉｃ ａｎｄ Ｄｉｇｅｓｔ Ａｃｃｅｓｓ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ"、Ｎｅｔｗｏｒｋ Ｗｏｒｋｉｎｇ Ｇｒｏｕｐ、［Ｏｎｌｉｎｅ］、［平成２５年１１月２２日検索］、インターネット＜http://www.ietf.org/rfc/rfc2617.txt＞

しかしながら、Ｂａｓｉｃ認証やＤｉｇｅｓｔ認証では、Ｗｅｂサーバの利用者のパスワードが一度漏洩してしまうと、それらがリスト化され悪意のある第三者間で使いまわされるおそれがある。その結果、利用者がなりすまされて損害を被ったり、サービス提供者が利用者の損害の保障を請求されるケースも発生する。万一パスワードが漏洩した場合に備え、利用者がＷｅｂサーバ毎に異なるパスワードを設定することが推奨されているが、利便性の観点から現実には実行が難しい。

また、Ｗｅｂサーバが外部からの侵入攻撃を受け、Ｗｅｂサーバに登録されたユーザ認証用照合データが盗取されるケースが起こりうる。従来のＢａｓｉｃ認証及びＤｉｇｅｓｔ認証においては、サーバ上のユーザ認証用照合データはＩＤ及びパスワードのハッシュ値として保管されているため、一旦これらの情報が盗取されると第三者によるなりすましログインを防ぐことができずサービス提供者が損害を被る。

更に、利用者のサービス利用過程において、端末のブラウザがウィルスに感染しユーザ認証用の照合データが悪意ある第三者に盗取されると（ｍａｎ ｉｎ ｔｈｅ ｂｒｏｗｓｅｒ攻撃、ＭＩＴＢ攻撃ともいう。）、第三者によるなりすましログインを防ぐことができず利用者が損害を被る。

本発明は、このような従来の課題を解決するためになされたものであり、その目的とするところは、ユーザが複数のＷｅｂサーバに対して同一のパスワードを設定していた場合であっても、パスワードリストなどを利用した悪意のある第三者によるなりすましログインを防ぐことができる認証方法、認証システム、Ｗｅｂサーバ、利用者端末、認証プログラム及び記録媒体を提供することにある。

上記課題を解決するため、本発明に係る認証方法は、第１の利用者端末と、当該第１の利用者端末とネットワークを通じて通信するＷｅｂサーバと、を備える認証システムにおける認証方法であって、前記第１の利用者端末が、前記第１の利用者端末のＩＤと、前記Ｗｅｂサーバへの登録時に当該Ｗｅｂサーバによって発行されたセッション鍵と、を当該第１の利用者端末の耐タンパ領域に記憶するステップと、前記第１の利用者端末が、前記Ｗｅｂサーバの要求に応じて、前記ＩＤ、前記セッション鍵、パスワード及び端末名から、定期的又は不定期的に値が変わる第１の照合情報を計算し前記Ｗｅｂサーバに送信するステップと、前記Ｗｅｂサーバが、前記第１の利用者端末の前記Ｗｅｂサーバへの登録時に登録された前記第１の利用者端末のＩＤ及びパスワード並びに当該登録時に発行されたセッション鍵を当該Ｗｅｂサーバの耐タンパ領域に記憶し、当該記憶された情報を用いて定期的又は不定期的に第２の照合情報を計算するステップと、前記Ｗｅｂサーバが、前記第１の利用者端末から受信した前記第１の照合情報と前記第２の照合情報とが一致するか検証するステップと、を含み、前記第１の照合情報及び前記第２の照合情報は、更に、更新された日時を用いて計算される照合データであり、前記第２の照合情報は、定期的又は不定期的に前記Ｗｅｂサーバによって更新される、ことを特徴とする。

また、上記課題を解決するため、本発明に係る認証システムは、第１の利用者端末と、当該第１の利用者端末とネットワークを通じて通信するＷｅｂサーバと、を備える認証システムであって、前記第１の利用者端末は、前記第１の利用者端末のＩＤと、前記Ｗｅｂサーバへの登録時に当該Ｗｅｂサーバによって発行されたセッション鍵と、を当該第１の利用者端末の耐タンパ領域に記憶する手段と、前記Ｗｅｂサーバの要求に応じて、前記ＩＤ、前記セッション鍵、パスワード及び端末名から、定期的又は不定期的に値が変わる第１の照合情報を計算し前記Ｗｅｂサーバに送信する手段と、を含み、前記Ｗｅｂサーバは、前記第１の利用者端末の前記Ｗｅｂサーバへの登録時に登録された前記第１の利用者端末のＩＤ及びパスワード並びに当該登録時に発行されたセッション鍵を当該Ｗｅｂサーバの耐タンパ領域に記憶し、当該記憶された情報を用いて定期的又は不定期的に第２の照合情報を計算する手段と、前記第１の利用者端末から受信した前記第１の照合情報と前記第２の照合情報とが一致するか検証する手段と、を含み、前記第１の照合情報及び前記第２の照合情報は、更に、更新された日時を用いて計算される照合データであり、前記第２の照合情報は、定期的又は不定期的に前記Ｗｅｂサーバによって更新される、ことを特徴とする。

また、上記課題を解決するため、本発明に係るＷｅｂサーバは、利用者端末とネットワークを通じて通信するＷｅｂサーバであって、前記利用者端末の前記Ｗｅｂサーバへの登録時に登録された前記利用者端末のＩＤ及びパスワード並びに当該登録時に発行されたセッション鍵を当該Ｗｅｂサーバの耐タンパ領域に記憶し、当該記憶された情報を用いて定期的又は不定期的に第２の照合情報を計算する手段と、前記利用者端末から受信した第１の照合情報と前記第２の照合情報とが一致するか検証する手段と、を含み、前記第１の照合情報及び前記第２の照合情報は、更に、更新された日時を用いて計算される照合データであり、前記第２の照合情報は、定期的又は不定期的に前記Ｗｅｂサーバによって更新される、ことを特徴とする。

また、上記課題を解決するため、本発明に係る利用者端末は、Ｗｅｂサーバとネットワークを通じて通信する利用者端末であって、前記利用者端末のＩＤと、前記Ｗｅｂサーバへの登録時に当該Ｗｅｂサーバによって発行されたセッション鍵と、を前記利用者端末の耐タンパ領域に記憶する手段と、前記Ｗｅｂサーバの要求に応じて、前記ＩＤ、前記セッション鍵、パスワード及び端末名から、定期的又は不定期的に値が変わる第１の照合情報を計算し前記Ｗｅｂサーバに送信する手段と、を含み、前記第１の照合情報は、更に、更新された日時を用いて計算される照合データである、ことを特徴とする。

本発明によれば、利用者が複数の複数のＷｅｂサーバに対して同一のパスワードを設定していた場合であっても、Ｗｅｂサーバ毎に異なるセッション鍵を発行するため、パスワードの漏洩後の悪意のある第三者によるなりすまし認証を回避することができる。

また、Ｗｅｂサーバが保持する照合データが万一盗取されても、照合データを生成する種データ（例えば、ＩＤやセッション鍵）は耐タンパ領域で守られ、更に、照合データはパスワードやセッション鍵をそのまま含まない形で保持され定期的又は不定期的に自動更新される。そのため、被害を最小限に限定することが可能となる。

更に、種データは耐タンパ領域で守られるため、利用者端末のＷｅｂブラウザがＭＩＴＢ攻撃にあっても、セッション鍵などの認証情報の漏洩を防ぐことができる。

本発明の一実施形態に係る認証システムの概略構成を示す図である。 本発明の一実施形態に係る認証システムにおける第１の利用者端末の機能ブロック図である。 本発明の一実施形態に係る認証システムにおける第２の利用者端末の機能ブロック図である。 本発明の一実施形態に係る認証システムにおけるＷｅｂサーバの機能ブロック図である。 本発明の一実施形態に係る認証システムの動作フローを示す図である。 本発明の一実施形態に係る認証システムの動作フローを示す図である。 本発明の一実施形態に係る認証システムの動作フローを示す図である。 本発明の変形例に係る認証システムの動作フローを示す図である。 本発明の変形例に係る認証システムの動作フローを示す図である。 本発明の一実施形態に係る認証システムにおける利用者情報ＤＢ、追加端末要求情報ＤＢ及び照合データＤＢの一例を示す図である。

以下、本発明の一実施形態を図面に基づいて説明する。

［システム構成］
図１は、本発明の一実施形態に係る認証システム１の概略構成を示す図である。本実施形態においては、ネットワークＮＷを介して第１の利用者端末１１、第２の利用者端末１２及びＷｅｂサーバ１３が接続されている。ネットワークＮＷに接続されるＷｅｂサーバの数は１つに限定されず、利用者端末の数は２つに限定されない。端末の形態は、図１に図示されているような設置型の端末であっても、利用者が持ち運ぶことができる携帯型の端末であってもよい。

以下、より具体的に第１の利用者端末１１、第２の利用者端末１２及びＷｅｂサーバ１３の構成について説明する。

図２は、本発明の一実施形態に係る認証システム１における第１の利用者端末１１の機能ブロック図である。第１の利用者端末１１は、耐タンパ領域１１１と、Ｗｅｂサーバ１３が提供するＷｅｂコンテンツを表示するための表示装置１１２ａを制御する表示制御部１１２と、利用者が操作するユーザインタフェース１１３ａからの入力を制御するユーザインタフェース制御部１１３と、Ｗｅｂサーバ１３とのＷｅｂ通信を行うインタフェースを構成する通信制御部１１４と、ブラウザ処理部１１５と、記憶部１１６とを備える。耐タンパ領域１１１は、記憶部１１１１と、計算部１１１２と、生成部１１１３とを備える。ブラウザ処理部１１５は、Ｗｅｂプロトコル処理部１１５１と、リクエスト情報生成部１１５２と、Ｗｅｂ表示制御部１１５３とを備える。本発明に係る耐タンパ領域１１１及びブラウザ処理部１１５の各機能を説明するが、第１の利用者端末１１が備える他の機能を排除することを意図したものではないことに留意されたい。第１の利用者端末１１は、コンピュータとして構成することができる。第１の利用者端末１１は、耐タンパ領域１１１及びブラウザ処理部１１５の各機能を実現する処理内容を記述したプログラムを、当該コンピュータの記憶部１１６に格納し、当該コンピュータの中央演算処理装置（ＣＰＵ）によってこのプログラムを読み出して実行させることで実現することができる。

記憶部１１１１は、ＩＤ、セッション鍵等の情報を記憶する機能を有する。

計算部１１１２は、記憶部１１１１に記憶したＩＤ、セッション鍵等から、利用者の認証に用いる照合データを計算する機能を有する。

生成部１１１３は、利用者端末で選択された端末名、ＩＤ、パスワード、日時等から照合データを計算する機能や、照合データ及びｎｏｎｃｅ（乱数）から利用者の認証に用いるレスポンスを計算する機能を有する。日時とは、例えばＷｅｂサーバ１３及び利用者端末が保持するＧＭＴ（グリニッジ標準時）である。照合データが２４時間毎に更新される場合、Ｗｅｂサーバ１３及び利用者端末が保持する更新日時の情報（ｙｙｙｙ／ｍｍ／ｄｄ）を、ハッシュ演算の入力としてＷｅｂサーバ１３と利用者端末とで（例えば、毎日午前０時に）同期して、照合データの計算に用いる。

Ｗｅｂプロトコル処理部１１５１は、Ｗｅｂサーバ１３とのＷｅｂ通信を確立する機能を有する。特に、Ｗｅｂプロトコル処理部１１５１は、Ｗｅｂブラウザ等のＷｅｂアプリを起動させて、ネットワークＮＷを通じてＷｅｂサーバ１３に対し、認証処理を実行する機能を有する。

リクエスト情報生成部１１５２は、Ｗｅｂブラウザを通じて利用者によって入力されるログインＩＤ及びパスワードをＷｅｂサーバ１３に送信する際のリクエスト情報を生成する機能及びログアウト時のリクエスト情報を生成する機能を有する。

Ｗｅｂ表示制御部１１５３は、Ｗｅｂサーバ１３によってログイン処理が行われた後に、該当ＵＲＬのＷｅｂコンテンツを、表示制御部１１２を介して表示装置１１２ａに表示させる機能を有する。

図３は、本発明の一実施形態に係る認証システム１における第２の利用者端末１２の機能ブロック図である。第２の利用者端末１２は、耐タンパ領域１２１と、Ｗｅｂサーバ１３が提供するＷｅｂコンテンツを表示するための表示装置１２２ａを制御する表示制御部１２２と、利用者が操作するユーザインタフェース１２３ａからの入力を制御するユーザインタフェース制御部１２３と、Ｗｅｂサーバ１３とのＷｅｂ通信を行うインタフェースを構成する通信制御部１２４と、ブラウザ処理部１２５と、記憶部１２６とを備える。耐タンパ領域１２１は、記憶部１２１１と、計算部１２１２と、生成部１２１３とを備える。ブラウザ処理部１２５は、Ｗｅｂプロトコル処理部１２５１と、リクエスト情報生成部１２５２と、Ｗｅｂ表示制御部１２５３とを備える。本発明に係る耐タンパ領域１２１及びブラウザ処理部１２５の各機能を説明するが、第２の利用者端末１２が備える他の機能を排除することを意図したものではないことに留意されたい。第２の利用者端末１２は、コンピュータとして構成することができる。第２の利用者端末１２は、耐タンパ領域１２１及びブラウザ処理部１２５の各機能を実現する処理内容を記述したプログラムを、当該コンピュータの記憶部１２６に格納し、当該コンピュータの中央演算処理装置（ＣＰＵ）によってこのプログラムを読み出して実行させることで実現することができる。

記憶部１２１１は、ＩＤ、セッション鍵等の情報を記憶する機能を有する。

計算部１２１２は、記憶部１１１１に記憶したＩＤ、セッション鍵等から、利用者の認証に用いる照合データを計算する機能を有する。

生成部１２１３は、利用者端末で選択された端末名、ＩＤ、パスワード、日時等から照合データを計算する機能や、照合データ及びｎｏｎｃｅ（乱数）等から利用者の認証に用いるレスポンスを計算する機能を有する。

Ｗｅｂプロトコル処理部１２５１は、Ｗｅｂサーバ１３とのＷｅｂ通信を確立する機能を有する。特に、Ｗｅｂプロトコル処理部１２５１は、Ｗｅｂブラウザ等のＷｅｂアプリを起動させて、ネットワークＮＷを通じてＷｅｂサーバ１３に対し、認証処理を実行する機能を有する。

リクエスト情報生成部１２５２は、Ｗｅｂブラウザを通じて利用者によって入力されるログインＩＤ及びパスワードをＷｅｂサーバ１３に送信する際のリクエスト情報を生成する機能及びログアウト時のリクエスト情報を生成する機能を有する。

Ｗｅｂ表示制御部１２５３は、Ｗｅｂサーバ１３によって認証処理が行われた後に、該当ＵＲＬのＷｅｂコンテンツを、表示制御部１２２を介して表示装置１２２ａに表示させる機能を有する。

図４は、本発明の一実施形態に係る認証システム１におけるＷｅｂサーバ１３の機能ブロック図である。

Ｗｅｂサーバ１３は、制御部１３１と、第１の利用者端末１１及び／又は第２の利用者端末１２に対してＷｅｂ通信を行うインタフェースを構成する通信制御部１３２と、利用者情報ＤＢ１３３（図１０（ａ））と、追加端末要求情報ＤＢ１３４（図１０（ｂ））と、照合データＤＢ１３５（図１０（ｃ））と、記憶部１３６とを備える。本実施形態においては利用者情報ＤＢ１３３（図１０（ａ））と追加端末要求情報ＤＢ１３４（図１０（ｂ））は、Ｗｅｂサーバ１３の耐タンパ領域１３１１に格納される。本実施形態において、照合データＤＢ１３５（図１０（ｃ））はＷｅｂサーバ１３の内部に格納されるが、外部に格納されてＷｅｂサーバ１３によって必要なときにアクセスされてもよい。制御部１３１は、耐タンパ領域１３１１と、Ｗｅｂ処理部１３１２とを備える。耐タンパ領域１３１１は、記憶部１３１１１と、発行部１３１１２と、計算部１３１１３とを含む。Ｗｅｂ処理部１３１２は、Ｗｅｂプロトコル処理部１３１２１と、検証部１３１２２と、生成部１３１２３と、タイマ処理部１３１２４と、照合部１３１２５とを含む。本発明に係る制御部１３１の各機能を説明するが、Ｗｅｂサーバ１３が備える他の機能を排除することを意図したものではないことに留意されたい。Ｗｅｂサーバ１３は、コンピュータとして構成することができる。Ｗｅｂサーバ１３は、制御部１３１の各機能を実現する処理内容を記述したプログラムを、当該コンピュータの記憶部１３６に格納しておき、当該コンピュータの中央演算処理装置（ＣＰＵ）によってこのプログラムを読み出して実行させることで実現することができる。

記憶部１３１１１は、利用者端末から受信したＩＤ、パスワード、セッション鍵等や、後述する端末追加要求を利用者端末から受信した場合に発行する仮パスワードを、利用者情報ＤＢ１３３又は追加端末要求情報ＤＢ１３４に記憶させる機能を有する。

発行部１３１１２は、利用者登録の際に発行するセッション鍵や、後述する端末追加要求を利用者端末から受信した場合に仮パスワードを発行する機能を有する。発行された仮パスワードは、利用者端末の表示装置に表示され、又は利用者端末の利用者が登録したメールアドレス宛に送信されることで利用者に通知される。

計算部１３１１３は、記憶部１３１１１によって記憶されたＩＤ、パスワード、セッション鍵等から利用者の認証に用いる照合データを計算したり、照合データ及び乱数からレスポンスを計算する機能を有する。

Ｗｅｂプロトコル処理部１３１２１は、第１の利用者端末１１及び／又は第２の利用者端末１２とのＷｅｂ通信を確立する機能を有する。特に、Ｗｅｂプロトコル処理部１３１２１は、リクエスト情報に基づく情報を生成する機能を有する。

検証部１３１２２は、利用者端末から受信したリクエスト情報を解析する機能を有する。具体的には、Ｗｅｂプロトコル処理部１３１２１に記憶される照合データと、利用者端末から受信した照合データとが一致するかどうか検証する機能を有する。検証部１３１２２は、一致する場合はログインを許可し、そうでない場合は許可しない。更に、検証部１３１２２は、Ｗｅｂプロトコル処理部１３１２１に記憶される照合データ、Ｗｅｂプロトコル処理部１３１２１が発行する乱数及び利用者端末が発行する乱数とから計算されるレスポンスと、利用者端末から受信したレスポンスが一致するかどうか検証する機能をも有する。一致する場合はログインを許可し、そうではない場合は許可しない。

生成部１３１２３は、利用者の認証に用いる乱数を生成する機能を有する。

タイマ処理部１３１２４は、第１の利用者端末１１から端末追加要求を受信した場合に、タイマを起動し、追加端末要求情報ＤＢ１３４に、第１の利用者端末１１のＩＤ、第１の利用者端末１１から受信した追加端末名、発行部１３１１２が発行した仮パスワード及び第１の利用者端末１１の追加端末の追加を許可する期限であるタイマ期限を登録する。タイマ期限は仮パスワードを発行してから例えば数分から数十分という一定時間とする。

照合部１３１２５は、利用者端末から受信したリクエスト情報を解析する機能を有する。具体的には、第２の利用者端末１２から受信した端末名、ＩＤ、パスワード及び仮パスワードの情報が、利用者情報ＤＢ１３３及び追加端末要求情報ＤＢ１３４においてＩＤに対応付けて登録され記憶されている端末名、ＩＤ、パスワード及び仮パスワードの情報と一致するか照合する機能を有する。一致し且つ第２の利用者端末１２が送信を行ったタイミング（タイマ値（Ｔ））がタイマ期限以内であれば、照合部１３１２５は、第２の利用者端末１２を第１の利用者端末１１の追加端末として認証し、例えば利用者情報ＤＢ１３３の追加端末名の列に第２の利用者端末１２の端末名を登録する。第２の利用者端末１２が送信を行ったタイミングではなく、Ｗｅｂサーバ１３が受信したタイミングや、他の何らかのタイミングがタイマ期限以内かどうかを判定することにより照合してもよい。タイマ値（Ｔ）がタイマ期限より後であればタイムアウトとする。

上述した各機能ブロックの数は１つに限定されず、複数備えて、処理を分割してもよい。また、機能ブロックのいくつかを統合してもよい。

［システム動作］
図５から図９は、本発明の一実施形態に係る認証システム１の動作フローを示す図である。

図５は、Ｗｅｂサーバ１３に未登録の利用者端末の利用者が利用者登録を行うフローを示す図である。図５では一例として第１の利用者端末１１が未登録の利用者端末である場合を説明する。

図５を参照するに、Ｗｅｂサーバ１３に未登録の第１の利用者端末１１は、第１の利用者端末１１のユーザインタフェース１１３ａを介してＷｅｂブラウザを起動させ（ステップＳ１）、Ｗｅｂサーバ１３に接続要求を送信する（ステップＳ２）。Ｗｅｂサーバ１３は耐タンパ領域１３１１においてサーバ証明書を発行して第１の利用者端末１１に送信する（ステップＳ３及びステップＳ４）。第１の利用者端末１１は、サーバ証明書を受信し、耐タンパ領域１１１においてサーバ証明書の署名を検証する（ステップＳ５及びステップＳ６）。第１の利用者端末１１は、検証の結果問題なければ暗号化通信用の鍵を耐タンパ領域１１１において生成し（ステップＳ７）、証明書の公開鍵で鍵共有を行ってＷｅｂサーバ１３との間でＳＳＬセッションを張る（ステップＳ８及び９）。ステップＳ１からステップＳ９までの処理を接続処理と呼ぶ。

次に、Ｗｅｂサーバ１３は、第１の利用者端末１１へ、登録するＩＤ、パスワード及び端末名を要求する（ステップＳ１０）。この時点ではまだ第１の利用者端末１１はＷｅｂサーバ１３に未登録である。第１の利用者端末１１の利用者が、ユーザインタフェース１１３ａを介して任意のＩＤ、パスワード及び端末名を入力すると（ステップＳ１１）、耐タンパ領域１１１は、入力された情報の確認画面を、表示制御部１１２を介して表示装置１１２ａに表示させる（ステップＳ１２及びステップＳ１３）。表示される情報の一例を図５に示す。第１の利用者端末１１の利用者が確認画面を確認して内容を承認すると、Ｗｅｂサーバ１３のＷｅｂ処理部１３１２と第１の利用者端末１１のブラウザ処理部１１５との間でのＳＳＬ通信とは別に、Ｗｅｂサーバ１３の耐タンパ領域１３１１と第１の利用者端末１１の耐タンパ領域１１１との間でＷｅｂサーバ１３の証明書を用いた暗号化通信が開始される。この暗号化通信においては、Ｗｅｂサーバ１３のＷｅｂ処理部１３１２と第１の利用者端末１１のブラウザ処理部１１５との間でのＳＳＬ通信で用いられた暗号化通信用鍵とは異なる暗号化通信用鍵が用いられる（ステップＳ１４）。第１の利用者端末１１が、ＩＤ、パスワード及び端末名を通信制御部１１４を介してＷｅｂサーバ１３の耐タンパ領域１３１１に送信すると（ステップＳ１５）、Ｗｅｂサーバ１３は、受信したＩＤ、パスワード及び端末名を利用者情報ＤＢ１３３に登録する（ステップＳ１６）。ステップＳ１０からステップＳ１６までの処理を登録処理と呼ぶ。

Ｗｅｂサーバ１３は、耐タンパ領域１３１１において第１の利用者端末１１に固有のセッション鍵を発行し（ステップＳ１７）、それを第１の利用者端末１１の耐タンパ領域１１１に共有（送信）した後（ステップＳ１８）、第１の利用者端末１１のＩＤに対応付けて、そのセッション鍵を最新セッション鍵として利用者情報ＤＢ１３３に登録する（ステップＳ１９）。利用者情報ＤＢ１３３の一例を図１０（ａ）に示す。第１の利用者端末１１は、セッション鍵を受信すると、耐タンパ領域１１１の記憶部１１１１にセッション鍵を記憶する（ステップＳ２０）。Ｗｅｂサーバ１３は、セッション鍵の共有の前にセッション鍵の登録を行ってもよい。ステップＳ１７からステップＳ２０までの処理をセッション鍵発行・共有・登録処理と呼ぶ。なお、本実施形態ではセッション鍵が第１の利用者端末１１及びＷｅｂサーバ１３のそれぞれの耐タンパ領域に記憶される例を説明するが、必ずしも耐タンパ領域に記憶される必要はなく、例えば、第１の利用者端末１１の記憶部１１６及びＷｅｂサーバ１３の記憶部１３６に記憶されてもよい。

図６は、Ｗｅｂサーバ１３に利用者端末が登録された後に行われる更新処理のフローを示す図である。図６では、一例として第１の利用者端末１１が登録済の利用者端末である場合を説明する。

図６を参照するに、Ｗｅｂサーバ１３は、耐タンパ領域１３１１の利用者情報ＤＢ１３３において第１の利用者端末１１のＩＤ、パスワード、セッション鍵及び端末名を記憶している（ステップＳ２１）。一方、第１の利用者端末１１は、耐タンパ領域１１１の記憶部１１１１においてＩＤ及びセッション鍵を記憶している（ステップＳ２２）。Ｗｅｂサーバ１３は、第１の利用者端末１１のＩＤ、パスワード、セッション鍵、端末名及び日時から、利用者の認証用の照合データを定期的又は不定期的に計算して更新し（ステップＳ２３）、照合データをＷｅｂサーバ１３のＷｅｂ処理部１３１２に渡す（ステップＳ２４）。本実施形態における照合データは、ＩＤ、パスワード、セッション鍵、端末名及び日時から計算されるハッシュ値である。Ｗｅｂ処理部１３１２は、渡された照合データを、照合データＤＢ１３５として設定し記憶する（ステップＳ２５）。照合データＤＢ１３５の一例を図１０（ｃ）に示す。なお、図１０（ｃ）において、照合データＤＢ１３５には最新の照合データしか記憶されていないが、過去の照合データの一部又は全部を記憶しておいてもよい。更に、照合データの更新直後は、Ｗｅｂサーバ１３と第１の利用者端末１１との時刻誤差を吸収可能な時間幅の間、更新前データを保持しておき、更新前後のいずれかの照合データを用いて検証を行ってもよい。このようにして、利用者登録以降の認証における照合データ更新前後の照合データの同期ずれを吸収してもよい。ステップＳ２１からステップＳ２５までの処理を更新処理と呼ぶ。

図７は、Ｗｅｂサーバ１３に利用者端末が登録された後に行われるログイン処理のフローを示す図である。図７では、一例として、第１の利用者端末１１が、ログインを行う登録済利用者端末である場合を説明する。

Ｗｅｂサーバ１３と、Ｗｅｂサーバ１３に登録済の第１の利用者端末１１の利用者は、図７のステップＳ３１からステップＳ４１に示す接続処理を行う。図７における接続処理は、Ｗｅｂサーバ１３がＷｅｂ処理部１３１２において照合データＤＢを保持し（ステップＳ３１）、第１の利用者端末１１がブラウザ処理部１１５においてＩＤ及びセッション鍵を保持（ステップＳ３３）している点において図５における接続処理とは異なる。しかしながら、それ以外のステップＳ３２及びステップＳ３４からステップＳ４１は図５のステップＳ１からステップＳ９と同様の処理であるため、説明を省略する。

Ｗｅｂサーバ１３は、ＩＤ及びパスワードを第１の利用者端末１１に要求すると共に、登録済端末リストを第１の利用者端末１１に送信する（ステップＳ４２）。第１の利用者端末１１の利用者は、受信した登録済端末リストから端末名を選択し、ログイン画面にＩＤ及びパスワードを入力する（ステップＳ４３）。選択された端末名並びに入力されたＩＤ及びパスワードを渡された耐タンパ領域１１１は、ＩＤ、パスワード、端末名、セッション鍵及び日時から照合データ（ｖ）を計算し（ステップＳ４４及びステップＳ４５）、ブラウザ処理部１１５を介してＷｅｂサーバ１３に照合データ（ｖ）を送信する（ステップＳ４６及びステップＳ４７）。Ｗｅｂ処理部１３１２は、照合データＤＢ１３５に記憶されている照合データ（ｖ）と、ステップＳ４７で受信した照合データ（ｖ）とが一致するかどうか検証する（ステップＳ４８）。検証の結果一致すれば、利用者のログインを許可し、そうでなければ許可しない。なお、ログイン処理後はオンライン決済等の何らかの処理が行われる。

［本発明の変形例の説明］
次に、上述した実施形態に係る変形例について説明する。

図８は、Ｗｅｂサーバ１３に利用者端末が登録された後に行われるログイン処理のフローを示す図である。図８では、一例として、第１の利用者端末１１が、ログインを行う登録済利用者端末である場合を説明する。

Ｗｅｂサーバ１３と、Ｗｅｂサーバ１３に登録済の第１の利用者端末１１の利用者は、図８のステップＳ５１からステップＳ６０に示す接続処理を行う。図８のステップＳ５１からステップＳ６０は、図７のステップＳ３１からステップＳ４１と同様であるため、説明を省略する。

Ｗｅｂサーバ１３は、乱数であるｎｏｎｃｅ(以下、ｎ１とする。)を生成する（ステップＳ６１）。そしてＷｅｂサーバ１３は、ＩＤ及びパスワードを第１の利用者端末１１に要求すると共に、登録済端末リスト及びｎ１を第１の利用者端末１１に送信する（ステップＳ６２）。第１の利用者端末１１の利用者は、受信した登録済端末リストから端末名を選択し、ログイン画面にＩＤ及びパスワードを入力する（ステップＳ６３）。入力される内容の一例を図８に示す。選択された端末名、入力されたＩＤ及びパスワード並びにｎ１が耐タンパ領域１１１に渡されると、第１の利用者端末１１は耐タンパ領域１１１において、乱数であるｎｏｎｃｅ（以下、ｎ２とする。）を生成し（ステップＳ６４及びステップＳ６５）、ＩＤ、パスワード、端末名、セッション鍵及び日時から照合データ（ｖ）を計算する（ステップＳ６６）。なお、ステップＳ６４とステップＳ６５の順序は逆でもよい。そして、第１の利用者端末１１は、ステップＳ６６で計算した照合データ（ｖ）、ｎ１及びｎ２からレスポンス（ｒ）を計算し（ステップＳ６７）、ｎ２及びレスポンス（ｒ）を、ブラウザ処理部１１５を介してＷｅｂサーバ１３に送信する（ステップＳ６８及びステップＳ６９）。Ｗｅｂ処理部１３１２は、照合データＤＢ１３５に記憶されている照合データ（ｖ）、ｎ１及び第１の利用者端末１１から受信したｎ２から計算されるレスポンスと、第１の利用者端末１１から受信したレスポンス（ｒ）とを比較して、一致するかどうか検証する（ステップＳ７０）。ステップＳ６１からステップＳ７０までの処理をログイン処理と呼ぶ。検証の結果一致すれば、利用者のログインを許可し、そうでなければ許可しない。なお、ログイン処理後はオンライン決済等の何らかの処理が行われる。

図８に示す変形例によれば、過去の認証で用いた情報（ｎ１、ｎ２、レスポンス）が悪意のある第三者により取得されてもリプレイ攻撃（パスワードや暗号鍵などを盗取して再利用することでその利用者になりすますこと）を回避することができる。

図９は、Ｗｅｂサーバ１３の利用者が、２つの利用者端末のうち一方を、他方の追加端末として追加登録するフローを示す図である。図９では、一例として、第２の利用者端末１２を第１の利用者端末１１の追加端末として追加登録する場合を説明する。

図９を参照するに、Ｗｅｂサーバ１３に登録済の第１の利用者端末１１の利用者は、Ｗｅｂサーバ１３との間でログイン処理を行う。ログイン処理は図７及び図８において説明したもの（ステップＳ４２からステップＳ４８及びステップＳ６１からステップＳ６９）と同一であるため、説明を省略する。

次に、第１の利用者端末１１は、Ｗｅｂサーバ１３へ、追加端末名及び端末追加要求を送信する（ステップＳ７１）。端末追加要求を受信したＷｅｂサーバ１３は、耐タンパ領域１３１１において仮パスワードを発行し、仮パスワードを追加端末要求情報ＤＢ１３４に記憶し、仮パスワードを第１の利用者端末１１へ共有（送信）する（ステップＳ７２からステップＳ７５）。そして、Ｗｅｂサーバ１３は、端末追加処理タイマを起動し、タイマ期限を設定する（ステップＳ７６）。なお、ステップＳ７３は、ステップＳ７４、ステップＳ７５又はステップＳ７６の後に行われてもよい。Ｗｅｂサーバ１３は、端末追加要求を送信した第１の利用者端末１１のＩＤ、第１の利用者端末１１から受信した追加端末名、ステップＳ７２で発行された仮パスワード及びタイマ期限を、追加端末要求情報ＤＢ１３４に登録する。タイマ期限は、Ｗｅｂサーバ１３が仮パスワードを発行してから数分から数十分程度の一定時間に設定する。一例を図１０（ｂ）に示す。なお、タイマ値（Ｔ）がタイマ期限より後であればタイムアウトとする。

一方で第１の利用者端末１１の利用者は、第２の利用者端末１２を用いてＷｅｂサーバ１３との間で接続処理を行う。接続処理は図７及び８で説明したもの（ステップＳ３１からステップＳ４１及びステップＳ５１からステップＳ６０）と同一であるため、説明を省略する。

そして、Ｗｅｂサーバ１３は、第２の利用者端末１２へ、端末名、ＩＤ、パスワード（任意）及び仮パスワードを要求する（ステップＳ７７）。第２の利用者端末１２の利用者（第１の利用者端末１１の利用者と共通）は、ユーザインタフェース１２３ａを介して、端末名、第２の利用者端末１２のＩＤ（第１の利用者端末１１のＩＤと共通）、第２の利用者端末１２のパスワード（第１の利用者端末１１のパスワードと共通）（任意）及びステップＳ７２で発行された仮パスワードを入力し、Ｗｅｂサーバ１３に送信する（ステップＳ７８）。

Ｗｅｂサーバ１３のＷｅｂ処理部１３１２は、ステップＳ７８で受信した情報が、耐タンパ領域１３１１の利用者情報ＤＢ１３３及び追加端末要求情報ＤＢ１３４に登録された、第２の利用者端末１２の端末名、第２の利用者端末１２のＩＤ（第１の利用者端末１１のＩＤと共通）、第２の利用者端末１２のパスワード（第１の利用者端末１１のパスワードと共通）（任意）及びステップＳ７２で発行された仮パスワードと一致するかどうか照合する（ステップＳ７９からステップＳ８１）。照合の結果、一致し且つステップＳ７７の送信が行われた日時（タイマ値（Ｔ））がタイマ期限以内であれば、Ｗｅｂサーバ１３は第２の利用者端末１２を第１の利用者端末１１の追加端末として利用者情報ＤＢ１３３に登録する。ＩＤ：ｆｏｏ＠ａｂｃ．ｃｏｍ且つ端末名：ＰＣ１２３の追加端末として、端末名：Ｔａｂｌｅｔの端末が登録された例を図１０（ａ）に示す。図１０（ａ）に示す通り、端末名：ＰＣ１２３の端末のセッション鍵と端末名：Ｔａｂｌｅｔの端末のセッション鍵とは、それぞれｄｅｆｇとｐｑｒｓとで異なっていることに留意されたい。図１０（ａ）は追加端末が１つのみである場合を示しているが、任意の数の追加端末を登録可能である。

次に、Ｗｅｂサーバ１３と第２の利用者端末１２との間でセッション鍵発行・共有・登録処理が行われる。セッション鍵発行・共有・登録処理は図５で説明したもの（ステップＳ１７からステップＳ２０）と同一であるため、説明を省略する。

図９に示す変形例によれば、複数の端末を利用して共通のＩＤ及びパスワードでログインできる利便性が損なわれない。そして、万一ＩＤ及びパスワードが漏洩した場合であっても、端末毎に発行されるセッション鍵や端末名を用いて利用者の認証を行うことで、不正ログインを防ぐことができる。また、利用者が利用者端末を紛失し、又は利用者端末が盗難された場合でも、Ｗｅｂサーバに対してパスワード等の照合が必要であるため、不正ログインや不正利用を一定期間防ぐことができる。紛失や盗難の発覚後、遠隔制御により利用者端末の利用を直ちに停止することも可能である。

これらの本発明に係る第１の利用者端末１１、第２の利用者端末１２、及びＷｅｂサーバ１３をコンピュータで構成した場合、各機能を実現する処理内容を記述したプログラムを、当該コンピュータの内部又は外部の記憶部に格納しておき、当該コンピュータの中央演算処理装置（ＣＰＵ）によってこのプログラムを読み出して実行させることで実現することができる。また、このようなプログラムは、例えばＤＶＤ又はＣＤ−ＲＯＭなどの可搬型記録媒体の販売、譲渡、貸与等により流通させることができるほか、そのようなプログラムを、例えばネットワーク上にあるサーバの記憶部に記憶しておき、ネットワークを介してサーバから他のコンピュータにそのプログラムを転送することにより、流通させることができる。また、そのようなプログラムを実行するコンピュータは、例えば、可搬型記録媒体に記録されたプログラム又はサーバから転送されたプログラムを、一旦、自己の記憶部に記憶することができる。また、このプログラムの別の実施態様として、コンピュータが可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することとしてもよく、更に、このコンピュータにサーバからプログラムが転送される度に、逐次、受け取ったプログラムに従った処理を実行することとしてもよい。従って、本発明は、前述した実施形態に限定されるものではなく、その主旨を逸脱しない範囲において組み合わせたり一部削除したりするなどして種々変更可能である。

本発明によれば、利用者が複数の複数のＷｅｂサーバに対して同一のパスワードを設定していた場合であっても、Ｗｅｂサーバ毎に異なるセッション鍵を発行するため、パスワードの漏洩後の悪意のある第三者によるなりすまし認証を回避することができる。また、Ｗｅｂサーバが保持する照合データが万一盗取されても、照合データを生成する種データ（例えば、ＩＤやセッション鍵）は耐タンパ領域で守られる。更に、照合データは、パスワードやセッション鍵をそのまま含まない形で保持され、定期的又は不定期的に自動更新されるため、被害を最小限に限定することが可能となる。更に、種データは耐タンパ領域で守られるため、利用者端末のＷｅｂブラウザがＭＩＴＢ攻撃にあっても、セッション鍵などの認証情報の漏洩を防ぐことができる。以上より、何らかのＷｅｂコンテンツを提供する際の利用者端末の認証に有用である。

１ 認証システム
１１ 第１の利用者端末
１２ 第２の利用者端末
１３ Ｗｅｂサーバ
１１１ 耐タンパ領域
１１１１ 記憶部
１１１２ 計算部
１１１３ 生成部
１１２ 表示制御
１１２ａ 表示装置
１１３ ユーザインタフェース制御部
１１３ａ ユーザインタフェース
１１４ 通信制御部
１１５ ブラウザ処理部
１１６ 記憶部
１２１ 耐タンパ領域
１２２ 表示制御部
１２２ａ 表示装置
１２３ ユーザインタフェース制御部
１２３ａ ユーザインタフェース
１２４ 通信制御部
１２５ ブラウザ処理部
１２６ 記憶部
１３１ 制御部
１３２ 通信制御部
１３３ 利用者情報ＤＢ
１３４ 追加端末要求情報ＤＢ
１３５ 照合データＤＢ
１３６ 記憶部
１１５１ Ｗｅｂプロトコル処理部
１１５２ リクエスト情報生成部
１１５３ Ｗｅｂ表示制御部
１２１１ 記憶部
１２１２ 計算部
１２１３ 生成部
１２５１ Ｗｅｂプロトコル処理部
１２５２ リクエスト情報生成部
１２５３ Ｗｅｂ表示制御部
１３１１ 耐タンパ領域
１３１２ Ｗｅｂ処理部
１３１１１ 記憶部
１３１１２ 発行部
１３１１３ 計算部
１３１２１ Ｗｅｂプロトコル処理部
１３１２２ 検証部
１３１２３ 生成部
１３１２４ タイマ処理部
１３１２５ 照合部

Claims (11)

1. 第１の利用者端末と、当該第１の利用者端末とネットワークを通じて通信するＷｅｂサーバと、を備える認証システムにおける認証方法であって、
   前記第１の利用者端末が、前記第１の利用者端末のＩＤと、前記Ｗｅｂサーバへの登録時に当該Ｗｅｂサーバによって発行されたセッション鍵と、を当該第１の利用者端末の耐タンパ領域に記憶するステップと、
   前記第１の利用者端末が、前記Ｗｅｂサーバの要求に応じて、前記ＩＤ、前記セッション鍵、パスワード及び端末名から、定期的又は不定期的に値が変わる第１の照合情報を計算し前記Ｗｅｂサーバに送信するステップと、
   前記Ｗｅｂサーバが、前記第１の利用者端末の前記Ｗｅｂサーバへの登録時に登録された前記第１の利用者端末のＩＤ及びパスワード並びに当該登録時に発行されたセッション鍵を当該Ｗｅｂサーバの耐タンパ領域に記憶し、当該記憶された情報を用いて定期的又は不定期的に第２の照合情報を計算するステップと、
   前記Ｗｅｂサーバが、前記第１の利用者端末から受信した前記第１の照合情報と前記第２の照合情報とが一致するか検証するステップと、
   を含み、
   前記第１の照合情報及び前記第２の照合情報は、更に、更新された日時を用いて計算される照合データであり、
   前記第２の照合情報は、定期的又は不定期的に前記Ｗｅｂサーバによって更新される、ことを特徴とする認証方法。
2. 請求項１に記載の認証方法であって、
   前記第１の照合情報は、更に、前記Ｗｅｂサーバが発行した第１の乱数と前記第１の利用者端末が発行した第２の乱数とから計算される第１のレスポンスであり、
   前記送信するステップは、更に、前記第１の利用者端末が発行した前記第２の乱数を送信し、
   前記第２の照合情報は、更に、前記第１の乱数と前記第２の乱数とから計算される第２のレスポンスであることを特徴とする認証方法。
3. 請求項１又は２に記載の認証方法であって、
   前記認証システムは、更に、前記Ｗｅｂサーバと前記ネットワークを通じて通信する第２の利用者端末を含み、
   前記Ｗｅｂサーバが、前記第１の利用者端末の要求に応じて、仮パスワードを前記第１の利用者端末に発行し、当該仮パスワードと前記第１の利用者端末から受信した追加端末名とを当該Ｗｅｂサーバの耐タンパ領域に記憶するステップと、
   前記Ｗｅｂサーバが、前記発行から所定期間内に前記第２の利用者端末のＩＤ及びパスワード、当該Ｗｅｂサーバによって発行された前記仮パスワード並びに前記追加端末名を送信した当該第２の利用者端末の情報を、前記第１の利用者端末の追加端末として当該Ｗｅｂサーバの耐タンパ領域に登録するステップと、
   前記第２の利用者端末が、当該第２の利用者端末のＩＤ及びパスワード並びに前記Ｗｅｂサーバによって発行される仮パスワードを前記Ｗｅｂサーバに送信するステップと、
   を更に含むことを特徴とする認証方法。
4. 第１の利用者端末と、当該第１の利用者端末とネットワークを通じて通信するＷｅｂサーバと、を備える認証システムであって、
   前記第１の利用者端末は、
   前記第１の利用者端末のＩＤと、前記Ｗｅｂサーバへの登録時に当該Ｗｅｂサーバによって発行されたセッション鍵と、を当該第１の利用者端末の耐タンパ領域に記憶する手段と、
   前記Ｗｅｂサーバの要求に応じて、前記ＩＤ、前記セッション鍵、パスワード及び端末名から、定期的又は不定期的に値が変わる第１の照合情報を計算し前記Ｗｅｂサーバに送信する手段と、
   を含み、
   前記Ｗｅｂサーバは、
   前記第１の利用者端末の前記Ｗｅｂサーバへの登録時に登録された前記第１の利用者端末のＩＤ及びパスワード並びに当該登録時に発行されたセッション鍵を当該Ｗｅｂサーバの耐タンパ領域に記憶し、当該記憶された情報を用いて定期的又は不定期的に第２の照合情報を計算する手段と、
   前記第１の利用者端末から受信した前記第１の照合情報と前記第２の照合情報とが一致するか検証する手段と、
   を含み、
   前記第１の照合情報及び前記第２の照合情報は、更に、更新された日時を用いて計算される照合データであり、
   前記第２の照合情報は、定期的又は不定期的に前記Ｗｅｂサーバによって更新される、
   ことを特徴とする認証システム。
5. 請求項４に記載の認証システムであって、
   前記第１の照合情報は、更に、前記Ｗｅｂサーバが発行した第１の乱数と前記第１の利用者端末が発行した第２の乱数とから計算される第１のレスポンスであり、
   前記送信する手段は、更に、前記第１の利用者端末が発行した前記第２の乱数を送信し、
   前記第２の照合情報は、更に、前記第１の乱数と前記第２の乱数とから計算される第２のレスポンスであることを特徴とする認証システム。
6. 請求項４又は５に記載の認証システムであって、
   前記認証システムは、更に、前記Ｗｅｂサーバと前記ネットワークを通じて通信する第２の利用者端末を含み、
   前記Ｗｅｂサーバは、更に、
   前記第１の利用者端末の要求に応じて、仮パスワードを前記第１の利用者端末に発行し、当該仮パスワードと前記第１の利用者端末から受信した追加端末名とを当該Ｗｅｂサーバの耐タンパ領域に記憶する手段と、
   前記発行から所定期間内に前記第２の利用者端末のＩＤ及びパスワード、前記Ｗｅｂサーバによって発行された前記仮パスワード並びに前記追加端末名を送信した当該第２の利用者端末の情報を、前記第１の利用者端末の追加端末として当該Ｗｅｂサーバの耐タンパ領域に登録する手段と、
   を含み、
   前記第２の利用者端末は、
   当該第２の利用者端末のＩＤ及びパスワード並びに前記Ｗｅｂサーバによって発行される仮パスワードを前記Ｗｅｂサーバに送信する手段を含むことを特徴とする認証システム。
7. 利用者端末とネットワークを通じて通信するＷｅｂサーバであって、
   前記利用者端末の前記Ｗｅｂサーバへの登録時に登録された前記利用者端末のＩＤ及びパスワード並びに当該登録時に発行されたセッション鍵を当該Ｗｅｂサーバの耐タンパ領域に記憶し、当該記憶された情報を用いて定期的又は不定期的に第２の照合情報を計算する手段と、
   前記利用者端末から受信した第１の照合情報と前記第２の照合情報とが一致するか検証する手段と、
   を含み、
   前記第１の照合情報及び前記第２の照合情報は、更に、更新された日時を用いて計算される照合データであり、
   前記第２の照合情報は、定期的又は不定期的に前記Ｗｅｂサーバによって更新される、
   ことを特徴とするＷｅｂサーバ。
8. Ｗｅｂサーバとネットワークを通じて通信する利用者端末であって、
   前記利用者端末のＩＤと、前記Ｗｅｂサーバへの登録時に当該Ｗｅｂサーバによって発行されたセッション鍵と、を前記利用者端末の耐タンパ領域に記憶する手段と、
   前記Ｗｅｂサーバの要求に応じて、前記ＩＤ、前記セッション鍵、パスワード及び端末名から、定期的又は不定期的に値が変わる第１の照合情報を計算し前記Ｗｅｂサーバに送信する手段と、
   を含み、
   前記第１の照合情報は、更に、更新された日時を用いて計算される照合データである、
   ことを特徴とする利用者端末。
9. コンピュータを、請求項７に記載のＷｅｂサーバとして機能させるための認証プログラム。
10. コンピュータを、請求項８に記載の利用者端末として機能させるための認証プログラム。
11. 請求項９又は１０に記載のプログラムを記録した記録媒体。

Images