JP2012033000A - メモリ装置、ホスト装置、サーバ装置、認証システム、および認証方法 - Google Patents

Abstract

【課題】ホスト装置の認証用秘密鍵が漏洩した場合であってもメモリ装置への不正なアクセスを防止することが可能なメモリ装置、ホスト装置、サーバ装置、認証システム、および認証方法を提供する。
【解決手段】メモリ装置２０は、少なくとも認証許可の確認を行うための確認情報を格納する記憶部２３と、外部のホスト装置と通信可能な通信部２４と、外部のホスト装置との認証機能を有し、通信部を通して認証許可証を受信すると、外部のホスト装置が自装置との認証を許可されているか否かの確認を行い、許可されている場合に認証処理を行う制御部２１とを有する。
【選択図】図２

Description

本発明は、メモリ装置が公開鍵暗号を使ってホスト装置を認証する認証システムに適用されるメモリ装置、ホスト装置、サーバ装置、認証システム、および認証方法に関するものである。

著作権保護されたコンテンツなどを記録するメモリ装置では、不正なホスト装置からのアクセスを排除するためにメモリ装置がホスト装置を公開鍵暗号を使って認証し、認証に成功したホスト装置のみがメモリ装置へアクセスできる認証システムが適用されている。

ところが、従来のホスト装置とメモリ装置の認証システムは、何らかの攻撃によりホスト装置が持つ認証用秘密鍵が漏洩してしまった場合に、漏洩した認証用秘密鍵を使って全てのメモリ装置にアクセスすることができた。
そのため、漏洩した認証用秘密鍵を組み込んだ不正なホスト装置をインターネットなどで配布されると、広範囲でメモリ装置への不正アクセスが行われる問題があった。

本発明は、ホスト装置の認証用秘密鍵が漏洩した場合であってもメモリ装置への不正なアクセスを防止することが可能なメモリ装置、ホスト装置、サーバ装置、認証システム、および認証方法を提供することにある。

本発明の第１の観点のメモリ装置は、少なくとも認証許可の確認を行うための確認情報を格納する記憶部と、外部のホスト装置と通信可能な通信部と、外部のホスト装置との認証機能を有し、上記通信部を通して認証許可証を受信すると、外部のホスト装置が自装置との認証を許可されているか否かの確認を行い、許可されている場合に認証処理を行う制御部とを有する。

本発明の第２の観点のホスト装置は、メモリ装置と通信可能な第１の通信部と、サーバ装置と通信可能な第２の通信部と、上記サーバ装置から発行された認証許可証を格納する記憶部と、制御部と、を有し、上記制御部は、上記記憶部に格納されている過去の認証許可証から発行された認証許可証を照合して、上記第１の通信部を通して通信するメモリ装置のメディアＩＤを含む認証許可証を所有しているか否かを確認し、該当の認証許可証を所有していない場合には、上記第２の通信部から認証許可証の発行要求を送信し、当該発行要求の応答として認証許可証を受信すると、当該認証許可証を上記第１の通信部を通して送信する。

本発明の第３の観点のサーバ装置は、少なくとも不正なホスト装置のホストＩＤのリストを掲載するブラックリストを格納する記憶部と、ホスト装置と通信可能な通信部と、上記通信部を通してホスト装置から認証許可証の発行要求を受けると、上記記憶部に格納されているブラックリストを参照し、発行要求を出したホスト装置が問題ないホスト装置である場合に認証許可証を発行して上記通信部を通して送信する制御部とを有する。

本発明の第４の観点の認証システムは、ホスト装置と、上記ホスト装置と通信可能なメモリ装置と、上記ホスト装置と通信可能なサーバ装置と、を有し、上記ホスト装置は、上記サーバ装置から発行された認証許可証を格納する第１の記憶部と、メモリ装置と通信可能な第１の通信部と、サーバ装置と通信可能な第２の通信部と、第１の制御部と、を含み、上記第１の制御部は、上記第１の記憶部に格納されている過去の認証許可証から発行された認証許可証を照合して、上記第１の通信部を通して通信するメモリ装置のメディアＩＤを含む認証許可証を所有しているか否かを確認し、該当の認証許可証を所有していない場合には、上記第２の通信部から認証許可証の発行要求を送信し、当該発行要求の応答として認証許可証を受信すると、当該認証許可証を上記第１の通信部を通して送信し、上記メモリ装置は、少なくとも認証許可の確認を行うための確認情報を格納する第２の記憶部と、上記ホスト装置と通信可能な第３の通信部と、上記ホスト装置との認証機能を有し、上記第３の通信部を通して認証許可証を受信すると、上記ホスト装置が自装置との認証を許可されているか否かの確認を行い、許可されている場合に認証処理を行う第２の制御部と、を含み、上記サーバ装置は、少なくとも不正なホスト装置のホストＩＤのリストを掲載するブラックリストを格納する第３の記憶部と、上記ホスト装置と通信可能な第４の通信部と、上記第４の通信部を通して上記ホスト装置から認証許可証の発行要求を受けると、上記第３の記憶部に格納されているブラックリストを参照し、発行要求を出したホスト装置が問題ないホスト装置である場合に認証許可証を発行して上記第４の通信部を通して上記ホスト装置に送信する第３の制御部と、を含む。

