JP2001186122A - 認証システム及び認証方法 - Google Patents

Abstract

(57)【要約】 【課題】 パスワード漏洩の防止及び第三者による成り
すましを目的とした認証データの再送を防止することが
できる認証方式を提供することを課題とする。 【解決手段】 ユーザがクライアント３からＡＰサーバ
１にログインすると、ＡＰサーバ１は暗号化した通信デ
ータ（ｉ）を生成し、これを認証依頼としてクライアン
ト３を経由したリダイレクトを用いて認証サーバ２に送
信する。認証サーバ２はクライアント３にパスワード入
力を要求し、受信して認証依頼に基づいて認証を行う。
そして認証結果を含む暗号化した通信データ(iv)をクラ
イアント３を経由したリダイレクトでＡＰサーバ１に送
る。またＡＰサーバ１では、ユーザのログオン時にセッ
ションＩＤを生成して共通鍵テーブル１１に共通鍵と共
に登録し、通信データ(iv)内のセッションＩＤと比較す
ることにより再送を検出する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、アプリケーション
のクライアント／サーバと認証サーバによって構成さ
れ、これらをネットワークで接続するシステムにおけ
る、公開鍵暗号方式を用いた認証システム及び認証方法
に関する。

【０００２】

【従来の技術】インターネットの発達によりネットワー
クを介した様々なサービスの提供や電子商取引が盛んに
なっている。この為、ネットワークを介してやり取りさ
れるデータの機密性を確保することや、またデータが第
三者によって改ざんされていないことを確認し、データ
の正当性、安全性を確保するための認証技術が重要にな
っている。

【０００３】現在一般的に行われている認証サーバを用
いたユーザ認証方式を図６に示す。

【０００４】図６の構成では、ネットワークを介してク
ライアント１０３にサービスを提供するアプリケーショ
ンサーバ（以下ＡＰサーバという。尚以下の説明では、
認証された特定ユーザに対してサービスを提供するサー
バを総称してＡＰサーバという）１０１とＡＰサーバ１
０１からの依頼により、ユーザの認証を行う認証サーバ
１０３とがインターネットによって接続されている。ま
た認証サーバ１０２では、ユーザＩＤとパスワードをテ
ーブル１０４（以下、ＩＤテーブルという）にデータベ
ース化して登録して、一元管理している。

【０００５】以下に図６を用いて従来の認証方式での動
作を説明する。尚下記の説明中での(01)〜(04)の番号は
図６内の番号と対応している。

【０００６】クライアント１０３からユーザは、サービ
スを受けようとするＡＰサーバ１０１にネットワークを
介してログインし、ユーザＩＤとパスワード（以下、ア
カウント情報という）を送信して、接続要求を行う（図
６(01)）。

【０００７】ユーザからの接続要求に対してＡＰサーバ
１０１は、クライアント１０３から受取ったアカウント
情報を暗号化して認証サーバ１０２に送信し、認証依頼
を行う（(02)）。これを受けて認証サーバは、受信した
アカウント情報を用いてＩＤテーブル１０４を照合して
正当なユーザであるか否かを調べ、認証結果を暗号化し
てＡＰサーバ１０１に返信する（(03)）。

【０００８】ＡＰサーバ１０１は認証サーバ１０２から
の認証結果を元に、クライアント１０３に要求されてい
るサービスを提供するアプリケーション画面もしくは認
証エラー画面を送信する（(04)）。

【０００９】一般に認証処理においては、ネットワーク
を介してやり取りされる情報を各コンピュータで暗号化
してアカウント情報等の漏洩防止を行っており、その場
合暗号化の方法としては以下のいずれかの方式を用いて
いる。

【００１０】(A) 共通鍵暗号方式 ・送信側と受信側で固定の共通鍵を所有し、それを用い
て認証データを暗号／復号化する。

【００１１】(B) 公開鍵暗号方式 ・送信側は、認証データを受信側の公開鍵で暗号化して
送信する。 ・受信側は、送信されてきた認証データを自分の秘密鍵
で復号化する。

【００１２】(C) 共通鍵暗号方式と公開鍵暗号方式を組
み合わせた方式。 ・送信側は、ランダム生成した共通鍵を使って認証デー
タを暗号化し、その共通鍵を受信側の公開鍵で暗号化
（以下、ディジタル封筒という）して暗号化した認証デ
ータと共に送信する。 ・受信側は、自分の秘密鍵でディジタル封筒を復号化し
て共通鍵を取り出し、それを使って暗号化された認証デ
ータを復号化する。

【００１３】尚(B) 、(C) に関してはディジタル署名と
組み合わせてデータの改ざん検出を行っている場合もあ
る。

【００１４】

【発明が解決しようとする課題】これまでの認証方式で
は、以下の様な問題点がある。

