特開 2024-168785 認証サーバ、認証器、制御方法および制御プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024168785

(43)【公開日】2024-12-05

(54)【発明の名称】認証サーバ、認証器、制御方法および制御プログラム

(51)【国際特許分類】

   H04L 9/08 20060101AFI20241128BHJP

   H04L 9/32 20060101ALI20241128BHJP

   G06F 21/31 20130101ALI20241128BHJP

【ＦＩ】

H04L9/08 B

H04L9/32 200D

H04L9/08 F

H04L9/32 200B

G06F21/31

H04L9/32 200F

H04L9/08 A

【審査請求】未請求

【請求項の数】18

【出願形態】ＯＬ

(21)【出願番号】P 2023085722

(22)【出願日】2023-05-24

(71)【出願人】

【識別番号】500257300

【氏名又は名称】ＬＩＮＥヤフー株式会社

(74)【代理人】

【識別番号】110002147

【氏名又は名称】弁理士法人酒井国際特許事務所

(72)【発明者】

【氏名】五味 秀仁

(72)【発明者】

【氏名】山口 修司

(72)【発明者】

【氏名】大神 渉

(72)【発明者】

【氏名】伊藤 雄哉

(72)【発明者】

【氏名】吉岡 知彦

(72)【発明者】

【氏名】樋口 仁美

(72)【発明者】

【氏名】服部 夢二

(72)【発明者】

【氏名】森 駿文

(72)【発明者】

【氏名】奥岡 晋大

(57)【要約】

【課題】個人プライバシ情報の提供及び保管の安全性をさらに向上させることができる認証サーバ、認証器、制御方法および制御プログラムを提供すること。
【解決手段】本願に係る認証サーバは、秘密鍵に紐付けられる秘密鍵管理環境情報であって、利用者と、利用者の認証を行う認証器と、認証器による認証結果に応じて利用者に対してサービスを提供する認証対象との組み合わせ毎に生成される秘密鍵管理環境情報を秘密鍵のペアとなる公開鍵に紐付けて登録し、秘密鍵管理環境情報に基づいて利用者の認証処理を行う制御部を備える。
【選択図】図２

【特許請求の範囲】

【請求項1】

秘密鍵に紐付けられる秘密鍵管理環境情報であって、利用者と、前記利用者の認証を行う認証器と、前記認証器による認証結果に応じて前記利用者に対してサービスを提供する認証対象との組み合わせ毎に生成される秘密鍵管理環境情報を前記秘密鍵のペアとなる公開鍵に紐付けて登録し、前記秘密鍵管理環境情報に基づいて前記利用者の認証処理を行う制御部
を備える認証サーバ。

【請求項2】

前記制御部は、
前記認証器から受け付けた認証要求に含まれる秘密鍵管理環境情報と、自己に登録された秘密鍵管理環境情報とが一致する場合に、当該認証要求を受け付ける
請求項１に記載の認証サーバ。

【請求項3】

前記制御部は、
前記認証器から受け付けた認証要求に含まれる秘密鍵管理環境情報が未登録である場合、認証制御ポリシーによって予め許可されたベース情報と、未登録の前記ベース情報とが一致する場合に、当該認証要求を受け付ける
請求項２に記載の認証サーバ。

【請求項4】

前記制御部は、
前記認証器から受け付けた認証要求に含まれる秘密鍵管理環境情報が一致しない場合には、当該認証要求を拒否する
請求項３に記載の認証サーバ。

【請求項5】

前記制御部は、
前記秘密鍵によって署名された認証応答であって、前記認証器から受け付けた認証応答に含まれる秘密鍵管理環境情報が、自己に登録された秘密鍵管理環境情報と一致する場合には、認証を許可する
請求項１に記載の認証サーバ。

【請求項6】

前記制御部は、
前記認証応答に含まれる秘密鍵管理環境情報が、自己に登録された秘密鍵管理環境情報と一致しない場合には、認証を拒否する
請求項５に記載の認証サーバ。

【請求項7】

前記制御部は、
第１の前記認証器で生成された秘密鍵を第２の認証器に複製する場合、前記第１の認証器に代えて前記第２の認証器が紐付いた秘密鍵管理環境情報を公開鍵に紐付けて登録する
請求項１に記載の認証サーバ。

【請求項8】

利用者と、前記利用者の認証を行う認証器と、前記認証器による認証結果に応じて前記利用者に対してサービスを提供する認証対象との組み合わせ毎に生成される秘密鍵管理環境情報を紐付けた秘密鍵を生成し、生成した前記秘密鍵に基づいて認証処理を行う制御部
を備える認証器。

【請求項9】

前記制御部は、
前記秘密鍵管理環境情報と前記秘密鍵とを含む秘密鍵カプセルであって、秘密鍵カプセル用の秘密鍵で署名した秘密鍵カプセルを生成し、前記秘密鍵カプセルを他の認証器へ送付することで、前記秘密鍵カプセルを共有する
請求項８に記載の認証器。

【請求項10】

前記秘密鍵カプセルに含まれる前記秘密鍵管理環境情報は、
前記秘密鍵を生成した環境、前記秘密鍵の利用対象、前記秘密鍵の配布対象を少なくとも含む
請求項９に記載の認証器。

【請求項11】

前記秘密鍵カプセルは、
複数の前記秘密鍵を含む
請求項９に記載の認証器。

【請求項12】

前記制御部は、
秘密鍵を受け入れ可能な他の認証器に対応する秘密管理環境情報を含む配備ポリシーを設定し、前記配備ポリシーに基づいて、他の認証器から配布された秘密鍵を自己に配備するか否かを判定する
請求項８に記載の認証器。

【請求項13】

前記制御部は、
認証サーバから認証対象の秘密鍵管理環境情報を含む認証要求を受け付けて認証処理を行う
請求項８に記載の認証器。