本発明の第５の観点の認証方法は、ホスト装置が記憶部に格納されている過去の認証許可証から発行された認証許可証を照合して、通信するメモリ装置のメディアＩＤを含む認証許可証を所有しているか否かを確認し、該当の認証許可証を所有していない場合には、ホスト装置がサーバ装置に対し認証許可証の発行要求を送信し、サーバ装置が、ホスト装置から認証許可証の発行要求を受けると、記憶部に格納されている少なくとも不正なホスト装置のホストＩＤのリストを掲載するブラックリストを参照し、発行要求を出したホスト装置が問題ないホスト装置である場合に認証許可証を発行して、当該認証許可証をホスト装置に送信し、ホスト装置が上記発行要求の応答として認証許可証を受信すると、当該認証許可証を上記メモリ装置に送信し、上記メモリ装置がホスト装置から認証許可証を受信すると、当該ホスト装置が当該メモリ装置自身との認証を許可されているか否かの確認を行い、メモリ装置は許可されている場合にホスト装置との認証処理を行う。

本発明によれば、ホスト装置の認証用秘密鍵が漏洩した場合であってもメモリ装置への不正なアクセスを防止することができる。

本実施形態に適用される認証システムの概略構成を示す図である。 本発明の実施形態に適用される認証システムの概略構成を示すブロック図である。 認証許可証の構成例を示す図である。 本実施形態に係るホスト装置の要部の構成例を示すブロック図である。 本実施形態に係るメモリ装置の要部の構成例を示すブロック図である。 本実施形態に係るサーバ装置の要部の構成例を示すブロック図である。 本実施形態におけるホスト装置とメモリ装置間、ホスト装置とサーバ装置間の通信シーケンスについて説明するための図である。 本実施形態に係るサーバ装置とホスト装置間の認証処理について説明するための図である。 本実施形態に係るメモリ装置とホスト装置間の認証処理について説明するための図である。

以下、本発明の実施の形態を図面に関連付けて説明する。
なお、説明は次の順序で行う。
１．認証システムの全体の概略構成
２．ホスト装置の要部の構成例
３．メモリ装置の要部の構成例
４．サーバ装置の要部の構成例
５．ホスト装置とメモリ装置間、ホスト装置とサーバ装置間の通信シーケンス

＜１．認証システムの全体の概略構成＞
図１は、本発明の実施形態に適用される認証システムの概略構成を示す図である。
図２は、本発明の実施形態に適用される認証システムの概略構成を示すブロック図である。

図１および図２に示すように、この認証システム１は、ホスト装置１０と、ホスト装置１０に着脱自在に装着可能でかつ通信可能なメモリ装置２０と、ホスト装置１０と通信可能なサーバ装置３０を主構成要素として有している。本実施形態において、メモリ装置２０は不揮発性メモリであるフラッシュメモリを有する。

本実施形態の認証システム１は、メモリカード等のメモリ装置２０が公開鍵暗号を使ってホスト装置１０を認証するシステムとして形成されている。
本認証システム１は、ホスト装置１０がメモリ装置２０にアクセスするために認証許可証発行サーバ装置３０が発行する認証許可証４０が必要な認証システムとして形成されている。
本実施形態において、ホスト装置１０とメモリ装置２０の認証を許可する認証許可証４０には図３にも示すように、以下の３つの情報が記載されている。
第１は、ホスト装置１０を一意に特定するためのホストＩＤ（HostID）４１である。
第２は、メモリ装置２０を一意に特定するためのメディアＩＤ（MediaID）４２である。
第３は、認証許可証発行サーバ装置３０による署名（Signature）４３である。

後で詳述するが、ホスト装置１０、メモリ装置２０、およびサーバ装置３０は基本的に以下の構成を有する。
ホスト装置１０は、あるメディアＩＤ（MediaID）を持つメモリ装置２０と初回認証を行う前に認証許可証発行サーバ装置３０に認証許可証の発行を要求（リクエスト）し、サーバ装置３０から発行された認証許可証４０をメモリ装置２０に送信する機能を有する。
メモリ装置２０は、ホスト装置１０と認証を行う前にホスト装置１０から認証許可証４０を受信し、認証許可証４０で相手のホスト装置１０が自身（自装置）と認証を許可されていることを確認する機能を有する。
サーバ装置３０は、ホスト装置１０から認証許可証４０の発行を要求（リクエスト）されると、自身が持つホスト装置１０の要ブラックリストを参照し問題ないホストならば認証許可証４０を発行する機能を有する。ここで、ブラックリストとは、少なくとも不正なホスト装置のホストＩＤのリストを掲載するリストをいう。
また、サーバ装置３０は、ホスト装置１０からの認証許可証４０の発行要求（リクエスト）の過去履歴を管理し、統計学的な基準により不正なホストを検知する機能を有する。
以下、ホスト装置１０、メモリ装置２０、およびサーバ装置３０の具体的な構成および機能について説明する。

ホスト装置１０は、パーソナルコンピュータ、デジタルスチルカメラ、デジタルビデオカメラ、ビデオ機器、ゲーム機器等の電子機器により構成される。
ホスト装置１０は、第１の制御部としてのＣＰＵ１１、メモリ１２、ディスプレイ１３、入出力処理（Ｉ／Ｏ）部１４、第１の通信部としての外部メモリＩ／Ｆ（インタフェース）１５、および第２の通信部としてのネットワークＩ／Ｆ１６（ＮＩＦ）を有する。
また、ホスト装置１０は、ユーザデータや秘密性の高いデータを記憶する第１の記憶部としてのストレージデバイス１７を有する。
ＣＰＵ１１は、メモリ１２、ディスプレイ１３、Ｉ／Ｏ部１４、外部メモリＩ／Ｆ１５、ネットワークＩ／Ｆ１６、およびストレージデバイス１７とバス１８を介し相互に接続されている。
メモリ１２は、プログラム格納用のＲＯＭ、作業用メモリであるＲＡＭ等を有する。
外部メモリＩ／Ｆ１５は、ＣＰＵ１１の制御命令に従ってメモリ装置２０との間でデータを送受する。
ネットワークＩ／Ｆ１６は、ＣＰＵ１１の制御命令に従ってサーバ装置３０との間でデータを送受する。