【００１５】認証に用いられるパスワードは、氏名や個
人情報から推測され易く、第三者に漏洩する危険性が高
いうえに、ＡＰサーバ側にアカウント情報採取プログラ
ムなどを組み込むことにより、ＡＰサーバがクライアン
トからアカウント情報を受信する過程において、認証に
用いられるパスワード等のアカウント情報がＡＰサーバ
の管理者などに盗まれる可能性がある。

【００１６】また本来利用資格が無い第三者（ＡＰサー
バの管理者も含む）がネットワーク盗聴などによって認
証データを傍受した場合、盗聴者がそのデータを再送す
ることにより、正当なユーザに代わってアクセス権を奪
うことが出来る。

【００１７】本発明は上記問題を解消するためなされた
ものであり、ユーザＩＤやパスワード等のアカウント情
報がＡＰサーバを経由せず認証を行うシステム及び認証
方法を提供することを課題とする。また、ユーザやサー
バの公開鍵証明書（以下、ディジタル証明書という）を
ベースとした公開鍵暗号方式とパスワードを組み合わせ
た認証処理を行うシステムや認証方法を提供することを
課題とする。

【００１８】

【課題を解決するための手段】上記目的を達成するため
に、本発明による認証システムでは、クライアントと、
認証されたユーザにサービスを提供するアプリケーショ
ンサーバ及びユーザの認証を行う認証サーバがネットワ
ークで接続されるた認証システムにおいて、上記アプリ
ケーションサーバは、第１の記憶手段、共通鍵生成手
段、メッセージダイジェスト生成手段及び認証依頼送信
手段を備える。

【００１９】第１の記憶手段と、アプリケーションサー
バの公開鍵、アプリケーションサーバの秘密鍵及び認証
サーバの公開鍵を記憶する。

【００２０】共通鍵生成手段は、共通鍵を生成する。

【００２１】メッセージダイジェスト生成手段は、認証
対象となっているユーザのクライアントからの接続要求
に対し、該クライアントの固有情報を含む認証要求メッ
セージ及び該認証要求メッセージのメッセージダイジェ
ストを生成する。

【００２２】認証依頼送信手段は、上記メッセージを上
記共通鍵で、上記メッセージダイジェストを上記アプリ
ケーションサーバの秘密鍵で、及び上記共通鍵を上記認
証サーバの公開鍵で暗号化し、これらを認証依頼として
上記認証対象となっているユーザのクライアントを介し
て上記認証サーバに送信する。

【００２３】また上記認証サーバは、第２の記憶手段、
共通鍵復号化手段、復号化手段及び認証依頼改ざん検出
手段を備える。

【００２４】第２の記憶手段、認証サーバの公開鍵、認
証サーバの秘密鍵及びアプリケーションサーバの公開鍵
を記憶する 共通鍵復号化手段は、上記認証対象となっているユーザ
のクライアントを介して受信した上記認証依頼のうち、
上記共通鍵を上記認証サーバの秘密鍵で復号化する。

【００２５】復号化手段は、上記認証依頼のうち、上記
共通鍵復号化手段が復号化した共通鍵で上記認証要求メ
ッセージを、及び上記アプリケーションサーバの公開鍵
で上記メッセージダイジェストを復号化する。

【００２６】認証依頼改ざん検出手段は、上記復号化手
段が復号化した認証要求メッセージから生成したメッセ
ージダイジェストと、上記復号化手段が復号化したメッ
セージダイジェストを比較して上記認証依頼の改ざんを
検出する。

【００２７】また上記認証サーバは、ユーザＩＤとパス
ワードを対応させて記憶するアカウント情報記憶手段
と、上記改ざん検出手段が上記認証依頼が改ざんされて
いないと認定した時、上記認証対象となっているユーザ
のクライアントにパスワードを要求し、該クライアント
からパスワードを得るパスワード取得手段と、上記認証
要求内のユーザＩＤと上記パスワード取得手段が取得し
たパスワードの組合わせが上記アカウント情報記憶手段
に記憶されていれば、認証結果として上記ユーザを認証
することを示す情報を生成し、該認証結果を含む認証応
答メッセージを上記認証依頼に対する応答として上記認
証対象となっているユーザのクライアントを介して上記
アプリケーションサーバに送信する認証結果送信手段と
を更に備える構成とすることも出来る。

【００２８】更に認証サーバは上記認証結果送信手段
が、上記認証応答メッセージのメッセージダイジェスト
を生成し、上記認証応答メッセージを上記共通鍵で、及
び上記メッセージダイジェストを上記認証サーバの秘密
鍵で暗号化して、これらを上記認証依頼に対する応答と
して上記認証対象となっているユーザのクライアントを
介して上記アプリケーションサーバに送信しする構成と
する。そして、上記アプリケーションサーバが、受信し
た暗号化された上記認証応答メッセージを上記共通鍵
で、及び上記メッセージダイジェストを上記認証サーバ
の公開鍵で復号化する認証応答復号化手段と、上記認証
応答復号化手段が復号化したメッセージダイジェスト
と、上記認証応答復号化手段が復号化した上記認証応答
メッセージから生成したメッセージダイジェストとを比
較して上記認証結果メッセージの改ざんを検出する認証
依頼改ざん検出手段を更に備える構成とすることも出来
る。