【請求項14】

前記制御部は、
複数の秘密鍵管理環境情報を有している場合、前記認証サーバから受け付けた前記認証要求に含まれる前記秘密鍵管理環境情報が、前記複数の秘密鍵管理環境情報の中に存在するか否かを確認し、存在が確認できた場合には、前記秘密鍵管理環境情報に対応するサービスへのアクセス要求であること示す情報を画面表示する
請求項１３に記載の認証器。

【請求項15】

認証サーバによって実行される制御方法であって、
秘密鍵に紐付けられる秘密鍵管理環境情報であって、利用者と、前記利用者の認証を行う認証器と、前記認証器による認証結果に応じて前記利用者に対してサービスを提供する認証対象との組み合わせ毎に生成される秘密鍵管理環境情報を前記秘密鍵のペアとなる公開鍵に紐付けて登録し、前記秘密鍵管理環境情報に基づいて前記利用者の認証処理を行う制御工程
を含む制御方法。

【請求項16】

秘密鍵に紐付けられる秘密鍵管理環境情報であって、利用者と、前記利用者の認証を行う認証器と、前記認証器による認証結果に応じて前記利用者に対してサービスを提供する認証対象との組み合わせ毎に生成される秘密鍵管理環境情報を前記秘密鍵のペアとなる公開鍵に紐付けて登録し、前記秘密鍵管理環境情報に基づいて前記利用者の認証処理を行う制御手順
を認証サーバに実行させる制御プログラム。

【請求項17】

認証器によって実行される制御方法であって、
利用者と、前記利用者の認証を行う認証器と、前記認証器による認証結果に応じて前記利用者に対してサービスを提供する認証対象との組み合わせ毎に生成される秘密鍵管理環境情報を紐付けた秘密鍵を生成し、生成した前記秘密鍵に基づいて認証処理を行う制御工程
を含む制御方法。

【請求項18】

利用者と、前記利用者の認証を行う認証器と、前記認証器による認証結果に応じて前記利用者に対してサービスを提供する認証対象との組み合わせ毎に生成される秘密鍵管理環境情報を紐付けた秘密鍵を生成し、生成した前記秘密鍵に基づいて認証処理を行う制御手順
を認証器に実行させる制御プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、認証サーバ、認証器、制御方法および制御プログラムに関する。

【背景技術】

【0002】

従来、ユーザの個人プライバシ情報をデータ受信者へ提供したことを示すデータ提供ログに基づいて、個人プライバシ情報を受信したことの証跡を前データ受信者へ要求し、データ受信者から受信した証跡をデータ提供ログに関連付けてデータ保管装置（ＤＢ）に格納する技術が開示されている。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０２０－１１２９９３号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

しかしながら、従来技術は、データ受信者が個人プライバシ情報を受信したことを証明するための証拠能力の向上を図るものに過ぎない。個人プライバシ情報の提供及び保管については、まだまだ改善の余地がある。

【0005】

本願は、上記に鑑みてなされたものであって、個人プライバシ情報の提供及び保管の安全性をさらに向上させることができる認証サーバ、認証器、制御方法および制御プログラムを提供することを目的とする。

【課題を解決するための手段】

【0006】

本願に係る認証サーバは、秘密鍵に紐付けられる秘密鍵管理環境情報であって、利用者と、前記利用者の認証を行う認証器と、前記認証器による認証結果に応じて前記利用者に対してサービスを提供する認証対象との組み合わせ毎に生成される秘密鍵管理環境情報を前記秘密鍵のペアとなる公開鍵に紐付けて登録し、前記秘密鍵管理環境情報に基づいて前記利用者の認証処理を行う制御部を備える。

【発明の効果】

【0007】

実施形態の一態様によれば、個人プライバシ情報の提供及び保管の安全性をさらに向上させることができるという効果を奏する。

【図面の簡単な説明】

【0008】

【図1A】図１Ａは、実施形態に係る認証システムにおいて実行される処理を示す図である。

【図1B】図１Ｂは、実施形態に係る認証システムにおいて実行される処理を示す図である。

【図1C】図１Ｃは、実施形態に係る認証システムにおいて実行される処理を示す図である。

【図1D】図１Ｄは、実施形態に係る認証システムにおいて実行される処理を示す図である。

【図1E】図１Ｅは、秘密鍵カプセルを示す図である。

【図2】図２は、実施形態に係る認証サーバの構成例を示す図である。

【図3】図３は、利用者情報の一例を示す図である。

【図4】図４は、公開鍵情報の一例を示す図である。

【図5】図５は、認証制御ポリシー情報の一例を示す図である。

【図6】図６は、実施形態に係る認証器の構成例を示す図である。

【図7】図７は、秘密鍵カプセル情報の一例を示す図である。

【図8】図８は、配備ポリシー情報の一例を示す図である。

【図9】図９は、ハードウェア構成の一例を示す図である。

【発明を実施するための形態】

【0009】

以下に、本願に係る認証サーバ、認証器、制御方法および制御プログラムを実施するための形態（以下、「実施形態」と記載する）について図面を参照しつつ詳細に説明する。なお、この実施形態により本願に係る認証サーバ、認証器、制御方法および制御プログラムが限定されるものではない。また、以下の各実施形態において同一の部位には同一の符号を付し、重複する説明は省略される。

【0010】

（実施形態）
まず、図１Ａ～図１Ｄを用いて、実施形態に係る認証システムにおいて実行される処理について説明する。図１Ａ～図１Ｄは、実施形態に係る認証システムにおいて実行される処理を示す図である。なお、図１Ａ～図１Ｄでは、認証システムＳの構成例および処理例を示している。

【0011】