＜２．ホスト装置の要部の構成例＞
次に、ホスト装置１０のより具体的な構成について説明する。
図４は、図１に示されるホスト装置１０の要部の構成例を示すブロック図である。

図１のホスト装置１０は、第１の制御部としてのＣＰＵ１１、メモリ１２（ＲＡＭ）、第２の通信部としてのネットワークＩ／Ｆ（ＮＩＣ）１６、およびストレージデバイス１７が示されている。なお、図１において、第１の通信部としての外部メモリＩ／Ｆ１５はＣＰＵ１１に含まれるように図示されている。

本実施形態のホスト装置１０におけるストレージデバイス１７は、ユーザデータがリード（読み出し）、ライト（書き込み）が行われるユーザデータエリア１７Ｕ、および完全性、機密性が保証される機密ストレージエリア１７Ｓに区分けされている。

ユーザデータエリア１７Ｕには、ホスト装置の公開鍵証明書１７１、過去に認証許可証から発行された認証許可証１７２を含む。公開鍵証明書１７１は、ホスト装置１０の認証用公開鍵を持つ。
機密ストレージエリア１７Ｓには、ホスト装置毎にユニークな値であって、その値でホスト装置を一意に特定できるホストＩＤ１７３、およびホスト装置１０の認証用秘密鍵を含む。
ホストＩＤは、たとえば図１に示すように「０ｘ０１０１」に設定される。

第１の制御部としてのＣＰＵ１１は、ストレージデバイス１７に格納されている過去の認証許可証から発行された認証許可証を照合して、第１の通信部としての外部メモリＩ／Ｆ１５を通して通信するメモリ装置２０が初めて認証する通信相手か否かを確認する。
ＣＰＵ１１は、基本的に初めて認証する通信相手であることを確認すると、第２の通信部としてのネットワークＩ／Ｆ１６から認証許可証の発行要求を送信する。
なお、ここでは、初めて認証する通信相手か否かを確認する例を示しているが、基本的には認証許可証を所有しているか否かを確認することになる。
すなわち、ＣＰＵ１１は、ストレージデバイス１７に格納されている過去の認証許可証から発行された認証許可証を照合する。そして、ＣＰＵ１１は、第１の通信部としての外部メモリＩ／Ｆ１５を通して通信するメモリ装置のメディアＩＤを含む認証許可証を所有しているか否かを確認する。
ＣＰＵ１１は、該当の認証許可証を所有していない場合には、第２の通信部としてネットワークＩ／Ｆ１６から認証許可証の発行要求を送信する。
ＣＰＵ１１は、この発行要求の応答として認証許可証４０を受信すると認証許可証４０を外部メモリＩ／Ｆ１５を通してメモリ装置２０に送信する。
ＣＰＵ１１は、外部メモリＩ／Ｆ１５から送信したメディアＩＤの送信要求の応答としてメモリ装置２０からメディアＩＤを受信すると、ストレージデバイス１７の過去の認証許可証から発行された認証許可証を照合して初めて認証する通信相手か否かを確認する。
なお、認証許可証を所有している場合は、サーバ装置３０との通信をスキップし、メモリ装置２０の通信から始めることができる。

ＣＰＵ１１は、初めて認証する通信相手であることを確認すると、外部メモリＩ／Ｆ１５を通して受信したメディアＩＤをネットワークＩ／Ｆ１６を通してサーバ装置３０に送信する。
ＣＰＵ１１は、ネットワークＩ／Ｆ１６から送信した認証許可証の発行要求に応答して認証許可証４０を受信すると、認証許可証４０を外部メモリＩ／Ｆ１５を通してメモリ装置２０に送信する。
ＣＰＵ１１は、ネットワークＩ／Ｆ１６を通して認証許可証４０を受信すると、公開鍵証明書を外部メモリＩ／Ｆ１５からメモリ装置２０に送信する。
ＣＰＵ１１は、公開鍵証明書送信の応答として公開鍵証明の署名が正しいとの検証結果を外部メモリＩ／Ｆ１５を通して受信した場合に、受信した認証許可証４０を外部メモリＩ／Ｆ１５を通してメモリ装置２０に送信する。
また、ＣＰＵ１１は、初めての通信相手であると確認すると、ネットワークＩ／Ｆ１６を通して認証処理を行い、認証がとれると、認証許可証の発行要求をサーバ装置３０に送信する。
ＣＰＵ１１は、ネットワークＩ／Ｆ１６を通して認証を行う際、公開鍵証明書をサーバ装置３０に送信する。
ＣＰＵ１１は、公開鍵証明書の送信の応答として疑似乱数を受信し、受信した確認情報に応答して署名を含む応答情報を送信し、送信した応答情報に応答して認証されたことを報知する認証通知を受信する。

メモリ装置２０は、第２の制御部としてのＣＰＵ２１、メモリ２２、第２の記憶部としてのフラッシュメモリ２３、および第３の通信部としてのホストＩ／Ｆ２４を有する。
ＣＰＵ２１は、メモリ２２、フラッシュメモリ２３およびホストＩ／Ｆ２４とバス２５を介し相互に接続されている。メモリ２２は、プログラム格納用のＲＯＭ、作業用メモリであるＲＡＭ等を有する。
フラッシュメモリ２３は、たとえば、ＮＯＲ型またはＮＡＮＤ型のフラッシュメモリ（不揮発性メモリ）からなる。
ホストＩ／Ｆ２４は、ＣＰＵ２１の制御命令に従ってホスト装置１０との間でデータを送受する。

