特開 2024-9256 認証要素ファイル、サーバ、漏洩検知方法、及びプログラム

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

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

(11)【公開番号】P2024009256

(43)【公開日】2024-01-19

(54)【発明の名称】認証要素ファイル、サーバ、漏洩検知方法、及びプログラム

(51)【国際特許分類】

   G06F 21/62 20130101AFI20240112BHJP

   G06F 21/54 20130101ALI20240112BHJP

   G06F 21/31 20130101ALI20240112BHJP

【ＦＩ】

G06F21/62 309

G06F21/54

G06F21/31

【審査請求】有

【請求項の数】4

【出願形態】ＯＬ

(21)【出願番号】P 2023199787

(22)【出願日】2023-11-27

(62)【分割の表示】P 2020158887の分割

【原出願日】2020-09-23

(71)【出願人】

【識別番号】399035766

【氏名又は名称】エヌ・ティ・ティ・コミュニケーションズ株式会社

(74)【代理人】

【識別番号】100107766

【弁理士】

【氏名又は名称】伊東 忠重

(74)【代理人】

【識別番号】100070150

【弁理士】

【氏名又は名称】伊東 忠彦

(72)【発明者】

【氏名】久保 佑介

(72)【発明者】

【氏名】神田 敦

(57)【要約】

【課題】認証要素ファイルを認証に使用する場合において、認証要素ファイルによってアクセスする情報が窃取されるリスクを下げること。
【解決手段】プログラムを含む認証要素ファイルであって、前記プログラムは、コンピュータを、前記認証要素ファイルが操作されたことを検知する操作検知部、前記操作検知部により前記認証要素ファイルが操作されたことが検知された場合に、アラートを送出するアラート送出部、として機能させる。
【選択図】図３

【特許請求の範囲】

【請求項1】

プログラムを含む認証要素ファイルであって、前記プログラムは、コンピュータを、
前記認証要素ファイルが操作されたことを検知する操作検知部、
前記操作検知部により前記認証要素ファイルが操作されたことが検知された場合に、アラートを送出するアラート送出部、
として機能させる認証要素ファイル。

【請求項2】

認証要素ファイルの漏洩を検知するためのサーバであって、
前記認証要素ファイルに記載された情報に基づいてなされた前記サーバへのアクセスを検知するアクセス検知部と、
前記アクセス検知部により前記アクセスが検知された場合に、アラートを送出するアラート送出部と
を備えるサーバ。

【請求項3】

認証システムにおいて認証に使用される認証要素ファイルの漏洩を検知するための漏洩検知方法であって、
前記認証要素ファイルとして、ネットワーク上で提供されるサービスを利用するための認証情報が記載されたファイルを使用し、
前記サービスを提供するサーバが、前記認証情報を用いたログイン試行を検知した場合に、ログイン通知を管理者端末に送信する
漏洩検知方法。

【請求項4】

コンピュータを、認証要素ファイルの漏洩を検知するためのサーバとして機能させるためのプログラムであって、前記コンピュータを、
前記認証要素ファイルに記載された情報に基づいてなされた前記サーバへのアクセスを検知するアクセス検知部、
前記アクセス検知部により前記アクセスが検知された場合に、アラートを送出するアラート送出部、
として機能させるためのプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、サイバーセキュリティにおいて、ファイルを認証要素として使用して認証を行う技術に関連するものである。

【背景技術】

【0002】

近年、サイバー攻撃が増加しており、その対策としてのサイバーセキュリティには種々の手法がある。例えば、デセプション（Ｄｅｃｅｐｔｉｏｎ）と呼ばれる手法がある。

【0003】

サイバーセキュリティにおけるデセプションとは、サイバー攻撃をしかけてきた攻撃者を騙したり、欺いたりすることで、攻撃の検知や遅延、防御をするサイバー攻撃対策である。

【0004】