また、以下で説明する認証処理は、利用者がインターネット上の各種サービスを利用する際の認証技術として、ＦＩＤＯ（Fast Identity Online：登録商標）と呼ばれる認証技術を用いる。ＦＩＤＯの認証形態では、利用者の本人性が、スマートフォン等のユーザデバイスに内蔵または外付けされた認証器によって検証される。認証器の一例は、スマートフォンの生体認証機能である。このように、ＦＩＤＯ認証は、ローカル認証を採用している。なお、本発明においては、公開鍵暗号を基本とする認証の一つの実装形態としてＦＩＤＯ認証を取り上げているが、ＦＩＤＯ認証に限定することなく、公開鍵暗号を用いた認証方式に広く適用することができる。

【0012】

ローカル認証では、認証器は、認証器に保管された秘密鍵を使用することによって、本人性の検証結果に対して電子署名を行う。そして、電子署名付き検証結果が、インターネット上の認証サーバに、ユーザデバイスから送信される。インターネット上の認証サーバは、この認証サーバに登録された公開鍵を使用することによって、ユーザデバイスから送信された電子署名付き検証結果の妥当性を確認することができる。

【0013】

上述のように、ＦＩＤＯ認証は、ユーザデバイスに内蔵または外付けされた認証器を使用したパスワードレス認証を可能にする。例えば、利用者は、指紋等の生体情報をスマートフォンに入力することによって、ＦＩＤＯ認証を採用したサービスにおいて、パスワードレスログインを実行することができる。ＦＩＤＯ認証は、利用者がパスワードを使用せずにサービスにログインすることを可能にするため、ＦＩＤＯ認証は、利便性や安全性の観点から好ましい。

【0014】

上記したように、ローカル認証では、基本的には、生成された秘密鍵は生成元の認証器から外部に出ることはなく、反対に、他の認証器で生成された秘密鍵が入ってくることもない。一方で、スマートフォンのような端末装置では、端末の買換えが頻繁に生じたり、複数台所有するユーザが存在したりする。このため、ＦＩＤＯ認証では、秘密鍵を生成元とは異なる認証器においても利用可能となることが検討されている。

【0015】

一方で、秘密鍵が複数の認証器で共用される場合、他の利用者の認証器へ秘密鍵を配布することで、他の利用者になりすましてサービスにログインできてしまう恐れや、フィッシングサイトにログイン可能な秘密鍵をユーザに配布することで、ユーザが意図せずにフィッシングサイトにログインしてしまう恐れがある。このように、従来、個人プライバシ情報の提供及び保管については、まだまだ改善の余地がある。

【0016】

そこで、本開示では、上記したなりすましや、フィッシングサイトへの意図しないログインを防止する技術を提案する。以下、本開示における認証処理を実行する認証システムＳについて、図１Ａ～図１Ｄを用いて説明する。

【0017】

まず、図１Ａを用いて、秘密鍵の生成処理および認証サーバ１への登録処理について説明する。

【0018】

図１Ａに示すように、実施形態に係る認証システムＳは、認証サーバ１と、認証器１００とを含む。

【0019】

認証サーバ１は、各利用者の端末装置（認証器１００）と連携し、各利用者の端末装置に対して、各種アプリケーション（以下、アプリ）等に対するＡＰＩ（Application Programming Interface）サービス等と、各種データを提供する情報処理装置であり、コンピュータやクラウドシステム等により実現される。

【0020】

また、認証サーバ１は、利用者認証機能と、利用者情報管理機能とを有する。認証サーバ１は、利用者情報管理機能により、利用者の端末装置のデータ管理機能により管理されているデータのメタ情報をデータカプセルとして管理する。そして、認証サーバ１は、利用者認証機能により、データカプセルとして管理されているメタ情報を利用して利用者の認証を行う。

【0021】

また、認証サーバ１は、各利用者の端末装置に対して、オンラインで何らかのＷｅｂサービスを提供する情報処理装置であってもよい。例えば、認証サーバ１は、Ｗｅｂサービスとして、インターネット接続、検索サービス、ＳＮＳ（Social Networking Service）、電子商取引（ＥＣ：Electronic Commerce）、電子決済、オンラインゲーム、オンラインバンキング、オンライントレーディング、宿泊・チケット予約、動画・音楽配信、ニュース、地図、ルート検索、経路案内、路線情報、運行情報、天気予報等のサービスを提供してもよい。実際には、認証サーバ１は、上記のようなＷｅｂサービスを提供する各種サーバと連携し、Ｗｅｂサービスを仲介してもよいし、Ｗｅｂサービスの処理を担当してもよい。

【0022】

また、認証サーバ１は、利用者の端末装置から、あるいはユーザＩＤ等に基づいて各種サーバ等から、利用者の行動を示す各種の履歴情報（ログデータ）を取得する。例えば、認証サーバ１は、利用者の位置や日時の履歴である位置履歴を端末装置から取得する。また、認証サーバ１は、利用者が入力した検索クエリの履歴である検索履歴を検索サーバ（検索エンジン）から取得する。また、認証サーバ１は、利用者が閲覧したコンテンツの履歴である閲覧履歴をコンテンツサーバから取得する。また、認証サーバ１は、利用者の商品購入や決済処理の履歴である購入履歴（決済履歴）を電子商取引サーバや決済処理サーバから取得する。また、認証サーバ１は、利用者のマーケットプレイスへの出品の履歴である出品履歴や販売履歴を電子商取引サーバや決済処理サーバから取得してもよい。また、認証サーバ１は、利用者の投稿の履歴である投稿履歴を口コミの投稿サービスを提供する投稿サーバやＳＮＳサーバから取得する。なお、上記の各種サーバ等は、認証サーバ１自体であってもよい。すなわち、認証サーバ１が上記の各種サーバ等として機能してもよい。

【0023】