【００２９】本発明によれば、アカウント情報はアプリ
ケーションサーバを経由せず、アプリケーションサーバ
と認証サーバとの認証処理時のやり取りは全て認証対象
となっているユーザのクライアントを経由して行われる
ので、第３者によってアカウント情報が盗まれにくい。
また成りすましを目的とする認証データの再送に対して
共通鍵を第１又は第２の共通鍵登録手段に登録しておく
ことにより検出することが出来る。

【００３０】

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

【００３１】図１は、本実施形態における構成を示す図
である。

【００３２】図１の構成では、ユーザ端末となる複数の
クライアント３とネットワークを介してクライアント３
にサービスを提供する１乃至複数のＡＰサーバ１及びＡ
Ｐサーバ１からの依頼によりユーザの認証を行う認証サ
ーバ２とによって構成され、これらはインターネット技
術を基板として構築されたネットワークによって接続さ
れている。

【００３３】ＡＰサーバ１及び認証サーバ２は、自己の
秘密鍵と公開鍵、自己及び互いのディジタル証明書を記
憶している。尚このＡＰサーバ１のディジタル証明書、
認証サーバ２のディジタル証明書及び後述するユーザの
ディジタル証明書は認証サーバ２が発行したものでも公
的認証局が発行したものでもよい。

【００３４】認証サーバ２はＩＤテーブル２１を備え、
このＩＤテーブル２１にユーザ認証用にアカウント情報
の組み合わせをデータベース化して登録して、一元管理
している。またＡＰサーバ１及び認証サーバ２は、後述
する認証要求メッセージの暗号化に用いる共通鍵を登録
しておく共通鍵テーブル１１、２２を備えている。更に
認証処理が中断した場合などの理由で、セションＩＤと
共通鍵の情報が共通鍵テーブル１１、２２中に保存され
たままとなることを防ぐため、共通鍵を保存後一定時間
後に共通鍵の情報を共通鍵テーブル１１、２２から削除
する不図示のタイムアウトプログラム１２、２３を備え
ている。

【００３５】図１のシステムでは、認証処理において、
認証の依頼や認証結果の返信等のＡＰサーバ１と認証サ
ーバ２との間の認証データのやり取りにＨＴＴＰ（hype
r text trnsfer protocol ）プロトコルなどに実装され
ている別サーバに自動的に接続するリダイレクト機能を
用い、ＡＰサーバ１と認証サーバ２とで直接やり取りせ
ず、クライアント３を経由して行うことを特徴としてい
る。従って、アカウント情報がＡＰサーバ１に送られな
いので、ＡＰサーバ１側からパスワード等のアカウント
情報が漏洩することはない。

【００３６】図２から図５は、認証処理における通信手
順を説明したものである。以下に、図面を参照して順を
追って説明する。尚下記の説明中での(1) 〜(15)の番号
は各認証処理を示すもので、図２乃至図４内の番号と対
応している。

【００３７】図２は、図１のシステムによる認証処理の
うち、ユーザがクライアント３からＡＰサーバ１にログ
インし、ＡＰサーバ１が認証サーバ２にそのユーザの認
証を依頼するまでの処理の流れを詳細に示したものであ
る。尚下記の説明中での(1)〜(6) の番号は図２中の番
号と対応している。

【００３８】まずサービスを受けようとするユーザは、
クライアント３からネットワークを介してＡＰサーバ１
にログインして接続要求を行う（(1) ）。この際、クラ
イアント３はＩＰアドレスなどのクライアント固有の情
報（以下クライアント固有情報という）をＡＰサーバ１
に送信する。

【００３９】ＡＰサーバ１では、クライアント３からの
接続要求に対して、認証サーバ２にこのユーザの認証の
依頼を行う認証通信データ（ｉ）を生成し（(2) ）、こ
れをクライアント３に返信する（(3) ）。

【００４０】図３は、ＡＰサーバ１で行われる通信デー
タ（ｉ）の生成の流れを示す図である。

【００４１】ＡＰサーバ１では、クライアント３がログ
インすると、セションＩＤを生成する。このセッション
ＩＤは、ＡＰサーバ１に設定されるセッションを一意に
識別する識別子で例えば接続要求を受け付けた時刻など
を元にして生成したユニークな文字列を用いてもよい
し、或は接続要求が有った順に順次符号を割付けてもよ
い。