また、サイバーセキュリティの手法として、多要素認証がある。多要素認証は、アクセス権限を得るために必要な本人確認のための複数の種類の認証要素をユーザに要求する認証方式である。 多要素認証で使われる認証要素には、ユーザが知っていること（知識情報）、ユーザが持っているもの（所持情報）、ユーザ自身の特徴（生態情報）の３種類がある。

【先行技術文献】

【非特許文献】

【0005】

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

【発明の概要】

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

【0006】

多要素認証の「持っているもの（所持情報）」の要素として、ファイルを使用するケースがある。このファイルは、例えば、ファイルのビット列自体が鍵として使用されることを想定したファイルである。以降、便宜上、このファイルを「鍵ファイル」と呼ぶ。なお、「鍵ファイル」は、認証要素としてファイルを使用するものであるから、これを「認証要素ファイル」と呼んでもよい。「鍵ファイル」は「認証要素ファイル」の一例である。

【0007】

近年、攻撃者が社内システム／ＰＣに侵入し、ローカルＰＣもしくはファイルサーバから機密情報が窃取されてしまうインシデント事例が多く発生しており、持っていることの証明としての鍵ファイルの利用は必ずしも安全とは言えない。

【0008】

また、多くの環境では鍵ファイルの複製が容易であるため、鍵ファイルの正規利用と不正利用を区別することは難しい。また、鍵ファイルの漏洩を検知することは困難である。鍵ファイルの漏洩を検知できなければ、鍵ファイルによってアクセスする情報が窃取されるリスクが大きくなる。

【0009】

本発明は上記の点に鑑みてなされたものであり、認証要素ファイルを認証に使用する場合において、認証要素ファイルによってアクセスする情報が窃取されるリスクを下げることを可能とする技術を提供することを目的とする。

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

【0010】

開示の技術によれば、プログラムを含む認証要素ファイルであって、前記プログラムは、コンピュータを、
前記認証要素ファイルが操作されたことを検知する操作検知部、
前記操作検知部により前記認証要素ファイルが操作されたことが検知された場合に、アラートを送出するアラート送出部、
として機能させる認証要素ファイルが提供される。

【発明の効果】

【0011】

開示の技術によれば、認証要素ファイルを認証に使用する場合において、認証要素ファイルによってアクセスする情報が窃取されるリスクを下げることを可能とする技術が提供される。

【図面の簡単な説明】

【0012】

【図1】本発明の実施の形態におけるシステムの全体構成図である。

【図2】実施例２における鍵ファイル（プログラム）の機能構成図である。

【図3】実施例２における処理のシーケンス図である。

【図4】実施例３におけるサーバ４００の機能構成図である。

【図5】実施例３における処理のシーケンス図である。

【図6】実施例４におけるサーバ５００の機能構成図である。

【図7】実施例４における処理のシーケンス図である。

【図8】装置のハードウェア構成例を示す図である。

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

【0013】

以下、図面を参照して本発明の実施の形態（本実施の形態）を説明する。以下で説明する実施の形態は一例に過ぎず、本発明が適用される実施の形態は、以下の実施の形態に限られるわけではない。

【0014】

本実施の形態では、通常、鍵ファイルとしての利用が想定されていないファイル形式の鍵ファイルを認証要素の１つとして使うことで、鍵ファイル流出時に第三者（特に悪意を持った攻撃者）の意識を逸らし、流出した鍵ファイルが認証要素として使われるリスクを下げることとしている。

【0015】

また、本実施の形態では、鍵ファイルに対する第三者（特に悪意を持った攻撃者）のファイル操作をトリガーとして、あるいは、ファイル操作によって得られる情報の利用をトリガーとして、鍵ファイルの流出を検知することとしている。

【0016】

上記のいずれの対策によっても、鍵ファイルによってアクセスする情報が窃取されるリスクを下げることができる。以下、本実施の形態をより具体的に説明する。

【0017】