認証器１００は、利用者により使用されるスマートフォンやタブレット端末等のスマートデバイスであり、５Ｇ（Generation）やＬＴＥ（Long Term Evolution）等の無線通信網を介して任意のサーバ装置と通信を行うことができる携帯端末装置である。また、認証器１００は、液晶ディスプレイ等の画面であって、タッチパネルの機能を有する画面を有し、利用者から指やスタイラス等によりタップ操作、スライド操作、スクロール操作等、コンテンツ等の表示データに対する各種の操作を受付ける。なお、画面のうち、コンテンツが表示されている領域上で行われた操作を、コンテンツに対する操作としてもよい。また、端末装置は、スマートデバイスのみならず、デスクトップＰＣ（Personal Computer）やノートＰＣ等の情報処理装置であってもよい。

【0024】

また、認証器１００は、データ管理機能を有する。認証器１００は、利用者個人に関する情報（データ）を安全な場所に保管する。安全な場所は、認証器１００の内部のセキュア領域（セキュアエレメント）であってもよいし、外部の記憶装置であってもよい。安全な場所が外部の記憶装置である場合、認証器１００は、外部の記憶装置に安全にアクセスするための然るべきアクセス制御機能を有していてもよい。また、認証器１００の内部に保管されているデータ自体が外部デバイスへのリンク情報であってもよい。外部の記憶装置は、ＵＳＢキーやマイナンバーカード等であってもよいし、ストレージサーバ等であってもよい。また、外部デバイスへのリンク情報は、ブロックチェーン技術（分散型台帳技術）における台帳情報であってもよい。

【0025】

例えば、認証器１００は、利用者に関する各種情報を保管してもよい。具体的には、認証器１００は、利用者のデモグラフィック（人口統計学的属性）、サイコグラフィック（心理学的属性）、ジオグラフィック（地理学的属性）、ベヘイビオラル（行動学的属性）等の属性に関する情報を保管してもよい。例えば、認証器１００は、氏名、年齢、性別、住所（自宅）、勤務地、家族構成、出身地（地元）、職業、職位、収入、資格、居住形態（戸建、マンション等）、車の有無、通学・通勤時間、通学・通勤経路、定期券区間（駅、路線等）、利用頻度の高い駅（自宅・勤務地の最寄駅以外）、習い事（場所、時間帯等）、趣味、興味、ライフスタイル等の情報を保管してもよい。

【0026】

図１Ａに示すように、まず、認証器１００は、利用者からサービスへの登録要求を受け付ける（ステップＳ１）。つづいて、認証器１００は、認証サーバ１に対して認証要求を送信する（ステップＳ２）。つづいて、認証サーバ１は、受信した認証要求に基づいて、認証要求メッセージを生成する（ステップＳ３）。つづいて、認証サーバ１は、認証器１００に対して認証要求（チャレンジ）を送信する（ステップＳ４）。

【0027】

つづいて、認証器１００は、認証要求メッセージに従って利用者に対して生体情報の入力を要求し（ステップＳ５）、利用者から生体情報を受け付ける（ステップＳ６）。

【0028】

つづいて、認証器１００は、秘密鍵管理環境を作成し、この上に秘密鍵および公開鍵の鍵ペアを作成し、秘密鍵のコンテキスト情報（秘密鍵が生成した環境に関する情報と当該秘密鍵利用対象に関する情報）を格納する。次に、アテステーション（上記公開鍵や秘密鍵管理環境識別子を含み、アテステーション用の秘密鍵で署名）を作成し、さらに、秘密鍵カプセル情報（図１Ｅで後述する）を生成する（ステップＳ７）。具体的には、秘密鍵カプセル情報は、当該秘密鍵のコンテキスト情報を当該秘密鍵の配布対象に関する情報を加えたものである。秘密管理環境は、インターネット上で唯一のものとなるように識別子で識別される情報であり、利用者と、認証器１００と、サービスを提供する認証対象（ドメインなど）との組み合わせにより一意に発行される情報としてよい。あるいは、秘密鍵管理環境識別子は、認証器１００の識別子とランダムな文字列を連結したものとしてもよい。あるいは、秘密鍵管理環境識別子は、認証器１００の識別子と秘密鍵管理環境の名前を表す文字列を連結したものとしてもよい。なお、以下では、秘密鍵管理環境をベース、秘密鍵管理環境識別子をベースＩＤと称する。つづいて、認証器１００は、ベースＩＤを含むアテステーションを含む認証応答を認証サーバ１へ送信する（ステップＳ８）。

【0029】

認証サーバ１は、受け付けたアテステーションの検証を行い、検証に合格すればアテステーションに含まれる公開鍵やベースＩＤを自己に登録する（ステップＳ９）。具体的には、認証サーバ１は、アテステーションに基づいてアテステーション用の公開鍵を特定し、特定した公開鍵を用いてアテステーションにおける秘密鍵の署名の検証を行う。また、認証サーバ１は、アテステーション検証の結果、認証器１００の証明が確認できた場合には、ユーザＩＤおよびベースＩＤを紐付けた公開鍵を自己に登録する。

【0030】

認証サーバ１は、アテステーション検証の結果、認証器１００の証明が確認できた場合には、認証器１００の証明に成功した旨を示す認証結果を通知し、認証器１００の証明が確認できない場合には、認証に失敗した旨を示す認証結果を通知する（ステップＳ１０）。

【0031】

以上により、図１Ａで示したステップＳ１～ステップＳ１０を経て、認証器１００には、ベースＩＤが紐付いた秘密鍵が登録され、認証サーバ１には、ベースＩＤが紐付いた公開鍵が登録される。

【0032】

次に、図１Ｂを用いて、複数の認証器１００で秘密鍵を共有する場合の配備制御処理について説明する。図１Ｂでは、第１認証器１００ａで生成された秘密鍵を第２認証器１０００ｂに共有する例を示している。

【0033】

