(57)【要約】セキュアファイル暗号化のための技術は、まず、ファイル暗号化キーのセットの中からファイル暗号化キーをランダムに選択し、暗号化規則のセットに基づいて該選択したファイル暗号化キーを用いてファイルを暗号化する。該ファイル暗号化キーは、次いで、セキュリティの余分なレイヤのためにディレクトリマスタシークレット（ＤＭＳ）キーにより暗号化され得る。これにより、侵入者は、たとえ該ＤＭＳで暗号化されたファイル暗号化キーにアクセスし得ても、該暗号化されたファイルを復号化することができない。最終的に、ＤＭＳ暗号化ファイル暗号化キーは、該ファイルに関連付けられたメタデータに格納され得る。
2010517448.tif 000002
【特許請求の範囲】
【請求項１】
ホストにして、該ホストのファイルシステムに格納されたファイルを有するホストと、
動作中、一つ又は複数のファイル暗号化キー、一つ又は複数の暗号化規則、及びＤＭＳキーを暗号化エンジンに供給する認証エンジンとを備え、
前記暗号化エンジンは、動作中、
前記一つ又は複数の暗号化規則に基づいて前記ファイル暗号化キーを用いて前記ファイルを暗号化し、
前記ＤＭＳキーを用いて前記ファイル暗号化キーを暗号化するシステム。
【請求項２】
前記一つ又は複数のファイル暗号化キーを管理しかつ格納するように動作するキーデータベースを更に備える請求項１のシステム。
【請求項３】
前記一つ又は複数の暗号化規則を管理しかつ格納するように動作する暗号化規則データベースを更に備える請求項１のシステム。
【請求項４】
前記ＤＭＳキーを管理しかつ格納するように動作するＤＭＳデータベースを更に備える請求項１のシステム。
【請求項５】
前記ファイルはまた、該ファイルに関連付けられたメタデータを含む請求項１のシステム。
【請求項６】
前記暗号化エンジンは、前記暗号化されたファイル暗号化キーを前記メタデータに格納する請求項５のシステム。
【請求項７】
前記暗号化エンジンは、前記一つ又は複数のファイル暗号化キーからファイル暗号化キーをランダムに選択する請求項１のシステム。
【請求項８】
動作中、一つ又は複数のファイル暗号化キー、一つ又は複数の暗号化規則、及びＤＭＳキーを復号化エンジンに供給する認証エンジンと、
ホストにして、該ホストのファイルシステムに格納された暗号化されたファイルを有するホストとを備え、
前記ファイルは、前記一つ又は複数のファイル暗号化キーの一つにより暗号化され、前記ファイル暗号化キーは前記ＤＭＳキーにより暗号化され、
前記復号化エンジンは、動作中、
前記ＤＭＳキーを用いて前記暗号化されたファイル暗号化キーを復号化し、
前記一つ又は複数の暗号化規則に基づいて前記復号化されたファイル暗号化キーを用いて前記暗号化されたファイルを復号化するシステム。
【請求項９】
前記復号化エンジンは、前記暗号化されたファイルのメタデータから前記暗号化されたファイル暗号化キーを取得する請求項８のシステム。
【請求項１０】
前記復号化エンジンは、復号化前に、前記暗号化されたファイル及び／又は前記ＤＭＳキーに対するユーザのアクセスの権限をチェックする請求項８のシステム。
【請求項１１】
前記暗号化エンジンは、前記復号化されたファイルを前記ユーザに供給する請求項１０のシステム。
【請求項１２】
一つ又は複数の暗号化キー、一つ又は複数の暗号化規則、及びＤＭＳキーを受け入れるステップと、
前記一つ又は複数の暗号化キーからファイル暗号化キーを選択するステップと、
前記一つ又は複数の暗号化規則に基づいて前記ファイル暗号化キーを用いてファイルを暗号化するステップと、
前記ＤＭＳキーを用いて前記ファイル暗号化キーを暗号化するステップとを含む方法。
【請求項１３】
キーデータベースにより前記一つ又は複数のファイル暗号化キーを管理しかつ格納するステップを更に含む請求項１２の方法。
【請求項１４】
暗号化規則データベースにより前記一つ又は複数の暗号化規則を管理しかつ格納するステップを更に含む請求項１２の方法。
【請求項１５】
ＤＭＳデータベースにより前記ＤＭＳキーを管理しかつ格納するステップを更に含む請求項１２の方法。
【請求項１６】
前記一つ又は複数の暗号化キーから前記ファイル暗号化キーをランダムに選択するステップを更に含む請求項１２の方法。
【請求項１７】
前記暗号化されたファイル暗号化キーを前記ファイルに関連付けられたメタデータに格納するステップを更に含む請求項１２の方法。
【請求項１８】
一つ又は複数の暗号化キー、一つ又は複数の暗号化規則、及びＤＭＳキーを受け入れるステップと、
前記一つ又は複数のファイル暗号化キーの一つにより暗号化されたファイルを受け入れるステップにして、該ファイル暗号化キーがＤＭＳキーにより暗号化される該ステップと、
前記ＤＭＳキーを用いて前記暗号化されたファイル暗号化キーを復号化するステップと、
前記一つ又は複数の暗号化規則に基づいて前記復号化されたファイル暗号化キーを用いて前記暗号化されたファイルを復号化するステップとを含む方法。
【請求項１９】
前記暗号化されたファイルのメタデータから前記暗号化されたファイル暗号化キーを取得するステップを更に含む請求項１８の方法。
【請求項２０】
復号化前に、前記暗号化されたファイル及び／又は前記ＤＭＳキーに対するユーザのアクセスの権限をチェックするステップを更に含む請求項１８の方法。
【請求項２１】
前記復号化されたファイルを前記ユーザに供給するステップを更に含む請求項２０の方法。
【請求項２２】
一つ又は複数の暗号化キー、一つ又は複数の暗号化規則、及びＤＭＳキーを受け入れるための手段と、
前記一つ又は複数の暗号化キーからファイル暗号化キーをランダムに選択するための手段と、
前記一つ又は複数の暗号化規則に基づいて前記ファイル暗号化キーを用いてファイルを暗号化するための手段と、
前記ＤＭＳキーを用いて前記ファイル暗号化キーを暗号化するための手段と、
前記暗号化されたファイル暗号化キーを前記ファイルに関連付けられたメタデータに格納するための手段とを備えるシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、セキュアファイル暗号化に関する。
【背景技術】
【０００２】
優れた暗号化の実行には、ファイルシステム又はホストごとに一つのキー又は初期ベクトル（ＩＶ）を用いる代わりに、異なるファイルに対して異なるキー及び初期ベクトルを使用することが必要である。すべてのファイルが同じキーを共有する場合、該キーを破った攻撃者（アタッカー）は、該キーで暗号化されたすべてのキーを復号化し得る。いくつかのファイルは他のファイルよりも重要な価値があり、また、異なる所有権又はアクセス権を有し得るので、これは、暗号化されたファイルのセキュリティが、十分な保護が最も低いファイル（the least well-protected file）によって決定されることを意味する。その一方、ＩＶを再使用することは、暗号文を読むことができる誰かが、二つのファイルの第１Ｎブラックが同一であるかどうかを確認することができることを意味し、これは情報漏えいをもたらす。
【０００３】
これらは、ファイル暗号化に関連する問題及び課題のほんのサブセット（部分集合）であり、例証として先行技術の弱さを特徴付けることが企図される。関連技術の上記例及びそれに関連する限定は、例示であって他を除外するものではないことが企図される。関連技術の他の限定は、本明細書の読込み及び図面の検討により当業者には明らかとなる。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
以下の実施形態及び実施形態の様相は、模範的で例示的であることが企図されかつ範囲を限定しないシステム、ツール及び方法と共に記述され例示される。種々の実施形態において、上述した問題点の一つ又は複数は、低減もしくは取り除かれ、他の実施形態は他の改善に向けられる。
【課題を解決するための手段】
【０００５】
セキュアファイル暗号化のための技術は、まず、ファイル暗号化キーのセットの中からファイル暗号化キーをランダムに選択し、暗号化規則のセットに基づいて該選択したファイル暗号化キーを用いてファイルを暗号化する。該ファイル暗号化キーは、次いで、セキュリティの余分なレイヤのためにディレクトリマスタシークレット（ＤＭＳ）キーにより暗号化され得る。これにより、侵入者は、たとえ該ＤＭＳで暗号化されたファイル暗号化キーにアクセスし得ても、該暗号化されたファイルを復号化することができない。最終的に、ＤＭＳ暗号化ファイル暗号化キーは、該ファイルに関連付けられたメタデータに格納され得る。
【０００６】
提案したシステムは、他にも利点があるが、（該暗号化キーの）ユーザにさえ秘密である暗号化キーを提供することができる。ここに記述した技術のこの利点及び他の利点は、以下の説明の読込み及び図面の検討により当業者には明らかとなろう。
【０００７】
本発明の実施形態が図面に例示される。しかしながら、該実施形態及び図面は、限定的というよりも例示的なものであり、これらは本発明の例を提供する。
【図面の簡単な説明】
【０００８】
【図１】図１は、ディレクトリマスタシークレット（ＤＭＳ）キーデータベースを含むシステムの例を示す。
【図２】図２は、ＤＭＳキーの非局所的保管を伴うシステムの例を示す。
【図３】図３は、ファイル暗号化キーを暗号化すると共に暗号化されたキーをファイルメタデータに格納するための方法の例のフローチャートを示す。
【図４】図４は、暗号化されたファイルのメタデータから暗号化されたファイル暗号化キーを取得し、ファイル暗号化キーを復号化し、かつ復号化されたファイル暗号化キーを用いて該ファイルを復号化するための方法の例のフローチャートを示す。
【発明を実施するための形態】
【０００９】
以下の説明において、本発明の実施形態の完全な理解を与えるため、いくつかの具体的な詳細が提示される。しかしながら、当業者は、上記具体的な詳細の一つ又は複数を伴うことなく、又は他の構成要素等と組み合わせて、本発明が実施され得ることを認識するであろう。他の例において、本発明の種々の実施形態の様相を不明瞭にすることを避けるため、周知の実施（実行）又は動作（操作）は詳細には示されず又は記述されない。
【００１０】
図１は、セキュアファイル暗号化をサポートするシステム１００の例を示す。システム１００は、ホスト１０２と、認証エンジン１０４と、キーデータベース１０６と、暗号化（構成）規則データベース１０８と、ディレクトリマスタシークレット（ＤＭＳ）キーデータベース１１０と、暗号化エンジン１１１とを含む。
【００１１】
図１の例におけるホスト１０２は、いかなる既知のもしくは都合の良いコンピュータシステムをも含み得る。ホスト１０２は、ファイルサーバとして機能し得、又は、いくつかの他の機能を有し得る。例示の実施形態において、ホスト１０２は、バス１１８に接続されたＤＭＳ（キー）データベース１１０、ファイルシステム１１２、フィルタドライバ１１４、及びプロセッサ１１６を含む。ファイルシステム１１２、フィルタドライバ１１４、プロセッサ１１６及びバス１１８の機能は関連技術分野において良く知られているため、これらの構成要素の詳細な説明は不要であると思われる。別の実施形態において、バスの無いアーキテクチャが使用され得る点に留意が必要かもしれない。
【００１２】
概念的に、フィルタドライバ１１４は、ファイルシステム１１２と、ファイルシステム１１２からのファイルを使用するプロセスとの間にオペレーティングシステムの一部として挿入される。フィルタドライバ１１４は、認証エンジン１０４によって暗号化規則データベース１０８から与えられた暗号化規則を利用する。該暗号化規則は、限定ではなく一例として、第１ディレクトリにおけるすべてが、認証エンジン１０４によりキーデータベース１０６から与えられた第１キーを用いて暗号化されることとなるという規則を含み得る。（あるいは、第１キーは、局所的に生成され得、又は、キーデータベース１０６以外のある場所から受け取り得る。）別の例として、暗号化規則は、第１ユーザが、特定のファイルにアクセスする時に暗号化（された）データ（例えば暗号文（暗号テキスト））を受け取るという規則を含み得る。
【００１３】
例示の実施形態において、ファイルシステム１１２における各ファイルは、キーデータベース１０６からのユニークファイルキーを有するべきである。（また、該ファイルのいくつか又はすべては、（キーデータベース１０６からの）複数のユニークファイルキーを有し得る。）該ファイルキーは、次いで、ディレクトリマスタシークレット（ＤＭＳ）キーにおいて暗号化され得る。有利には、ファイルをそれら自体のキーで暗号化されることは、ＤＭＳキーの位置におけるフレキシビリティを許容する。これらＤＭＳキーは、より速いパフォーマンスに対して局所的であり得る。
【００１４】
該実施形態に依存して、上記ＤＭＳキーは、限定ではなく一例として、マスクされたソフトウフェア、セキュアサーバ（例えば、NETWORK ATTACHED ENCRYPTION（登録商標）サーバ）、又は他の都合の良い位置に存在し得る。図１の例において、ＤＭＳキーは、ＤＭＳデータベース１１０においてホスト１０２に対し局所的に格納される。他方、図２は、ＤＭＳキーの非局所的保管を伴うシステム２００の例を示す。システム２００はシステム１００に非常に類似するが、ＤＭＳキーデータベース２１０が追加のセキュリティのためのセキュアサーバ２２０に位置付けられる。
【００１５】
図１の例において認証エンジン１０４は、いかなる既知のもしくは都合のよいコンピュータシステムをも含み得る。認証エンジン１０４は、ホスト１０２に接続される器具として、又は、例えばネットワーク接続を通じてホスト１０２に接続されるいくつかの他の装置又はコンピュータとして実現されてもされなくてもよい。認証エンジン１０４は、キーデータベース１０６、暗号化規則データベース１０８及びＤＭＳデータベース１１０からのファイル暗号化キー、ディレクトリマスタシークレット（ＤＭＳ）キー及び暗号化規則それぞれを暗号化エンジン１１１へと供給する。ここで用いる用語「エンジン」は、一般に、目的を達成するために用いられるソフトウェア、ファームウェア、ハードウェア、又は他の構成要素の任意の組合せのことをいう。
【００１６】
認証エンジン１０４は、ホスト１０２を管理する管理者と同じ管理者によって管理され得る。あるいは、管理者は、認証エンジン１０４を管理する責任を負い得、また、より低いレベルの管理者はホスト１０２を管理する責任を負い得る。後者は比較的大きい企業でより一般的であろう。（認証エンジン１０４の管理者がホスト１０２に与えられるキー及び暗号化規則に対するアクセス権を有するため）認証エンジン１０４の管理者はホスト１０２のセキュリティの少なくともいくつかを破ることができるかもしれない点に留意が必要であり得るが、その逆は必ずしも真ではない。
【００１７】
暗号化エンジン１１１はホスト１０２に接続される。別の実施形態において、ファイル暗号化エンジン１１１はホスト１０２上にあり得る。「ホスト上（における）」は、暗号化エンジン１１１の実行可能なコードがホスト１０２において二次メモリに格納されるか、もしくはホスト１０２から離れて二次メモリに格納され、プロセッサ１１６等のプロセッサによる実行のために少なくとも部分的にホスト１０２の主メモリにロードされることを意味することが企図される。
【００１８】
暗号化エンジン１１１は、コンピュータ可読媒体（例えばメモリ）を含むか又は共有するもの、コンピュータ可読媒体に格納される実行可能なソフトウェアコードを含むもの、及び、コンピュータ可読媒体におけるコードを実行可能なプロセッサを含むか又は共有するものと言い得る。そのようなものとして、ファイル暗号化エンジン１１１は、コンピュータ可読媒体に組み込まれているものと言い得る。
【００１９】
図１及び図２の例において、動作中、認証エンジン１０４は、ファイル暗号化キー、ＤＭＳキー及び暗号化規則を暗号化エンジン１１１に供給する。暗号化エンジン１１１は、認証エンジン１０４によって供給された（複数の）ファイル暗号化キーからファイル暗号化キーをランダムに選択し、暗号化規則に基づいて該ファイル暗号化キーを用いてホスト１０２のファイルシステムに存在するファイルを暗号化する。暗号化エンジン１１１は、次いで、ＤＭＳキーを用いてファイル暗号化キーを暗号化し、該ファイルに関連付けられたメタデータに該暗号化（された）ファイル暗号化キーを格納する。該暗号化ファイルが後に使用される場合、暗号化エンジン１１１は、該ファイルの上記メタデータから該暗号化ファイル暗号化キーから取得し、ＤＭＳキーを用いて暗号化ファイル暗号化キーを復号化し、次いで、該ファイルをユーザに提供する前に、該復号化（された）ファイル暗号化キーを用いて暗号化ファイルを復号化する。
【００２０】
図３のフローチャート３００は、ファイル暗号化キーを暗号化すると共に該暗号化されたキーをファイルメタデータに格納するための方法の例を示す。この方法及び他の方法は、直列に（連続的に）配置されたモジュールとして示される。しかしながら、該方法のモジュールは、必要に応じて順番が変えられたり、あるいは並行に実行するように配置され得る。
【００２１】
図３の例において、フローチャート３００は、オプショナル（随意的）モジュール３０２にてスタートし、ここでＤＭＳキー及び一つ又は複数の暗号化規則を受信する。暗号化規則は、復号化されたファイル（例えば平文）の代わりに暗号文が与えられるユーザ名を含み得る。この規則は、復号化されたファイルに対するアクセスが許容される名前（他の者には許容しない）を規則が含むことを標準的に要求する（見込む）であろう点で、いくぶん反直観的である（直感では分かりにくい）。しかしながら、ここでは、何人かのユーザが管理目的で暗号文に対するアクセス権を欲し得る。
【００２２】
図３の例において、フローチャート３００は決定ポイント３０４へと続き、ここで、フィルタが暗号化を必要とするか否かが決定される。暗号化を必要とするファイルが全く無ければ（３０４−Ｎ）、フローチャート３００は単に終了する。他方、あるファイルが暗号化を必要とする場合（３０４−Ｙ）、フローチャート３００はモジュール３０６へと続き、ここで、ランダムファイル暗号化キーを選択する。一般に、同じキーが多くのデータに対して使用されるべきではない。例えば、多くのデータが単一のキーを用いて暗号化される場合、攻撃者は、該キーを割り出すために該暗号化データに適用された分析的技術を使用し得る。そのため、優れた暗号プラクティスは、比較的小量のデータに対してあるキーを用いることである。有利には、キーは、暗号化を実行するユーザに対してでさえ秘密である。何故なら、キーは、ランダムに選択可能であり、ＤＭＳキーにより暗号化される（後述するように）からである。
【００２３】
図３の例において、フローチャート３００はモジュール３０８へと続き、ここで、該ファイルの暗号化が暗号化規則に基づいて行われる。有利には、モジュール３０６において、各ファイルに対しファイル暗号化キーが（少なくともこの例において）ランダムに選択される。そのため、モジュール３０８において該ファイルがファイル暗号化キーにより暗号化され、該ファイル暗号化キーにより暗号化される他のファイルは該システムにおいて存在しない。いくつかのケースにおいて、他のファイルが同じキーにより暗号化されることもあり得る点に留意が必要かもしなれい。例えば、同じランダムキーが二回生成さ得る。一般に、どのファイルが同じキーで暗号化されたかを特定することが難しい限りにおいて、これは、おそらく、容認できるセキュリティリスクであり得る。（もしも容認できるリスクでない場合、該システムは、単に、モジュール３０６においてキーが決して重複しないことを保証する。）
【００２４】
図３の例において、フローチャート３００はモジュール３１０に続き、ここで、ＤＭＳキーを用いてファイル暗号化キーを暗号化する。各ファイルキーは、同じＤＭＳキーを用いて暗号化される。しかしながら、たとえ複数のファイルキーが分析的技術により調べられても、侵入者がそのような暗号化に使用するＤＭＳキーを見出すことは困難である。
【００２５】
図３の例において、フローチャート３００はモジュール３１２で終了し、ここで、暗号化されたファイル暗号化キーをファイルメタデータに保存する。そのため、各ファイルは、それ自体のキーの暗号化されたコピーを保持する。そのため、該ＤＭＳを知るエージェントは、彼らがファイルのメタデータに対するアクセス権を有している場合、いかなるファイルをも暗号化することができる。
【００２６】
図４のフローチャート４００は、暗号化されたファイル暗号化キーを暗号化ファイルのメタデータから取得し、該ファイル暗号化キーを復号化し、かつ、該ファイルを復号化するために該復号化されたファイル暗号化キーを使用するための方法の例を示す。図４の例において、フローチャート４００は、モジュール４０２でスタートし、ここで、上記暗号化されたファイル及び／又はＤＭＳキーにアクセスするユーザの権限をチェックする。ユーザが暗号化ファイルにアクセスできないか又はＤＭＳキーを使用できない場合、該ユーザはＤＭＳキーに関連するファイルを暗号化することはできない。ここで、「ＤＭＳに関連する」は、該関連するファイルのファイルメタデータがＤＭＳキーにより暗号化されるファイル暗号化キーを含むことを意味する。
【００２７】
図４の例において、フローチャート４００は、決定ポイント４０４へと続き、ここで、ファイルが復号化を必要とするか否かが決定される。復号化を必要とするファイルが全く無いと決定した場合（４０４−Ｎ）、フローチャート４００は終了する。他方、複合化されることを必要とするあるファイルが存在すると決定した場合（４０４−Ｙ）、フローチャート４００はモジュール４０６へと続き、ここで、暗号化されたファイル暗号化キーが該暗号化されたファイルのメタデータから取得される。
【００２８】
図４の例において、フローチャート４００はモジュール４０８へと続き、ここで、ＤＭＳキーが暗号化されたファイル暗号化キーを復号化するために使用され、次いでモジュール４１０へと続き、ここで、該複合化されたファイル暗号化キーが該暗号化されたファイルを複合化するために使用される。ここで、該暗号化されたファイルはＤＭＳに関連付けられ、ユーザは、該ＤＭＳを使用することを許容される（４０２）。
【００２９】
図４の例において、フローチャート４００はモジュール４１２で終了し、ここで、復号化されたファイルをユーザに提供する。これは、受動的に遂行され得る点に留意する必要があり得る（すなわち、該フィイルは復号化され、ユーザは必要に応じて該ファイルにアクセスすることができる）。
【００３０】
該詳細な説明のいくつかの部分は、コンピュータメモリ内のデータビットに対する操作のアルゴリズム及び記号表現に関して提示される。これらのアルゴリズムの記述及び表現は、データ処理技術分野の当業者が、彼らのワークの実体を他の当業者に最も効果的に伝えるために使用する手段である。アルゴリズムは、ここでは、また一般的に、所望の結果に至る動作（操作）の自己矛盾のないシーケンスであると考えられる。該動作は、物理量の物理的操作（加工）を必要とするものである。通常、必ずではないが、これらの量は、格納、移送、組合せ、比較、及び他の方法による処理が可能な電気的又は磁気的信号の形態をとる。主に共通利用の理由で、これらの信号を、ビット、値、要素、記号、文字、ターム（用語）、番号その他と称することが時には都合が良いことが分かっている。
【００３１】
しかしながら、これらのすべて及び類似の用語は、適切な物理量に関連付けられることとなり、かつこれらの量に適用される単に都合の良いラベルにすぎないことが心に留められるべきである。以下の記述から明らかなものとして特に明記しない限り、該説明全体にわたって、「処理（processing）」又は「計算（computing）」又は「計算（calculating）」又は「決定（determining）」又は「表示（displaying）」等の用語を用いる記述は、コンピュータシステム内のレジスタ及びメモリ内で物理（電子的）量として表されたデータを、コンピュータシステムのメモリ又はレジスタ又は他のそのような情報記憶、送信もしくは表示装置内の物理量として同様に表された他のデータへと処理及び変形するコンピュータシステム又は類似の電子計算装置の動作及びプロセスを意味することが理解される。
【００３２】
ここに記述したアルゴリズム及び技術はまた、該アルゴリズム及び技術を実行するための装置に関連する。この装置は、所要の目的のために特に構成され得、又は、汎用コンピュータにして、該コンピュータに格納されたコンピュータプログラムによって選択的に作動もしくは再構成される汎用コンピュータから成り得る。そのようなコンピュータプログラムは、コンピュータ可読記憶媒体、例えば、読出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、磁気もしくは光カード、フロッピーディスク（登録商標）、光ディスク、ＣＤ−ＲＯＭ、光磁気ディスクを含む任意のタイプのディスク、又は、電子命令を格納するのに適した任意のタイプの媒体、及び、コンピュータシステムバスに接続された各々等（これらに限定はされない）に格納され得る。
【００３３】
ここで用いられる用語「実施形態」は、限定ではなく一例として示すのに役立つ実施形態を意味する。
【００３４】
上述の例及び実施形態は模範的なものでありかつ本発明の範囲を限定しないことが当業者には理解される。該明細書の読込み及び該図面の検討により当業者には明らかな本発明に対するすべての置換、強化、均等及び改良は、本発明の真の精神及び範囲に含まれることが企図される。そのため、特許請求の範囲が、そのようなすべての変更、置換及び均等を、本発明の真の精神及び範囲に入るものとして含むことが企図される。
【符号の説明】
【００３５】
１００、２００  システム
１０２  ホスト
１０４  認証エンジン
１０６  キーデータベース
１０８  暗号化規則データベース
１１０、２１０  ディレクトリマスタシークレット（ＤＭＳ）キーデータベース
１１１  暗号化エンジン
１１２  ファイルシステム
１１４  ファイルドライバ
１１６  プロセッサ
１１８  バス
２２０  セキュアサーバ
【図１】
2010517448.tif 000003
【図２】
2010517448.tif 000004
【図３】
2010517448.tif 000005
【図４】
2010517448.tif 000006
【国際調査報告】
2010517448.tif 000007