本実施の形態において、鍵ファイルは、多要素認証における「持っているもの（所持情報）」の例であり、その本来の機能として、鍵ファイルとしての「ファイル」のビット列が、ユーザ（あるいはユーザ端末）を認証するための情報として使用されるものを想定している。ただし、これに限られるわけではない。また、鍵ファイルは、多要素認証ではなく、１つの認証要素を使用した認証に使用されてもよい。

【0018】

（システム構成例）
図１に、本実施の形態におけるシステム構成例を示す。図１において、ユーザ端末１００とデータ管理装置２００は、ユーザ端末１００が保持する鍵ファイルを使用して認証を行う認証システムの例として示されている。ユーザ端末１００を認証要求装置と呼び、データ管理装置２００を認証装置と呼んでもよい。

【0019】

また、攻撃者端末３００は、ユーザ端末１００に保持されていた鍵ファイルを盗んで保持する端末である。攻撃者端末３００は、インターネット等のネットワークに接続されているため、サーバ４００、サーバ５００（ＳａａＳ）、管理者端末６００のそれぞれとネットワークを介して通信可能である。サーバ４００、サーバ５００（ＳａａＳ）、及び管理者端末６００は、鍵ファイルの流出を検知するためのシステムを構成する装置の例として示されている。

【0020】

サーバ４００は、例えば、アクセスの対象となる情報を格納するコンピュータである。アクセスの対象となる情報は、攻撃者を騙すための偽の情報であってもよい。サーバ５００（ＳａａＳ）は、ＳａａＳのサービスを提供するコンピュータである。管理者端末６００は、アラート表示等を行うコンピュータである。

【0021】

ユーザ端末１００は、例えば、スマートフォン、ＰＣ等の端末であり、データ管理装置２００は、アクセス対象の情報（例：パスワード）を格納するサーバである。データ管理装置２００は、クラウド上の仮想マシンであってもよい。ユーザ端末１００とデータ管理装置２００との間はネットワークで接続されており、通信が可能である。

【0022】

なお、ここでは、ユーザ端末１００が、ネットワークで接続されたデータ管理装置２００にアクセスして情報を取得する場合の例を示しているが、これは一例である。ユーザ端末１００の内部に、データ管理装置２００に相当する機能が備えられていてもよい。その場合、以下で説明するユーザ端末１００とデータ管理装置２００との間の通信はユーザ端末１００内部の通信と見なせばよい。

【0023】

ユーザ端末１００は、鍵ファイル生成部１１０、認証要求部１２０、鍵ファイル格納部１３０を有する。データ管理装置２００は、認証部２１０とデータ格納部２２０を有する。ユーザ端末１００は、多要素認証における「持っているもの（所持情報）」として、鍵ファイルを有している。

【0024】

例えば、ユーザ端末１００において、鍵ファイル生成部１１０が鍵ファイルを生成し、生成した鍵ファイルを鍵ファイル格納部１３０に格納する。鍵ファイル生成時に、鍵ファイルがデータ管理装置２００に送られ、データ管理装置２００において、鍵ファイルが、ユーザ端末１００の認証情報として登録されることとしてもよい。また、データ管理装置２００が鍵ファイルを生成し、その鍵ファイルをユーザ端末１００に送信することとしてもよい。

【0025】

後述するように、本実施の形態における鍵ファイルは、その中身に意味があるように見える一般的なファイル形式を有しているため、例えば、鍵ファイル生成部１１０として、ＰＣ等が備える一般的なアプリケーション（ワープロアプリケーション、表計算アプリケーション、プレゼンテーションアプリケーション、ファイル圧縮アプリケーション等）を使用できる。なお、ワープロアプリケーション、表計算アプリケーション、プレゼンテーションアプリケーション等で作成されたファイルを「文書ファイル」と呼んでもよい。

【0026】

（通常動作例）
まず、図１を参照して、鍵ファイルが、正しく認証要素として使用される場合の動作例を説明する。

【0027】