図１Ｂに示すように、利用者は、第２認証器１００ｂを利用できるようにＯＳ（Operating System）等の設定を行う（ステップＳ１）。つづいて、利用者は、第２認証器１００ｂに対して秘密鍵配備ポリシーや、秘密鍵カプセル用公開鍵の設定を行う（ステップＳ２）。秘密鍵配備ポリシーは、秘密鍵を第１認証器１００ａから受け入れる（配備）するためのポリシーであり、例えば、受け入れ可能な認証器１００のベースＩＤ（つまり、第１認証器１００ａのベースＩＤ）が設定されたポリシーである。秘密鍵カプセル用公開鍵は、外部サーバ（認証器ベンダーのサーバや、パブリックなリポジトリのサーバ）に保管された状態で第２認証器１００ｂが取得してもよく、第１認証器１００ａが信頼できるものであれば、第１認証器１００ａから第２認証器１００ｂへ直接送信されてもよい。

【0034】

つづいて、第１認証器１００ａは、秘密鍵カプセルの作成要求を利用者に対して行い（ステップＳ３）、利用者からかかる作成要求を認証する操作を受け付ける（ステップＳ４）。つづいて、第１認証器１００ａは、秘密鍵カプセルを生成する（ステップＳ５）。ここで、秘密鍵カプセルの詳細については、図１Ｅを用いて説明する。

【0035】

図１Ｅは、秘密鍵カプセルを示す図である。図１Ｅに示す秘密鍵カプセルは、例えば、秘密鍵カプセルは、第２認証器１００ｂへ秘密鍵カプセルを送付する際に生成されてもよい。また、秘密鍵カプセルは、認証器１００で生成される場合に限らず、認証サーバ１によって作成され、認証サーバ１から取得してもよい。

【0036】

図１Ｅに示すように、秘密鍵カプセルは、秘密鍵と、秘密鍵に関わるコンテキスト情報と、署名とを含む。コンテキスト情報は、秘密鍵管理環境情報であり、秘密鍵を生成した環境に関する情報と、秘密鍵の利用対象（認証対象）に関する情報と、秘密鍵の配布対象に関する情報とを含む。

【0037】

秘密鍵を生成した環境に関する情報は、認証器１００の識別子と、認証器１００のベンダーに関する情報（ベンダー名やベンダー識別子等）と、ベースＩＤ（ベース識別子）とを含む。秘密鍵の利用対象（認証対象）に関する情報は、認証サーバ１の識別子（認証対象の識別子）と、認証サーバ１に登録されたユーザＩＤとを含む。秘密鍵の配布対象に関する情報は、秘密鍵を配布可能なベースＩＤ（他の認証器１００のベースＩＤ）と、配布可能な認証器ベンダーに関する情報とを含む。

【0038】

認証器１００は、自己の秘密鍵カプセルを第２認証器１００ｂに共有する場合、秘密鍵カプセル用秘密鍵および公開鍵の鍵ペアを生成し、秘密鍵カプセル用秘密鍵により秘密鍵カプセルに署名する。

【0039】

図１Ｂに戻る。第１認証器１００ａは、生成した秘密鍵カプセルを第２認証器１００ｂへ送付する（ステップＳ６）。つづいて、第２認証器１００ｂは、秘密鍵カプセルの検証を行う（ステップＳ７）。具体的には、第２認証器１００ｂは、秘密鍵カプセルに基づいて秘密鍵カプセル用公開鍵を特定し、特定した公開鍵を用いて秘密鍵カプセルの検証を行う。

【0040】

つづいて、第２認証器１００ｂは、秘密鍵カプセルが自己に配備可能か否かの配備判定を行う（ステップＳ８）。具体的には、第２認証器１００ｂは、秘密鍵カプセルのベースＩＤと、配備ポリシーに登録されたベースＩＤとが合致する場合に、秘密鍵カプセルを自己に登録（記憶）する。つまり、本開示の配備制御では、配備ポリシーにより事前に許可された認証器１００の秘密カプセルのみを配備可能となるように制御する。これにより、なりすましといった悪意ある利用者が許可されていない秘密鍵カプセルを送付したとしても受け入れを拒否することができる。

【0041】

つづいて、第２認証器１００ｂは、秘密鍵カプセルを配備可能と判定した場合には、秘密鍵ベース（ベースＩＤ）を新たに生成して秘密鍵に紐付けることで自己に配備する（ステップＳ９）。具体的には、第２認証器１００ｂは、コンテキスト情報における秘密鍵を生成した環境に関する情報のベースＩＤを、第２認証器１００ｂに対応したベースＩＤに秘密鍵に紐付ける。

【0042】

なお、図１Ｅでは、秘密鍵カプセルに１つの秘密鍵が含まれる例を示したが、１つの秘密鍵カプセルに複数の秘密鍵が含まれてもよい。また、秘密鍵カプセル用の秘密鍵は、秘密鍵カプセルが生成される段階で生成されてもよく、認証器１００の製造出荷時に事前に生成されてもよい。また、秘密鍵カプセル用の秘密鍵は、アテステーション情報に署名するために生成したアテステーション用の秘密鍵で代用してもよい。また、秘密鍵カプセルは、認証器１００で生成される場合に限らず、認証サーバ１で生成されてもよい。

【0043】

次に、図１Ｃを用いて、配備制御処理における失敗例について説明する。図１Ｃでは、悪意あるサイトであるサーバ２００が利用者になりすまそうとして偽の秘密鍵をダウンロードさせるスクリプトを事前に用意していることとする。

【0044】

図１Ｃに示すように、利用者は、第２認証器１００ｂを利用できるようにＯＳ（Operating System）等の設定を行う（ステップＳ１）。つづいて、利用者は、第２認証器１００ｂに対して配備ポリシーや、秘密鍵カプセル用公開鍵の設定を行う（ステップＳ２）。なお、図１Ｃでは、図１Ｂで示した第１認証器１００ａのベースＩＤのみが配備ポリシーで設定されていることとする。