＜３．メモリ装置の要部の構成例＞
メモリ装置２０のより具体的な構成について説明する。
図５は、図１に示されるメモリ装置２０の要部の構成例を示すブロック図である。

メモリ装置２０は、図２に示されるように、たとえば板状のメモリカード等に相当し、ホスト装置１０に装着されているとき、ホスト装置１０から認証を伴うアクセスが行われ、データの読み出しや書き込みが行われる。

本実施形態のメモリ装置２０は、公開鍵暗号(ＰＫＩ)によってホストを認証する機能を有する。

本実施形態のメモリ装置２０におけるフラッシュメモリ２３は、ユーザデータがリード（読み出し）、ライト（書き込み）が行われるユーザデータエリア２３Ｕ、および完全性、機密性が保証される機密ストレージエリア２３Ｓに区分けされている。

ユーザデータエリア２３Ｕには、認証許可証４０の署名を検証するための、認証許可証発行サーバ装置３０の公開鍵２３１、ホスト装置１０の公開鍵証明書を検証するための鍵発行局の公開鍵２３２を含む。
機密ストレージエリア２３Ｓには、メモリ装置２０であるメディア毎にユニークな値であって、その値でメモリ装置を一意に特定できるメディアＩＤ２３３を含む。
メディアＩＤは、たとえば図１に示すように「０ｘ１００１」や「０ｘ１００２」等に設定される。

メモリ装置２０の制御部としてのＣＰＵ２１は、ホスト装置１０との間およびメモリ装置２０との間の通信制御等を行う。
第２の制御部としてのＣＰＵ２１は、ホスト装置１０との認証機能を有し、第３の通信部としてのホストＩ／Ｆ２４を通して認証許可証４０を受信すると、ホスト装置１０が自装置との認証を許可されているか否かの確認を行う。
ＣＰＵ２１は、許可されている場合に認証処理を行う。
ＣＰＵ２１は、ホストＩ／Ｆ２４を通してホスト装置１０から公開鍵証明書を受信すると、認証許可証４０の検証において、フラッシュメモリ２３に格納されている自装置のメディアＩＤ２３３と認証許可証４０のメディアＩＤ４２と一致するか否かを検証する。
ＣＰＵ２１は、認証許可証４０の検証において、認証許可証４０のホストＩＤと公開鍵証明書内のホストＩＤ４１とが一致するか否かを検証する。
ＣＰＵ２１は、認証許可証４０の検証において、認証許可証４０の署名４３が正しいか否か、を検証する。
ＣＰＵ２１は、公開鍵証明書を受信すると、フラッシュメモリ２３に格納されている鍵発行局の公開鍵で公開鍵証明書の署名が正しいか否かを確認し、正しい旨の検証結果通知を送信した応答して認証許可証４０を受信する。
ＣＰＵ２１は、認証許可証４０の検証において、メディアＩＤおよびホストＩＤが一致し、かつ署名が正しいと検証した場合にホスト装置１０の認証を行う。
ＣＰＵ２１は、認証を行う場合、疑似乱数を送信し、この送信した確認情報に応答した応答情報を復号して、送信した確認情報の値と一致したことを確認すると認証されたことを報知する認証通知をホスト装置１０に対して行う。

サーバ装置３０は、第３の制御部としてのＣＰＵ３１、メモリ３２、ディスプレイ３３、入出力処理（Ｉ／Ｏ）部３４、第３の通信部としてのネットワークＩ／Ｆ（ＮＩＣ）３５、および第３の記憶部としてのストレージデバイス３６を有する。
ＣＰＵ３１は、メモリ３２、ディスプレイ３３、Ｉ／Ｏ部３４、ネットワークＩ／Ｆ３５、およびストレージデバイス３６とバス３７を介し相互に接続されている。
メモリ３２は、プログラム格納用のＲＯＭ、作業用メモリであるＲＡＭ等を有する。
ネットワークＩ／Ｆ３５は、ＣＰＵ３１の制御命令に従ってホスト装置１０との間でデータを送受する。

＜４．サーバ装置の要部の構成例＞
次に、サーバ装置３０のより具体的な構成について説明する。
図６は、図１に示されるサーバ装置３０の要部の構成例を示すブロック図である。

図６のサーバ装置３０は、第３の制御部としてのＣＰＵ３１、メモリ３２（ＲＡＭ）、第４の通信部としてのネットワークＩ／Ｆ（ＮＩＣ）３５、およびストレージデバイス３６が示されている。

本実施形態のホスト装置１０におけるストレージデバイス３６は、ユーザデータがリード（読み出し）、ライト（書き込み）が行われるユーザデータエリア３６Ｕ、および完全性、機密性が保証される機密ストレージエリア３６Ｓに区分けされている。

ユーザデータエリア３６Ｕには、ホスト装置１０の公開鍵証明書を検証するための鍵発行局の公開鍵３６１を含む。
機密ストレージエリア３６Ｓには、ホスト装置のブラックリスト３６２、認証許可証発行要求（リクエスト）の過去履歴３６３、および認証許可証に署名するための秘密鍵３６４を含む。