ユーザ端末１００が、データ管理装置２００のデータ格納部２２０に格納された情報を取得する場合において、ユーザ端末１００の認証要求部１２０は、鍵ファイルを鍵ファイル格納部１３０から読み出し、読み出した鍵ファイルをデータ管理装置２００に送信する。

【0028】

データ管理装置２００において、認証部２１０は、鍵ファイルが、ユーザ（ユーザ端末１０）の所持情報であることを確認（認証）すると、データ格納部２２０から情報を読み出して、ユーザ端末１００に送信する。

【0029】

また、データ格納部２２０に格納された情報が当該鍵ファイルにより暗号化されている場合において、認証部２１０は、暗号化された情報を当該鍵ファイルで復号し、復号に成功した場合に、復号した情報をユーザ端末１００に送信してもよい。このように、暗号化された情報が、ユーザ端末１００が保持する鍵ファイルにより復号できたことは、ユーザ端末１００の認証に成功したことの例である。

【0030】

上記の例では、鍵ファイルのみを、情報取得のための認証要素として使用しているが、これは一例である。鍵ファイルに加えて、パスワード、ＩＤ、あるいは、ＰＩＮ番号等を用いて認証を行ってもよい。また、鍵ファイルに加えて、指紋認証あるいは顔認証を行ってもよい。

【0031】

以下、より具体的な例として実施例１～４を説明する。実施例１は、鍵ファイルがユーザ端末１００から第三者（例：攻撃者端末３００）に流出した場合において、当該鍵ファイルが認証要素として使用されるリスクを下げる例である。実施例２～４は、鍵ファイルの流出を検知する例である。なお、実施例１～４は適宜組み合わせて実施することが可能である。また、実施例２～４では、実施例１で説明する鍵ファイルを使用することを想定している。

【0032】

（実施例１）
実施例１には、下記の実施例１－１～１－３がある。

【0033】

＜実施例１－１＞
実施例１－１では、図１に示したユーザ端末１００及びデータ管理装置２００において利用される鍵ファイルとして、通常では鍵ファイルとしての利用が想定されていない形式のファイルを利用する。つまり、鍵ファイル生成部１１０が、通常では鍵ファイルとしての利用が想定されていない形式のファイルを生成する。

【0034】

通常では鍵ファイルとしての利用が想定されていない形式のファイルとは、例えば、パスワード暗号化された圧縮ファイル（例：ｚｉｐファイル）、パスワードロックのかかったＯｆｆｉｃｅファイル（文書ファイル）、ＰＤＦファイル等である。これらのファイルは、鍵ファイルの所有者以外の者に対して、鍵ファイルの中の記載内容が意味を持つように見せる形式のファイルの例である。

【0035】

＜実施例１－２＞
また、鍵ファイルのファイル名として、攻撃者が興味を持つ内容（例：サーバ情報、認証情報）を含ませることとしてもよい。

【0036】

＜実施例１－３＞
また、鍵ファイルの中身（例：ワープロ文書ファイルの中の文）として、攻撃者が興味を持つ内容（例：ＵＲＬ等のサーバ情報、ＩＤとパスワード等の認証情報、クレジットカード番号、口座番号）を含ませることとしてもよい。

【0037】

実施例１－２、１－３のように、ファイル名やファイルの中身に攻撃者が興味を持つ内容を含ませることで、認証要素としての鍵ファイルの存在ではなく、鍵ファイルの中身に興味を向かせることができる。

【0038】

上記実施例１－１～１－３で説明した鍵ファイルを使用することで、所有者（ユーザ端末１００のユーザ）にとっては鍵ファイル自体が意味を持つが他者にとっては鍵ファイルの中身が意味を持つように見せることができる。そのため、鍵ファイル流出時に、鍵ファイルが認証要素の１つとして使用されるリスクを下げることができ、結果として、鍵ファイルによってアクセスする情報が窃取されるリスクを下げることができる。また、ファイルにパスワード暗号化をかけることで、より中身が重要だと思わせる効果や情報へのアクセスの遅延の効果を向上させることも可能である。