【００４２】次にＡＰサーバ１は、このセションＩＤ、
アクセス日時、クライアント固有情報、及びＡＰサーバ
名、ＵＲＬなどのＡＰサーバ固有の情報からなる認証要
求メッセージを生成する。そしてこの認証要求メッセー
ジに対し、ハッシュ関数を用いてメッセージダイジェス
トを生成し、これをＡＰサーバ１の秘密鍵で暗号化して
ディジタル署名とする。また認証要求メッセージをラン
ダム生成した共通鍵を使って暗号化する。この共通鍵は
ＡＰサーバ１のメモリ、ハードディスクまたはＩＣカー
ドなどの記憶媒体上に作成した、セションＩＤをキーと
した共通鍵テーブル１１に保存する。この時に、認証処
理が中断した場合などの理由で、セションＩＤと共通鍵
の情報がＡＰサーバ１の記憶媒体中に保存されたままと
なることを回避するため、ある一定時間後に共通鍵テー
ブル１１から共通鍵の情報を削除する不図示のタイムア
ウトプログラム１２を起動する。

【００４３】次に認証サーバのディジタル証明書内の認
証サーバ２の公開鍵で、認証要求メッセージの暗号化に
用いた共通鍵を暗号化してディジタル封筒を生成する。

【００４４】そしてＡＰサーバ１は、これらのデータの
うちセションＩＤをクッキーとして、また暗号化した認
証要求メッセージとそのディジタル署名及びディジタル
封筒をＵＲＬ付加情報として、認証サーバ２へのリダイ
レクト命令を設定した通信ヘッダデータと一緒にクライ
アント３に通信データ（ｉ）として送信する（(3) ）。
この様に本実施形態では、ＷＷＷ（World Wide Web）の
クッキー技術により、セションＩＤはクライアント３側
の記憶媒体に保存されるので、セションＩＤがどのクラ
イアントに対して発行されたものかを示す情報をＡＰサ
ーバ１では管理していない。従って、第三者に共通鍵テ
ーブル１１の内容を盗まれてもこれから認証対象のユー
ザを特定することは出来ない。

【００４５】通信データ（ｉ）をＡＰサーバ１から受信
すると、クライアント３ではクッキーとして送信された
セションＩＤがクライアント３のメモリ等の記憶媒体に
保存される。またクライアント１は、通信データ（ｉ）
のヘッダのリダイレクト命令に従い、ＨＴＴＰプロトコ
ルなどに実装されているリダイレクト機能により認証サ
ーバ２に接続する。そして、通信データ（ｉ）のＵＲＬ
付加情報として送信されてきた暗号化された認証要求メ
ッセージとそのディジタル署名及びディジタル封筒に加
え、クライアント３が持つユーザのディジタル証明書と
クライアント３のクライアント固有情報をＳＳＬ（Secu
re Socket Layer ）などによる暗号方式を用いて暗号化
して通信データ(ii)を生成し（(4) ）、これを認証サー
バ２に送信する（(5) ）。

【００４６】通信データ（ii）を受信した認証サーバ２
では、改ざんの検出等この通信データ(ii)そのものの信
頼性に対する検証を行う（(6) ）。

【００４７】認証サーバ２では、まずユーザのディジタ
ル証明書内に含まれる有効期限や発行元などの情報を元
に、このディジタル証明書が有効なものであるか検証を
行う。これによって認証対象のユーザが正式なユーザか
どうか判別が行える。

【００４８】次に、ディジタル封筒を認証サーバ２の秘
密鍵で復号化し、認証要求メッセージの暗号化に用いた
共通鍵を取り出す。そしてこの共通鍵で暗号化された認
証要求メッセージを復号化し、クライアント固有情報や
ＡＰサーバ名、ＵＲＬなどのＡＰサーバ固有の情報、ア
クセス日時、セッションＩＤを得る。また共通鍵はセシ
ョンＩＤを検索キーとして共通鍵テーブル２２に保存す
る。

【００４９】次にディジタル署名をＡＰサーバのディジ
タル証明書内のＡＰサーバ１の公開鍵で復号化して認証
要求メッセージのメッセージダイジェストを取りだす。
そして、これを先に復号化した認証要求メッセージに対
してＡＰサーバ１と同じハッシュ関数を用いて生成した
メッセージダイジェストと比較して、両者が一致しなけ
れば、受信データはＡＰサーバ１から送信された認証デ
ータが認証サーバ２に届くまでの(3) から(5) の過程で
改ざんされていることととなる。この様に暗号化されて
送信されてきた認証要求メッセージから生成したメッセ
ージダイジェストと、送信前に送信元であるＡＰサーバ
１で（過程(2) で）生成されたメッセージダイジェスト
を比較することによって、途中で送信データの改ざんが
行われていないかを判別することが出来る。