第３の制御部としてのＣＰＵ３１は、ネットワークＩ／Ｆ３５を通してホスト装置１０から認証許可証の発行要求を受けると、ストレージデバイス３５に格納されているブラックリスト３６２を参照する。
そして、ＣＰＵ３１は、発行要求を出したホスト装置が問題ないホスト装置である場合に認証許可証４０を発行してネットワークＩ／Ｆ３５を通してホスト装置１０に送信する。
ＣＰＵ３１は、認証許可証の発行要求の過去の履歴情報を管理し、統計学的な基準により不正なホスト装置を検知し、ブラックリスト３６２を更新する機能を有する。
ＣＰＵ３１は、ネットワークＩ／Ｆ３５を通してメディアＩＤを受信し、認証許可証４０を、ホスト装置を一意に特定するためのホストＩＤ４１と、メモリ装置を一意に特定するためのメディアＩＤ４２と、秘密鍵を用いて作成した署名４３と、を含めて発行する。
ＣＰＵ３１は、ネットワークＩ／Ｆ３５を通してホスト装置１０との認証を行う。
ＣＰＵ３１は、認証に際し、ネットワークＩ／Ｆ３５を通して公開鍵証明書を受信すると、鍵発行局の公開鍵により受信した公開鍵証明書の署名が正しいか否かの検証を行う。
ＣＰＵ３１は、正しい場合、公開鍵証明書のホストＩＤとブラックリスト３６２を照合して、ブラックリスト３６２に登録されていないことを確認する。
ＣＰＵ３１は、確認ができると、疑似乱数を送信し、送信した確認情報に応答した応答情報を復号して、送信した確認情報の値と一致したことを確認すると認証されたことを報知する認証通知を行う。
ＣＰＵ３１は、認証を行う場合、認証許可証の発行要求の過去の履歴情報を管理し、統計学的な基準により不正なホスト装置を検知し、ブラックリストを更新する。

＜５．ホスト装置とメモリ装置間、ホスト装置とサーバ装置間の通信シーケンス＞
次に、本実施形態におけるホスト装置１０とメモリ装置２０間、ホスト装置１０とサーバ装置３０間の全体通信シーケンスについて説明する。
図７は、本実施形態におけるホスト装置１０とメモリ装置２０間、ホスト装置１０とサーバ装置３０間の通信シーケンスについて説明するための図である。

［ステップＳＴ１］
ステップＳＴ１では、ホスト装置１０がメモリ装置２０にメディア（MediaID）を要求（リクエスト）する。

［ステップＳＴ２］
ステップＳＴ２では、メモリ装置２０が要求に応じてホスト装置１０にメディアＩＤ（MediaID）を渡す（送信する）。

［ステップＳＴ３］
ステップＳＴ３では、ホスト装置１０は自身が持つ過去に認証許可証から発行された認証許可証を照合し、初めて認証する相手か否かを確認する。初回でないならば以下のステップＳＴ４〜ＳＴ６に処理は実行しない。
すなわち、認証許可証を所有していない場合には、ステップＳＴ４からのサーバ装置３０との通信を行い、所有している場合には、ステップＳＴ４〜ＳＴ６の処理をスキップし、ステップＳＴ７からのメモリ装置２０との通信処理に移行する。

［ステップＳＴ４］
ステップＳＴ４では、サーバ装置３０とホスト装置１０間で認証を行う。
このサーバ装置３０とホスト装置１０間の認証については、後で図７に関連付けて説明する。

［ステップＳＴ５］
ステップＳＴ５では、ホスト装置１０はメモリ装置２０から受信したメディアＩＤ（MediaID）を認証許可証発行サーバ装置３０に送信し、認証許可証の発行を要求（リクエスト）する。

［ステップＳＴ６］
ステップＳＴ６では、認証許可証発行サーバ装置３０は、所定の検証処理後、ホスト装置１０に認証許可証４０を発行する。

［ステップＳＴ７］
ステップＳＴ７では、認証許可証４０を受信したホスト装置１０はメモリ装置２０に公開鍵証明書を送信する。

［ステップＳＴ８］
ステップＳＴ８では、メモリ装置２０は鍵発行局の公開鍵を使って、受信した公開鍵証明書の署名が正しいことを検証する。検証に失敗したらホスト装置１０にエラーを返す。

［ステップＳＴ９］
ステップＳＴ９では、ホスト装置１０は、検証が正しい旨の情報を受けるとメモリ装置２０にサーバ装置３０から受け取った認証許可証４０を送信する。

［ステップＳＴ１０］
ステップＳＴ１０では、メモリ装置２０は受信した認証許可証４０について、以下を検証する。検証に失敗したらホスト装置１０に機器へエラーを返す。
メモリ装置２０は、認証許可証４０の検証において、フラッシュメモリ２３に格納されている自装置のメディアＩＤ２３３と認証許可証４０のメディアＩＤ４２と一致するか否かを検証する。
メモリ装置２０は、認証許可証４０の検証において、認証許可証４０のホストＩＤと公開鍵証明書内のホストＩＤ４１とが一致するか否かを検証する。
メモリ装置２０は、認証許可証４０の検証において、認証許可証４０の署名４３が正しいか否か、を検証する。

［ステップＳＴ１１］
ステップＳＴ１１では、メモリ装置２０は、認証許可証４０の検証において、メディアＩＤおよびホストＩＤが一致し、かつ署名が正しいと検証した場合にホスト装置１０の認証を行う。

次に、サーバ装置３０とホスト装置１０間の認証処理について説明する。
図８は、本実施形態に係るサーバ装置３０とホスト装置１０間の認証処理について説明するための図である。

［ステップＳＴ２１］
ステップＳＴ２１では、認証許可証発行サーバ装置３０は認証許可証発行リクエストの過去履歴から統計的な基準で不正なホストを検知し、ホスト機器のブラックリストを更新する。