【0039】

実施例１－１～１－３は、それぞれ単独で実施してもよいし、いずれか２つ又は全部を組み合わせて実施してもよい。実施例１－１～１－３で説明した鍵ファイルはいずれも、ユーザ端末１００の鍵ファイル生成部１１０により生成することが可能である。

【0040】

なお、実施例１で説明した鍵ファイルをミスディレクショナルファイルと呼んでもよい。また、実施例１で説明した鍵ファイルに、以下の実施例２～４で説明する漏洩検知機能を付加したものを漏洩検知機能付きミスディレクショナルファイルと呼んでもよい。

【0041】

以下、ファイル操作やファイル操作によって得られる情報の利用をトリガーとして、鍵ファイルの流出を検知する実施例として実施例２～４を説明する。

【0042】

実施例２～４においてはいずれも、実施例１で説明した鍵ファイルが使用されることを想定している。つまり、攻撃者は、鍵ファイルを不正に取得した場合に、その鍵ファイルを認証要素として認識するのではなく、その中身に意味があるものと認識し、鍵ファイルを開く操作を行うことを想定している。ただし、実施例２～４においてはいずれも、実施例１で説明した鍵ファイルが使用されることに限定されるわけではない。

【0043】

（実施例２：通知機能付きプログラムによる検知）
次に、実施例２を説明する。実施例２では、鍵ファイル生成部１１０により、通知機能付きプログラムを組み込んだ鍵ファイルが生成される。組み込まれたプログラムは、スクリプトであってもよいし、マクロであってもよいし、その他のプログラムであってもよい。

【0044】

図２に、実施例２における鍵ファイル１０の構成例を示す。図２に示す構成は、鍵ファイルに組み込まれたプログラムの構成であると見なしてもよい。より具体的には、図２は、当該プログラムが実行される端末（コンピュータ）により、当該プログラムにより実現される機能構成を示す。

【0045】

図２に示すように、鍵ファイル１０は、操作検知部１１とアラート送出部１２を有する。操作検知部１１は、鍵ファイル１０が保持される端末上での鍵ファイル１０に対する操作（例：鍵ファイル１０を開くためのマウスによるダブルクリック操作）を検知する。アラート送出部１２は、操作検知部１１により鍵ファイル１０に対する操作が検知されたことをトリガーとして、アラート（警報メッセージ）を管理者端末６００に送出する。

【0046】

図３のシーケンス図を参照して、実施例２の動作例を説明する。ここでは、ユーザ端末１００から鍵ファイル１０が流出し、攻撃者端末３００が鍵ファイル１０を保持しているものとする。

【0047】

Ｓ１０１において、攻撃者端末３００上で鍵ファイル１０が操作される。これにより、操作検知部１１が操作を検知し、アラート送出部１２がアラートを生成して（Ｓ１０２）、アラートを管理者端末６００に送信する（Ｓ１０３）。

【0048】

Ｓ１０４において、管理者端末６００のディスプレイ上にアラートが表示される。これにより、管理者端末６００のユーザ（管理者）は、鍵ファイル１０が流出したと判断できる。Ｓ１０４において、例えば、鍵ファイル１０の本来の所有者の情報、鍵ファイル１０が不正に操作された攻撃者端末３００のＩＰアドレスや物理的位置（取得可能な場合）等が表示されてもよい。

【0049】

（実施例３：サーバへのアクセスによる検知）
次に、実施例３を説明する。実施例３では、鍵ファイル生成部１１０により、攻撃者が盗もうとする情報（例えばパスワード等の認証情報）の置き場所となるサーバ情報（例：ＵＲＬ）が記載された鍵ファイルが生成される。当該鍵ファイルの中にサーバ情報が記載されてもよいし、鍵ファイルの名前にサーバ情報が含まれていてもよい。

【0050】