【００５０】デジタル署名を復号化したメッセージダイ
ジェストと、認証要求メッセージから生成したメッセー
ジダイジェストが一致したら、認証サーバ２では、次に
共通鍵により復号化した認証要求メッセージからクライ
アント３固有の情報を取り出し、これを(4) の過程で生
成されたクライアント３の固有情報と照合し、通信デー
タ(ii)が別のクライアント３から偽って送信したもので
ないか判別する。また復号化した認証要求メッセージか
らアクセス日時（(2) の過程で生成）を取り出し、これ
を現在の日時と比較する。これにより過去の認証で用い
た古い通信データ(ii)を同じクライアント３から再送し
ていないか判別する。なおこの時ＡＰサーバ１と認証サ
ーバ２の基準となる時刻にずれが生じている場合がある
ので、ある程度の時刻に差があっても問題なしとする。
またこの時に、認証処理が中断した場合などの理由で、
セションＩＤと共通鍵の情報がＡＰサーバ１の記憶媒体
中に保存されたままとなることを回避するため、ある一
定時間後に共通鍵テーブル２２から共通鍵の情報を削除
する不図示のタイムアウトプログラム２３を起動する。

【００５１】図４は図１のシステムによる認証処理のう
ち、認証サーバ２が通信データ(ii)を受信後、認証サー
バ２とクライアント３の間での処理の流れを詳細に示し
た図である。下記の説明中での(7) 〜(9) の番号は図４
中の番号と対応している。

【００５２】上記(6) の過程の各検証で、認証サーバ２
が受信した通信データ(ii)に改ざん等が検出されず信頼
がおけるものと認定されれば、次に認証サーバ２はこの
通信データ(ii)から得たデータを用いてクライアント３
上のユーザに対するユーザ認証を行う。

【００５３】まず認証サーバ２は、クライアント３に対
してパスワード入力のためのログイン画面のデータをＳ
ＳＬなどによる暗号方式を用いて送信し、パスワードの
入力を要求する（(7) ）。この際、ユーザ証明書に含ま
れていたユーザＩＤを用いて、ログイン画面には既にユ
ーザＩＤを入力済みの状態として送信する。これによ
り、ユーザはユーザＩＤを入力する手間が省ける。

【００５４】このデータが送信されクライアント３側に
ログイン画面が表示されると、ユーザは画面上からユー
ザ認証の為のパスワードを入力し、記憶媒体中にクッキ
ーとして保存されているセッションＩＤと共にＳＳＬな
どの暗号方式を用いて認証サーバ２に送信する（(9)
）。

【００５５】認証サーバ２では、クライアント３から受
信したセションＩＤを検索キーとして共通鍵テーブル２
２を検索し、対応する共通鍵が共通鍵テーブル２２に登
録されているかどうかを検証する。これにより、現在認
証処理中の通信であることを判別出来、このセッション
ＩＤとパスワードが認証対象としているユーザ以外から
送信されたものでないことを確認する。

【００５６】次に認証サーバ２は、クライアント３から
受信したパスワードとユーザＩＤを元にＩＤテーブル２
２を照合し、認証対象となっているユーザが正当なユー
ザであるかを判別する。その結果、クライアント３から
送信されてきたユーザＩＤ及びパスワードと同じ組合わ
せのものがＩＤテーブル２１に登録されていれば、この
ユーザは正当なユーザであるとして認証許可し、逆に対
応するものがＩＤテーブル２１に登録されていなければ
再度ログイン画面のデータをクライアント３に送信して
パスワードの入力を求める。

【００５７】図５は、図１のシステムによる認証処理の
うち、クライアント３からパスワードを認証サーバ２へ
送信後の処理の流れを詳細に示した図である。以下の説
明中での(10)〜(16)の番号は図５中の番号と対応してい
る。

【００５８】ユーザに対する認証が終了すると認証サー
バ２は、認証結果をＡＰサーバ１に通知する通信データ
(iii) を生成し（(10)）、クライアント３に送信する
（(11)）。

【００５９】認証サーバ２による通信データ(iii) の生
成は以下の様にして行われる。

【００６０】まず認証サーバ２は、上記した種々の検証
結果に基づいた、ユーザに対する認証結果及びユーザ情
報等からなる認証応答メッセージを生成する。そしてこ
の認証応答メッセージのメッセージダイジェストをハッ
シュ関数により生成し、これを認証サーバ２の秘密鍵で
暗号化してディジタル署名を生成する。また共通鍵テー
ブル２２に登録しておいた共通鍵を用いて認証応答メッ
セージを暗号化する。そしてこの暗号化した認証応答メ
ッセージとそのディジタル署名をＵＲＬ付加情報とし、
通信ヘッダ部分にＡＰサーバ１へのリダイレクト命令を
設定したもの通信データ(iii) として生成し、これをク
ライアント３に送信する。

【００６１】また通信データ(iii) の送信後、この認証
処理に用いた共通鍵を共通鍵テーブル２２から削除す
る。これにより、以降第三者の成りすまし等によって同
じ共通鍵による通信データ(ii)がクライアント３から再
送されてきても、これによって正当なユーザとして認証
してしまうことはない。

