JP2022040957A - 暗号鍵管理システムおよび暗号鍵管理方法 - Google Patents
暗号鍵管理システムおよび暗号鍵管理方法 Download PDFInfo
- Publication number
- JP2022040957A JP2022040957A JP2020145933A JP2020145933A JP2022040957A JP 2022040957 A JP2022040957 A JP 2022040957A JP 2020145933 A JP2020145933 A JP 2020145933A JP 2020145933 A JP2020145933 A JP 2020145933A JP 2022040957 A JP2022040957 A JP 2022040957A
- Authority
- JP
- Japan
- Prior art keywords
- key
- encryption key
- encryption
- storage device
- management server
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
- H04L9/0816—Key establishment, i.e. cryptographic processes or cryptographic protocols whereby a shared secret becomes available to two or more parties, for subsequent use
- H04L9/0819—Key transport or distribution, i.e. key establishment techniques where one party creates or otherwise obtains a secret value, and securely transfers it to the other(s)
- H04L9/0822—Key transport or distribution, i.e. key establishment techniques where one party creates or otherwise obtains a secret value, and securely transfers it to the other(s) using key encryption key
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
- H04L9/0816—Key establishment, i.e. cryptographic processes or cryptographic protocols whereby a shared secret becomes available to two or more parties, for subsequent use
- H04L9/0819—Key transport or distribution, i.e. key establishment techniques where one party creates or otherwise obtains a secret value, and securely transfers it to the other(s)
- H04L9/083—Key transport or distribution, i.e. key establishment techniques where one party creates or otherwise obtains a secret value, and securely transfers it to the other(s) involving central third party, e.g. key distribution center [KDC] or trusted third party [TTP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
- H04L9/0891—Revocation or update of secret information, e.g. encryption key update or rekeying
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
- H04L9/0894—Escrow, recovery or storing of secret information, e.g. secret key escrow or cryptographic key storage
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/12—Transmitting and receiving encryption devices synchronised or initially set up in a particular manner
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
- H04L9/3236—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using cryptographic hash functions
Landscapes
- Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Storage Device Security (AREA)
Abstract
【課題】データを暗号化するストレージ装置において、暗号鍵自体を暗号化する鍵を外部のサーバに保管する場合に、その対応情報の喪失があってもデータの復元を可能とし、システムの信頼性を向上させる。【解決手段】ストレージ装置は、ストレージ装置のＩＤをパラメータとして、鍵管理サーバに対して鍵暗号鍵を要求し、鍵管理サーバ要求した鍵暗号鍵とその属性情報を取得し、重複した鍵暗号鍵を排除しつつ鍵暗号鍵リストに格納する。そして、鍵暗号鍵リストのリスト順に、鍵暗号鍵リストに格納された鍵暗号鍵によって暗号鍵の復号を試行し、暗号鍵の復号の成否を判断して、鍵暗号鍵により暗号鍵の復号が失敗したときには、鍵暗号鍵リストの未試行の鍵暗号鍵によって暗号鍵の復号を試行する。【選択図】 図７
Description
本発明は、暗号鍵管理システムおよび暗号鍵管理方法に係り、特に、データを暗号化するストレージ装置において、暗号鍵自体を暗号化する鍵を外部のサーバに保管する場合に、その対応情報の喪失があってもデータの復元を可能とし、システムの信頼性を向上させる暗号鍵管理システムおよび暗号鍵管理方法に関する。
近年、データセキュリティを向上させるために、暗号化機能を有するストレージ装置が利用されている。このような暗号化機能を有するストレージ装置では、暗号鍵を用いてデータを暗号化し、ＨＤＤ（Hard Disk Drive）などのような記憶装置に保存する。この際、暗号鍵を消失した場合には、暗号化データを復号化できなくなるため、事実上データを消失したことに等しいことになる。
一方、暗号鍵とその暗号鍵を用いて暗号化されたデータとをストレージ装置に格納することはセキュリティの観点から好ましくない。これは、ストレージ装置全体が盗難にあった際には、暗号化されたデータを解読されてしまい、情報が漏洩する恐れがあるためである。
そこで、例えば、特許文献１には、暗号鍵をストレージ装置とは別に鍵管理サーバに格納し、ストレージ装置はそれが必要になった時に鍵管理サーバから暗号鍵を取得して使用する技術が提案されている。
暗号鍵はドライブと暗号チップを備えたディスクボードごとに割り当てられ、これらを保守部品交換された場合には、交換した部品から鍵を入手しデータを読み取られないように暗号鍵を更新する。この際、最新の暗号鍵セットでなければドライブからデータを読み取ることができないため、暗号鍵が更新された場合には、その更新された暗号鍵を鍵管理サーバに再格納し、鍵管理サーバの鍵情報を常に最新に保つ必要がある。
鍵管理サーバの暗号鍵はストレージ装置とは独立して管理されるため、管理者が誤って暗号鍵を削除してしまう可能性がある。また、暗号鍵の更新後に鍵管理サーバに格納されないまま、ストレージ装置が停止されることもある。そのような場合には、暗号鍵はストレージ装置の揮発領域に保管され、停止時にストレージ装置内部から消失する。このため、鍵管理サーバに暗号鍵が存在しない状態でストレージ装置を停止した場合、データの復号はできなくなる。そこで、例えば、特許文献２には、鍵管理サーバの暗号鍵の有無に応じてストレージ装置の停止指示を抑止する制御方式が提案されている。
特許文献２のストレージ装置によれば、信頼性を向上させることができ、鍵情報の消失を抑制することができるとしている。
しかしながら、災害や停電等の外的要因でストレージ装置が停止することがありうることを考慮すると、ソフトウェアによる制御では、鍵管理サーバに暗号鍵が存在することを保証できない。このため、鍵管理サーバに暗号鍵を格納することに成功するまでの間は、よりアクセス速度の速いストレージ装置内部メモリの不揮発領域に暗号鍵を保管する必要がある。ただし、前述のセキュリティの懸念があるため、鍵管理サーバで生成する別の暗号鍵(鍵暗号鍵)で、その暗号鍵を暗号化した状態でストレージ装置内部の不揮発領域に格納し、鍵暗号鍵は、鍵管理サーバに保管する手法がとられている。この手法では、鍵暗号鍵と一意に対応する鍵番号をストレージ内部に保管して、鍵管理サーバから鍵暗号鍵を取得する際に使用する。
このストレージ装置の手法では、暗号鍵は鍵情報として自身を暗号化している鍵暗号鍵の鍵番号を指し示す保護鍵ポインタを保持している。また、ストレージ装置は、鍵暗号鍵を鍵管理サーバから一意に特定して取得するために鍵番号をストレージ装置内部の不揮発領域に保管している。そして、暗号鍵を復号する際には、保護鍵ポインタから鍵暗号鍵の鍵番号を特定し、鍵番号を鍵管理サーバに問い合わせることにより、暗号鍵を復号可能な鍵暗号鍵を取得する。
ところが、ストレージ装置においては、一般的に、不揮発領域のデータはハードウェア故障やＷｒｉｔｅ異常等の要因で読み出せなくなる可能性がある。鍵番号を取り出せなくなった場合には、暗号鍵に対応する鍵暗号鍵を鍵管理サーバから取得できない。鍵管理サーバから手動で鍵暗号鍵を取得できたとしても、暗号鍵と鍵暗号鍵の対応関係の情報にアクセスできないため、この場合も復号できない。これによりデータの復号に必要な暗号鍵を復号できず、事実上データを消失する事態におちいる。
本発明の目的は、データを暗号化するストレージ装置において、暗号鍵自体を暗号化する鍵を外部のサーバに保管する場合に、その対応情報の喪失があってもデータの復元を可能とし、システムの信頼性を向上させる暗号鍵管理システムおよび暗号鍵管理方法を提供することにある。
本発明の暗号鍵管理システムの構成は、好ましくは、データを１又は複数の暗号鍵により暗号化して格納するストレージ装置と１又は複数の鍵管理サーバとがネットワークで接続された暗号鍵管理システムであって、鍵管理サーバは、暗号鍵を暗号化する１又は複数の鍵暗号鍵をその属性情報と共に保持し、ストレージ装置は、鍵暗号鍵によって暗号化された暗号鍵を保持し、鍵管理サーバに対し、ストレージ装置を一意に識別するストレージ装置のＩＤをパラメータとして、ストレージ装置に対応する鍵暗号鍵を要求し、鍵管理サーバからストレージ装置に対応する鍵暗号鍵とその属性情報を取得し、重複した鍵暗号鍵を排除しつつ取得した鍵暗号鍵とその属性情報を鍵暗号鍵リストに格納し、鍵暗号鍵リストに格納された鍵暗号鍵によって暗号鍵の復号を試行し、暗号鍵の復号の成否を判断して、鍵暗号鍵により暗号鍵の復号が失敗したときには、鍵暗号鍵リストに格納された未試行の鍵暗号鍵によって暗号鍵の復号を試行するようにしたものである。
本発明によれば、データを暗号化するストレージ装置において、暗号鍵自体を暗号化する鍵を外部のサーバに保管する場合に、その対応情報の喪失があってもデータの復元を可能とし、システムの信頼性を向上させる暗号鍵管理システムおよび暗号鍵管理方法を提供することができる。
以下、本発明に係る各実施形態について、図１ないし図２１を用いて説明する。
〔実施形態１〕
以下、本発明に係る実施形態１を、図１ないし図１０を用いて説明する。
先ず、図１および図２を用いて実施形態１に係る暗号鍵管理システムの構成について説明する。
以下、本発明に係る実施形態１を、図１ないし図１０を用いて説明する。
先ず、図１および図２を用いて実施形態１に係る暗号鍵管理システムの構成について説明する。
先ず、図１を用いて暗号鍵管理システムの全体構成を説明する。
本実施形態の暗号鍵管理システムは、ホストコンピュータ２０、ストレージ装置１００、一つ以上の鍵管理サーバ１０（図１では、鍵管理サーバ１０ａ、鍵管理サーバ１０ｂ、…と表記）からなり、ホストコンピュータ２０とストレージ装置１００は、ストレージインタフェース６により接続され、ストレージ装置１００と鍵管理サーバ１０とは、ネットワーク５により接続されている。
本実施形態の暗号鍵管理システムは、ホストコンピュータ２０、ストレージ装置１００、一つ以上の鍵管理サーバ１０（図１では、鍵管理サーバ１０ａ、鍵管理サーバ１０ｂ、…と表記）からなり、ホストコンピュータ２０とストレージ装置１００は、ストレージインタフェース６により接続され、ストレージ装置１００と鍵管理サーバ１０とは、ネットワーク５により接続されている。
ストレージインタフェース６は、例えば、ＦＣ（Fibre Channel）やｉＳＣＳＩ（Internet Small Computer Interface）などのストレージ装置とホストコンピュータを接続する専用のインタフェースである。ネットワーク５は、ＬＡＮ（Local Area Network：構内ネットワーク）でもよいし、インターネットなどのグローバルなネットワークでもよい。
ホストコンピュータ２０は、アプリケーションソフトウェアを実行する装置であり、例えば、データベースシステムが実装され、ストレージ装置１００に、Ｉ／Ｏコマンドを発行し、ストレージ装置１００に格納されているデータの入出力を行う。
ストレージ装置１００は、記憶装置として、ＨＤＤ（Hard Disk Drive）やＳＳＤ（Solid State Drive）を備えており、大容量のデータを格納して記憶し、ホストコンピュータ２０からのＩ／Ｏコマンドに従って、データの読み書きを行う。ストレージ装置１００は、制御ボードごとに暗号鍵１を有しており、ストレージ装置１００には、記憶デバイスに書き込む際には、暗号鍵１により暗号化し、書き込む際には、暗号鍵１によりデータの暗号化、読み込む際には、暗号鍵１によりデータの復号化を行ってデータセキュリティを向上させている。ストレージ装置１００の暗号鍵１は、暗号鍵１自体を暗号化する鍵暗号鍵２により暗号化された形態で保持されている。
鍵管理サーバ１０は、鍵暗号鍵２を保持するサーバであり、ストレージ装置１００からのクエリによって、鍵暗号鍵２に関する情報を送信する。従来技術でも述べたように、このシステムでは、鍵暗号鍵２を、別途、鍵管理サーバ１０に保持することにより、ストレージ装置１００の暗号鍵とデータの盗用を防止し、データのセキュリティを向上させている。なお、本実施形態では、図１に示されるように、複数の鍵管理サーバ１０を有しており、冗長性を高めるために、同じ暗号鍵１に対する鍵暗号鍵２を別個の鍵管理サーバ１０が有することも想定している。
次に、図２を用いてストレージ装置の機能構成について説明する。
ストレージ装置１００は、ＳＶＰ（SuperVisor Program）１１０で実行されるプログラム機能と、ストレージマイクロプログラム１２０で実行される機能と、ハードウェア資源を実装している。
ストレージ装置１００は、ＳＶＰ（SuperVisor Program）１１０で実行されるプログラム機能と、ストレージマイクロプログラム１２０で実行される機能と、ハードウェア資源を実装している。
ＳＶＰ１１０は、スーパバイザモードで実行されるプログラムであり、実現される機能部としては、管理ＩＦ（InterFace）部１１１、暗号化制御部１１２、通知制御部１１３がある。
管理ＩＦ部１１１は、セキュリティ管理者（システム管理者）とのインタフェースを司る機能部である。暗号化制御部１１２は、記憶デバイスに格納されているデータに対する暗号化を制御する機能部である通知制御部１１３は、暗号化に関する情報を外部に通知する制御部である。
ストレージマイクロプログラム１２０は、ストレージ装置１００を動作するプログラムであり、ユーザモード（スーパバイザモードでない状態）で実行される機能部としては、ホストコマンド制御部１２１、管理コマンド制御部１２２、バックエンド制御部１２３、障害処理部１２４、構成制御部１２５、初期設定制御部１２６からなる。
ホストコマンド制御部１２１は、ホストアプリケーションからのＩ／Ｏコマンド、設定コマンドを受付け、バックエンド制御部１２３に指示する機能部である。管理コマンド制御部１２２は、セキュリティ管理者からのコマンドを受付け、バックエンド制御部１２３に指示する機能部である。バックエンド制御部１２３は、暗号化チップを介して、記憶デバイス１３４に格納されているデータのＩ／Ｏ処理や暗号化に関する処理を行う機能部である。障害処理部１２４は、暗号化に関する障害処理を行う機能部である。構成制御部１２５は、ストレージ装置１００の記憶デバイスの構成やその他のハードウェア・ソフトウェア構成を制御する機能部である初期設定制御部１２６は、不揮発メモリ１３３にデータを展開したり、それからデータを読み出す機能部である。不揮発メモリ１３３は、フラッシュメモリなどの半導体記憶装置であり、電源を切ってもデータがパージしないメモリである。不揮発メモリ１３３には、暗号化された暗号鍵１が格納されている。
揮発メモリ１３２は、ＲＡＭなどの半導体記憶装置であり、電源を切るとデータがパージするメモリである。揮発メモリ１３２には、鍵暗号鍵リスト２００、鍵管理サーバ情報テーブル２０１、暗号鍵管理テーブル２０２が格納されている。なお、これらのテーブルの詳細は、後に説明する。
ストレージ装置１００の暗号化制御部１１２と鍵管理サーバ１０は、鍵暗号鍵２に関する情報をやり取りする。鍵管理サーバ１０には、鍵暗号鍵２とそれに付随する付加属性３を保持する。なお、付加属性３の詳細は、後に説明する。
次に、図３ないし図６を用いて実施形態１の暗号鍵管理システムで用いられるデータ構造について説明する。
鍵管理サーバ情報テーブル２０１は、鍵管理サーバ１０の情報を保持するテーブルであり、図３に示されるように、鍵管理サーバ番号２０１ａ、クラスタ２０１ｂ、鍵暗号鍵生成２０１ｃ、ホスト名／ＩＰアドレス２０１ｄ、ポート番号２０１ｅ、リトライ回数２０１ｆ、リトライ間隔２０１ｇ、接続タイムアウト時間２０１ｈ、ＳｅｃｒｅｔＤａｔａ最大データ長２０１ｉ、クライアント証明書・秘密鍵２０１ｊ、サーバ証明書２０１ｋの設定項目を有する。
鍵管理サーバ番号２０１ａは、鍵管理サーバ番号の番号を意味する。クラスタ２０１ｂは、ＫＭＳ（Key Management Service：鍵管理機能）クラスタの番号と正副を意味する。鍵暗号鍵生成２０１ｃは、鍵暗号鍵を生成するサーバであるか否かを意味する。ホスト名／ＩＰアドレス２０１ｄは、ＫＭＳのホスト名またはＩＰアドレスを意味する。ポート番号２０１ｄは、ＫＭＳの接続先ポート番号を意味する。リトライ回数２０１ｆは、ＫＭＳとの通信に失敗した場合のリトライ回数を意味する。リトライ間隔２０１ｇは、ＫＭＳとの通信に失敗した場合のリトライの時間間隔を意味する。接続タイムアウト時間２０１ｈは、ＫＭＳと接続するときの待ち時間を意味する。ＳｅｃｒｅｔＤａｔａ最大データ長２０１ｉは、ＫＭＳがサポートするＳｅｃｒｅｔＤａｔａの最大データ長（ｂｙｔｅ）を意味する。クライアント証明書・秘密鍵２０１ｊは、ＫＭＳとのＴＬＳ（Transport Layer Security）通信確立のための相互認証に使用するＰＫＣＳ＃７クライアント証明書とＰＫＣＳ＃８秘密鍵のファイル化したＰＫＣＳ＃１２ファイルを意味する。サーバ証明書２０１ｋは、ＫＭＳとのＴＬＳ通信確立のための相互認証に使用するサーバ証明書（．ｃｅｒ）を意味する。
次に、図４を用いて鍵暗号鍵リストについて説明する。
鍵暗号鍵リスト２００は、ストレージ装置１００が鍵暗号鍵に関する処理をするために作成されるリストであり、図４に示されるように、鍵暗号鍵２００ａ、鍵暗号鍵ハッシュ値２００ｂ、鍵生成日時２００ｃのフィールドを有する。
鍵暗号鍵リスト２００は、ストレージ装置１００が鍵暗号鍵に関する処理をするために作成されるリストであり、図４に示されるように、鍵暗号鍵２００ａ、鍵暗号鍵ハッシュ値２００ｂ、鍵生成日時２００ｃのフィールドを有する。
鍵暗号鍵２００ａは、鍵暗号鍵２自体のデータを意味する。鍵暗号鍵ハッシュ値２００ｂは、鍵暗号鍵２自体のデータから生成されるハッシュ値を意味する。鍵生成日時２００ｃは、鍵暗号鍵２００ｃは、鍵暗号鍵２が鍵管理サーバ１０上に生成された日時を意味する。
次に、図５を用いて暗号鍵管理テーブルについ説明する。
暗号鍵管理テーブル２０２は、ストレージ装置１００内で暗号鍵の情報を参照するためのテーブルであり、図５に示されように、暗号鍵ＩＤ２０２ａ、暗号鍵（暗号化）ポインタ２０２ｂ、暗号鍵（復号化）ポインタ２０２ｃ、未復号化フラグ２０２ｄのフィールドを有する。
暗号鍵管理テーブル２０２は、ストレージ装置１００内で暗号鍵の情報を参照するためのテーブルであり、図５に示されように、暗号鍵ＩＤ２０２ａ、暗号鍵（暗号化）ポインタ２０２ｂ、暗号鍵（復号化）ポインタ２０２ｃ、未復号化フラグ２０２ｄのフィールドを有する。
暗号鍵ＩＤ２０２ａは、暗号鍵を一意に識別する識別子を意味する。暗号鍵（暗号化）ポインタ２０２ｂは、暗号化された暗号鍵のデータへの不揮発メモリのデータ格納領域へのポインタを意味する。暗号鍵（復号化）ポインタ２０２ｃは、復号化された暗号鍵のデータへの揮発メモリのデータ格納領域へのポインタを意味する。未復号化フラグ２０２ｄは、暗号化された暗号鍵に対して復号化したか否かを示すフラグを意味する。
次に、図６を用いて鍵暗号鍵付加属性テーブルを説明する。
鍵暗号鍵付加属性テーブル３００は、各々の鍵管理サーバ１０に格納される鍵暗号鍵２の属性に関する情報を格納するテーブルであり、図６に示されるように、ＵＵＩＤ３００ａ、Ｏｂｊｅｃｔ３００Ｇｒｏｕｐ３００ｂ、ｘ－ＡｄｄＡｔｔｒｉｂｕｔｅＤａｔｅｄ、ｘ－ＫｅｙＭａｔｅｒｉａｌＦｏｒｍａｔＩＤ３００ｅ、ｘ－ＰｒｏｄｕｃｔＩＤ３００ｆ、ｘ－ＨａｓｈＡｌｇｒｉｔｈｍ３００ｇ、ｘ－Ｈａｓｈ３００ｇ、ＫＥＫ＿ｄｙｎａｍｉｃ鍵データ３００ｈの属性項目を有する。
鍵暗号鍵付加属性テーブル３００は、各々の鍵管理サーバ１０に格納される鍵暗号鍵２の属性に関する情報を格納するテーブルであり、図６に示されるように、ＵＵＩＤ３００ａ、Ｏｂｊｅｃｔ３００Ｇｒｏｕｐ３００ｂ、ｘ－ＡｄｄＡｔｔｒｉｂｕｔｅＤａｔｅｄ、ｘ－ＫｅｙＭａｔｅｒｉａｌＦｏｒｍａｔＩＤ３００ｅ、ｘ－ＰｒｏｄｕｃｔＩＤ３００ｆ、ｘ－ＨａｓｈＡｌｇｒｉｔｈｍ３００ｇ、ｘ－Ｈａｓｈ３００ｇ、ＫＥＫ＿ｄｙｎａｍｉｃ鍵データ３００ｈの属性項目を有する。
ＵＵＩＤ３００ａは、ＫＭＳ内で鍵暗号鍵を一意に特定する値を意味する。ＯｂｊｅｃｔＧｒｏｕｐ３００ｂは、ＫＭＳに格納するデータの種別を意味する。ｘ－ＡｄｄＡｔｔｒｉｂｕｔｅＤａｔｅ３００ｃは、ＫＭＳで生成された日時を意味する。ｘ－ＫｅｙＭａｔｅｒｉａｌＦｏｒｍａｔＩＤ３００ｄは、鍵の保護方法，バックアップデータのデータ構造を含めたＩＤを意味する。ｘ－ＰｒｏｄｕｃｔＩＤ３００ｅは、ストレージ装置を一意に特定するＩＤを意味する。例えば、モデル名と装置の製造番号を合成するなどして生成する。ｘ－ＨａｓｈＡｌｇｒｉｔｈｍ３００ｆは、鍵管理機能がＫＥＫ取得時に，ＫＥＫの完全性をチェックするためのＨａｓｈアルゴリズムＩＤを意味する。例えば、０は、アルゴリズムとして、「ＳＨＡ－２５６」を採用することを意味する。ｘ－Ｈａｓｈ３００ｇは、鍵管理機能がＫＥＫ＿ｄｙｎａｍｉｃ取得時に，ＫＥＫ＿ｄｙｎａｍｉｃの完全性をチェックするためのＳＨＡ－２５６で算出しＫＥＫ＿ｄｙｎａｍｉｃのＨａｓｈ値を意味する。ＫＥＫ＿ｄｙｎａｍｉｃ鍵データ３００ｈは、鍵暗号鍵を表すデータを意味する。
次に、図７および図８を用いて実施形態１のアルゴリズムの概要について説明する。
本実施形態は、従来技術で示したような鍵番号を用いる方法でない方法により、鍵管理サーバ１０より、鍵暗号鍵２を取得し、復号する暗号鍵管理システムである。
本実施形態は、従来技術で示したような鍵番号を用いる方法でない方法により、鍵管理サーバ１０より、鍵暗号鍵２を取得し、復号する暗号鍵管理システムである。
以下、図７の順に従い説明する。
（１）鍵暗号鍵２を鍵管理サーバ１０で保管する際には、ストレージ装置１００から、以下の属性値を付与する。
・鍵の種類（鍵暗号鍵）
・ストレージ装置を一意に特定するＩＤ（製品番号（ｘ－ＰｒｏｄｕｃｔＩＤ３００ｅ等）、モデル名など）
・鍵暗号鍵の生成日時
（１）鍵暗号鍵２を鍵管理サーバ１０で保管する際には、ストレージ装置１００から、以下の属性値を付与する。
・鍵の種類（鍵暗号鍵）
・ストレージ装置を一意に特定するＩＤ（製品番号（ｘ－ＰｒｏｄｕｃｔＩＤ３００ｅ等）、モデル名など）
・鍵暗号鍵の生成日時
（２）暗号化制御部１１２は、鍵暗号鍵２の情報を鍵管理サーバ１０から取得する際には、鍵の種類(鍵暗号鍵)とストレージ装置のＩＤを要求クエリに付与して要求する。ここで、この要求クエリにより、ストレージ装置１００に接続している全ての鍵管理サーバ１０に対して要求する。これは、本実施形態では、一つの暗号鍵に対して複数の鍵管理サーバに重複して、その鍵暗号鍵が格納されることを意図しており、鍵管理サーバ１０から正しい鍵暗号鍵２を取得できなかった場合に、別の鍵管理サーバ１０から正しい鍵暗号鍵を取得できる可能性があるためである。なお、この要求インタフェースにおいて、鍵の種類が固定されている場合には、必ずしも鍵の種類は、必須ではない。
（３）暗号化制御部１１２は、ハッシュアルゴリズムを用いて取得した鍵暗号鍵２のハッシュ値を計算し、ストレージ装置内部で鍵暗号鍵とハッシュ値を対応付け、一つのレコードとして、鍵暗号鍵リスト２００に格納する。次の処理で鍵暗号鍵の重複を排除するときに、ハッシュ値を用いることにより、計算量を少なくすることができる。
（４）ここで、冗長性を持たせて複数の鍵管理サーバ１０に暗号鍵に対する鍵暗号鍵を格納している場合には、情報同期した複数の鍵管理サーバに対して要求するため、同一の鍵が複数取得される可能性が高い。そのため、暗号化制御部１１２は、鍵暗号鍵２に付与した鍵のハッシュ値を用いて効率的に鍵暗号鍵２を比較し、同一の鍵暗号鍵２と判定された鍵暗号鍵リスト２００の中のレコードを、一つのみ残すようにして、鍵暗号鍵リスト２００の中の重複したレコードを除去する。
（５）鍵暗号鍵リスト２００に複数の鍵暗号鍵２のレコードが残る場合がある。この場合には、暗号化制御部１１２は、生成日付が新しい順のレコードから、鍵暗号鍵２のレコードの情報を取得し、暗号鍵１の復号を試行する。復号が正しくなされたかは、例えば、暗号鍵の暗号化に用いられるＡＥＳ Ｋｅｙ Ｗｒａｐアルゴリズムによりチェックすることができる。ＡＥＳ Ｋｅｙ Ｗｒａｐアルゴリズムは、入力データを完全性チェック用データ（ＩＶ）と供に、ＡＥＳの暗号化アルゴリズムによりラップするアルゴリズムである。すなわち、正しく復号できたかは、復号データの先頭から１２８ｂｉｔがＩＶ（０ｘＡ６Ａ６Ａ６Ａ６Ａ６Ａ６Ａ６Ａ６）と一致するか否かによって判断することができる。
（６）暗号化制御部１１２は、復号化は全ての暗号鍵１に対して試行し、復号に失敗した暗号鍵に対しては、鍵暗号鍵リスト２００の次のレコードの鍵暗号鍵２を用いて復号を試行する。図８では、暗号鍵Ａ、暗号鍵Ｂ、暗号鍵Ｃが、鍵暗号鍵ａにより、復号化され、暗号鍵Ｄ、暗号鍵Ｅが、鍵暗号鍵ｂにより、復号化されたことを示している。これは、鍵暗号鍵の更新中に障害等で中断した場合に暗号鍵が複数の鍵暗号鍵で暗号化されている可能性があるためである。ここで、暗号鍵管理テーブル２０２の初期化時に、未復号化フラグ２０２ｄに１を設定し、復号に成功した暗号鍵の未復号化フラグに０を設定する。全ての未復号化フラグが０となったら処理を終了する。
本実施形態の暗号鍵管理システムによれば、ストレージ装置１００に保管する鍵番号が消失した場合であっても、あるいは、ストレージ装置１００に鍵番号を保管しておかなくとも、鍵管理サーバ１０から、暗号鍵１に対応した鍵暗号鍵２を取得して、暗号鍵１を復号することができる。
次に、図９および図１０を用いて実施形態１の暗号鍵管理システムの処理の詳細について説明する。
障害処理部１２４は、初期設定制御部１２６に対して、内部バックアップを要求する（Ｓ１０７）。
初期設定制御部１２６は、不揮発メモリ１３３にアクセスし（Ｓ１０９）、内部バックアップを転送するか、エラーが起こったときには、障害処理部１２４にその旨をレポートする。
初期設定制御部１２６は、不揮発メモリ１３３にアクセスし（Ｓ１０９）、内部バックアップを転送するか、エラーが起こったときには、障害処理部１２４にその旨をレポートする。
初期設定制御部１２６からの返信を見て、障害処理部１２４は、内部バックアップが成功したか否かを判定し（Ｓ１０８）、成功したときには（Ｓ１０８：Ｙｅｓ）、暗号化制御部１１２に対して、その旨を連絡し、失敗したときには（Ｓ１０８：Ｎｏ）、バックエンド設定処理を行う（Ｓ１１０）。バックエンド設定処理は、例えば、ＰＤＥＶ（Physical Device）の全ポートを閉塞する処理である。
次に、暗号化制御部１１２は、接続している鍵管理サーバ１０の全てに対して、パラメータ（鍵の種類、ストレージＩＤ）を指定して、暗号鍵１に対応する鍵暗号鍵情報の取得要求を行う（Ｓ１０１）。
次に、鍵管理サーバは、受取ったパラメータに基づいて、鍵暗号鍵の検索を行い（Ｓ１００）、暗号化制御部１１２に対して、鍵暗号鍵情報を送信する。
次に、暗号化制御部１１２は、鍵管理サーバ１０からの鍵暗号鍵情報を取得する(Ｓ１０２)。
次に、暗号化制御部１１２は、図４に示した鍵暗号鍵リスト２００を作成し、取得した鍵暗号鍵情報を格納する(Ｓ１０３)。
次に、暗号化制御部１１２は、ＳＨＡ２５６等のハッシュアルゴリズムに従って、鍵暗号鍵のハッシュ値を計算する（Ｓ１０４）。
次に、暗号化制御部１１２は、計算した鍵暗号鍵２のハッシュ値を、鍵暗号鍵リスト２００に格納する（Ｓ１０５）。このとき、同一のハッシュ値を有する鍵暗号鍵２に対しては、レコードを削除する。
次に、暗号化制御部１１２は、障害処理部１２４に、暗号鍵１の復号試行の開始を通知する（Ｓ１０６）。
次に、ストレージ装置１００は、暗号鍵復号試行処理を行う（Ｓ１２０）。
次に、鍵管理サーバは、受取ったパラメータに基づいて、鍵暗号鍵の検索を行い（Ｓ１００）、暗号化制御部１１２に対して、鍵暗号鍵情報を送信する。
次に、暗号化制御部１１２は、鍵管理サーバ１０からの鍵暗号鍵情報を取得する(Ｓ１０２)。
次に、暗号化制御部１１２は、図４に示した鍵暗号鍵リスト２００を作成し、取得した鍵暗号鍵情報を格納する(Ｓ１０３)。
次に、暗号化制御部１１２は、ＳＨＡ２５６等のハッシュアルゴリズムに従って、鍵暗号鍵のハッシュ値を計算する（Ｓ１０４）。
次に、暗号化制御部１１２は、計算した鍵暗号鍵２のハッシュ値を、鍵暗号鍵リスト２００に格納する（Ｓ１０５）。このとき、同一のハッシュ値を有する鍵暗号鍵２に対しては、レコードを削除する。
次に、暗号化制御部１１２は、障害処理部１２４に、暗号鍵１の復号試行の開始を通知する（Ｓ１０６）。
次に、ストレージ装置１００は、暗号鍵復号試行処理を行う（Ｓ１２０）。
暗号鍵復号試行処理は、図１０により詳細に説明する。
次に、図１０を用いて暗号鍵復号試行処理の詳細な処理について説明する。
これは、図９のＳ１２０に該当する処理である。
次に、図１０を用いて暗号鍵復号試行処理の詳細な処理について説明する。
これは、図９のＳ１２０に該当する処理である。
先ず、障害処理部１２４は、図５に示した未復号化フラグを１（未復号）に初期化する（Ｓ２０２）。
次に、ストレージ装置１００は、Ｓ２００、Ｓ２０１、Ｓ２０３、Ｓ２０４、Ｌ２３０のループ処理を行う（Ｌ２２０）。
Ｌ２２０のループ処理では、先ず、障害処理部１２４が、暗号化制御部１１２に対して、鍵暗号鍵要求を行う（Ｓ２０３）。
次に、ストレージ装置１００は、Ｓ２００、Ｓ２０１、Ｓ２０３、Ｓ２０４、Ｌ２３０のループ処理を行う（Ｌ２２０）。
Ｌ２２０のループ処理では、先ず、障害処理部１２４が、暗号化制御部１１２に対して、鍵暗号鍵要求を行う（Ｓ２０３）。
次に、暗号化制御部１１２は、全ての鍵暗号鍵による暗号鍵の復号処理を試行したか否かを判定し（Ｓ２００）、全ての復号処理を試行したときには（Ｓ２００：Ｙｅｓ）、Ｓ２１１に行き、試行していないときには（Ｓ２００：Ｎｏ）、Ｓ２０１に行く。
全ての復号処理を試行してないときには、鍵暗号鍵リスト２００から鍵暗号鍵のデータを一つ選択し、障害処理部１２４に送信し（Ｓ２０１）、障害処理部１２４は、鍵暗号鍵２のデータを受領する（Ｓ２０４）。
次に、障害処理部１２４は、図５の暗号鍵管理テーブル２０２の全ての暗号鍵の要素に対して、Ｌ２３０のループ処理を行う。
Ｌ２３０のループ処理では、先ず、障害処理部１２４は、受領した鍵暗号鍵２のデータにより、暗号鍵１の復号を試行し（Ｓ２０５）、暗号鍵１の復号が成功したか否かを判定し（Ｓ２０６）、復号が成功したときには（Ｓ２０６：Ｙｅｓ）、復号化した暗号鍵１のデータを揮発メモリ１３２に格納し（Ｓ２０７）、未復号化フラグを０（復号）に設定する（Ｓ２０８）。復号が成功していないときには（Ｓ２０６：Ｎｏ）、Ｓ２０５に戻り、再び復号を試行する。
Ｌ２３０のループ処理を抜けた後に、障害処理部１２４は、全ての未復号化フラグが０か否かを判定し（Ｓ２０９）、全ての未復号化フラグが０のときには（Ｓ２０９：Ｙｅｓ）、Ｌ２３０のループ処理を抜け、Ｓ２１０に行き、未復号化フラグが０でないものがあるときには（Ｓ２０９：Ｎｏ）、Ｓ２０３に戻る。
Ｌ２３０のループ処理を抜けたときに、障害処理部１２４は、鍵暗号鍵２の取得を終了した状態を設定し（Ｓ２１０）、暗号鍵を復号処理の終了を構成制御部１２５にポストする（Ｓ２１１）。
次に、障害処理部１２４は、図５の暗号鍵管理テーブル２０２の全ての暗号鍵の要素に対して、Ｌ２３０のループ処理を行う。
Ｌ２３０のループ処理では、先ず、障害処理部１２４は、受領した鍵暗号鍵２のデータにより、暗号鍵１の復号を試行し（Ｓ２０５）、暗号鍵１の復号が成功したか否かを判定し（Ｓ２０６）、復号が成功したときには（Ｓ２０６：Ｙｅｓ）、復号化した暗号鍵１のデータを揮発メモリ１３２に格納し（Ｓ２０７）、未復号化フラグを０（復号）に設定する（Ｓ２０８）。復号が成功していないときには（Ｓ２０６：Ｎｏ）、Ｓ２０５に戻り、再び復号を試行する。
Ｌ２３０のループ処理を抜けた後に、障害処理部１２４は、全ての未復号化フラグが０か否かを判定し（Ｓ２０９）、全ての未復号化フラグが０のときには（Ｓ２０９：Ｙｅｓ）、Ｌ２３０のループ処理を抜け、Ｓ２１０に行き、未復号化フラグが０でないものがあるときには（Ｓ２０９：Ｎｏ）、Ｓ２０３に戻る。
Ｌ２３０のループ処理を抜けたときに、障害処理部１２４は、鍵暗号鍵２の取得を終了した状態を設定し（Ｓ２１０）、暗号鍵を復号処理の終了を構成制御部１２５にポストする（Ｓ２１１）。
それ以降は、ストレージ装置１００は、バックエンド設定処理を行う（Ｓ２１２）。バックエンド設定処理では、復号された暗号鍵１により、記憶デバイス１３４に記憶されたデータを復号して読み出したり、ホストアプリケーション２１からのデータを暗号化して書き込むことができる。
以上、本実施形態によれば、鍵番号を有しない場合や消失した場合であっても、鍵管理サーバからデータを暗号化した鍵暗号鍵に対応する鍵暗号鍵を取得して、暗号鍵を復号することができるので、ハードウェアの故障や人為的なミスによる鍵番号が消失する事態が発生しても、データが復号できるので、システムの信頼性を向上することができる。また、中間的なデータや復号化された暗号鍵は、揮発メモリに記憶されるので、データセキュリティも損なわれることはない。
〔実施形態２〕
以下、本発明に係る実施形態２を、図１１ないし図１７を用いて説明する。
実施形態１は、暗号鍵に対する鍵番号が得られない場合であっても、鍵管理サーバから暗号鍵に対する鍵暗号鍵を取得して、その鍵暗号鍵により、暗号化された暗号鍵の復号を行うものであった。
以下、本発明に係る実施形態２を、図１１ないし図１７を用いて説明する。
実施形態１は、暗号鍵に対する鍵番号が得られない場合であっても、鍵管理サーバから暗号鍵に対する鍵暗号鍵を取得して、その鍵暗号鍵により、暗号化された暗号鍵の復号を行うものであった。
本実施形態では、ほぼ同じ構成を有する暗号鍵管理システムを前提として、暗号鍵に対する鍵番号が得られない場合であっても、ストレージ装置内の暗号鍵に対する鍵暗号鍵の更新を可能にし、データのセキュリティの向上を可能にするものである。
以下、本実施形態では、実施形態１と比べて、異なった所を中心に説明する。
元来、鍵管理サーバに置かれる鍵暗号鍵について、同一の鍵暗号鍵を保有続けることは、悪意ある者などからの攻撃や盗用のリスクが生じるために、定期的に更新することが望ましい。
従来の方法では、ストレージ装置に、暗号鍵に対応する鍵暗号鍵の鍵番号を不揮発メモリに保有する方法であった。
元来、鍵管理サーバに置かれる鍵暗号鍵について、同一の鍵暗号鍵を保有続けることは、悪意ある者などからの攻撃や盗用のリスクが生じるために、定期的に更新することが望ましい。
従来の方法では、ストレージ装置に、暗号鍵に対応する鍵暗号鍵の鍵番号を不揮発メモリに保有する方法であった。
しかしながら、この方法では、不揮発メモリのデータは、ハードウェア故障やＷｒｉｔｅ異常等の要因で読み出せなくなる可能性があるため、鍵番号にアクセスできなくなる可能性がある。鍵番号にアクセスできなくなった場合には、従来の鍵番号を用いて鍵暗号鍵を取得する方法では、鍵番号を取得できず、これにより鍵暗号鍵の更新ができない事態に陥ることになる。
上述のように、同一の鍵を長期間使用すると、流出や盗用によりデータ盗難のリスクが高まるため、鍵暗号鍵を更新しなければならないが、鍵番号にアクセスできない場合にはセキュリティ上のリスクを保有し続けることになってしまい、データのセキュリティは著しく低下する。顧客のセキュリティポリシーによってはこの状態は許容されないことになる。
本実施形態の暗号鍵管理システムは、このような課題を解決するものである。
本実施形態の暗号鍵管理システムは、このような課題を解決するものである。
先ず、図１１および図１２を用いて実施形態２の暗号鍵管理システムで用いられるデータ構造について説明する。
実施形態２の鍵暗号鍵リスト２００は、図１１に示されるように、実施形態１の図４に示した鍵暗号鍵リスト２００に比べて、鍵管理サーバ番号２００ｄが加わっていることが異なっている。
鍵管理サーバ番号２００ｄは、鍵管理サーバの番号を意味する。
実施形態２の暗号鍵管理テーブル２０２は、図１２に示されるように、実施形態１の図５に示した暗号鍵管理テーブル２０２に比べて、未復号化フラグ２００ｄがなくなり、未暗号化フラグ２００ｅが加わっていることが異なっている。
未暗号化フラグ２０２ｅは、復号化された暗号鍵に対して暗号化したか否かを示すフラグを意味する。
鍵管理サーバ番号２００ｄは、鍵管理サーバの番号を意味する。
実施形態２の暗号鍵管理テーブル２０２は、図１２に示されるように、実施形態１の図５に示した暗号鍵管理テーブル２０２に比べて、未復号化フラグ２００ｄがなくなり、未暗号化フラグ２００ｅが加わっていることが異なっている。
未暗号化フラグ２０２ｅは、復号化された暗号鍵に対して暗号化したか否かを示すフラグを意味する。
次に、図１３および図１４を用いて実施形態２のアルゴリズムの概要について説明する。
本実施形態は、従来技術で示したような鍵番号を用いる方法でない方法により、鍵管理サーバ１０より、更新のための鍵暗号鍵２を取得し、ストレージ装置１００における暗号鍵を更新する暗号鍵管理システムである。ここでは、ストレージ装置１００の暗号鍵１に対応する鍵暗号鍵２は、正常時には、同一の鍵管理サーバ１０内に一つだけ存在するものと仮定する。
本実施形態は、従来技術で示したような鍵番号を用いる方法でない方法により、鍵管理サーバ１０より、更新のための鍵暗号鍵２を取得し、ストレージ装置１００における暗号鍵を更新する暗号鍵管理システムである。ここでは、ストレージ装置１００の暗号鍵１に対応する鍵暗号鍵２は、正常時には、同一の鍵管理サーバ１０内に一つだけ存在するものと仮定する。
以下、図１３の順に従い説明する。
（１）鍵暗号鍵２を鍵管理サーバ１０で保管する際には、ストレージ装置１００から、以下の属性値を付与する。
・鍵の種類（鍵暗号鍵）
・ストレージ装置を一意に特定するＩＤ（製品番号、モデル名など）
・鍵暗号鍵の生成日時
（１）鍵暗号鍵２を鍵管理サーバ１０で保管する際には、ストレージ装置１００から、以下の属性値を付与する。
・鍵の種類（鍵暗号鍵）
・ストレージ装置を一意に特定するＩＤ（製品番号、モデル名など）
・鍵暗号鍵の生成日時
（２）暗号化制御部１１２は、鍵暗号鍵２の情報を鍵管理サーバ１０から取得する際には、鍵の種類(鍵暗号鍵)とストレージ装置のＩＤを要求クエリに付与して要求する。ここで、この要求クエリにより、ストレージ装置１００に接続している全ての鍵管理サーバ１０に対して要求する。これは、本実施形態では、一つの暗号鍵に対して複数の鍵管理サーバに重複して、その鍵暗号鍵が格納されることを意図しており、鍵管理サーバ１０から正しい鍵暗号鍵２を取得できなかった場合に、別の鍵管理サーバ１０から正しい鍵暗号鍵を取得できる可能性があるためである。なお、この要求インタフェースにおいて、鍵の種類が固定されている場合には、必ずしも鍵の種類は、必須ではない。
また、暗号化制御部１１２は、ストレージ装置１００に鍵管理サーバ１０の鍵管理サーバ番号を格納し、鍵暗号鍵取得時に鍵管理サーバ番号と鍵暗号鍵を対応付ける。
また、暗号化制御部１１２は、ストレージ装置１００に鍵管理サーバ１０の鍵管理サーバ番号を格納し、鍵暗号鍵取得時に鍵管理サーバ番号と鍵暗号鍵を対応付ける。
（３）暗号化制御部１１２は、ハッシュアルゴリズムを用いて取得した鍵暗号鍵２のハッシュ値を計算し、ストレージ装置内部で鍵暗号鍵２とハッシュ値を対応付け、一つのレコードとして、リスト化し、鍵暗号鍵リスト２００に格納する。また、（２）での鍵管理サーバ番号も鍵暗号鍵２に対応付けて格納する。
（４）暗号化制御部１１２は、ハッシュ値を用いて鍵暗号鍵の重複を除去する。重複している場合には、鍵管理サーバ番号が小さいレコードを優先して残すようにする。
（５）暗号化制御部１１２は、鍵暗号鍵リスト２００を新しい日付から旧い日付に生成日時で並び替える。
（６）鍵管理サーバ番号が同一のレコードが二つ以上存在する場合、過去に更新に失敗したと判定する。更新が失敗した状態からの再更新の場合には、最も生成日付が新しい鍵暗号鍵を更新用鍵暗号鍵とする。図１４は、更新が失敗した状態からの再更新の場合を示している。
更新が成功している場合（鍵管理サーバ番号が一つのみ）や、強制的に更新する場合には鍵管理サーバに要求して新規に更新用鍵暗号鍵を生成し取得する。
（７）暗号鍵管理テーブル２０２の未暗号化フラグを１（暗号化していない）に設定する。
（８）生成日付が新しい新鍵暗号鍵で、暗号鍵１の復号を試行する。復号が正しくなされたかは、例えば、暗号鍵の暗号化に用いられるＡＥＳ Ｋｅｙ Ｗｒａｐアルゴリズムによりチェックすることができる。すなわち、正しく復号できたかは、復号データの先頭から１２８ｂｉｔがＩＶ（０ｘＡ６Ａ６Ａ６Ａ６Ａ６Ａ６Ａ６Ａ６）と一致するか否かによって判断することができる。
（５）暗号化制御部１１２は、鍵暗号鍵リスト２００を新しい日付から旧い日付に生成日時で並び替える。
（６）鍵管理サーバ番号が同一のレコードが二つ以上存在する場合、過去に更新に失敗したと判定する。更新が失敗した状態からの再更新の場合には、最も生成日付が新しい鍵暗号鍵を更新用鍵暗号鍵とする。図１４は、更新が失敗した状態からの再更新の場合を示している。
更新が成功している場合（鍵管理サーバ番号が一つのみ）や、強制的に更新する場合には鍵管理サーバに要求して新規に更新用鍵暗号鍵を生成し取得する。
（７）暗号鍵管理テーブル２０２の未暗号化フラグを１（暗号化していない）に設定する。
（８）生成日付が新しい新鍵暗号鍵で、暗号鍵１の復号を試行する。復号が正しくなされたかは、例えば、暗号鍵の暗号化に用いられるＡＥＳ Ｋｅｙ Ｗｒａｐアルゴリズムによりチェックすることができる。すなわち、正しく復号できたかは、復号データの先頭から１２８ｂｉｔがＩＶ（０ｘＡ６Ａ６Ａ６Ａ６Ａ６Ａ６Ａ６Ａ６）と一致するか否かによって判断することができる。
図１４において暗号鍵Ａ、暗号鍵Ｂ、暗号鍵Ｃは復号に成功したものとする。このとき、更新用鍵暗号鍵（再更新の場合は、最も生成日付が新しい鍵暗号鍵）でそれぞれ暗号化し、未暗号化フラグに０（暗号化済み）を設定する。
（９）（１０）で失敗した暗号鍵に対しては、旧鍵暗号鍵（（８）で試行した鍵暗号鍵の次の生成日付の鍵暗号鍵）で復号を試行する。復号が成功したか否かについては、（８）で述べた方法で判断することができる。図１４の例では、暗号鍵Ｄ、暗号鍵Ｅは、旧鍵暗号鍵で、復号に成功するとする。このときに、更新用鍵暗号鍵（再更新の場合は、最も生成日付が新しい鍵暗号鍵）で未暗号化フラグに０（暗号化済み）を設定する。もし、旧鍵暗号鍵による復号が失敗し、かつ、鍵暗号鍵リスト２００に、さらに生成日時が古い鍵暗号鍵が存在する場合には、次の生成日時が古い鍵暗号鍵による暗号鍵の復号化と、更新用鍵暗号鍵の暗号化を同様に試行する。
（１１）更新が成功している場合（鍵管理サーバ番号が一つのみ）や、強制的に更新する場合には、暗号鍵に対してユニークに定まる鍵暗号鍵によって、暗号鍵を復号し、生成された更新用鍵暗号鍵により、復号された暗号鍵を暗号化し、未暗号化フラグに０（暗号化済み）を設定する。
（１２）未暗号化フラグが全て０（暗号化済み）となったら、更新用鍵暗号鍵以外の鍵暗号鍵を全て鍵管理サーバから削除する。未暗号化フラグが全て０でなければ、更新用鍵暗号鍵で暗号鍵が暗号化されなかったことを意味する。この場合には、暗号鍵管理システムの動作が、鍵暗号鍵を手動更新するようになっているときには、オペレータに対してモニタなどに異常終了を応答する。暗号鍵管理システムの動作が、鍵暗号鍵を自動更新するようになっている場合には、システムに異常を通知し、鍵暗号鍵の自動更新処理を発動する。
なお、未暗号化フラグをストレージ内部の不揮発メモリに保存して、異常発生時に、未暗号化フラグが１の鍵に対してのみ、鍵暗号鍵の更新処理を実施するようにしてもよい。
なお、未暗号化フラグをストレージ内部の不揮発メモリに保存して、異常発生時に、未暗号化フラグが１の鍵に対してのみ、鍵暗号鍵の更新処理を実施するようにしてもよい。
このように、本実施形態によれば、鍵番号を取得できず、かつ、鍵暗号鍵の更新が成功しているのみならず、鍵暗号鍵の更新が途中で異常終了した状態からでも、生成日時の新しい鍵暗号鍵を更新用鍵暗号鍵とみなすことにより、ストレージ装置の暗号鍵と鍵管理サーバにおける鍵暗号鍵の対応を有する暗号鍵管理システムを復旧することができる。
次に、図１５ないし図１７を用いて実施形態２の暗号鍵管理システムの処理の詳細について説明する。
手動更新の場合の鍵暗号鍵更新前処理の場合は、先ず、管理ＩＦ部１１１は、暗号化制御部１１２に対して鍵暗号更新要求を行う。この鍵暗号更新要求は、通常時に手動で行うものか強制時のものである。
手動更新の場合の鍵暗号鍵更新前処理の場合は、先ず、管理ＩＦ部１１１は、暗号化制御部１１２に対して鍵暗号更新要求を行う。この鍵暗号更新要求は、通常時に手動で行うものか強制時のものである。
次に、暗号化制御部１１２は、接続している鍵管理サーバ１０の全てに対して、パラメータ（鍵の種類、ストレージＩＤ）を指定して、暗号鍵１に対応する鍵暗号鍵２の情報の取得要求を行う（Ｓ３００）。
次に、鍵管理サーバは、受取ったパラメータに基づいて、鍵暗号鍵の検索を行い（Ｓ３０１）、暗号化制御部１１２に対して、鍵暗号鍵の属性情報を送信する。
次に、暗号化制御部１１２は、ＳＨＡ２５６等のハッシュアルゴリズムに従って、鍵暗号鍵のハッシュ値を計算する（Ｓ３０２）。
次に、暗号化制御部１１２は、受取った鍵暗号鍵２の属性情報と鍵暗号鍵２のハッシュ値と鍵暗号鍵番号を、図１１に示した鍵暗号鍵リスト２００に格納する（Ｓ３０３）。
次に、暗号化制御部１１２は、同一のハッシュ値を有する鍵暗号鍵２に対して、レコードの重複を除去する（Ｓ３０４）。このとき、鍵管理サーバ番号が小さいレコードを優先して残すようにする。
次に、暗号化制御部１１２は、鍵暗号鍵リスト２００を鍵暗号鍵の生成日時順にソートする（Ｓ３０５）。
鍵暗号鍵リスト２００の中に、鍵管理サーバ番号が同一のレコードが２未満か、管理ＩＦ部からの鍵暗号更新要求が、強制時であるときには（Ａ３３０）、暗号化制御部１１２は、鍵管理サーバ１０に対して、暗号鍵１の属性情報（ストレージＩＤを含む）を送信し、鍵暗号鍵２の生成を要求する（Ｓ３０６）。
鍵管理サーバ１０は、新規の鍵暗号鍵２を生成し（Ｓ３０７）、鍵暗号鍵２の属性情報を、暗号化制御部１１２に送信する。
暗号化制御部１１２は、取得した鍵暗号鍵２を更新用鍵暗号鍵として設定し、状態を更新用鍵暗号鍵の新規作成に設定する（Ｓ３０８）。
鍵暗号鍵リスト２００の中に、鍵管理サーバ番号が同一のレコードが２以上であるときには（Ａ３４０）、暗号化制御部１１２は、鍵暗号鍵リスト２００の先頭のレコード（鍵管理サーバ番号が小さく、生成日時が新しい）の鍵暗号鍵データを更新用鍵暗号鍵として設定する（Ｓ３０９）。
暗号化制御部１１２は、状態を更新用鍵暗号鍵の新規未作成に設定する（Ｓ３１０）。
次に、暗号化制御部１１２は、障害処理部１２４に更新用鍵暗号鍵を通知する（Ｓ３１１）。
次に、暗号化制御部１１２は、障害処理部１２４に鍵暗号鍵更新処理を通知する（Ｓ３１２）。
次に、暗号化制御部１１２は、障害処理部１２４に更新用鍵暗号鍵を通知する（Ｓ３１１）。
次に、暗号化制御部１１２は、障害処理部１２４に鍵暗号鍵更新処理を通知する（Ｓ３１２）。
次に、暗号鍵管理システムは、鍵暗号鍵更新処理を行う（Ｓ３２０）。鍵暗号鍵更新処理の詳細は、図１６を用いて後述する。
次に、ストレージ装置は、鍵暗号鍵更新後処理を行う（Ｓ３３０）。鍵暗号鍵更新後処理の詳細は、図１７を用いて後述する。
以下、図１６を用いて鍵暗号鍵更新処理について詳細に説明する。
これは、図１５のＳ３２０に該当する処理である。
これは、図１５のＳ３２０に該当する処理である。
先ず、障害処理部１２４は、図１２に示した未暗号化フラグを１（未暗号）に初期化する（Ｓ４００）。
次に、ストレージ装置１００は、鍵暗号鍵リスト２００の全ての鍵暗号鍵に対して、Ｓ４０１～Ｓ４０５、Ｌ４４０、Ｓ４１１のループ処理を行う（Ｌ４３０）。
Ｌ４３０のループ処理では、先ず、障害処理部１２４が、暗号化制御部１１２に対して、鍵暗号鍵要求を行う（Ｓ４０１）。
暗号化制御部１１２は、全ての鍵暗号鍵２に対して鍵暗号鍵更新処理を試行したか否かを判定し（Ｓ４０２）、全ての鍵暗号鍵２に対して鍵暗号鍵更新処理を試行したときには（Ｓ４０２：Ｙｅｓ）、鍵暗号鍵更新処理を終了し、鍵暗号鍵更新処理を試行していない鍵暗号鍵２があるときには（Ｓ４０２：Ｎｏ）、暗号化制御部１１２は、鍵暗号鍵リスト２００から鍵暗号鍵を順に一つ選択し、障害処理部１２４に送信する（Ｓ４０３）。
これを受けて、障害処理部１２４は、暗号化制御部１１２から鍵暗号鍵を受領する（Ｓ４０４）。
次に、障害処理部１２４は、初期設定制御部１２６に暗号鍵を要求し、初期設定制御部１２６は、不揮発メモリにアクセスし（Ｓ４０６）、障害処理部１２４に暗号鍵を送信し、障害処理部１２４は、暗号鍵を取得する（Ｓ４０５）。
次に、ストレージ装置１００は、取得した暗号鍵に対して、Ｓ４０７～Ｓ４１０のループ処理を行う（Ｌ４４０）。
Ｌ４４０のループ処理では、先ず、障害処理部１２４は、鍵暗号鍵により、暗号鍵の復号を試行し（Ｓ４０７）、その暗号鍵の復号が成功したか否かを判定し（Ｓ４０８）、暗号鍵の復号が成功したときには（Ｓ４０８：Ｙｅｓ）、Ｓ４０９に行き、暗号鍵の復号が失敗したときには（Ｓ４０８：Ｎｏ）、Ｓ４０７に行き、次の暗号鍵の復号を試行する。
暗号鍵の復号が成功したときには、更新用鍵暗号鍵により、その復号化された暗号鍵を暗号化し（Ｓ４０９）、その暗号鍵に対応する未暗号化フラグを０（暗号化済み）に設定する。
Ｌ４４０のループ処理を抜けたときに、未暗号化フラグが全て０（暗号化済み）か否かを判定し（Ｓ４１１）、未暗号化フラグが全て０のときには（Ｓ４１１：Ｙｅｓ）、Ｌ４３０のループを抜け、鍵暗号鍵更新処理を終了し、０でない未暗号化フラグがあるときには（Ｓ４１１：Ｎｏ）、Ｓ４０１に戻り、次の鍵暗号鍵について、Ｌ４３０のループ処理を行う。
次に、図１７を用いて手動更新の場合の鍵暗号鍵更新後処理の詳細について説明する。
手動更新の場合の鍵暗号鍵更新後処理では、未暗号化フラグが全て０（暗号化済み）でないときには（Ａ５１０）、障害処理部１２４は、暗号化制御部１１２に対して、鍵暗号鍵更新の異常終了を応答し（Ｓ５００）、暗号化制御部１１２は、管理ＩＦ部１１１に対して、鍵暗号鍵更新の異常終了を応答する（Ｓ５０１）。
手動更新の場合の鍵暗号鍵更新後処理では、未暗号化フラグが全て０（暗号化済み）でないときには（Ａ５１０）、障害処理部１２４は、暗号化制御部１１２に対して、鍵暗号鍵更新の異常終了を応答し（Ｓ５００）、暗号化制御部１１２は、管理ＩＦ部１１１に対して、鍵暗号鍵更新の異常終了を応答する（Ｓ５０１）。
未暗号化フラグが全て０（暗号化済み）のときには（Ａ５２０）、障害処理部１２４は、暗号化された暗号鍵を、初期設定制御部１２６に送信し、初期設定制御部１２６は、暗号化された暗号鍵を不揮発メモリ１３３にアクセスして（Ｓ５０３）、格納し（Ｓ５０２）、鍵暗号鍵更新が正常終了したことを、暗号化制御部１１２に報告する（Ｓ５０４）。
次に、暗号化制御部１１２の状態が更新用鍵暗号鍵の未新規作成（Ｓ３１０）のときには（Ａ５３０）、鍵暗号鍵リスト２００の先頭のレコード（更新用鍵暗号鍵に使用された鍵暗号鍵に対応する）を削除する（Ｓ５０５）。これは、更新用鍵暗号鍵に使用された鍵暗号鍵については、以下のＳ５０６により鍵管理サーバに対して削除要求をしないことを意味する。
次に、暗号化制御部１１２は、鍵暗号鍵リスト２００の各々のレコードについて、Ｓ５０６～Ｓ５０８のループ処理を行う（Ｌ５４０）。
暗号化制御部１１２は、鍵暗号鍵リスト２００から鍵暗号鍵と鍵管理サーバ番号を取り出し、鍵管理サーバ１０に削除要求を行う（Ｓ５０６）。
鍵管理サーバ１０では、この要求に従い、鍵暗号鍵の削除を行う（Ｓ５０７）。
鍵管理サーバ１０で、鍵暗号鍵の削除が成功したときには（Ａ５５０）、鍵管理サーバ１０は、暗号化制御部１１２に対し、鍵暗号鍵の削除の成功を応答し、暗号化制御部１１２は、鍵暗号鍵リスト２００の削除要求済みの鍵暗号鍵を削除する（Ｓ５０８）。
暗号化制御部１１２は、鍵暗号鍵リスト２００から鍵暗号鍵と鍵管理サーバ番号を取り出し、鍵管理サーバ１０に削除要求を行う（Ｓ５０６）。
鍵管理サーバ１０では、この要求に従い、鍵暗号鍵の削除を行う（Ｓ５０７）。
鍵管理サーバ１０で、鍵暗号鍵の削除が成功したときには（Ａ５５０）、鍵管理サーバ１０は、暗号化制御部１１２に対し、鍵暗号鍵の削除の成功を応答し、暗号化制御部１１２は、鍵暗号鍵リスト２００の削除要求済みの鍵暗号鍵を削除する（Ｓ５０８）。
鍵管理サーバ１０で、鍵暗号鍵の削除が失敗したときには（Ａ５６０）、鍵管理サーバ１０は、暗号化制御部１１２に対し、鍵暗号鍵の削除の失敗を応答する。
Ｌ５４０のループを抜け、鍵暗号鍵リスト２００に鍵暗号鍵のレコードが残っているか否かを判定し（Ｓ５０９）、残っていないときには（Ｓ５０９：Ｎｏ）、暗号化制御部１１２は、管理ＩＦ部１１１に、鍵暗号鍵の更新の成功を応答し、残っているときには（Ｓ５０９：Ｙｅｓ）、暗号化制御部１１２は、管理ＩＦ部１１１に、鍵暗号鍵の更新の失敗を応答し、削除に失敗した（残ったレコードに該当する）鍵暗号鍵２を報告する。
以上、本実施形態によれば、鍵管理サーバ１０で鍵暗号鍵の更新が失敗して、同一の暗号鍵に対して、重複した鍵暗号鍵が存在するときでも、生成日時が新しい鍵暗号鍵を更新用鍵暗号鍵とし、生成日時が旧い鍵暗号鍵により、暗号鍵の復号を試行し、更新用鍵暗号鍵によってそれを暗号化することにより、鍵暗号鍵の再更新を行うことができ、データのセキュリティを高く保つことができる。
〔実施形態３〕
以下、本発明に係る実施形態３を、図１８ないし図２１を用いて説明する。
実施形態２では、暗号鍵に対する鍵番号が得られない場合であっても、ストレージ装置内の暗号鍵に対する鍵暗号鍵の更新を可能にする暗号鍵管理システムについて説明した。
以下、本発明に係る実施形態３を、図１８ないし図２１を用いて説明する。
実施形態２では、暗号鍵に対する鍵番号が得られない場合であっても、ストレージ装置内の暗号鍵に対する鍵暗号鍵の更新を可能にする暗号鍵管理システムについて説明した。
本実施形態では、鍵管理サーバ１０に保管される鍵暗号鍵２の整合性を定期的にチェックする暗号鍵管理システムについて説明する。本実施形態でも、実施形態１、実施形態２と異なった所を中心に説明する。
実施形態１では、ストレージ装置１００の暗号鍵１と、それに対応する鍵暗号鍵２の対応関係が消失していることを前提とした暗号鍵１の復号方法であった。そのため、鍵暗号鍵の数が増加すると復号の試行回数が増加するという問題点があった。本実施形態では、それを解決するために、定期的に、鍵管理サーバ１０に保管された鍵暗号鍵２の数をチェックし、一つの鍵管理サーバ１０上に、ストレージ装置１００の一つの暗号鍵１に対応する鍵暗号鍵２が一つ存在する状態にする、またはセキュリティ管理者に是正を促すようにするものである。
以下、図１８の順に従い説明する。
（１）鍵暗号鍵２を鍵管理サーバ１０で保管する際には、ストレージ装置１００から、以下の属性値を付与する。
・鍵の種類（鍵暗号鍵）
・ストレージ装置を一意に特定するＩＤ（製品番号、モデル名など）
・鍵暗号鍵の生成日時
（１）鍵暗号鍵２を鍵管理サーバ１０で保管する際には、ストレージ装置１００から、以下の属性値を付与する。
・鍵の種類（鍵暗号鍵）
・ストレージ装置を一意に特定するＩＤ（製品番号、モデル名など）
・鍵暗号鍵の生成日時
そして、ストレージ装置１００は、定期的に以下の（２）～（５）を実行する。
（２）暗号化制御部１１２は、鍵暗号鍵２の情報を鍵管理サーバ１０から取得する際には、鍵の種類(鍵暗号鍵)とストレージ装置のＩＤを要求クエリに付与して要求する。ここで、この要求クエリにより、ストレージ装置１００に接続している全ての鍵管理サーバ１０に対して要求する。
（２）暗号化制御部１１２は、鍵暗号鍵２の情報を鍵管理サーバ１０から取得する際には、鍵の種類(鍵暗号鍵)とストレージ装置のＩＤを要求クエリに付与して要求する。ここで、この要求クエリにより、ストレージ装置１００に接続している全ての鍵管理サーバ１０に対して要求する。
また、暗号化制御部１１２は、ストレージ装置１００に鍵管理サーバ１０の鍵管理サーバ番号を格納し、鍵暗号鍵取得時に鍵管理サーバ番号と鍵暗号鍵を対応付ける。
（３）暗号化制御部１１２は、ハッシュアルゴリズムを用いて取得した鍵暗号鍵２のハッシュ値を計算し、ストレージ装置内部で鍵暗号鍵２とハッシュ値を対応付け、一つのレコードとして、鍵暗号鍵リスト２００に格納する。また、（２）での鍵管理サーバ番号も鍵暗号鍵２に対応付けて格納する。
（４）暗号化制御部１１２は、ハッシュ値を用いて鍵暗号鍵の重複を除去する。重複している場合には、鍵管理サーバ番号が小さいレコードを優先して残すようにする。
（５）鍵管理サーバ番号が同一のレコードが二つ以上存在する場合、鍵暗号鍵２の更新または鍵管理サーバ１０間の同期に失敗したと考えられる。鍵管理サーバ番号が同一の鍵暗号鍵が二つ以上ある場合には、鍵暗号鍵２の更新が失敗している判定できる。この場合には、設定により以下のいずれの制御を行う。
・一定時間に一定回数の異常を検知した場合には、セキュリティ管理者にアラートを通知し、任意のタイミングで鍵暗号鍵２の再更新処理または鍵管理サーバ間同期処理を実行する。
・自動で鍵暗号鍵２を再更新処理または鍵管理サーバ間同期処理を実行する。鍵暗号鍵の再更新処理には、実施形態２の鍵暗号鍵の再更新処理を用いることができる。
（３）暗号化制御部１１２は、ハッシュアルゴリズムを用いて取得した鍵暗号鍵２のハッシュ値を計算し、ストレージ装置内部で鍵暗号鍵２とハッシュ値を対応付け、一つのレコードとして、鍵暗号鍵リスト２００に格納する。また、（２）での鍵管理サーバ番号も鍵暗号鍵２に対応付けて格納する。
（４）暗号化制御部１１２は、ハッシュ値を用いて鍵暗号鍵の重複を除去する。重複している場合には、鍵管理サーバ番号が小さいレコードを優先して残すようにする。
（５）鍵管理サーバ番号が同一のレコードが二つ以上存在する場合、鍵暗号鍵２の更新または鍵管理サーバ１０間の同期に失敗したと考えられる。鍵管理サーバ番号が同一の鍵暗号鍵が二つ以上ある場合には、鍵暗号鍵２の更新が失敗している判定できる。この場合には、設定により以下のいずれの制御を行う。
・一定時間に一定回数の異常を検知した場合には、セキュリティ管理者にアラートを通知し、任意のタイミングで鍵暗号鍵２の再更新処理または鍵管理サーバ間同期処理を実行する。
・自動で鍵暗号鍵２を再更新処理または鍵管理サーバ間同期処理を実行する。鍵暗号鍵の再更新処理には、実施形態２の鍵暗号鍵の再更新処理を用いることができる。
このように、定期的に、ストレージ装置１００が、鍵管理サーバ１０に保管されている鍵暗号鍵２の整合性をチェックすることにより、鍵暗号鍵２の更新異常時や同期失敗を検知し、自動または手動で修復することができ、実施形態１で示した暗号鍵の復号処理のときに生じる可能性がある実行時間の増大を防ぐことができる。
次に、図１９ないし図２１を用いて実施形態３の暗号鍵管理システムの処理の詳細について説明する。
本実施形態では、鍵管理サーバ１０に保管される鍵暗号鍵の整合性のチェックを自動的に行い、かつ、自動で鍵暗号鍵の更新処理を行う場合について説明する。
本実施形態では、鍵管理サーバ１０に保管される鍵暗号鍵の整合性のチェックを自動的に行い、かつ、自動で鍵暗号鍵の更新処理を行う場合について説明する。
先ず、暗号鍵管理システムは、定期的鍵暗号鍵更新中断チェック処理を行う（Ｓ７００）。定期的鍵暗号鍵更新中断チェック処理は、定期的に鍵管理サーバ１０上の鍵暗号鍵２に整合性があるか否かをチェックする処理であり、後に、図２０を用いて説明する。
次に、暗号化制御部１１２は、鍵暗号鍵リスト２００を、鍵暗号鍵２の生成日時順にソートする（Ｓ７０１）。
次に、暗号化制御部１１２は、鍵暗号鍵リスト２００の先頭レコードの鍵暗号鍵をコピーして、更新用鍵暗号鍵として設定する（Ｓ７０２）。
次に、暗号化制御部１１２は、障害処理部１２４に更新用鍵暗号鍵を通知する（Ｓ７０３）。
次に、暗号化制御部１１２は、障害処理部１２４に更新処理の開始を通知する（Ｓ７０４）。
次に、暗号化制御部１１２は、鍵暗号鍵リスト２００の先頭レコードの鍵暗号鍵をコピーして、更新用鍵暗号鍵として設定する（Ｓ７０２）。
次に、暗号化制御部１１２は、障害処理部１２４に更新用鍵暗号鍵を通知する（Ｓ７０３）。
次に、暗号化制御部１１２は、障害処理部１２４に更新処理の開始を通知する（Ｓ７０４）。
次に、ストレージ装置１００は、鍵暗号鍵更新処理を行う（Ｓ７１０）。鍵暗号鍵更新処理は、既に、図１６を用いて詳細に説明した。
次に、暗号鍵管理システムは、自動更新の場合の鍵暗号鍵更新後処理を行う（Ｓ７２０）。自動更新の場合の鍵暗号鍵更新後処理は、後に、図２１を用いて詳細に説明する。
次に、図２０を用いて定期的鍵暗号鍵更新チェック処理の詳細を説明する。
これは、図１９のＳ７００に該当する処理である。
これは、図１９のＳ７００に該当する処理である。
先ず、暗号化制御部１１２は、設定されている定期的時刻に達したか判定し（Ｓ６００）、定期的時刻に達したときには、Ｓ６０１に行く。
暗号化制御部１１２は、接続している鍵管理サーバ１０の全てに対して、パラメータ（鍵の種類、ストレージＩＤ）を指定して、暗号鍵１に対応する鍵暗号鍵２の情報の取得要求を行う（Ｓ６０１）。
次に、鍵管理サーバは、受取ったパラメータに基づいて、鍵暗号鍵の検索を行い（Ｓ６０２）、暗号化制御部１１２に対して、鍵暗号鍵の属性情報を送信する。
次に、暗号化制御部１１２は、ＳＨＡ２５６等のハッシュアルゴリズムに従って、鍵暗号鍵のハッシュ値を計算する（Ｓ６０３）。
次に、暗号化制御部１１２は、受取った鍵暗号鍵２の属性情報と鍵暗号鍵２のハッシュ値と鍵暗号鍵番号を、図１１に示した鍵暗号鍵リスト２００に格納する（Ｓ６０４）。
次に、暗号化制御部１１２は、同一のハッシュ値を有する鍵暗号鍵２に対して、レコードの重複を除去する（Ｓ６０５）。このとき、鍵管理サーバ番号が小さいレコードを優先して残すようにする。
次に、暗号化制御部１１２は、鍵暗号鍵リスト２００のレコードの長さが２以上であるか否かを判定し（Ｓ６０６）、鍵暗号鍵リスト２００のレコードの長さが２未満であるときには（Ｓ６０６：Ｎｏ）、処理を終了し、鍵暗号鍵リスト２００のレコードの長さが２以上であるときには、Ｓ６０７に行く。
暗号化制御部１１２は、鍵暗号鍵リスト２００のレコードの長さが２以上であるときには、鍵暗号鍵リスト２００の中に、鍵管理サーバ番号が同一のレコードが２以上あるか否かを判定し（Ｓ６０７）、鍵管理サーバ１０間での鍵管理サーバ同期処理を要請する（Ｓ６０８）。
次に、暗号化制御部１１２は、構成制御部１２５よりストレージ装置１００の構成を参照し（Ｓ６０９）、自動鍵暗号鍵更新再処理が設定されているか否かを判定し（Ｓ６１０）、自動鍵暗号鍵更新再処理が設定されているときには（Ｓ６１０：Ｙｅｓ）、ストレージ装置１００は、鍵暗号鍵更新再処理を行う（Ｓ６１１）。鍵暗号鍵更新再処理は、図１６に示した鍵暗号鍵更新処理と同様である。
自動鍵暗号鍵更新再処理が設定されていないときには、暗号化制御部１１２は、通知制御部１１３に、鍵暗号鍵更新アラート発行指示を行い（Ｓ６１２）、通知制御部１１３は、鍵暗号鍵更新アラート発行する（Ｓ６１３）。
次に、図２１を用いて自動更新の場合の鍵暗号鍵更新後処理の詳細について説明する。
これは、図１９のＳ７２０に該当する処理である。
これは、図１９のＳ７２０に該当する処理である。
手動更新の場合の鍵暗号鍵更新後処理では、未暗号化フラグが全て０（暗号化済み）でないときには（Ａ８１０）、障害処理部１２４は、暗号化制御部１１２に対して、鍵暗号鍵更新の異常終了を応答し（Ｓ８００）、暗号化制御部１１２は、管理ＩＦ部１１１に対して、鍵暗号鍵更新の異常終了を応答する（Ｓ８０１）。
管理ＩＦ部１１１は、これを受けて、鍵暗号鍵更新の異常終了を通知する（Ｓ８０２）。
管理ＩＦ部１１１は、これを受けて、鍵暗号鍵更新の異常終了を通知する（Ｓ８０２）。
未暗号化フラグが全て０（暗号化済み）のときには（Ａ８２０）、障害処理部１２４は、暗号化された暗号鍵を、初期設定制御部１２６に送信し、初期設定制御部１２６は、暗号化された暗号鍵を不揮発メモリ１３３にアクセスして（Ｓ８０４）、格納し（Ｓ８０３）、鍵暗号鍵更新が正常終了したことを、暗号化制御部１１２に報告する（Ｓ８０５）。
次に、暗号化制御部１１２の状態が更新用鍵暗号鍵の新規未作成（Ｓ３１０）のときには（Ａ８３０）、鍵暗号鍵リスト２００の先頭のレコード（更新用鍵暗号鍵に使用された鍵暗号鍵に対応する）を削除する（Ｓ８０６）。これは、更新用鍵暗号鍵に使用された鍵暗号鍵については、以下のＳ８０７により鍵管理サーバに対して削除要求をしないことを意味する。
次に、暗号化制御部１１２は、鍵暗号鍵リスト２００の各々のレコードについて、Ｓ８０７～Ｓ８０９のループ処理を行う（Ｌ８５０）。
暗号化制御部１１２は、鍵暗号鍵リスト２００から鍵暗号鍵と鍵管理サーバ番号を取り出し、鍵管理サーバ１０に削除要求を行う（Ｓ８０７）。
鍵管理サーバ１０では、この要求に従い、鍵暗号鍵の削除を行う（Ｓ８０８）。
鍵管理サーバ１０で、鍵暗号鍵の削除が成功したときには（Ａ８５０）、鍵管理サーバ１０は、暗号化制御部１１２に対し、鍵暗号鍵の削除の成功を応答し、暗号化制御部１１２は、鍵暗号鍵リスト２００の削除要求済みの鍵暗号鍵を削除する（Ｓ８０９）。
鍵管理サーバ１０で、鍵暗号鍵の削除が失敗したときには（Ａ８６０）、鍵管理サーバ１０は、暗号化制御部１１２に対し、鍵暗号鍵の削除の失敗を応答する。
鍵管理サーバ１０では、この要求に従い、鍵暗号鍵の削除を行う（Ｓ８０８）。
鍵管理サーバ１０で、鍵暗号鍵の削除が成功したときには（Ａ８５０）、鍵管理サーバ１０は、暗号化制御部１１２に対し、鍵暗号鍵の削除の成功を応答し、暗号化制御部１１２は、鍵暗号鍵リスト２００の削除要求済みの鍵暗号鍵を削除する（Ｓ８０９）。
鍵管理サーバ１０で、鍵暗号鍵の削除が失敗したときには（Ａ８６０）、鍵管理サーバ１０は、暗号化制御部１１２に対し、鍵暗号鍵の削除の失敗を応答する。
Ｌ８５０のループを抜け、鍵暗号鍵リスト２００に鍵暗号鍵のレコードが残っているか否かを判定し（Ｓ８１０）、残っていないときには（Ｓ８１０：Ｎｏ）、暗号化制御部１１２は、管理ＩＦ部１１１に、鍵暗号鍵の更新の成功を応答し、残っているときには（Ｓ８１０：Ｙｅｓ）、暗号化制御部１１２は、管理ＩＦ部１１１に、鍵暗号鍵の更新の失敗を応答し、削除に失敗した（残ったレコードに該当する）鍵暗号鍵２を報告する。
管理ＩＦ部１１１は、鍵暗号鍵の更新の成功の応答を受けたときには、セキュリティ管理者に鍵暗号鍵更新成功を通知し（Ｓ８１１）、鍵暗号鍵の更新の失敗の応答を受けたときには、削除に失敗した（残ったレコードに該当する）鍵暗号鍵２を通知する（Ｓ８１２）。
以上、本実施形態では、鍵管理サーバにおける鍵暗号鍵の整合性を定期的にチェックすることにより、鍵管理サーバにおける鍵暗号鍵の整合性が保たれ、余計なストレージ装置１００における暗号鍵の復号処理を行うことがなくなるというメリットがある。
１…暗号鍵
２…鍵暗号鍵
３…付加属性
５…ネットワーク
６…ストレージインタフェース
１０…鍵管理サーバ
２０…ホストコンピュータ
２１…ホストアプリケーション
１００…ストレージ装置
１１０…ＳＶＰ（SuperVisor Program）
１１１…管理ＩＦ（InterFace）部
１１２…暗号化制御部
１１３…通知制御部
１２０…ストレージマイクロプログラム
１２１…ホストコマンド制御部
１２２…管理コマンド制御部
１２３…バックエンド制御部
１２４…障害処理部
１２５…構成制御部
１２６…初期設定制御部
１３２…揮発メモリ
１３３…不揮発メモリ
１３４…記憶デバイス
２００…鍵暗号鍵リスト
２０１…鍵管理サーバ情報テーブル
２０２…暗号鍵管理テーブル
２…鍵暗号鍵
３…付加属性
５…ネットワーク
６…ストレージインタフェース
１０…鍵管理サーバ
２０…ホストコンピュータ
２１…ホストアプリケーション
１００…ストレージ装置
１１０…ＳＶＰ（SuperVisor Program）
１１１…管理ＩＦ（InterFace）部
１１２…暗号化制御部
１１３…通知制御部
１２０…ストレージマイクロプログラム
１２１…ホストコマンド制御部
１２２…管理コマンド制御部
１２３…バックエンド制御部
１２４…障害処理部
１２５…構成制御部
１２６…初期設定制御部
１３２…揮発メモリ
１３３…不揮発メモリ
１３４…記憶デバイス
２００…鍵暗号鍵リスト
２０１…鍵管理サーバ情報テーブル
２０２…暗号鍵管理テーブル
Claims (7)
- データを１又は複数の暗号鍵により暗号化して格納するストレージ装置と１又は複数の鍵管理サーバとがネットワークで接続された暗号鍵管理システムであって、
前記鍵管理サーバは、前記暗号鍵を暗号化する１又は複数の鍵暗号鍵をその属性情報と共に保持し、
前記ストレージ装置は、
前記鍵暗号鍵によって暗号化された前記暗号鍵を保持し、
前記鍵管理サーバに対し、前記ストレージ装置を一意に識別するストレージ装置のＩＤをパラメータとして、前記ストレージ装置に対応する前記鍵暗号鍵を要求し、
前記鍵管理サーバから前記ストレージ装置に対応する前記鍵暗号鍵とその属性情報を取得し、
重複した前記鍵暗号鍵を排除しつつ取得した前記鍵暗号鍵とその属性情報を鍵暗号鍵リストに格納し、
前記鍵暗号鍵リストに格納された前記鍵暗号鍵によって前記暗号鍵の復号を試行し、
前記暗号鍵の復号の成否を判断して、前記鍵暗号鍵により前記暗号鍵の復号が失敗したときには、前記鍵暗号鍵リストに格納された未試行の前記鍵暗号鍵によって前記暗号鍵の復号を試行することを特徴とする暗号鍵管理システム。 - 前記属性情報には、前記鍵暗号鍵の生成日時を含み、
前記鍵暗号鍵リストは、前記鍵暗号鍵の生成日時の新しい順に整列されることを特徴とする請求項１記載の暗号鍵管理システム。 - 前記ストレージ装置は、前記鍵管理サーバから取得した前記鍵暗号鍵を表すデータからハッシュ値を生成し、前記鍵暗号鍵リストに前記取得した鍵暗号鍵と対応付けて格納し、
前記ハッシュ値を、前記鍵暗号鍵リストに重複した鍵暗号鍵が格納されたか否かの判定に用いることを特徴とする請求項１記載の暗号鍵管理システム。 - 前記鍵暗号鍵リストおよび復号化された暗号鍵は、前記ストレージ装置の揮発メモリに保持されることを特徴とする請求項１記載の暗号鍵管理システム。
- データを１又は複数の暗号鍵により暗号化して格納するストレージ装置と１又は複数の鍵管理サーバとがネットワークで接続された暗号鍵管理システムであって、
前記鍵管理サーバは、前記暗号鍵を暗号化する１又は複数の鍵暗号鍵をその属性情報と共に保持し、
前記ストレージ装置は、
前記鍵暗号鍵によって暗号化された前記暗号鍵を保持し、
前記鍵管理サーバに対し、前記ストレージ装置を一意に識別するストレージ装置のＩＤをパラメータとして、前記ストレージ装置に対応する前記鍵暗号鍵を要求し、
前記鍵管理サーバから前記ストレージ装置に対応する前記鍵暗号鍵とその属性情報を取得し、
重複した前記鍵暗号鍵を排除しつつ前記鍵暗号鍵とその属性情報を格納する鍵暗号鍵リストに格納し、
前記属性情報には、前記鍵暗号鍵の生成日時を含み、
前記鍵暗号鍵リストは、前記鍵暗号鍵の生成日時の新しい順に整列され、
前記ストレージ装置は、前記鍵暗号鍵リストに対応する鍵暗号鍵を取得した鍵暗号鍵を特定する鍵管理サーバ番号を格納し、
前記ストレージ装置は、同一の鍵管理サーバ番号があるときには、生成日時の新しい鍵暗号鍵を、更新用鍵暗号鍵とし、生成日時の次の暗号鍵を生成日時順に、旧鍵暗号鍵として、その旧鍵暗号鍵により復号を試行し、
前記ストレージ装置は、同一の鍵管理サーバ番号がないときには、前記鍵暗号鍵リストに格納された鍵暗号鍵を旧鍵暗号鍵とし、前記鍵管理サーバに対して、新規の更新用鍵暗号鍵の生成を要求して、その更新用鍵暗号鍵を取得し、
前記ストレージ装置は、前記旧鍵暗号鍵により復号の成否を判定し、前記旧鍵暗号鍵による復号が成功したときには、復号化された暗号鍵を、前記更新用鍵暗号鍵により暗号化し、
前記ストレージ装置は、同一の鍵管理サーバ番号があるときには、前記鍵管理サーバに対して、前記更新用鍵暗号鍵以外の鍵暗号鍵を削除するように要請し、
前記ストレージ装置は、同一の鍵管理サーバ番号がないときには、前記鍵管理サーバに対して、前記鍵暗号鍵リストに格納された鍵暗号鍵を削除するように要請することを特徴とする暗号鍵管理システム。 - 前記ストレージ装置は、定期的に、前記鍵管理サーバ要求した前記鍵暗号鍵とその属性情報を取得し、
前記ストレージ装置は、前記鍵暗号鍵リストに同一の鍵管理サーバ番号があるか否かを判定し、前記鍵暗号鍵リストに、同一の鍵管理サーバ番号があるときには、アラートを発生させるか、前記鍵管理サーバに対して、鍵暗号鍵の再更新または鍵暗号鍵の同期処理の要請をすることを特徴とする請求項５記載の暗号鍵管理システム。 - データを１又は複数の暗号鍵により暗号化して格納するストレージ装置と１又は複数の鍵管理サーバとがネットワークで接続された暗号鍵管理システムによる暗号鍵管理方法であって、
前記鍵管理サーバが、前記暗号鍵を暗号化する１又は複数の鍵暗号鍵をその属性情報と共に保持するステップと、
前記ストレージ装置が、そのストレージ装置を一意に識別するストレージ装置のＩＤをパラメータとして、前記鍵管理サーバに対して前記鍵暗号鍵を要求するステップと、
前記ストレージ装置が、前記鍵暗号鍵によって暗号化された前記暗号鍵を保持するステップと
前記ストレージ装置が、前記鍵管理サーバに対し、前記ストレージ装置を一意に識別するストレージ装置のＩＤをパラメータとして、前記ストレージ装置に対応する前記鍵暗号鍵を要求するステップと、
前記ストレージ装置が、前記鍵管理サーバ要求した前記鍵暗号鍵とその属性情報を取得するステップと、
前記ストレージ装置が、重複した前記鍵暗号鍵を排除しつつ前記鍵暗号鍵とその属性情報を格納する鍵暗号鍵リストを格納するステップと、
前記ストレージ装置が、前記鍵暗号鍵リストに格納された鍵暗号鍵によって前記暗号鍵の復号を試行するステップと、
前記ストレージ装置が、前記暗号鍵の復号の成否を判断して、前記鍵暗号鍵により前記暗号鍵の復号が失敗したときには、前記鍵暗号鍵リストに格納された未試行の鍵暗号鍵によって前記暗号鍵の復号を試行するステップとを有することを特徴とする暗号鍵管理方法。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2020145933A JP2022040957A (ja) | 2020-08-31 | 2020-08-31 | 暗号鍵管理システムおよび暗号鍵管理方法 |
| US17/179,920 US11595191B2 (en) | 2020-08-31 | 2021-02-19 | Encryption key management system and encryption key management method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2020145933A JP2022040957A (ja) | 2020-08-31 | 2020-08-31 | 暗号鍵管理システムおよび暗号鍵管理方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2022040957A true JP2022040957A (ja) | 2022-03-11 |
Family
ID=80359154
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2020145933A Pending JP2022040957A (ja) | 2020-08-31 | 2020-08-31 | 暗号鍵管理システムおよび暗号鍵管理方法 |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US11595191B2 (ja) |
| JP (1) | JP2022040957A (ja) |
Families Citing this family (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20230155827A1 (en) * | 2020-03-25 | 2023-05-18 | Nec Corporation | Encryption terminal, encryption management device, encrypted communication system, and method |
| US20220085983A1 (en) * | 2020-09-14 | 2022-03-17 | Hewlett Packard Enterprise Development Lp | Encryption keys from storage systems |
| US11983284B2 (en) * | 2021-01-19 | 2024-05-14 | Arm Cloud Technology, Inc. | Consent management methods |
| US11640484B1 (en) * | 2021-03-08 | 2023-05-02 | Amazon Technologies, Inc. | Multi-envelope encryption system |
| US11740806B2 (en) * | 2021-04-29 | 2023-08-29 | Dell Products L.P. | Management controller based drive migration |
| US11856090B2 (en) * | 2021-06-24 | 2023-12-26 | International Business Machines Corporation | Data protection optimization |
| US20240089097A1 (en) * | 2022-09-09 | 2024-03-14 | Renesas Electronics Corporation | Key update management system and key update management method |
| US11895227B1 (en) * | 2023-05-23 | 2024-02-06 | Cloudflare, Inc. | Distributed key management system with a key lookup service |
| CN116779003B (zh) * | 2023-06-21 | 2023-12-08 | 广州市动易网络科技有限公司 | 用于硬盘数据销毁和安全性评估的方法及系统 |
| CN116760631B (zh) * | 2023-08-09 | 2023-10-31 | 国网浙江省电力有限公司 | 基于调控云平台的多业务数据分级管控方法及系统 |
Family Cites Families (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8010810B1 (en) | 2007-12-27 | 2011-08-30 | Emc Corporation | Techniques for protecting data using an electronic encryption endpoint device |
| US8948399B2 (en) * | 2011-05-27 | 2015-02-03 | Novell, Inc. | Dynamic key management |
| WO2015004706A1 (ja) | 2013-07-08 | 2015-01-15 | 株式会社日立製作所 | ストレージ装置およびストレージ装置の制御方法 |
| JP6697101B2 (ja) * | 2016-09-05 | 2020-05-20 | 株式会社日立製作所 | 情報処理システム |
| US20210176049A1 (en) * | 2019-12-09 | 2021-06-10 | TEEware Co., Ltd. | Trusted execution environment- based key management method |
| WO2022085000A1 (en) * | 2020-10-20 | 2022-04-28 | Redis Ltd. | Systems, methods, and media for implementing conflict-free replicated data types in in-memory data structures |
| US11567915B2 (en) * | 2021-02-01 | 2023-01-31 | Capital One Services, Llc | Maintaining a dataset based on periodic cleansing of raw source data |
-
2020
- 2020-08-31 JP JP2020145933A patent/JP2022040957A/ja active Pending
-
2021
- 2021-02-19 US US17/179,920 patent/US11595191B2/en active Active
Also Published As
| Publication number | Publication date |
|---|---|
| US11595191B2 (en) | 2023-02-28 |
| US20220069983A1 (en) | 2022-03-03 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2022040957A (ja) | 暗号鍵管理システムおよび暗号鍵管理方法 | |
| US8494170B2 (en) | Redundant key server encryption environment | |
| JP4990089B2 (ja) | 格納データ暗号化機能内蔵ストレージ装置の暗号鍵をバックアップ及びリストアする計算機システム | |
| US7383462B2 (en) | Method and apparatus for encrypted remote copy for secure data backup and restoration | |
| US9152578B1 (en) | Securing data replication, backup and mobility in cloud storage | |
| US8423796B2 (en) | Storage device and data processing method of storage device | |
| JP5020857B2 (ja) | 計算機システム及び端末 | |
| US8397083B1 (en) | System and method for efficiently deleting a file from secure storage served by a storage system | |
| US8170213B1 (en) | Methodology for coordinating centralized key management and encryption keys cached through proxied elements | |
| US8386798B2 (en) | Block-level data storage using an outstanding write list | |
| CA2766731C (en) | Method and system for cloud based storage | |
| US8417967B2 (en) | Storage device data encryption using a binary large object (BLOB) | |
| US20100086134A1 (en) | Full volume encryption in a clustered environment | |
| US20150026461A1 (en) | System and Method to Create Resilient Site Master-key for Automated Access | |
| CN109842506B (zh) | 密钥管理系统容灾处理方法、装置、系统和存储介质 | |
| US20060291664A1 (en) | Automated key management system | |
| US20100154053A1 (en) | Storage security using cryptographic splitting | |
| US20080082836A1 (en) | Method and apparatus for data protection | |
| US20140164790A1 (en) | Storage security using cryptographic splitting | |
| JP2009032038A (ja) | リムーバブルな暗号化／復号化モジュールが接続されるストレージシステム | |
| US8189790B2 (en) | Developing initial and subsequent keyID information from a unique mediaID value | |
| US10089245B2 (en) | Management of encryption keys for multi-mode network storage device | |
| US20110113259A1 (en) | Re-keying during on-line data migration | |
| JP6426520B2 (ja) | 暗号鍵管理システムおよび暗号鍵管理方法 | |
| JP2000200208A (ja) | ファイルバックアップ方法，装置およびそのプログラム記録媒体 |