実施例３では、図１のシステム構成におけるサーバ４００が、当該情報の置き場所である。実際にサーバ４００に置かれる情報は、本当の認証情報ではなく、偽の認証情報であってよい。サーバ４００は、サーバ４００へのアクセスを監視し、アクセスがあった場合に、鍵ファイルが流出したと判断し、アラートを送出する。サーバ４００は、例えば、インターネットに公開したＷｅｂサーバやファイルサーバである。

【0051】

図４に、実施例３におけるサーバ４００の機能構成例を示す。図４に示すように、サーバ４００は、アクセス検知部４１０、アラート送出部４２０、データ格納部４３０を有する。

【0052】

アクセス検知部４１０は、鍵ファイルに記載されたサーバ情報に基づくサーバ４００へのアクセスを検知する。アラート送出部１２は、アクセス検知部４１０によりサーバ４００へのアクセスが検知されたことをトリガーとして、アラート（警報メッセージ）を管理者端末６００に送出する。データ格納部４３０は、例えば、偽の認証情報を格納する。

【0053】

図５のシーケンス図を参照して、実施例３の動作例を説明する。ここでは、ユーザ端末１００から鍵ファイルが流出し、攻撃者端末３００が鍵ファイルを保持しているものとする。

【0054】

Ｓ２０１において、攻撃者端末３００上で鍵ファイルが開かれ、攻撃者が認証情報の置き場所を確認する。ここでは、例として、サーバ４００へのアクセス情報（ＵＲＬ等）が置き場所として記載されているとする。

【0055】

攻撃者は、認証情報を不正に取得しようと考え、Ｓ２０２において、例えばＵＲＬをクリックすることにより、サーバ４００へのアクセスを実行する。

【0056】

Ｓ２０３において、サーバ４００のアクセス検知部４１０が、サーバ４００へのアクセスを検知すると、アラート送出部４２０がアラート生成して（Ｓ２０４）、アラートを管理者端末６００に送信する（Ｓ２０５）。

【0057】

Ｓ２０６において、管理者端末６００のディスプレイ上にアラートが表示される。これにより、管理者端末６００のユーザ（管理者）は、鍵ファイルが流出したと判断できる。Ｓ２０６において、例えば、鍵ファイルの本来の所有者の情報、鍵ファイルが不正に操作された攻撃者端末３００のＩＰアドレスや物理的位置（取得可能な場合）等が表示されてもよい。

【0058】

（実施例４：サービスへのログイン試行による検知）
次に、実施例４を説明する。実施例４では、鍵ファイル生成部１１０により、ＳａａＳにより提供されるサービスを使用するための認証情報が記載された鍵ファイルが生成される。ＳａａＳはクラウドで提供されるソフトウェア（アプリケーション）である。ＳａａＳのサービスの例として、無料で利用可能なメールサービス（例：Ｇｍａｉｌ（登録商標））がある。

【0059】

鍵ファイルに記載される認証情報は、例えば、ＳａａＳのメールサービスを利用するためのＩＤとパスワード等の認証情報である。当該認証情報は、攻撃者を騙すためのダミーアカウントの認証情報である。

【0060】

実施例４では、図１のシステム構成におけるサーバ５００が、ＳａａＳのサービスを提供している。サーバ５００には、上記認証情報が登録されており、当該認証情報を用いたログイン試行を検知した場合に、ログイン通知を管理者端末６００に送出する。

【0061】

図６に、実施例３におけるサーバ５００の機能構成例を示す。図６に示すように、サーバ５００は、ログイン検知部５１０、ログイン通知部５２０を有する。

【0062】

ログイン検知部５１０は、鍵ファイルに記載された認証情報に基づくログインを検知する。ログイン通知部５２０は、ログイン検知部５１０によりログイン試行が検知されたことをトリガーとして、ログインが試行されていることを通知するログイン通知情報を管理者端末６００に送出する。

【0063】