【００６２】この通信データ(iii) を受信するとクライ
アント３は、そのヘッダ部分のリダイレクト命令に従っ
てＡＰサーバ１に接続する（(12)）。そして通信データ
(iii) に付加している暗号化された認証応答メッセージ
及びそのディジタル署名と共に自己の記憶媒体にクッキ
ーとして記憶しているセションＩＤを通信データ(iv)と
してＡＰサーバ１に送信する（(13)）。

【００６３】クライアント３から通信データ(iv)を受信
すると、ＡＰサーバ１はこの通信データ(iv)内の認証サ
ーバ２による認証結果に基づいて、ユーザを認証するか
どうかを決める（(14)）。

【００６４】ＡＰサーバ１では、受信した通信データ(i
v)から以下の様にして正当なユーザとして認証するかど
うかの判断を行う。

【００６５】まず、通信データ(iv)内のセッションＩＤ
を用いて共通鍵テーブル１１を検索し、対応する共通鍵
が共通鍵テーブル１１に登録されているか調べる。この
結果、共通鍵テーブル１１に対応するセッションＩＤと
共通鍵の組合わせが登録されていればまだ認証処理が完
了していないユーザについての認証結果を含む通信デー
タ(iv)であると判断出来、また対応するものが共通鍵テ
ーブル１１に登録されていなければ、第三者がなり代わ
りを目的として古い通信データ通信データ(iv)を再送し
てきたものと判断することが出来る。

【００６６】次に共通鍵テーブル１１より取り出した共
通鍵で暗号化された認証応答メッセージを復号化する。
またディジタル署名を認証サーバ２の公開鍵で復号化
し、先に復号化した認証要求メッセージのメッセージダ
イジェストと比較し、(11)から(13)の過程で内容が改ざ
んされていないかを判別する。

【００６７】上記した検証で問題が無ければ、受信した
通信データ(iv)内に格納されている認証サーバ２による
認証結果は正当なものであるので、ＡＰサーバ１は、復
号化した認証応答メッセージより認証サーバ２による認
証結果を取り出し、この認証結果がユーザを認証するこ
とを示すものであればユーザから要求のあるサービスに
対応するアプリケーション画面を、またユーザを認証し
ないことを示すものであればユーザが認証されなかった
ことを通知するエラー画面のデータをクライアント３に
送信する（(15)）。又この時、クライアントに送信する
データに、クライアント３にクッキーとして保存してお
いたセションＩＤを消去する命令を通信ヘッダに設定し
ておく。

【００６８】この送信処理後、ＡＰサーバ１は、暗号化
に用いた共通鍵を共通鍵テーブル１１より消去し、以降
同一の通信データ(iv)がクライアント３から再送されて
もこれによりユーザを認証することがないようにする。

【００６９】ＡＰサーバ１からアプリケーション画面若
しくはエラー画面のデータを受信したクライアントは、
これを画面表示すると共に、自己の記憶媒体に中にクッ
キーとして保存されているセションＩＤを削除する。

【００７０】この様に本嫉視形態のシステムでは、ユー
ザのアカウント情報は、一切ＡＰサーバ１には送信され
ない。この為、第３者が、ＡＰサーバ１に何等化の仕掛
けを行っても、アカウント情報をてに入れることは出来
ない。また、認証の為の情報のやり取りは、全て認証対
象となっているユーザの端末であるクライアント３を介
して行うこととなる。よって、盗聴を行う場合は、セキ
ュリティレベルの高い認証サーバ２や特定が困難なクラ
イアント３に対して非常に困難である。更にＡＰサーバ
１及び認証サーバ２では、認証処理時に各自の共通鍵テ
ーブル１１、２２のチェックを行うので、第三者による
過去の通信データを再送に対しても対応することが出来
る。

【００７１】

【発明の効果】以上説明したように、本発明による認証
システムを用いれば、認証処理時にやり取りされるユー
ザＩＤやパスワード等のアカウント情報はＡＰサーバを
経由しないので、たとえＡＰサーバ側でデータの漏洩や
ネットワーク盗聴が行われても、第三者にアカウント情
報が洩れることは無い。

【００７２】またユーザ認証にディジタル証明書を用い
ることができるので、より高い認証レベルを実現するこ
とが出来る。

【００７３】更には、認証処理時に共通鍵を生成してこ
れを登録しておき、認証処理完了後これを削除するの
で、第三者による成りすましを目的とした認証データの
再送に対しても対応することが出来る。

【００７４】また認証処理時に、ユーザがユーザＩＤの
入力を不要とする構成とすることが出来、ユーザの負荷
軽減することが出来る。

【図面の簡単な説明】

【図１】本実施形態に於けるシステム構成を示す図であ
る。

【図２】ユーザがログインしてから、ＡＰサーバが認証
サーバに認証を依頼するまでの処理の流れを詳細に示し
た図である。