【0045】

つづいて、利用者は、サーバ２００が提供するサイトへのアクセスを要求する操作を行う（ステップＳ３）。第２認証器１００ｂは、かかる操作に応じて、サーバ２００へアクセス要求を送信する（ステップＳ４）。

【0046】

つづいて、サーバ２００は、利用者になりすますために、偽秘密鍵を作成し（ステップＳ５）、偽秘密鍵を含むアクセス応答を第２認証器１００ｂへ送信する（ステップＳ６）。

【0047】

つづいて、第２認証器１００ｂは、偽秘密鍵の検証を行う（ステップＳ７）。この段階で、第２認証器１００ｂは、偽秘密鍵が秘密鍵カプセルの形式に合致しないため、偽秘密鍵の配備を防止できる。また、第２認証器１００ｂは、仮に、偽秘密鍵が秘密鍵カプセルの形式に合致したとしても、配備ポリシーを用いた配備判定を行う（ステップＳ８）。これにより、偽秘密鍵が配備ポリシーによって許可された秘密鍵でないことが判明するため、偽秘密鍵が配備されることを防止できる。

【0048】

次に、図１Ｄを用いて、ログイン時の認証処理について説明する。なお、図１Ｄでは、図１Ａで示した秘密鍵の生成および利用者登録が完了していることとする。つまり、認証器１００は、ベースＩＤが紐付いた秘密鍵を保有し、認証サーバ１は、ベースＩＤが紐付いた公開鍵を保有していることとする。また、認証サーバ１は、予め「所定のベースＩＤで識別されるベースからの認証要求は受け付ける」という認証制御ポリシーを設定しているものとする。

【0049】

まず、認証器１００は、利用者からサービスへのログイン操作を受け付ける（ステップＳ１）。つづいて、認証器１００は、利用者からサービスへのログイン操作を受け付けた場合に、サービスへのログインを認証する認証要求を認証サーバへ送信する（ステップＳ２）。認証要求は、上記したベースＩＤを含んで送信される。

【0050】

つづいて、認証サーバ１は、認証要求に基づいて認証要求のベースＩＤを含む認証要求メッセージを生成する（ステップＳ３）。具体的には、まず、認証サーバ１は、認証制御ポリシーを参照し、認証要求におけるベースＩＤに基づいて、認証要求を受け付けるか否かを判定する。認証サーバ１は、認証要求に含まれるベースＩＤと、認証サーバ１に登録された公開鍵に紐付いたベースＩＤとが一致する場合に、認証要求を受け付ける。また、認証サーバ１は、認証要求に含まれるベースＩＤが未登録である場合（つまり、秘密鍵カプセルが共有された第２認証器１００ｂから認証要求があった場合）、予め設定された認証制御ポリシーによって許可されたベースＩＤと、認証要求に含まれるベースＩＤとが一致する場合には、認証要求を受け付ける。また、認証サーバ１は、認証器１００から受け付けた認証要求に含まれるベースＩＤが一致しない場合には、当該認証要求を拒否する。つまり、認証サーバ１は、認証要求に含まれるベースＩＤが、登録されたベースＩＤおよび認証制御ポリシーで許可されたベースＩＤのいずれにも一致しない場合には、認証要求を拒否する。

【0051】

つづいて、認証サーバ１は、受け付けた認証要求に基づいて生成した認証要求メッセージとともにチャレンジ（認証要求）とベースＩＤを認証器１００へ送信する（ステップＳ４）。なお、認証サーバ１は、ステップＳ３において認証要求を拒否する場合、認証要求を拒否する旨をステップＳ４の処理に代えて通知する。

【0052】

なお、認証器１００は、複数のベースＩＤを自己が保有している場合、チャレンジとともに受信したベースＩＤが存在するか否かを確認し、存在が確認できた場合には、かかるベースＩＤに対応するサービスへのアクセス要求である旨を画面表示する。これにより、利用者がこれからアクセスするサービスを確認することができる。

【0053】

つづいて、認証器１００は、認証要求メッセージに従って利用者に対して生体情報の入力を要求し（ステップＳ５）、利用者から生体情報を受け付ける（ステップＳ６）。

【0054】

つづいて、認証器１００は、受け付けた生体情報の認証結果およびベースＩＤを含む情報に秘密鍵で署名した認証アサーションを生成する（ステップＳ７）。そして、認証器１００は、認証アサーションを含む認証応答を認証サーバ１へ送信する（ステップＳ８）。

【0055】

認証サーバ１は、受け付けた認証アサーションの検証を行う（ステップＳ９）。具体的には、認証サーバ１は、認証アサーションに基づいて公開鍵を特定し、特定した公開鍵を用いて認証アサーションにおける秘密鍵の署名の検証を行う。そして、認証アサーションに含まれるベースＩＤを用いることで、認証サーバ１は、異なる認証器１００で生成した秘密鍵を使った認証（なりすまし）や、意図しないサイトへの認証をベースＩＤにより拒否できる。

【0056】

なお、認証サーバ１は、認証アサーションに含まれるベースＩＤが未登録（認証制御ポリシーでは許可）である場合には、認証アサーションに基づいてベースＩＤを新規登録する（１つの公開鍵に２つのベースＩＤが紐付いた状態）。つまり、認証サーバ１は、１つの公開鍵に２つのベースＩＤが紐付いた状態となるように新規登録を行う。これにより、認証制御ポリシーにより許可された２つの認証器１００のいずれから認証要求を受け付けた場合でも認証を行うことができる。

【0057】

認証サーバ１は、検証の結果、利用者本人であることが確認できた場合には、認証に成功した旨を示す認証結果を通知し、利用者本人であることが確認できない場合には、認証に失敗した旨を示す認証結果を通知する（ステップＳ１０）。