なお、上記のようなログイン試行を検知してログイン通知を行う機能は、ＳａａＳのメースサービス等において、一般的に提供されている機能である。

【0064】

図７のシーケンス図を参照して、実施例４の動作例を説明する。ここでは、ユーザ端末１００から鍵ファイルが流出し、攻撃者端末３００が鍵ファイルを保持しているものとする。

【0065】

Ｓ３０１において、攻撃者端末３００上で鍵ファイルが開かれ、攻撃者が、ＳａａＳのサービス（例：メールサービス）の認証情報を確認する。

【0066】

攻撃者は、不正に認証情報を利用しようと考え、Ｓ３０２において、鍵ファイルに記載された認証情報を用いて、サービス（つまり、サーバ５００）へのログインを試行する。ここでは、例えば、サーバ５００により攻撃者端末３００上に表示されるＷｅｂページに、ＩＤとパスワードを入力し、送信操作を行う。

【0067】

Ｓ３０３において、サーバ５００のログイン検知部５１０が、サーバ５００へのログイン試行を検知すると、ログイン通知部５２０がログイン通知を行う（Ｓ３０４）。

【0068】

Ｓ３０５において、管理者端末６００のディスプレイ上にアラートが表示される。これにより、管理者端末６００のユーザ（管理者）は、鍵ファイルが流出したと判断できる。Ｓ３０５で表示されるアラートは、ＳａａＳのサービスのログイン通知の情報そのものであってもよいし、鍵ファイルが流出したことを明記した情報であってもよい。

【0069】

Ｓ３０５において、例えば、鍵ファイルの本来の所有者の情報、鍵ファイルが不正に操作された攻撃者端末３００のＩＰアドレスや物理的位置（取得可能な場合）等が表示されてもよい。

【0070】

（ハードウェア構成例）
ユーザ端末１００、データ管理装置２００、攻撃者端末３００、サーバ４００、サーバ５００、管理者端末６００（これらを総称して「装置」と呼ぶ）はいずれも、例えば、コンピュータにプログラムを実行させることにより実現できる。このコンピュータは、物理的なコンピュータであってもよいし、クラウド上の仮想マシンであってもよい。

【0071】

すなわち、当該装置は、コンピュータに内蔵されるＣＰＵやメモリ等のハードウェア資源を用いて、当該装置で実施される処理に対応するプログラムを実行することによって実現することが可能である。上記プログラムは、コンピュータが読み取り可能な記録媒体（可搬メモリ等）に記録して、保存したり、配布したりすることが可能である。また、上記プログラムをインターネットや電子メール等、ネットワークを通して提供することも可能である。

【0072】

図８は、上記コンピュータのハードウェア構成例を示す図である。図８のコンピュータは、それぞれバスＢＳで相互に接続されているドライブ装置１０００、補助記憶装置１００２、メモリ装置１００３、ＣＰＵ１００４、インタフェース装置１００５、表示装置１００６、入力装置１００７、出力装置１００８等を有する。なお、これらのうち、一部の装置を備えないこととしてもよい。例えば、表示を行わない装置は、表示装置１００６を備えなくてもよい。

【0073】

当該コンピュータでの処理を実現するプログラムは、例えば、ＣＤ－ＲＯＭ又はメモリカード等の記録媒体１００１によって提供される。プログラムを記憶した記録媒体１００１がドライブ装置１０００にセットされると、プログラムが記録媒体１００１からドライブ装置１０００を介して補助記憶装置１００２にインストールされる。但し、プログラムのインストールは必ずしも記録媒体１００１より行う必要はなく、ネットワークを介して他のコンピュータよりダウンロードするようにしてもよい。補助記憶装置１００２は、インストールされたプログラムを格納すると共に、必要なファイルやデータ等を格納する。

【0074】