【図３】ＡＰサーバで行われる通信データ（ｉ）の生成
の流れを示す図である。

【図４】通信データ(ii)を受信後、認証サーバとクライ
アントの間で行われる処理の流れを詳細に示した図であ
る。

【図５】クライアントからパスワードを認証サーバへ送
信後の処理の流れ詳細に示した図である。

【図６】一般的に行われている認証サーバを用いたユー
ザ認証方式を示す図である。

【符号の説明】

１、１０１ ＡＰサーバ ２、１０２ 認証サーバ ３、１０３ クライアント １１、２２ 共通鍵テーブル ２１、１０４ ＩＤテーブル

Claims (15)

【特許請求の範囲】
1. 【請求項１】 クライアントと、認証されたユーザにサ
   ービスを提供するアプリケーションサーバ及びユーザの
   認証を行う認証サーバがネットワークで接続されるた認
   証システムにおいて、 前記アプリケーションサーバは、 アプリケーションサーバの公開鍵、アプリケーションサ
   ーバの秘密鍵及び認証サーバの公開鍵を記憶する第１の
   記憶手段と、 共通鍵を生成する共通鍵生成手段と、 認証対象となっているユーザのクライアントからの接続
   要求に対し、該クライアントの固有情報を含む認証要求
   メッセージ及び該認証要求メッセージのメッセージダイ
   ジェストを生成するメッセージダイジェスト生成手段
   と、 前記メッセージを前記共通鍵で、前記メッセージダイジ
   ェストを前記アプリケーションサーバの秘密鍵で、及び
   前記共通鍵を前記認証サーバの公開鍵で暗号化し、これ
   らを認証依頼として前記認証対象となっているユーザの
   クライアントを介して前記認証サーバに送信する認証依
   頼送信手段と、 を備え、 前記認証サーバは、 認証サーバの公開鍵、認証サーバの秘密鍵及びアプリケ
   ーションサーバの公開鍵を記憶する第２の記憶手段と、 前記認証対象となっているユーザのクライアントを介し
   て受信した前記認証依頼のうち、前記共通鍵を前記認証
   サーバの秘密鍵で復号化する共通鍵復号化手段と、 前記認証依頼のうち、前記共通鍵復号化手段が復号化し
   た共通鍵で前記認証要求メッセージを、及び前記アプリ
   ケーションサーバの公開鍵で前記メッセージダイジェス
   トを復号化する復号化手段と、 前記復号化手段が復号化した認証要求メッセージから生
   成したメッセージダイジェストと、前記復号化手段が復
   号化したメッセージダイジェストを比較して前記認証依
   頼の改ざんを検出する認証依頼改ざん検出手段と、 を備えることを特徴とする認証システム。
2. 【請求項２】 前記認証サーバは、ユーザＩＤとパスワ
   ードを対応させて記憶するアカウント情報記憶手段と、
   前記改ざん検出手段が前記認証依頼が改ざんされていな
   いと認定した時、前記認証対象となっているユーザのク
   ライアントにパスワードを要求し、該クライアントから
   パスワードを得るパスワード取得手段と、前記認証要求
   内のユーザＩＤと前記パスワード取得手段が取得したパ
   スワードの組合わせが前記アカウント情報記憶手段に記
   憶されていれば、認証結果として前記ユーザを認証する
   ことを示す情報を生成し、該認証結果を含む認証応答メ
   ッセージを前記認証依頼に対する応答として前記認証対
   象となっているユーザのクライアントを介して前記アプ
   リケーションサーバに送信する認証結果送信手段と、を
   更に備えることを特徴とする請求項１に記載の認証シス
   テム。
3. 【請求項３】 前記認証結果送信手段は、前記認証応答
   メッセージのメッセージダイジェストを生成し、前記認
   証応答メッセージを前記共通鍵で、及び前記メッセージ
   ダイジェストを前記認証サーバの秘密鍵で暗号化して、
   これらを前記認証依頼に対する応答として前記認証対象
   となっているユーザのクライアントを介して前記アプリ
   ケーションサーバに送信し、前記アプリケーションサー
   バは、受信した暗号化された前記認証応答メッセージを
   前記共通鍵で、及び前記メッセージダイジェストを前記
   認証サーバの公開鍵で復号化する認証応答復号化手段
   と、前記認証応答復号化手段が復号化したメッセージダ
   イジェストと、前記認証応答復号化手段が復号化した前
   記認証応答メッセージから生成したメッセージダイジェ
   ストとを比較して前記認証結果メッセージの改ざんを検
   出する認証依頼改ざん検出手段と、を更に備えることを
   特徴とする請求項２に記載の認証システム。