【0058】

このように、本開示では、ベースＩＤを秘密鍵に紐付けることで、なりすましや、フィッシングサイトへの意図しないログインを防止することができる。すなわち、実施形態に係る認証システムＳによれば、個人プライバシ情報の提供及び保管の安全性をさらに向上させることができる。

【0059】

次に、図２を参照して、認証サーバ１の構成例について説明する。

【0060】

図２は、実施形態に係る認証サーバ１の構成例を示す図である。図２に示されるように、認証サーバ１は、通信部２と、制御部３と、記憶部４とを有する。記憶部４は、利用者情報４１と、公開鍵情報４２と、認証制御ポリシー情報４３とを記憶する。

【0061】

通信部２は、例えば、ＮＩＣ（Network Interface Card）等によって実現される。通信部２は、有線または無線によりネットワーク網と接続される。

【0062】

制御部３は、コントローラ（controller）であり、例えば、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）等のプロセッサによって、認証サーバ１内部の記憶装置に記憶されている各種プログラム（制御プログラムの一例に相当）がＲＡＭ等を作業領域として実行されることにより実現される。また、制御部３は、コントローラ（controller）であり、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field Programmable Gate Array）、ＧＰＧＰＵ（General Purpose Graphic Processing Unit）等の集積回路により実現されてもよい。

【0063】

制御部３は、図１Ａおよび図１Ｂで示した認証処理に関わる処理を実行する。

【0064】

記憶部４は、例えば、ＲＡＭ（Random Access Memory)、フラッシュメモリ（Flash Memory）等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。

【0065】

利用者情報４１は、利用者に関する情報である。図３は、利用者情報４１の一例を示す図である。図３に示すように、利用者情報４１は、「ユーザＩＤ」、「属性情報」等の項目を含む。

【0066】

「ユーザＩＤ」は、利用者を識別する識別情報である。「属性情報」は、利用者の属性に関する情報である。属性情報は、例えば、サイコグラフィック属性や、デモグラフィック属性等を含む。

【0067】

公開鍵情報４２は、公開鍵に関する情報である。図４は、公開鍵情報４２の一例を示す図である。図４に示すように、公開鍵情報４２は、「公開鍵」、「ユーザＩＤ」、「ベースＩＤ」等の項目を含む。

【0068】

「公開鍵」は、公開鍵を示す情報である。「ユーザＩＤ」は、利用者を識別する識別情報である。「ベースＩＤ」は、ベース情報である。

【0069】

認証制御ポリシー情報４３は、認証制御ポリシーに関する情報である。図５は、認証制御ポリシー情報４３の一例を示す図である。図５に示すように、認証制御ポリシー情報４３は、「ユーザＩＤ」、「許可ベースＩＤ」等の項目を含む。

【0070】

「ユーザＩＤ」は、利用者を識別する識別情報である。「許可ベースＩＤ」は、許可された秘密鍵管理環境を識別する識別情報である。なお、図５では、許可された秘密鍵管理環境情報である「許可ベースＩＤ」を含む例を示しているが、禁止された秘密鍵管理環境識別子情報である「禁止ベースＩＤ」の情報を含んでもよい。

【0071】

次に、図６を参照して、認証器１００の構成例について説明する。

【0072】

図６は、実施形態に係る認証器１００の構成例を示す図である。図６に示されるように、認証器１００は、通信部１１０と、制御部１２０と、記憶部１３０とを有する。記憶部１３０は、秘密鍵カプセル情報１３１と、配備ポリシー情報１３２とを記憶する。

【0073】

通信部１１０は、例えば、ＮＩＣ等によって実現される。通信部１１０は、有線または無線によりネットワーク網と接続される。

【0074】

制御部１２０は、コントローラであり、例えば、ＣＰＵ、ＭＰＵ等のプロセッサによって、認証器１００内部の記憶装置に記憶されている各種プログラム（制御プログラムの一例に相当）がＲＡＭ等を作業領域として実行されることにより実現される。また、制御部１２０は、コントローラ（controller）であり、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field Programmable Gate Array）、ＧＰＧＰＵ（General Purpose Graphic Processing Unit）等の集積回路により実現されてもよい。

【0075】

制御部１２０は、図１Ａ～図１Ｅで示した認証処理に関わる処理を実行する。

【0076】

記憶部１３０は、例えば、ＲＡＭ（Random Access Memory)、フラッシュメモリ（Flash Memory）等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。

【0077】

秘密鍵カプセル情報１３１は、秘密鍵カプセルに関する情報である。図７は、秘密鍵カプセル情報１３１の一例を示す図である。図７に示すように、秘密鍵カプセル情報１３１は、「カプセルＩＤ」、「秘密鍵」、「ユーザＩＤ」、「ベースＩＤ」、「コンテキスト情報」等の項目を含む。

【0078】

「カプセルＩＤ」は、秘密鍵カプセルを識別する識別情報である。「秘密鍵」は、秘密鍵の情報である。「ユーザＩＤ」は、利用者を識別する識別情報である。「ベースＩＤ」は、ベース情報である。「コンテキスト情報」は、図１Ｂで示したコンテキスト情報である。

【0079】

配備ポリシー情報１３２は、配備ポリシーに関する情報である。図５は、配備ポリシー情報１３２の一例を示す図である。図８に示すように、配備ポリシー情報１３２は、「ユーザＩＤ」、「許可ベースＩＤ」等の項目を含む。

【0080】

「ユーザＩＤ」は、利用者を識別する識別情報である。「許可ベースＩＤ」は、許可された秘密鍵管理環境を識別する識別情報である。なお、図８では、許可された秘密鍵管理環境を識別する識別情報である「許可ベースＩＤ」を含む例を示しているが、禁止された秘密鍵管理環境を識別する識別情報である「禁止ベースＩＤ」の情報を含んでもよい。