［ステップＳＴ２２］
ステップＳＴ２２では、ホスト装置１０は認証許可証発行サーバ装置３０に公開鍵証明書を渡す（送信する）。

［ステップＳＴ２３］
ステップＳＴ２３では、認証許可証発行サーバ装置３０は鍵発行局の公開鍵を使って、公開鍵証明書の署名が正しいことを検証する。検証に失敗したらホスト装置１０にエラーを返す。

［ステップＳＴ２４］
ステップＳＴ２４では、認証許可証発行サーバ装置３０は公開鍵証明書内のホストＩＤ（HostID）がブラックリストに登録されていないことを確認する。登録されていればホスト装置１０にエラーを返す。

［ステップＳＴ２５］
ステップＳＴ２５では、認証許可証発行サーバ装置３０は乱数を発生し、チャレンジ（challenge）データとしてホスト装置１０に送信する。

［ステップＳＴ２６］
ステップＳＴ２６では、ホスト装置１０はチャレンジ（challenge）データに対して認証用秘密鍵で署名をつけて、レスポンス（response）データとして認証許可証発行サーバ装置３０に送信する。

［ステップＳＴ２７］
ステップＳＴ２７では、認証許可証発行サーバ装置３０はレスポンス（response）データの署名を公開鍵証明書内の認証用公開鍵で検証する。検証に失敗したらホスト装置１０にエラーを返す。

［ステップＳＴ２８］
ステップＳＴ２８では、認証許可証発行サーバ装置３０はホスト装置１０に認証が完了したことを通知する。

次に、メモリ装置２０とホスト装置１０間の認証処理について説明する。
図９は、本実施形態に係るメモリ装置２０とホスト装置１０間の認証処理について説明するための図である。

［ステップＳＴ３１］
ステップＳＴ３１では、メモリ装置２０は乱数を発生し、チャレンジ（challenge）データとしてホスト装置１０に送信する。

［ステップＳＴ３２］
ステップＳＴ３２では、ホスト装置１０はチャレンジ（challenge）データに対して認証用秘密鍵で署名をつけて、レスポンス（response）データとしてメモリ装置２０に送信する。

［ステップＳＴ３３］
ステップＳＴ３３では、メモリ装置２０はレスポンス（response）データの署名を認証し、システム全体のシーケンスのステップＳＴ７の公開鍵証明書内の認証用公開鍵で検証する。検証に失敗したらホスト装置１０にエラーを返す。
メモリカードはホスト機器へ認証が完了したことを通知する。

以上説明したように、本実施形態によれば、以下の効果を得ることができる。
すなわち、何らかの攻撃によりホスト装置の認証用秘密鍵が漏洩した場合でも、不正なホスト装置をインターネットなどで配布し、広範囲でメモリカード等のメモリ装置へ不正アクセスすることができない。
このように、本実施形態によれば、ホスト装置の認証用秘密鍵が漏洩した場合であってもメモリ装置への不正なアクセスを防止することができる。

なお、本実施形態においては、メモリ装置としてメモリカードを例として図示しているが、メモリカード以外のストレージデバイスに対しても適用可能である。

上述した本実施の形態に限らず、本発明の要旨を逸脱しない限り、適宜、変更しうることはいうまでもない。

また、以上詳細に説明した方法は、上記手順に応じたプログラムとして形成し、ＣＰＵ等のコンピュータで実行するように構成することも可能である。
また、このようなプログラムは、半導体メモリ、磁気ディスク、光ディスク、フロッピー（登録商標）ディスク等の記録媒体、この記録媒体をセットしたコンピュータによりアクセスし上記プログラムを実行するように構成可能である。

１０・・・ホスト装置、１１・・・ＣＰＵ（第１の制御部）、１５・・・外部メモリＩ／Ｆ（第１の通信部）、１６・・・ネットワークＩ／Ｆ（第２の通信部）、１７・・・ストレージデバイス（第１の記憶部）、２０・・・メモリ装置、２１・・・ＣＰＵ（第２の制御部）、２２・・・メモリ、２３・・・フラッシュメモリ（記憶部）、２４・・・ホストＩ／Ｆ（第３の通信部）、３０・・・サーバ装置、３１・・・ＣＰＵ（第３の制御部）、３５・・・ネットワークＩ／Ｆ（第４の通信部）、３６・・・ストレージデバイス（第３の記憶部）、４０・・・認証許可証。

Claims (19)

1. 少なくとも認証許可の確認を行うための確認情報を格納する記憶部と、
   外部のホスト装置と通信可能な通信部と、
   外部のホスト装置との認証機能を有し、上記通信部を通して認証許可証を受信すると、外部のホスト装置が自装置との認証を許可されているか否かの確認を行い、許可されている場合に認証処理を行う制御部と
   を有するメモリ装置。
2. 上記記憶部は、上記確認情報として、
   自装置のメディアＩＤと、
   認証許可発行サーバ装置の公開鍵と、
   ホストＩＤを含むホスト装置の公開鍵証明書を検証するための鍵発行局の公開鍵と、を含み、
   上記認証許可証は、
   ホスト装置を一意に特定するためのホストＩＤと、
   メモリ装置を一意に特定するためのメディアＩＤと、
   認証許可証発行サーバ装置による署名と、を含み、
   上記制御部は、
   上記通信部を通してホスト装置の公開鍵証明書を受信し、
   上記認証許可証の検証において、
   上記記憶部に格納されている自装置のメディアＩＤと上記認証許可証のメディアＩＤと一致するか否か、
   上記認証許可証のホストＩＤと上記公開鍵証明書内のホストＩＤとが一致するか否か、および
   上記認証許可証の署名が正しいか否か、を検証する
   請求項１記載のメモリ装置。