4. 【請求項４】 前記アプリケーションサーバは、前記ユ
   ーザからのログインに対してセッションＩＤを生成する
   セッションＩＤ生成手段と、該セッションＩＤと前記共
   通鍵を対応させて記憶する第１の共通鍵記憶手段と、前
   記セッションＩＤ生成時に前記共通鍵とセッションＩＤ
   を前記第１の共通鍵記憶手段に記憶させ、前記認証依頼
   に対する応答を受信時に、該応答に含まれるセッション
   ＩＤにより前記第１の共通鍵記憶手段から共通鍵を読み
   出すと共に該セッションＩＤと共通鍵を前記第１の共通
   鍵記憶手段から削除する共通鍵管理手段とを更に備える
   ことを特徴とする請求項１乃３のいずれか１つに記載の
   認証システム。
5. 【請求項５】 前記認証要求メッセージは前記セッショ
   ンＩＤを含み、前記認証依頼送信手段は、前記認証依頼
   送信時、前記セッションＩＤを前記認証対象となってい
   るユーザのクライアントに記憶させ、前記認証サーバ
   は、前記セッションＩＤと前記共通鍵を対応させて記憶
   する第２の共通鍵記憶手段と、前記認証依頼受信時、該
   認証依頼内のセッションＩＤと前記共通鍵を前記第２の
   共通鍵記憶手段に記憶させ、前記認証結果送信手段が前
   記認証結果を送信する時、前記セッションＩＤと共通鍵
   を前記第２の共通鍵記憶手段から削除する再送検出手段
   を更に備えることを特徴とする請求項１乃至４のいずれ
   か１つに記載の認証システム。
6. 【請求項６】 前記認証対象となっているクライアント
   は、前記認証サーバからパスワードの要求が有った時、
   該パスワードと共に自己が記憶しているセッションＩＤ
   を前記認証サーバに送信し、前記再送検出手段は、前記
   クライアントから受信したセッションＩＤにより前記第
   ２の共通鍵記憶手段を検索して再送を検出することを特
   徴とする請求項５に記載の認証システム。
7. 【請求項７】 前記アプリケーションサーバ及び認証サ
   ーバは、前記第１及び第２の共通鍵記憶手段にセッショ
   ンＩＤ及び共通鍵を記憶してから特定時間経過に該セッ
   ションＩＤ及び共通鍵を削除するタイムアウト手段を更
   に備えることを特徴とする請求項５又は６に記載の認証
   システム。
8. 【請求項８】 前記認証依頼送信手段及び前記認証結果
   送信手段は、ＨＴＴＰのリダイレクト機能により、認証
   対象となっているユーザのクライアントを経由して認証
   サーバまたはアプリケーションサーバに認証依頼または
   認証結果を送信することを特徴とする請求項２乃至７の
   いずれか１つに記載の認証システム。
9. 【請求項９】 前記認証対象となっているクライアント
   は、前記アプリケーションサーバから前記認証依頼を受
   信すると該認証依頼にユーザのデジタル証明書を付加し
   て前記認証サーバに送信することを特徴とする請求項１
   乃至８に記載の認証システム。
10. 【請求項１０】 前記パスワード取得手段は、前記認証
    対象となっているユーザのクライアントに前記ディジタ
    ル証明書内のユーザＩＤと共にパスワード要求を送信す
    ることを特徴とする請求項９に記載の認証システム。
11. 【請求項１１】 クライアントと、認証されたユーザに
    サービスを提供するアプリケーションサーバと、該アプ
    リケーションサーバからの認証依頼に対してユーザの認
    証を行う認証サーバとがネットワークで接続されている
    システムに於けるユーザ認証方法であって、 前記アプリケーションサーバは、前記認証依頼を前記ク
    ライアントを介して前記認証サーバに行い、 前記認証サーバは、前記認証依頼に対する認証結果を前
    記クライアントを介して前記アプリケーションサーバに
    送ることを特徴とするユーザ認証方法。
12. 【請求項１２】 前記アプリケーションサーバは、前記
    認証依頼に認証対象であるユーザのクライアントの固有
    の情報を含めることを特徴とする請求項１１に記載のユ
    ーザ認証方法。
13. 【請求項１３】 前記アプリケーションサーバは、前記
    認証依頼に前記クライアントからのアクセス日時に基づ
    く日時情報を含め、前記認証サーバは前記日時情報と現
    在の日時を比較することを特徴とする請求項１１又は１
    ２に記載のユーザ認証方法。
14. 【請求項１４】 前記アプリケーションサーバは、前記
    ユーザからのログインに対してユニークなＩＤを生成
    し、該ＩＤをキーとするテ−ブルに前記認証依頼の暗号
    化に用いた共通鍵を登録することを特徴とする請求項１
    ０乃至１３のいずれか１つに記載のユーザ認証方法。
15. 【請求項１５】 前記テーブルに前記共通鍵を登録して
    から一定期間経過後、該共通鍵を削除することを特徴と
    する請求項１４に記載のユーザ認証方法。