【0081】

〔その他〕
また、上記実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の一部を手動的に行うこともできる。あるいは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、各図に示した各種情報は、図示した情報に限られない。

【0082】

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。

【0083】

例えば、図２に示した記憶部４の一部又は全部は、各装置によって保持されるのではなく、ストレージサーバ等に保持されてもよい。この場合、各装置は、ストレージサーバにアクセスすることで、各種情報を取得する。

【0084】

〔ハードウェア構成〕
また、上述してきた実施形態に係る認証サーバ１および認証器１００は、例えば図９に示すような構成のコンピュータ１０００によって実現される。図９は、ハードウェア構成の一例を示す図である。コンピュータ１０００は、出力装置１０１０、入力装置１０２０と接続され、演算装置１０３０、一次記憶装置１０４０、二次記憶装置１０５０、出力ＩＦ（Interface）１０６０、入力ＩＦ１０７０、ネットワークＩＦ１０８０がバス１０９０により接続された形態を有する。

【0085】

演算装置１０３０は、一次記憶装置１０４０や二次記憶装置１０５０に格納されたプログラムや入力装置１０２０から読み出したプログラム等に基づいて動作し、各種の処理を実行する。一次記憶装置１０４０は、ＲＡＭ等、演算装置１０３０が各種の演算に用いるデータを一時的に記憶するメモリ装置である。また、二次記憶装置１０５０は、演算装置１０３０が各種の演算に用いるデータや、各種のデータベースが登録される記憶装置であり、ＲＯＭ（Read Only Memory）、ＨＤＤ（Hard Disk Drive）、フラッシュメモリ等により実現される。

【0086】

出力ＩＦ１０６０は、モニタやプリンタといった各種の情報を出力する出力装置１０１０に対し、出力対象となる情報を送信するためのインタフェースであり、例えば、ＵＳＢ（Universal Serial Bus）やＤＶＩ（Digital Visual Interface）、ＨＤＭＩ（登録商標）（High Definition Multimedia Interface）といった規格のコネクタにより実現される。また、入力ＩＦ１０７０は、マウス、キーボード、およびスキャナ等といった各種の入力装置１０２０から情報を受信するためのインタフェースであり、例えば、ＵＳＢ等により実現される。

【0087】

なお、入力装置１０２０は、例えば、ＣＤ（Compact Disc）、ＤＶＤ（Digital Versatile Disc）、ＰＤ（Phase change rewritable Disk）等の光学記録媒体、ＭＯ（Magneto-Optical disk）等の光磁気記録媒体、テープ媒体、磁気記録媒体、または半導体メモリ等から情報を読み出す装置であってもよい。また、入力装置１０２０は、ＵＳＢメモリ等の外付け記憶媒体であってもよい。

【0088】

ネットワークＩＦ１０８０は、ネットワークＮを介して他の機器からデータを受信して演算装置１０３０へ送り、また、ネットワークＮを介して演算装置１０３０が生成したデータを他の機器へ送信する。

【0089】

演算装置１０３０は、出力ＩＦ１０６０や入力ＩＦ１０７０を介して、出力装置１０１０や入力装置１０２０の制御を行う。例えば、演算装置１０３０は、入力装置１０２０や二次記憶装置１０５０からプログラムを一次記憶装置１０４０上にロードし、ロードしたプログラムを実行する。

【0090】

例えば、コンピュータ１０００が認証サーバ１または認証器１００として機能する場合、コンピュータ１０００の演算装置１０３０は、一次記憶装置１０４０上にロードされたプログラムを実行することにより、制御部３，１２０の機能を実現する。

【0091】

〔効果〕
上述してきたように、実施形態に係る認証サーバ１は、秘密鍵に紐付けられる秘密鍵管理環境情報であって、利用者と、利用者の認証を行う認証器１００と、認証器１００による認証結果に応じて利用者に対してサービスを提供する認証対象との組み合わせ毎に生成される秘密鍵管理環境情報を秘密鍵のペアとなる公開鍵に紐付けて登録し、秘密鍵管理環境情報に基づいて利用者の認証処理を行う制御部３を備える。このような構成により、個人プライバシ情報の提供及び保管の安全性をさらに向上させることができる。

【0092】

また、実施形態に係る認証器１００は、利用者と、利用者の認証を行う認証器１００と、認証器１００による認証結果に応じて利用者に対してサービスを提供する認証対象との組み合わせ毎に生成される秘密鍵管理環境情報を紐付けた秘密鍵を生成し、生成した秘密鍵に基づいて認証処理を行う制御部１２０を備える。このような構成により、外部で不正に作成された秘密鍵が認証器１００に配備されることを防止できることで安全性を高めることができる。

【0093】

以上、本願の実施形態のいくつかを図面に基づいて詳細に説明したが、これらは例示であり、発明の開示の欄に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。

【0094】

〔その他〕
また、上記実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、各図に示した各種情報は、図示した情報に限られない。

【0095】

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。

【0096】

また、上述してきた実施形態に記載した各処理は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。

【0097】

また、上記してきた「部（section、module、unit）」は、「手段」や「回路」などに読み替えることができる。例えば、制御部３は、制御手段や制御回路に読み替えることができる。

【符号の説明】

【0098】

１ 認証サーバ
２ 通信部
３ 制御部
４ 記憶部
４１ 利用者情報
４２ 公開鍵情報
４３ 認証制御ポリシー情報
１００ 認証器
１１０ 通信部
１２０ 制御部
１３０ 記憶部
１３１ 秘密鍵カプセル情報
１３２ 配備ポリシー情報
Ｓ 認証システム

【図1A】

【図1B】

【図1C】

【図1D】

【図1E】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】