3. 上記制御部は、
   上記公開鍵証明書を受信すると、上記記憶部に格納されている鍵発行局の公開鍵で公開鍵証明書の署名が正しいか否かを確認し、正しい旨の検証結果通知を送信した応答として上記認証許可証を受信する
   請求項２記載のメモリ装置。
4. 上記制御部は、
   上記認証許可証の検証において、
   メディアＩＤおよびホストＩＤが一致し、かつ署名が正しいと検証した場合に認証を行う
   請求項２または３記載のメモリ装置。
5. メモリ装置と通信可能な第１の通信部と、
   サーバ装置と通信可能な第２の通信部と、
   上記サーバ装置から発行された認証許可証を格納する記憶部と、
   制御部と、を有し、
   上記制御部は、
   上記記憶部に格納されている過去の認証許可証から発行された認証許可証を照合して、上記第１の通信部を通して通信するメモリ装置のメディアＩＤを含む認証許可証を所有しているか否かを確認し、
   該当の認証許可証を所有していない場合には、上記第２の通信部から認証許可証の発行要求を送信し、当該発行要求の応答として認証許可証を受信すると、当該認証許可証を上記第１の通信部を通して送信する
   ホスト装置。
6. 上記制御部は、
   上記第１の通信部を通して送信したメディアＩＤの送信要求の応答としてメディアＩＤを受信すると、上記記憶部に格納されている過去の認証許可証から発行された認証許可証を照合して、通信するメモリ装置のメディアＩＤを含む認証許可証を所有しているか否かを確認し、
   該当の認証許可証を所有していない場合には、上記第１の通信部を通して受信した上記メディアＩＤを上記第２の通信部を通して送信し、
   上記第２の通信部から送信した認証許可証の発行要求に応答して認証許可証を受信すると、当該認証許可証を上記第１の通信部を通して送信する
   請求項５記載のホスト装置。
7. 上記記憶部は、
   ホスト装置自身の公開鍵証明書を格納しており、
   上記制御部は、
   上記第２の通信部を通して認証許可証を受信すると、上記公開鍵証明書を上記第１の通信部から送信し、当該送信の応答として上記公開鍵証明の署名が正しいとの検証結果を上記第１の通信部を通して受信した場合に、上記受信した認証許可証を上記第１の通信部を通して送信する
   請求項５または６記載のホスト装置。
8. 上記制御部は、
   認証許可証を所有していない場合には、上記第２の通信部を通して上記サーバ装置との間で認証処理を行い、認証がとれると、上記認証許可証の発行要求を送信する
   請求項５から７のいずれか一に記載のホスト装置。
9. 少なくとも不正なホスト装置のホストＩＤのリストを掲載するブラックリストを格納する記憶部と、
   ホスト装置と通信可能な通信部と、
   上記通信部を通してホスト装置から認証許可証の発行要求を受けると、上記記憶部に格納されているブラックリストを参照し、発行要求を出したホスト装置が問題ないホスト装置である場合に認証許可証を発行して上記通信部を通して送信する制御部と
   を有するサーバ装置。
10. 上記記憶部は、
    ホスト装置からの認証許可証の発行要求の過去の履歴情報を格納し、
    上記制御部は、
    上記認証許可証の発行要求の過去の履歴情報を管理し、統計学的な基準により不正なホスト装置を検知し、上記ブラックリストを更新する
    請求項９記載のサーバ装置。
11. 上記記憶部は、
    署名用秘密鍵を格納しており、
    上記制御部は、
    上記通信部を通してメディアＩＤを受信し、
    上記認証許可証を、
    ホスト装置を一意に特定するためのホストＩＤと、
    メモリ装置を一意に特定するためのメディアＩＤと、
    上記秘密鍵を用いて作成した署名と、
    を含めて発行する
    請求項９または１０記載のサーバ装置。
12. 上記記憶部は、
    ホスト装置の公開鍵証明書を検証するための鍵発行局の公開鍵を格納しており、
    上記制御部は、
    上記通信部を通してホスト装置との認証を行い、当該認証に際し、
    上記通信部を通して公開鍵証明書を受信すると、上記鍵発行局の公開鍵により受信した公開鍵証明書の署名が正しいか否かの検証を行い、
    正しい場合、上記公開鍵証明書のホストＩＤと上記ブラックリストを照合して、当該ブラックリストに登録されていないことを確認し、
    当該確認ができると、認証処理を行う
    請求項９から１１のいずれか一に記載のサーバ装置。
13. 上記記憶部は、
    ホスト装置からの認証許可証の発行要求の過去の履歴情報を格納し、
    上記制御部は、
    上記認証を行う場合、上記認証許可証の発行要求の過去の履歴情報を管理し、統計学的な基準により不正なホスト装置を検知し、上記ブラックリストを更新する
    請求項１２記載のサーバ装置。