メモリ装置１００３は、プログラムの起動指示があった場合に、補助記憶装置１００２からプログラムを読み出して格納する。ＣＰＵ１００４は、メモリ装置１００３に格納されたプログラムに従って、当該装置に係る機能を実現する。インタフェース装置１００５は、ネットワークに接続するためのインタフェースとして用いられる。表示装置１００６はプログラムによるＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）等を表示する。入力装置１００７はキーボード及びマウス、ボタン、又はタッチパネル等で構成され、様々な操作指示を入力させるために用いられる。出力装置１００８は演算結果を出力する。

【0075】

（実施の形態の効果）
以上説明した技術により、鍵ファイルが漏洩した場合において、認証要素として鍵ファイルが使用されることを回避又は遅らせることができる。また、鍵ファイルの漏洩を検知できる。よって、鍵ファイルによってアクセスする情報を窃取されるリスクを下げることができる。

【0076】

（実施の形態のまとめ）
本明細書には、少なくとも下記各項の認証システム、認証要素ファイル、サーバ、漏洩検知方法、及びプログラムが開示されている。
（第１項）
認証要素ファイルを送信する認証要求装置と、
前記認証要素ファイルを用いて認証を行う認証装置と、を備える認証システムであって、
前記認証要素ファイルは、当該認証要素ファイルの所有者以外の者に対して、当該認証要素ファイルの中の記載内容が意味を持つように見せる形式のファイルである
認証システム。
（第２項）
前記認証要素ファイルは、パスワード暗号化された圧縮ファイル、又は、パスワードロックのかかった文書ファイルである
第１項に記載の認証システム。
（第３項）
第１項又は第２項に記載の認証システムにおいて使用される認証要素ファイル。
（第４項）
プログラムを含む認証要素ファイルであって、前記プログラムは、コンピュータを、
前記認証要素ファイルが操作されたことを検知する操作検知部、
前記操作検知部により前記認証要素ファイルが操作されたことが検知された場合に、アラートを送出するアラート送出部、
として機能させる認証要素ファイル。
（第５項）
認証要素ファイルの漏洩を検知するためのサーバであって、
前記認証要素ファイルに記載された情報に基づいてなされた前記サーバへのアクセスを検知するアクセス検知部と、
前記アクセス検知部により前記アクセスが検知された場合に、アラートを送出するアラート送出部と
を備えるサーバ。
（第６項）
認証システムにおいて認証に使用される認証要素ファイルの漏洩を検知するための漏洩検知方法であって、
前記認証要素ファイルとして、ネットワーク上で提供されるサービスを利用するための認証情報が記載されたファイルを使用し、
前記サービスを提供するサーバが、前記認証情報を用いたログイン試行を検知した場合に、ログイン通知を管理者端末に送信する
漏洩検知方法。
（第７項）
コンピュータを、認証要素ファイルの漏洩を検知するためのサーバとして機能させるためのプログラムであって、前記コンピュータを、
前記認証要素ファイルに記載された情報に基づいてなされた前記サーバへのアクセスを検知するアクセス検知部、
前記アクセス検知部により前記アクセスが検知された場合に、アラートを送出するアラート送出部、
として機能させるためのプログラム。

【0077】

以上、本実施の形態について説明したが、本発明はかかる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。

【符号の説明】

【0078】

１０ 鍵ファイル
１１ 操作検知部
１２ アラート送出部
１００ ユーザ端末
１１０ 鍵ファイル生成部
１２０ 認証要求部
１３０ 鍵ファイル格納部
２００ データ管理装置
２１０ 認証部
２２０ データ格納部
３００ 攻撃者端末
４００ サーバ
４１０ アクセス検知部
４２０ アラート送出部
４３０ データ格納部
５００ サーバ
５１０ ログイン検知部
５２０ ログイン通知部
６００ 管理者端末
１０００ ドライブ装置
１００１ 記録媒体
１００２ 補助記憶装置
１００３ メモリ装置
１００４ ＣＰＵ
１００５ インタフェース装置
１００６ 表示装置
１００７ 入力装置
１００８ 出力装置

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】