14. ホスト装置と、
    上記ホスト装置と通信可能なメモリ装置と、
    上記ホスト装置と通信可能なサーバ装置と、を有し、
    上記ホスト装置は、
    上記サーバ装置から発行された認証許可証を格納する第１の記憶部と、
    メモリ装置と通信可能な第１の通信部と、
    サーバ装置と通信可能な第２の通信部と、
    第１の制御部と、を含み、
    上記第１の制御部は、
    上記第１の記憶部に格納されている過去の認証許可証から発行された認証許可証を照合して、上記第１の通信部を通して通信するメモリ装置のメディアＩＤを含む認証許可証を所有しているか否かを確認し、
    該当の認証許可証を所有していない場合には、上記第２の通信部から認証許可証の発行要求を送信し、当該発行要求の応答として認証許可証を受信すると、当該認証許可証を上記第１の通信部を通して送信し、
    上記メモリ装置は、
    少なくとも認証許可の確認を行うための確認情報を格納する第２の記憶部と、
    上記ホスト装置と通信可能な第３の通信部と、
    上記ホスト装置との認証機能を有し、上記第３の通信部を通して認証許可証を受信すると、上記ホスト装置が自装置との認証を許可されているか否かの確認を行い、許可されている場合に認証処理を行う第２の制御部と、を含み、
    上記サーバ装置は、
    少なくとも不正なホスト装置のホストＩＤのリストを掲載するブラックリストを格納する第３の記憶部と、
    上記ホスト装置と通信可能な第４の通信部と、
    上記第４の通信部を通して上記ホスト装置から認証許可証の発行要求を受けると、上記第３の記憶部に格納されているブラックリストを参照し、発行要求を出したホスト装置が問題ないホスト装置である場合に認証許可証を発行して上記第４の通信部を通して上記ホスト装置に送信する第３の制御部と、を含む
    認証システム。
15. 上記メモリ装置の上記第２の記憶部は、上記確認情報として、
    自装置のメディアＩＤと、
    認証許可発行サーバ装置の公開鍵と、
    ホストＩＤを含むホスト装置の公開鍵証明書を検証するための鍵発行局の公開鍵と、を含み、
    上記認証許可証は、
    ホスト装置を一意に特定するためのホストＩＤと、
    メモリ装置を一意に特定するためのメディアＩＤと、
    認証許可証発行サーバ装置による署名と、を含み、
    上記第２の制御部は、
    上記第３の通信部を通して公開鍵証明書を受信し、
    上記認証許可証の検証において、
    上記第２の記憶部に格納されている自装置のメディアＩＤと上記認証許可証のメディアＩＤと一致するか否か、
    上記認証許可証のホストＩＤと上記公開鍵証明書内のホストＩＤとが一致するか否か、および
    上記認証許可証の署名が正しいか否か、を検証し、
    上記公開鍵証明書を受信すると、上記第２の記憶部に格納されている鍵発行局の公開鍵で公開鍵証明書の署名が正しいか否かを確認し、正しい旨の検証結果通知を送信した応答として上記ホスト装置から送信される上記認証許可証を受信する
    請求項１６記載の認証システム。
16. 上記ホスト装置の上記第１の記憶部は、
    ホスト装置自身の公開鍵証明書を格納しており、
    上記ホスト装置の上記第１の制御部は、
    上記第１の通信部を通して送信したメディアＩＤの送信要求の応答として上記メモリ装置からのメディアＩＤを受信すると、上記第１の記憶部に格納されている過去の認証許可証から発行された認証許可証を照合して、通信するメモリ装置のメディアＩＤを含む認証許可証を所有しているか否かを確認し、
    該当の認証許可証を所有していない場合には、上記第１の通信部を通して受信した上記メモリ装置の上記メディアＩＤを上記第２の通信部を通して送信し、
    上記第２の通信部から送信した認証許可証の発行要求に応答して認証許可証を受信すると、当該認証許可証を上記第１の通信部を通して上記メモリ装置に送信し、
    上記第２の通信部を通して上記ホスト装置からの認証許可証を受信すると、上記公開鍵証明書を上記第１の通信部から上記メモリ装置に送信し、当該送信の応答として上記公開鍵証明の署名が正しいとの検証結果を上記第１の通信部を通して受信した場合に、上記受信した認証許可証を上記第１の通信部を通して上記メモリ装置に送信する
    請求項１４または１５記載の認証システム。
17. 上記サーバ装置の上記第３の記憶部は、
    上記ホスト装置からの認証許可証の発行要求の過去の履歴情報を格納し、
    上記第３の制御部は、
    上記認証許可証の発行要求の過去の履歴情報を管理し、統計学的な基準により不正なホスト装置を検知し、上記ブラックリストを更新する
    請求項１４から１６のいずれか一に記載の認証システム。
18. 上記サーバ装置の上記第３の記憶部は、
    署名用秘密鍵を格納しており、
    上記第３の制御部は、
    上記第４の通信部を通してメディアＩＤを受信し、
    上記認証許可証を、
    ホスト装置を一意に特定するためのホストＩＤと、
    メモリ装置を一意に特定するためのメディアＩＤと、
    上記秘密鍵を用いて作成した署名と、
    を含めて発行する
    請求項１４から１７のいずれか一に記載の認証システム。
19. ホスト装置が記憶部に格納されている過去の認証許可証から発行された認証許可証を照合して、通信するメモリ装置のメディアＩＤを含む認証許可証を所有しているか否かを確認し、
    該当の認証許可証を所有していない場合には、ホスト装置がサーバ装置に対し認証許可証の発行要求を送信し、
    サーバ装置が、ホスト装置から認証許可証の発行要求を受けると、記憶部に格納されている少なくとも不正なホスト装置のホストＩＤのリストを掲載するブラックリストを参照し、
    発行要求を出したホスト装置が問題ないホスト装置である場合に認証許可証を発行して、当該認証許可証をホスト装置に送信し、
    ホスト装置が上記発行要求の応答として認証許可証を受信すると、当該認証許可証を上記メモリ装置に送信し、
    上記メモリ装置がホスト装置から認証許可証を受信すると、当該ホスト装置が当該メモリ装置自身との認証を許可されているか否かの確認を行い、
    メモリ装置は許可されている場合にホスト装置との認証処理を行う
    認証方法。

Images