(57)【要約】【課題】ネットワーク暗号ファイル・システムを提供する。【解決手段】ファイル・サーバが、クライアントから暗号ファイル・システムをマウントする要求を受信する。ファイル・サーバは、要求されたファイル・システムが暗号化されていることをクライアントに連絡し、それに対して、機密保護プロトコル・マウンティング選択を含むセッション・チケットをクライアントから受信する。ファイル・サーバが、クライアントのユーザの暗号プライベート鍵を復号し、次にそのプライベート鍵を使って要求された暗号ファイル・システムを復号する。続いて、ファイル・サーバは、復号されたファイル・システムを、機密保護プロトコル・マウンティング選択に基づく安全チャネルを介して、クライアントに送信する。一つの実施形態において、鍵配布センタのサーバは、クライアントから、クライアントのユーザがファイル・サーバにある暗号ファイル・システムにアクセスする要求を受信する。鍵配布センタのサーバは、中間鍵を読み出し、中間鍵をセッション・チケットに含め、そのセッション・チケットをクライアントに送信する。【選択図】図３
2013515385.tif 000002
【特許請求の範囲】
【請求項１】
暗号ファイル・システムへのアクセスを保護する方法であって、前記方法は、
ファイル・サーバにおいて、前記ファイル・サーバに所在するファイル・システムをクライアントにマウントする要求を、前記クライアントから受信するステップと、
前記ファイル・サーバにおいて、前記要求されたファイル・システムが暗号化されていることを判定するステップと、
前記ファイル・サーバから、前記要求されたファイル・システムが暗号化されていることを前記クライアントに連絡するメッセージを、前記クライアントに送信するステップと、
前記クライアントから、機密保護プロトコル・マウンティング選択を含む、セッション・チケットを受信するステップと、
前記ファイル・サーバにおいて、ユーザに対応する暗号プライベート鍵を復号し、前記復号によってプライベート鍵を得るステップと、
前記ファイル・サーバにおいて、前記プライベート鍵を使って前記ファイル・システムを復号するステップと、
前記ファイル・サーバから、前記機密保護プロトコル・マウンティング選択に対応する安全チャネルを介して、前記復号されたファイル・システムを前記クライアントに送信するステップと、
を含む方法。
【請求項２】
前記ファイル・システムが、高度インタラクティブ・エグゼクティブ暗号ファイル・システムである、ステップと、
前記ファイル・サーバと前記クライアントとが、前記ユーザが分散方式で前記ファイル・サーバからファイルにアクセスすることを可能にするネットワーク・ファイル・システム・フォーマットを用いて通信する、ステップと、
前記機密保護プロトコル・マウンティング選択は、前記クライアントおよび前記ファイル・サーバがコンピュータ・ネットワークを介して安全に通信することを可能にする、ケルベロス・プロトコルである、ステップと、
をさらに含む、請求項１に記載の方法。
【請求項３】
前記暗号プライベート鍵を復号するステップが、
前記セッション・チケットが中間鍵を含んでいるかどうかを判定するステップと、
前記セッション・チケットが前記中間鍵を含んでいると判定されたのに応じ、前記セッション・チケットから前記中間鍵を抽出し、前記抽出された中間鍵を用いて前記プライベート鍵を復号するステップと、
をさらに含み、
前記セッション・チケットが前記中間鍵を含んでいないと判定されたのに応じ、前記方法は、
前記ファイル・サーバから前記クライアントに対し、暗号ファイル・システム・パスワードの要求を送信するステップと、
前記ファイル・サーバにおいて、前記クライアントからの前記暗号ファイル・システム・パスワードを受信するステップと、
前記ファイル・サーバに所在する前記暗号ファイル・システム・パスワードから前記中間鍵を生成するステップと、
前記生成された中間鍵を用いて前記暗号プライベート鍵を復号するステップと、
をさらに含む、請求項１に記載の方法。
【請求項４】
前記中間鍵は、鍵配布センタのサーバによって前記クライアントに提供され、前記鍵配布センタのサーバは、前記ファイル・サーバと異なるサーバであって前記中間鍵を前記ファイル・サーバが管理する保管領域から読み出すようになされている、請求項１に記載の方法。
【請求項５】
前記ファイル・サーバが複数のセッション・スレッドを管理し、前記複数のセッション・スレッドの各々は、複数のユーザの一人に対応し複数のプライベート鍵の一つに関連付けられ、前記ユーザは前記複数のユーザに含まれ、前記プライベート鍵は前記複数のプライベート鍵に含まれる、請求項１に記載の方法。
【請求項６】
前記要求されたファイル・システムは暗号化されているとの前記ファイル・サーバからの前記メッセージを受信するのに応じて、前記クライアントが前記機密保護プロトコル・マウンティング選択を自動的に選択する、請求項１に記載の方法。
【請求項７】
鍵配布センタのサーバにおいてクライアントから要求を受信するステップであって、前記要求はユーザおよびファイル・サーバを識別している前記受信するステップと、
前記ファイル・サーバおよび前記ユーザ両方に対応する中間鍵を読み出すステップであって、前記中間鍵は、暗号ファイル・システムを復号するため前記ファイル・サーバによって用いられる暗号プライベート鍵を復号するようになされている前記読み出すステップと、
前記中間鍵をセッション・チケットに含めるステップと、
前記セッション・チケットを前記クライアントに送信するステップと、
をさらに含む、請求項１に記載の方法。
【請求項８】
前記鍵配布センタのサーバにおいて、前記ファイル・サーバに対応するインターネット・プロトコル・アドレスを識別するステップと、
前記ユーザに対応する前記要求からユーザ名を抽出するステップと、
前記インターネット・プロトコル・アドレスおよび前記ユーザ名を使って、前記ファイル・サーバが管理する中間鍵保管領域中の前記中間鍵を探すステップと、
をさらに含む、請求項７に記載の方法。
【請求項９】
前記鍵配布センタのサーバが複数の中間鍵を包含する中間鍵保管領域を管理し、前記複数の中間鍵の各々が複数のユーザの一人に対応し、前記方法が、
前記複数の中間鍵から中間鍵を選定するステップであって、前記選定された中間鍵は前記ファイル・サーバおよび前記ユーザの両方に関連付けられている、前記選定するステップと、
前記中間鍵を、前記クライアントに送信される前記セッション・チケットに含めるステップと、
をさらに含む、請求項７に記載の方法。
【請求項１０】
暗号ファイル・システムへのアクセスを保護するための情報処理システムであって前記システムは、
一つ以上のプロセッサと、
前記プロセッサの少なくとも一つによってアクセス可能なメモリと、
前記プロセッサの少なくとも一つによってアクセス可能な不揮発性記憶領域と、
前記メモリに格納され、前記プロセッサの少なくとも一つによって実行される命令のセットと、
を含み、前記命令のセットは、
ファイル・サーバにおいて、前記ファイル・サーバに所在するファイル・システムをクライアントにマウントする要求を、前記クライアントから受信するアクションと、
前記ファイル・サーバにおいて、前記要求されたファイル・システムが暗号化されていることを判定するアクションと、
前記ファイル・サーバから、前記要求されたファイル・システムが暗号化されていることを前記クライアントに連絡するメッセージを、前記クライアントに送信するアクションと、
前記クライアントから、機密保護プロトコル・マウンティング選択を含む、セッション・チケットを受信するアクションと、
前記ファイル・サーバにおいて、ユーザに対応する暗号プライベート鍵を復号し、前記復号によってプライベート鍵を得るアクションと、
前記ファイル・サーバにおいて、前記プライベート鍵を使って前記ファイル・システムを復号するアクションと、
前記ファイル・サーバから、前記機密保護プロトコル・マウンティング選択に対応する安全チャネルを介して、前記復号されたファイル・システムを前記クライアントに送信するアクションと、
を遂行するためのものである、情報処理システム。
【請求項１１】
前記情報処理システムが、
前記ファイル・システムが、高度インタラクティブ・エグゼクティブ暗号ファイル・システムである、アクションと、
前記ファイル・サーバと前記クライアントとが、前記ユーザが分散方式で前記ファイル・サーバからファイルにアクセスすることを可能にするネットワーク・ファイル・システム・フォーマットを用いて通信する、アクションと、
前記機密保護プロトコル・マウンティング選択は、前記クライアントおよび前記ファイル・サーバがコンピュータ・ネットワークを介して安全に通信することを可能にする、ケルベロス・プロトコルである、アクションと、
を含むアクションをさらに遂行する、請求項１０に記載の情報処理システム。
【請求項１２】
前記情報処理システムが、
前記セッション・チケットが中間鍵を含んでいるかどうかを判定するアクションと、
前記セッション・チケットが前記中間鍵を含んでいると判定されたのに応じ、前記セッション・チケットから前記中間鍵を抽出し、前記抽出された中間鍵を用いて前記プライベート鍵を復号するアクションと、
前記セッション・チケットが前記中間鍵を含んでいないと判定されたのに応じ、
前記ファイル・サーバから前記クライアントに対し、暗号ファイル・システム・パスワードの要求を送信し、
前記ファイル・サーバにおいて、前記クライアントからの前記暗号ファイル・システム・パスワードを受信し、
前記ファイル・サーバに所在する前記暗号ファイル・システム・パスワードから前記中間鍵を生成し、
前記生成された中間鍵を用いて前記暗号プライベート鍵を復号するアクションと、
を含むアクションをさらに遂行する、請求項１０に記載の情報処理システム。
【請求項１３】
前記中間鍵は、鍵配布センタのサーバによって前記クライアントに提供され、前記鍵配布センタのサーバは、前記ファイル・サーバと異なるサーバであって前記中間鍵を前記ファイル・サーバが管理する保管領域から読み出すようになされている、請求項１０に記載の情報処理システム。
【請求項１４】
前記ファイル・サーバが複数のセッション・スレッドを管理し、前記複数のセッション・スレッドの各々は、複数のユーザの一人に対応し複数のプライベート鍵の一つに関連付けられ、前記ユーザは前記複数のユーザに含まれ、前記プライベート鍵は前記複数のプライベート鍵に含まれる、請求項１０に記載の情報処理システム。
【請求項１５】
前記要求されたファイル・システムは暗号化されているとの前記ファイル・サーバからの前記メッセージを受信するのに応じて、前記クライアントが前記機密保護プロトコル・マウンティング選択を自動的に選択する、請求項１０に記載の情報処理システム。
【請求項１６】
鍵配布センタのサーバにおいてクライアントから要求を受信するアクションであって、前記要求はユーザおよびファイル・サーバを識別している前記受信するアクションと、
前記ファイル・サーバおよび前記ユーザ両方に対応する中間鍵を読み出すステップであって、前記中間鍵は、暗号ファイル・システムを復号するため前記ファイル・サーバによって用いられる暗号プライベート鍵を復号するようになされている、前記読み出すアクションと、
前記中間鍵をセッション・チケットに含めるアクションと、
前記セッション・チケットを前記クライアントに送信するアクションと、
をさらに遂行する、請求項１０に記載の情報処理システム。
【請求項１７】
前記情報処理システムが、
前記鍵配布センタのサーバにおいて、前記ファイル・サーバに対応するインターネット・プロトコル・アドレスを識別するアクションと、
前記要求から前記ユーザに対応するユーザ名を抽出するアクションと、
前記インターネット・プロトコル・アドレスおよび前記ユーザ名を使って、前記ファイル・サーバが管理する中間鍵保管領域中の前記中間鍵を探すアクションと、
を含むアクションをさらに遂行する、請求項１６に記載の情報処理システム。
【請求項１８】
前記鍵配布センタのサーバが複数の中間鍵を包含する中間鍵保管領域を管理し、前記複数の中間鍵の各々が複数のユーザの一人に対応し、前記情報処理システムは、
前記複数の中間鍵から中間鍵を選定するステップであって、前記選定された中間鍵は前記ファイル・サーバおよび前記ユーザの両方に関連付けられている、前記選定するアクションと、
前記クライアントに送信される前記セッション・チケットに前記中間鍵を含めるアクションと、
を含むアクションをさらに遂行する、請求項１６に記載の情報処理システム。
【請求項１９】
コンピュータ・システムにロードされ実行されたとき、請求項１〜９のいずれか一つによる前記方法の全ステップを遂行するコンピュータ・プログラム・コードを含むコンピュータ・プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はネットワーク・ファイル・システムに関する。具体的には、本発明は、暗号ファイル・システムへの安全なアクセスのための方法およびシステムに関する。
【背景技術】
【０００２】
暗号ファイル・システム（ＥＦＳ：ｅｎｃｒｙｐｔｅｄ  ｆｉｌｅ  ｓｙｓｔｅｍ）は、ユーザが、対称および非対称暗号法を用いて安全にデータを保管できるようにする安全なファイル・システムである。暗号ファイル・システムは、通常、ただ一つのマシンにサポートされており、ユーザは、暗号ファイル・システムにアクセスするため、暗号ファイル・システムを保管しているその同じマシンにログオンする。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
ネットワーク・ファイル・システム（ＮＦＳ：ｎｅｔｗｏｒｋ  ｆｉｌｅ  ｓｙｓｔｅｍ）は、ユーザが、一つのマシン（サーバ）からデータをエクスポートし、それを他のマシン（クライアント）にインポート／マウントすることを可能にする分散ファイル・システムである。ネットワーク・ファイル・システムは、ユーザが特定のシステムにアクセスする際にパスワードを要求できるが、ファイル・システム自体は、通常、暗号化されてはいない。
【課題を解決するための手段】
【０００４】
ファイル・サーバは、クライアントから、あるファイル・システムをマウントする要求を受信し、ファイル・サーバは、そのファイル・システムが暗号化されていると判定する。ファイル・サーバが、クライアントに、要求されたファイル・システムが暗号化されていることを連絡するメッセージを送信し、ファイル・サーバは、引き続いて、クライアントから機密保護プロトコル・マウンティング選択を含む、セッション・チケットを受信する。ファイル・サーバは、クライアントのユーザに対応する暗号プライベート鍵を復号し、プライベート鍵を得る。次いで、ファイル・サーバは、そのプライベート鍵を使って要求された暗号ファイル・システムを復号し、復号されたファイル・システムを、クライアントの機密保護プロトコル・マウンティング選択に基づいた安全チャネルを介して、クライアントに送信する。
【０００５】
一つの実施形態において、鍵配布センタのサーバは、クライアントから、ファイル・サーバにある暗号ファイル・システムへのアクセス要求を受信する。鍵配布センタのサーバは、ファイル・サーバにおいて暗号プライベート鍵を復号するようになされた（ファイル・サーバおよびクライアントのユーザ両方に対応する）中間鍵を読み出す。鍵配布センタのサーバは、引き続いて、その中間鍵をセッション・チケットに含め、そのセッション・チケットをクライアントに送信する。
【０００６】
前述は要約であり、しかして必然的に、単純化、一般化、および細部の省略を包含し、従って、当業者は、本要約が例示のためだけのものであって、いかなる形でも限定する意図がないことをよく理解していよう。本発明の他の態様、発明的特質および本発明の利点は請求項によってのみ定義されており、これらは以下に述べる非限定の詳細な説明によって明らかになろう。
【０００７】
第一態様から見ると、本発明は、ファイル・サーバにおいて、ファイル・サーバに所在するファイル・システムをクライアントにマウントする要求を、クライアントから受信するステップと、ファイル・サーバにおいて、要求されたファイル・システムが暗号化されていることを判定するステップと、ファイル・サーバから、要求されたファイル・システムが暗号化されていることをクライアントに連絡するメッセージを、クライアントに送信するステップと、クライアントから、機密保護プロトコル・マウンティング選択を含む、セッション・チケットを受信するステップと、ファイル・サーバにおいて、ユーザに対応する暗号プライベート鍵を復号し、該復号によってプライベート鍵を得るステップと、ファイル・サーバにおいて、プライベート鍵を使ってファイル・システムを復号するステップと、ファイル・サーバから、機密保護プロトコル・マウンティング選択に対応する安全チャネルを介して、復号されたファイル・システムをクライアントに送信するステップと、を含む方法を提供する。
【０００８】
望ましくは、本発明は、ファイル・システムが、高度インタラクティブ・エグゼクティブ（ＩＢＭ社の登録商標）暗号ファイル・システムである、ステップと、ファイル・サーバとクライアントとが、ユーザが分散方式でファイル・サーバからファイルにアクセスすることを可能にするネットワーク・システム・フォーマットを用いて通信する、ステップと、機密保護プロトコル・マウンティング選択は、クライアントおよびファイル・サーバがコンピュータ・ネットワークを介して安全に通信することを可能にする、ケルベロス・プロトコルである、ステップと、をさらに含む方法を提供する。
【０００９】
望ましくは、本発明は、暗号プライベート鍵を復号するステップが、セッション・チケットが中間鍵を含んでいるかどうかを判定するステップと、セッション・チケットが中間鍵を含んでいると判定されたのに応じ、セッション・チケットから中間鍵を抽出し、抽出された中間鍵を用いてプライベート鍵を復号するステップと、をさらに含み、セッション・チケットが中間鍵を含んでいないと判定されたのに応じ、本方法は、ファイル・サーバからクライアントに対し、暗号ファイル・システム・パスワードの要求を送信するステップと、ファイル・サーバにおいて、クライアントからの暗号ファイル・システム・パスワードを受信するステップと、ファイル・サーバに所在する暗号ファイル・システム・パスワードから中間鍵を生成するステップと、生成された中間鍵を用いて暗号プライベート鍵を復号するステップと、をさらに含む方法を提供する。
【００１０】
望ましくは、本発明は、鍵配布センタのサーバによって中間鍵がクライアントに提供され、鍵配布センタのサーバは、ファイル・サーバと異なるサーバであって中間鍵をファイル・サーバが管理する保管領域から読み出すようになされている、方法を提供する。
【００１１】
望ましくは、本発明は、ファイル・サーバが複数のセッション・スレッドを管理し、複数のセッション・スレッドの各々は、複数のユーザの一人に対応し複数のプライベート鍵の一つに関連付けられ、上記ユーザはこれら複数のユーザに含まれ、上記プライベート鍵はこれら複数のプライベート鍵に含まれる、方法を提供する。
【００１２】
望ましくは、本発明は、要求されたファイル・システムは暗号化されているとのファイル・サーバからのメッセージを受信するのに応じて、クライアントが機密保護プロトコル・マウンティング選択を自動的に選択する、方法を提供する。
【００１３】
望ましくは、本発明は、鍵配布センタのサーバにおいてクライアントから要求を受信するステップであって、該要求はユーザおよびファイル・サーバを識別している該受信するステップと、そのファイル・サーバおよびユーザ両方に対応する中間鍵を読み出すステップであって、中間鍵は暗号ファイル・システムを復号するためにファイル・サーバによって用いられる暗号プライベート鍵を復号するようになされている該読み出すステップと、その中間鍵をセッション・チケットに含めるステップと、そのセッション・チケットをクライアントに送信するステップと、を含む方法を提供する。
【００１４】
望ましくは、本発明は、鍵配布センタのサーバにおいて、ファイル・サーバに対応するインターネット・プロトコル・アドレスを識別するステップと、要求からそのユーザに対応するユーザ名を抽出するステップと、インターネット・プロトコル・アドレスおよびユーザ名を使って、ファイル・サーバが管理する中間鍵保管領域中の中間鍵を探すステップと、をさらに含む方法を提供する。
【００１５】
望ましくは、本発明は、鍵配布センタのサーバが複数の中間鍵を包含する中間鍵保管領域を管理し、複数の中間鍵の各々が複数のユーザの一人に対応する方法を提供し、該方法は、複数の中間鍵から中間鍵を選定するステップであって、選定された中間鍵はファイル・サーバおよびユーザの両方に関連付けられている該選定するステップと、その中間鍵をクライアントに送信されるセッション・チケットに含めるステップとをさらに含む。
【００１６】
第二態様から見ると、本発明は、一つ以上のプロセッサと、プロセッサの少なくとも一つによってアクセス可能なメモリと、プロセッサの少なくとも一つによってアクセス可能な不揮発性記憶領域と、メモリに格納され、プロセッサの少なくとも一つによって実行される命令のセットとを含む情報処理システムを提供し、この命令のセットは、ファイル・サーバにおいて、ファイル・サーバに所在するファイル・システムをクライアントにマウントする要求を、クライアントから受信するアクションと、ファイル・サーバにおいて、要求されたファイル・システムが暗号化されていることを判定するアクションと、ファイル・サーバから、要求されたファイル・システムが暗号化されていることをクライアントに連絡するメッセージを、クライアントに送信するアクションと、クライアントから、機密保護プロトコル・マウンティング選択を含む、セッション・チケットを受信するアクションと、ファイル・サーバにおいて、ユーザに対応する暗号プライベート鍵を復号し、該復号によってプライベート鍵を得るアクションと、ファイル・サーバにおいて、プライベート鍵を使ってファイル・システムを復号するアクションと、ファイル・サーバから、機密保護プロトコル・マウンティング選択に対応する安全チャネルを介して、復号されたファイル・システムをクライアントに送信するアクションとを遂行するためのものである。
【００１７】
望ましくは、本発明は情報処理システムを提供し、本情報処理システムが、ファイル・システムが、高度インタラクティブ・エグゼクティブ（ＩＢＭ社の登録商標）暗号ファイル・システムである、アクションと、ファイル・サーバとクライアントとが、ユーザが分散方式でファイル・サーバからファイルにアクセスすることを可能にするネットワーク・ファイル・システム・フォーマットを用いて通信する、アクションと、機密保護プロトコル・マウンティング選択は、クライアントおよびファイル・サーバがコンピュータ・ネットワークを介して安全に通信することを可能にする、ケルベロス・プロトコルである、アクションと、を含むアクションをさらに遂行する。
【００１８】
望ましくは、本発明は、情報処理システムを提供し、本情報処理システムが、セッション・チケットが中間鍵を含んでいるかどうかを判定するアクションと、セッション・チケットが中間鍵を含んでいると判定されたのに応じ、セッション・チケットから中間鍵を抽出し、抽出された中間鍵を用いてプライベート鍵を復号するアクションと、セッション・チケットが中間鍵を含んでいないと判定されたのに応じ、ファイル・サーバからクライアントに対し暗号ファイル・システム・パスワードの要求を送信し、ファイル・サーバにおいてクライアントからの暗号ファイル・システム・パスワードを受信し、ファイル・サーバに所在する暗号ファイル・システム・パスワードから中間鍵を生成し、生成された中間鍵を用いて暗号プライベート鍵を復号するアクションと、を含むアクションさらに遂行する。
【００１９】
望ましくは、本発明は、中間鍵が鍵配布センタのサーバによってクライアントに提供され、鍵配布センタのサーバは、ファイル・サーバと異なるサーバであって中間鍵をファイル・サーバが管理する保管領域から読み出すようになされている、情報処理システムを提供する。
【００２０】
望ましくは、本発明は、ファイル・サーバが複数のセッション・スレッドを管理し、複数のセッション・スレッドの各々は、複数のユーザの一人に対応し複数のプライベート鍵の一つに関連付けられ、上記ユーザは複数のユーザに含まれ、上記プライベート鍵は複数のプライベート鍵に含まれる、情報処理システムを提供する。
【００２１】
望ましくは、本発明は、要求されたファイル・システムは暗号化されているとのファイル・サーバからのメッセージを受信するのに応じて、クライアントが機密保護プロトコル・マウンティング選択を自動的に選択する、情報処理システムを提供する。
【００２２】
別の態様から見ると、本発明は、一つ以上のプロセッサと、プロセッサの少なくとも一つがアクセス可能なメモリと、プロセッサの少なくとも一つによってアクセス可能な不揮発性記憶領域と、メモリに格納され、プロセッサの少なくとも一つによって実行される命令のセットとを含む情報処理システムを提供し、この命令のセットは、鍵配布センタのサーバにおいてクライアントから要求を受信するアクションであって、該要求はユーザおよびファイル・サーバを識別している、該受信するアクションと、上記ファイル・サーバおよび上記ユーザ両方に対応する中間鍵を読み出すアクションであって、中間鍵は、暗号ファイル・システムを復号するためファイル・サーバによって用いられる暗号プライベート鍵を復号するようになされている、該読み出すアクションと、中間鍵をセッション・チケットに含めるアクションと、セッション・チケットをクライアントに送信するアクションとを遂行するためのものである。
【００２３】
望ましくは、本発明は情報処理システムを提供し、本情報処理システムは、鍵配布センタのサーバにおいて、ファイル・サーバに対応するインターネット・プロトコル・アドレスを識別するアクションと、要求からそのユーザに対応するユーザ名を抽出するアクションと、インターネット・プロトコル・アドレスおよびユーザ名を使って、ファイル・サーバが管理する中間鍵保管領域中の中間鍵を探すアクションと、を含むアクションをさらに遂行する。
【００２４】
望ましくは、本発明は、鍵配布センタのサーバが複数の中間鍵を包含する中間鍵保管領域を管理し、複数の中間鍵の各々は複数のユーザの一人に対応する、情報処理システムを提供し、本情報処理システムは、複数の中間鍵から中間鍵を選定するアクションであって、選定された中間鍵はファイル・サーバおよびユーザの両方に関連付けられている、該選択するアクションと、その中間鍵をクライアントに送信されるセッション・チケットに含めるアクションと、を含むアクションをさらに遂行する。
【００２５】
別の態様から見ると、本発明は、コンピュータ可読媒体に格納され、機能的記述的材料を含む、コンピュータ・プログラム製品を提供し、該機能的記述的材料は、情報処理システムによって実行されたとき情報処理システムに、ファイル・サーバにおいて、ファイル・サーバに所在するファイル・システムをクライアントにマウントする要求を、クライアントから受信するアクションと、ファイル・サーバにおいて、要求されたファイル・システムが暗号化されていることを判定するアクションと、ファイル・サーバから、要求されたファイル・システムが暗号化されていることをクライアントに連絡するメッセージを、クライアントに送信するアクションと、クライアントから、機密保護プロトコル・マウンティング選択を含む、セッション・チケットを受信するアクションと、ファイル・サーバにおいて、ユーザに対応する暗号プライベート鍵を復号し、該復号によってプライベート鍵を得るアクションと、ファイル・サーバにおいて、プライベート鍵を使ってファイル・システムを復号するアクションと、ファイル・サーバから、機密保護プロトコル・マウンティング選択に対応する安全チャネルを介して、復号されたファイル・システムをクライアントに送信するアクションと、を含むアクションを遂行させる。
【００２６】
望ましくは、本発明は、情報処理システムが、ファイル・システムが、高度インタラクティブ・エグゼクティブ（ＩＢＭ社の登録商標）暗号ファイル・システムである、アクションと、ファイル・サーバとクライアントとが、ユーザが分散方式でファイル・サーバのファイルにアクセスすることを可能にする、ネットワーク・ファイル・システム・フォーマットを用いて通信する、アクションと、機密保護プロトコル・マウンティング選択は、クライアントおよびファイル・サーバがコンピュータ・ネットワークを介して安全に通信することを可能にするケルベロス・プロトコルである、アクションと、を含むアクションをさらに遂行する、コンピュータ・プログラム製品を提供する。
【００２７】
望ましくは、本発明は、情報処理システムが、セッション・チケットが中間鍵を含んでいるかどうかを判定するアクションと、セッション・チケットが中間鍵を含んでいると判定されたのに応じ、セッション・チケットから中間鍵を抽出し、抽出された中間鍵を用いてプライベート鍵を復号するアクションと、セッション・チケットが中間鍵を含んでいないと判定されたのに応じ、ファイル・サーバからクライアントに対して暗号ファイル・システム・パスワードの要求を送信し、ファイル・サーバにおいてクライアントからの暗号ファイル・システム・パスワードを受信し、ファイル・サーバに所在する暗号ファイル・システム・パスワードから中間鍵を生成し、生成された中間鍵を用いて暗号プライベート鍵を復号するアクションと、を含むアクションをさらに遂行する、コンピュータ・プログラム製品を提供する。
【００２８】
望ましくは、本発明は、中間鍵が、鍵配布センタのサーバによってクライアントに提供され、鍵配布センタのサーバは、ファイル・サーバと異なるサーバであって中間鍵をファイル・サーバが管理する保管領域から読み出すようになされている、コンピュータ・プログラム製品を提供する、コンピュータ・プログラム製品を提供する。
【００２９】
望ましくは、本発明は、ファイル・サーバが複数のセッション・スレッドを管理し、複数のセッション・スレッドの各々は、複数のユーザの一人に対応し複数のプライベート鍵の一つに関連付けられ、上記ユーザは複数のユーザに含まれ、上記プライベート鍵は複数のプライベート鍵に含まれる、コンピュータ・プログラム製品を提供する。
【００３０】
望ましくは、本発明は、要求されたファイル・システムは暗号化されているとのファイル・サーバからのメッセージを受信するのに応じて、クライアントが機密保護プロトコル・マウンティング選択を自動的に選択する、コンピュータ・プログラム製品を提供する。
【００３１】
当業者は、添付の図面を参照することによって、本発明をよりよく理解し、その数々の目的、特質、および利点を明らかにすることができよう。
【図面の簡単な説明】
【００３２】
【図１】本明細書で説明する方法を実装可能な情報処理システムのブロック図である。
【図２】図１に示された情報処理システムの環境の拡張を提示し、本明細書で説明する方法が、ネットワーク環境において動作する多種多様な情報処理システム上で遂行可能なことを示す。
【図３】安全ケルベロス・チャネルを介して、ファイル・サーバ上に所在する暗号ファイル・システムにアクセスするクライアントを示す図である。
【図４】スレッド毎ベースでプライベート鍵を割り当てることによって、複数のスレッドを介し、複数のクライアントに暗号ファイル・システムへのアクセスを提供するサーバを示す図である。
【図５】ユーザのパスワードに基づいて、中間鍵およびプライベート鍵を生成するサーバを示す図である。
【図６】クライアントから中間鍵を受信するサーバと、中間鍵を用いてユーザのプライベート鍵を再現する該サーバとを示す図である。
【図７】暗号ファイル・システム（ＥＦＳ）パスワードを受信し、そのＥＦＳパスワードを用いてプライベート鍵を再現するサーバを示す図である。
【図８】クライアントに、安全ケルベロス・チャネルを介しサーバ上に所在する暗号ファイル・システムへのアクセス提供する際に実行されるステップを示すフローチャートである。
【図９】鍵配布センタ（ＫＤＣ：ｋｅｙ  ｄｉｓｔｒｉｂｕｔｉｏｎ  ｃｅｎｔｅｒ）がクライアントにセッション・チケットを提供する際に実行されるステップを示すフローチャートである。
【発明を実施するための形態】
【００３３】
当業者ならよく理解するであろうように、本開示の態様は、システム、方法、またはコンピュータ・プログラム製品として具現することができる。従って、本開示の態様は、全体がハードウェアの実施形態、全体がソフトウェアの実施形態（ファームウエア、常駐ソフトウェア、マイクロコードなどを含む）、あるいは、一般に本明細書では全て「回路」、「モジュール」、または「システム」といわれる、ソフトウェアおよびハードウェア態様を組み合わせた実施形態の形を取ることができる。さらに、本開示の態様は、内部に具体化されたコンピュータ可読プログラム・コードを有する一つ以上のコンピュータ可読媒体（群）中に具現されたコンピュータ・プログラム製品の形を取ることもできる。
【００３４】
一つ以上のコンピュータ可読媒体（群）の任意の組み合わせを用いることができる。コンピュータ可読媒体は、コンピュータ可読信号媒体、またはコンピュータ可読記憶媒体とすることができる。コンピュータ可読記憶媒体は、例えば、以下に限らないが、電子的、磁気的、光学的、電磁気的、赤外的な、または半導体の、システム、装置、もしくはデバイス、あるいはこれらの任意の適切な組み合わせとすることができる。コンピュータ可読記憶媒体のさらに具体的な例（非包括的リスト）には、一つ以上の配線を有する電気接続、携帯型コンピュータ・ディスケット、ハード・ディスク、ランダム・アクセス・メモリ（ＲＡＭ：ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ）、読み取り専用メモリ（ＲＯＭ：ｒｅａｄ−ｏｎｌｙ  ｍｅｍｏｒｙ）、消去可能プログラム可能読み取り専用メモリ（ＥＰＲＯＭ（ｅｒａｓａｂｌｅ  ｐｒｏｇｒａｍｍａｂｌｅ  ｒｅａｄ−ｏｎｌｙ  ｍｅｍｏｒｙ）またはフラッシュ・メモリ）、光ファイバ、携帯型コンパクト・ディスク読み取り専用メモリ（ＣＤ−ＲＯＭ：ｃｏｍｐａｃｔ  ｄｉｓｃ  ｒｅａｄ−ｏｎｌｙ  ｍｅｍｏｒｙ）、光記憶デバイス、磁気記憶デバイス、またはこれらの任意の適切な組み合わせが含まれよう。本文書の文脈において、コンピュータ可読記憶媒体は、命令実行システム、装置、またはデバイスによってまたはこれらに関連させて使用するためのプログラムを、包含または格納できる任意の有形媒体とすることができる。
【００３５】
コンピュータ可読信号媒体には、例えばベースバンド中にまたは搬送波の一部として具現されたコンピュータ可読のプログラム・コードを有する、伝播データ信号を含めることができる。かかる伝播信号は、以下に限らないが、電磁気的、光学的、またはこれらの任意の組み合わせを含め、さまざまな形態の任意の形を取ることができる。コンピュータ可読信号媒体は、コンピュータ可読記憶媒体ではないが、命令実行システム、装置、またはデバイスによってまたはこれらに関連させて使用するためのプログラムを通信、伝播、または伝送が可能な任意のコンピュータ可読媒体であり得る。
【００３６】
コンピュータ可読媒体中に具現されたプログラム・コードは、以下に限らないが、無線、有線、光ファイバ・ケーブル、ＲＦなど、またはこれらの任意の適した組み合わせを含め、任意の適切な媒体を用いて送信することができる。
【００３７】
本開示の態様のオペレーションを実行するためのコンピュータ・プログラム・コードは、Ｓｍａｌｌｔａｌｋ（Ｒ）、Ｃ＋＋などのオブジェクト指向プログラミング言語、および、“Ｃ”プログラミング言語または類似のプログラミング言語などの従来式手続き型プログラミング言語を含め、一つ以上のプログラミング言語の任意の組み合せで記述することができる。このプログラム・コードは、全体をユーザのコンピュータで、一部をユーザのコンピュータで、スタンドアロン・ソフトウェア・パッケージとして実行することができ、一部をユーザのコンピュータで他の部分を遠隔コンピュータで、または全体を遠隔のコンピュータまたはサーバで実行することができる。後者のシナリオでは、ローカル・エリア・ネットワーク（ＬＡＮ：ｌｏｃａｌ  ａｒｅａ  ｎｅｔｗｏｒｋ）または広域ネットワーク（ＷＡＮ：ｗｉｄｅ  ａｒｅａ  ｎｅｔｗｏｒｋ）を含む任意の種類のネットワークを介して、遠隔コンピュータをユーザのコンピュータに接続することができ、あるいは（例えばインターネット・サービス・プロバイダを使いインターネットを介し）外部のコンピュータへの接続を行うことができる。
【００３８】
本開示の実施形態による方法、装置（システム）およびコンピュータ・プログラム製品のフローチャート説明図もしくはブロック図またはその両方を参照しながら本開示の態様を以下に説明する。フローチャート説明図もしくはブロック図またはその両方の各ブロック、および、フローチャート説明図もしくはブロック図またはその両方中のブロックの組み合せは、コンピュータ・プログラム命令によって実行可能であることが理解されよう。これらのコンピュータ・プログラム命令を、汎用コンピュータ、特殊用途コンピュータ、またはマシンを形成する他のプログラム可能データ処理装置のプロセッサに供給し、コンピュータまたは他のプログラム可能データ処理装置のプロセッサを介して実行されるこれらの命令が、フローチャートもしくはブロック図またはその両方のブロックまたはブロック群中に規定された機能群／処理群を実施するための手段を生成するようにすることができる。また、これらのコンピュータ・プログラム命令を、コンピュータ、他のプログラム可能データ処理装置、または他のデバイスに対し特定の仕方で機能するよう命令できるコンピュータ可読媒体に格納し、そのコンピュータ可読媒体に格納された命令が、フローチャートもしくはブロック図またはその両方のブロックまたはブロック群中に規定された機能群／処理群を実施する命令群を包含する製品を形成するようにすることができる。
【００３９】
同様に、コンピュータ・プログラム命令を、コンピュータ、他のプログラム可能データ処理装置、または他のデバイスにロードして、これらコンピュータ、他のプログラム可能装置、または他のデバイス上で一連のオペレーション・ステップを実行させてコンピュータ実装のプロセスを生成し、これらコンピュータまたは他のプログラム可能装置で実行されるこれらの命令が、フローチャートもしくはブロック図またはその両方のブロックまたはブロック群中に規定された機能群／処理群を実施するためのプロセスを提供するようにすることもできる。
【００４０】
本開示のさまざまな実施形態の完全な理解を提供するため、以下の説明および図面において特定の具体的な細目が述べられる。ただし以下の開示では、本開示の各種実施形態が不必要に曖昧になるのを回避するため、コンピューティングおよびソフトウェア技術にしばしば関連付けられる特定の周知の細目は記述しない。さらに、当業者なら、以下に説明する細目の一つ以上がなくても、本開示の他の実施形態を実施できることを理解するであろう。最後に、以下の開示において、ステップおよびシーケンスを参照してさまざまな方法が説明されるが、説明自体は本開示の実施形態の明瞭な具体例を提供するためのものであって、そのステップおよびステップのシーケンスは、本開示を実施するための必要条件と見なすべきではない。その代わりに、以下の説明では、本開示の例の詳細な説明を提示することを意図しており、本開示自体を限定していると取るべきではない。むしろ、いかなる数々の変形も本開示の範囲内に含まれ、その範囲は本明細書に添付された請求項によって定義される。
【００４１】
以下の詳細な説明は、一般に前述の本開示の発明の概要に従い、必要に応じ、本開示のさまざまな態様および実施形態の定義をさらに説明し展開する。このため、本詳細な説明では、最初に、本開示に関連するソフトウェアもしくはハードウェア技法またはその両方を実装するのに適した図１のコンピューティング環境を説明する。現代のコンピューティング技法が複数の別個のデバイスに亘って遂行可能であることを強調するため、基本的コンピューティング環境の展開としてあるネットワーク環境が図２に示されている。
【００４２】
図１には、本明細書で説明するコンピューティング・オペレーションを遂行できるコンピュータ・システムの簡明化された一例として、情報処理システム１００が示されている。情報処理システム１００は、プロセッサ・インタフェース・バス１１２に連結された一つ以上のプロセッサ１１０を含む。プロセッサ・インタフェース・バス１１２は、プロセッサ１１０を、メモリ・コントローラ・ハブ（ＭＣＨ：Ｍｅｍｏｒｙ  Ｃｏｎｔｒｏｌｌｅｒ  Ｈｕｂ）としても知られるノースブリッジ１１５に接続する。ノースブリッジ１１５は、システム・メモリ１２０に接続し、プロセッサ（群）１１０にシステム・メモリへのアクセスの手段を提供する。グラフィック・コントローラ１２５も、ノースブリッジ１１５に接続している。一つの実施形態において、ＰＣＩエクスプレス（ＩＢＭ社の登録商標）バス１１８が、ノースブリッジ１１５をグラフィック・コントローラ１２５に接続している。グラフィック・コントローラ１２５は、コンピュータ・モニタなどのディスプレイ・デバイス１３０に接続している。
【００４３】
ノースブリッジ１１５とサウスブリッジ１３５とは、バス１１９を用いて相互に接続している。一つの実施形態において、このバスは、ノースブリッジ１１５およびサウスブリッジ１３５の双方向に高速でデータを転送するダイレクト・メディア・インタフェース（ＤＭＩ：Ｄｉｒｅｃｔ  Ｍｅｄｉａ  Ｉｎｔｅｒｆａｃｅ）である。別の実施形態では、ペリフェラル・コンポーネント・インターコネクト（ＰＣＩ：Ｐｅｒｉｐｈｅｒａｌ  Ｃｏｍｐｏｎｅｎｔ  Ｉｎｔｅｒｃｏｎｎｅｃｔ）バスがノースブリッジとサウスブリッジとを接続している。Ｉ／Ｏコントローラ・ハブ（ＩＣＨ：Ｉ／Ｏ  Ｃｏｎｔｒｏｌｌｅｒ  Ｈｕｂ）としても知られるサウスブリッジ１３５は、一般に、ノースブリッジによって提供される機能よりも、遅い速度で作動する機能を実装するチップである。サウスブリッジ１３５は、通常、さまざまなコンポーネントを接続するために使われるさまざまなバスを備えている。これらのバスには、例えば、ＰＣＩおよびＰＣＩエクスプレス（ＩＢＭ社の登録商標）バス、ＩＳＡバス、システム管理バス（ＳＭバスまたはＳＭＢ：Ｓｙｓｔｅｍ  Ｍａｎａｇｅｍｅｎｔ  Ｂｕｓ）もしくはロー・ピン・カウント（ＬＰＣ：Ｌｏｗ  Ｐｉｎ  Ｃｏｕｎｔ）バスまたはこれらの組み合わせが含まれる。ＬＰＣバスは、多くの場合、起動用ＲＯＭ１９６および「レガシ」Ｉ／Ｏデバイスなど、低帯域デバイスを（「スーパーＩ／Ｏ」チップを用いて）接続する。「レガシ」Ｉ／Ｏデバイス（１９８）には、例えば、シリアルおよびパラレル・ポート、キーボード、マウス、もしくはフレキシブル・ディスク・コントローラまたはこれらの組み合わせを含めることができる。またＬＰＣバスは、サウスブリッジ１３５をトラステッド・プラットフォーム・モジュール（ＴＰＭ：Ｔｒｕｓｔｅｄ  Ｐｌａｔｆｏｒｍ  Ｍｏｄｕｌｅ）１９５にも接続している。サウスブリッジ１３５にしばしば包含される他のコンポーネントには、直接メモリアクセス（ＤＭＡ：Ｄｉｒｅｃｔ  Ｍｅｍｏｒｙ  Ａｃｃｅｓｓ）コントローラ、プログラム可能割り込みコントローラ（ＰＩＣ：Ｐｒｏｇｒａｍｍａｂｌｅ  Ｉｎｔｅｒｒｕｐｔ  Ｃｏｎｔｒｏｌｌｅｒ）、およびバス１８４を使い、サウスブリッジ１３５をハード・ディスク・ドライブなどの不揮発性記憶デバイス１８５に接続する記憶デバイスコントローラが含まれる。
【００４４】
エクスプレス（ＩＢＭ社の登録商標）カード１５５は、ホットプラグ可能デバイスを情報処理システムに接続するスロットである。エクスプレス（ＩＢＭ社の登録商標）カード１５５は、ＰＣＩエクスプレス（ＩＢＭ社の登録商標）およびＵＳＢ双方の接続性をサポートし、ユニバーサル・シリアル・バス（ＵＳＢ：Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）およびＰＣＩエクスプレス（ＩＢＭ社の登録商標）バス双方を用いて、サウスブリッジ１３５に接続している。サウスブリッジ１３５は、ＵＳＢに接続する諸デバイスに対しＵＳＢ接続性を提供するＵＳＢコントローラ１４０を含む。これらのデバイスには、ウェブカム（カメラ）１５０、赤外線（ＩＲ）受信器１４８、キーボードおよびトラックパッド１４４、および、無線パーソナル・エリア・ネットワーク（ＰＡＮ：ｐｅｒｓｏｎａｌ  ａｒｅａ  ｎｅｔｗｏｒｋ）を備えたＢｌｕｅｔｏｏｔｈ（Ｒ）デバイス１４６が含まれる。また、ＵＳＢコントローラ１４０は、マウス、着脱式不揮発性記憶装置１４５、モデム、ネットワーク・カード、ＩＳＤＮコネクタ、ファックス、プリンタ、ＵＳＢバス、および他の多くのＵＳＢ接続デバイスなど、他の種々雑多のＵＳＢ接続デバイス１４２に対し接続性を提供する。着脱式不揮発性記憶装置１４５がＵＳＢ接続デバイスとして示されているが、着脱式不揮発性記憶装置１４５は、Ｆｉｒｅｗｉｒｅ（Ｒ）インタフェースなどの異なったインタフェースを用いて接続することもできよう。
【００４５】
無線ローカル・エリア・ネットワーク（ＬＡＮ：Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）デバイス１７５は、ＰＣＩまたはＰＣＩエクスプレス（ＩＢＭ社の登録商標）バス１７２を介してサウスブリッジ１３５に接続している。ＬＡＮデバイス１７５は、通例、情報処理システム１００と別のコンピュータ・システムまたはデバイスとの間の無線通信に全て同一のプロトコルを用いる、オーバー・ザ・エア変調技法のＩＥＥＥ  ８０２．１１規格群の一つを実装している。光記憶装置１９０は、シリアルＡＴＡ（ＳＡＴＡ：Ｓｅｒｉａｌ  ＡＴＡ）バス１８８を用いてサウスブリッジ１３５に接続している。シリアルＡＴＡアダプタとデバイスとは高速シリアル・リンクを介して通信する。シリアルＡＴＡバスも、サウスブリッジ１３５を、ハード・ディスク・ドライブなどの他の型の記憶装置に接続している。サウンド・カードなどの音声回路１６０は、バス１５８を介してサウスブリッジ１３５に接続している。また、音声回路１６０は、音声入力端子および光デジタル音声入力ポート１６２、光デジタル出力およびヘッドフォーン・ジャック１６４、内蔵スピーカ１６６、並びに内蔵マイクロホン１６８などの機能を備えている。イーサネット（Ｒ）コントローラ１７０は、ＰＣＩまたはＰＣＩエクスプレス（ＩＢＭ社の登録商標）バスなどのバスを用いてサウスブリッジ１３５に接続している。イーサネット（Ｒ）コントローラ１７０は、情報処理システム１００を、ローカル・エリア・ネットワーク（ＬＡＮ）、インターネット、および他の公衆または個人コンピュータ・ネットワークなどのコンピュータ・ネットワークに接続する。
【００４６】
図１は、一つの情報処理システムを示しているが、情報処理システムは多くの形を取り得る。例えば、情報処理システムは、デスクトップ、サーバ、携帯型、ラップトップ、ノート型、または他のフォーム・ファクタのコンピュータ、またはデータ処理システムの形を取ることができる。さらに、情報処理システムは、携帯情報端末（ＰＤＡ：ｐｅｒｓｏｎａｌ  ｄｉｇｉｔａｌ  ａｓｓｉｓｔａｎｔ）、ゲーム・デバイス、ＡＴＭマシン、携帯電話デバイス、通信デバイス、またはプロセッサとメモリとを含む他のデバイスなど、他のフォーム・ファクタを取ることもできる。
【００４７】
図１に示され本明細書において説明される、機密保護機能を提供するトラステッド・プラットフォーム・モジュール（ＴＰＭ：Ｔｒｕｓｔｅｄ  Ｐｌａｔｆｏｒｍ  Ｍｏｄｕｌｅ）１９５は、ハードウェア機密保護モジュール（ＨＳＭ：ｈａｒｄｗａｒｅ  ｓｅｃｕｒｉｔｙ  ｍｏｄｕｌｅ）の一例にすぎない。従って、本明細書で説明され請求されるＴＰＭは、以下に限らないが、トラステッド・コンピューティング・グループ（ＴＣＧ：Ｔｒｕｓｔｅｄ  Ｃｏｍｐｕｔｉｎｇ  Ｇｒｏｕｐｓ）の規格、名称「Ｔｒｕｓｔｅｄ  Ｐｌａｔｆｏｒｍ  Ｍｏｄｕｌｅ  （ＴＰＭ）  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｖｅｒｓｉｏｎ  １．２」に適合するハードウェア機密保護デバイスを含む、任意の型のＨＳＭを包含する。ＴＰＭは、図１に描かれたものなど、どのような数々の情報処理システムにでも組み込むことが可能なハードウェア機密保護サブシステムである。
【００４８】
図２は、図１に示された情報処理システム環境の一展開例を提示し、本明細書で説明する方法が、ネットワーク環境において動作する多種多様な情報処理システム上で遂行可能なことを例示する。情報処理システムの種類は、ハンドヘルド・コンピュータ／移動電話２１０などの小型携帯デバイスから、メインフレーム・コンピュータ２７０などの大型メインフレーム・システムに亘る。ハンドヘルド・コンピュータ２１０の例には、携帯情報端末（ＰＤＡ）、ＭＰ３プレイヤ、携帯テレビ、およびコンパクト・ディスク・プレイヤなどの個人エンターテインメント・デバイスが含まれる。情報処理システムの他の例には、ペンまたはタブレット型コンピュータ２２０、ラップトップまたはノート型コンピュータ２３０、ワークステーション２４０、パーソナル・コンピュータ・システム２５０、およびサーバ２６０が含まれる。図２に個別に示されていない他の種類の情報処理システムは、情報処理システム２８０として表されている。図示のように、コンピュータ・ネットワーク２００を用いて、さまざまな情報処理システムをネットワーク化することができる。さまざまな情報処理システムを相互接続するために使われるコンピュータ・ネットワークの種類には、ローカル・エリア・ネットワーク（ＬＡＮ）、無線ローカル・エリア・ネットワーク（ＷＬＡＮ：Ｗｉｒｅｌｅｓｓ  Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋｓ）、インターネット、公衆交換電話ネットワーク（ＰＳＴＮ：Ｐｕｂｌｉｃ  Ｓｗｉｔｃｈｅｄ  Ｔｅｌｅｐｈｏｎｅ  Ｎｅｔｗｏｒｋ）、他の無線ネットワーク、および情報処理システムを相互接続するために用いることのできる他の任意のネットワーク・トポロジが含まれる。これら情報処理システムの多くは、ハード・ドライブもしくは不揮発性メモリまたはその両方などの不揮発性データ・ストアを含む。図２に示された情報処理システムの一部は、別個の不揮発性データ・ストアを表している（サーバ２６０は不揮発性データ・ストア２６５を用い、メインフレーム・コンピュータ２７０は不揮発性データ・ストア２７５を用い、情報処理システム２８０は不揮発性データ・ストア２８５を用いている）。不揮発性データ・ストアは、各種情報処理システムの外付けのコンポーネントとすることができ、情報処理システムの一つでは内蔵とすることもできる。さらに、着脱式不揮発性記憶デバイス１４５については、着脱式不揮発性記憶デバイス１４５をＵＳＢポートまたは情報処理システムの他のコネクタに接続するなど、さまざまな技法を使って、２つ以上の情報処理システムの間で共用することができる。
【００４９】
図３は、安全ケルベロス・チャネルを介して、ファイル・サーバ上に所在する暗号ファイル・システムにアクセスするクライアントを示す図である。クライアント３００は、ネットワーク・ファイル・システム（ＮＦＳ）などのネットワーク・プロトコルを介し、ファイル・サーバ３１０と通信する。クライアント３００およびサーバ３１０は、認証目的および安全チャネルを確立するため鍵配布センタ３２０を利用する。例えば、鍵配布センタ３２０は、クライアント３００およびサーバ３１０を認証し、クライアント３００に、サーバ３１０と通信するためのセッション・チケットを提供するケルベロス・サーバとすることができる。サーバ３１０は、高度インタラクティブ・エグゼクティブ（ＩＢＭ社の登録商標）暗号ファイル・システム（ＡＩＸ  （ＩＢＭ社の登録商標）ＥＦＳ）などの暗号メカニズムを用いてＥＦＳファイル・ストア３８０に格納された暗号ファイル・システム（ＥＦＳ）を管理する。
【００５０】
ユーザ３０５がサーバ３１０上にある暗号ファイル・システムを設定した場合、サーバ３１０は、ユーザ３０５特有のファイル・システムを暗号化および復号するための、ユーザ３０５に対するプライベート鍵を生成する。サーバ３１０は、ユーザ３０５からパスワードを受信し、これに対し機密保護マネージャ３５０が「中間鍵」を生成する。機密保護マネージャ３５０は、その中間鍵（中間鍵３３８）を中間鍵ストア３３５に格納し、さらに、中間鍵３３８を使ってユーザのプライベート鍵を暗号化して暗号プライベート鍵３７０を得て、これがＥＦＳプライベート鍵ストア３６０に格納される（さらなる詳細については図５および対応する本文を参照）。機密保護マネージャ３５０は、ユーザのプライベート鍵を用いてＥＦＳストア３８０に格納されたユーザのファイル・システムを暗号化する。
【００５１】
ユーザ３０５が暗号ファイル・システムへのアクセスを所望するとき、ユーザ３０５はクライアント３００を使ってサーバ３１０にマウント要求３０６を送信する。サーバ３１０は、マウント要求３０６が、非暗号ファイル・システムへのアクセスの要求か、あるいは暗号ファイル・システムへのアクセスの要求かを判定する。図３に示された例では、マウント要求３０６は、暗号ファイル・システムへのアクセス要求である。しかして、サーバ３１０は、クライアント３００にＥＦＳフラグ・メッセージ３０８を送信し、これによりクライアント３００に、マウント要求３０６が、暗号ファイル・システムに対応していることを連絡する。
【００５２】
これを受けて、クライアント３００は、サーバ３１０上の暗号ファイル・システムへのアクセスをユーザ３０５が要求していることを示す、セッション・チケット要求３３０を鍵配布センタ３２０に送信する。鍵配布センタ３２０は、サーバ３１０の中間鍵ストア３３５を識別し、上記で生成された中間鍵と同じ中間鍵３３８を読み出す。鍵配布センタ３２０は、セッション・チケット３４５中に中間鍵３３８を含め、セッション・チケット３４５をクライアント３００に送信する。一つの実施形態において、鍵配布センタ３２０が中間鍵を見付けられない場合、ユーザ３０５は、クライアント３００に暗号ファイル・システム・パスワードを与え、クライアント３００は、サーバ３１０が中間鍵を再生成するため、それをサーバ３１０に送信する（さらなる詳細については図６、８、９および対応する本文を参照）。
【００５３】
サーバ３１０がクライアント３００に、要求されたファイル・システムが暗号化されていることを（ＥＦＳファイル・フラグ３０８を介して）連絡したという事実によって、クライアント３００は、自動的に機密保護プロトコル・マウンティング選択（例、ｋｂｒ５ｐ）を選択し、サーバ３１０に、セッション・チケット３４５とともにそのマウンティング選択を送信する。上記を受けて、機密保護マネージャ３５０が、セッション・チケット３４５に含まれている中間鍵３３８を用いて暗号プライベート鍵３７０を復号する。次いで、機密保護マネージャ３５０は、復号されたプライベート鍵を用いて、ＥＦＳファイル・ストア３８０中に格納されている、要求された暗号ファイル・システムを復号し、これに応じてクライアント３００とサーバ３１０との間のファイル・システム・コール３９０を処理する。
【００５４】
図４は、スレッド毎ベースでプライベート鍵を割り当てることによって、複数のスレッドを介し、複数のクライアントに暗号ファイル・システムへのアクセスを提供するサーバを示す図である。サーバ３１０は、アクティブに実行中のユーザのプライベート鍵と相関させたスレッド／鍵テーブル４３０を含む。しかして、サーバ３１０は、複数のクライアント（４００、４１０、および４２０）を使う複数のユーザ（４０５、４１５、および４２５）に対する複数のＥＦＳセッションをサポートする。
【００５５】
ユーザ４０５が、サーバ３１０に所在する暗号ファイル・システムへのアクセスを所望する。しかして、クライアント４００は、鍵配布センタ３２０に要求を送信し、該センタは、中間鍵ストア３３５からユーザ４０５の中間鍵を読み出し、その中間鍵をクライアント４００に送信する。これを受け、クライアント４００がユーザ４０５の中間鍵をサーバ３１０に送信する。機密保護マネージャは、ＥＦＳプライベート鍵ストア３６０からユーザ４０５の暗号プライベート鍵を読み出し、ユーザ４０５の中間鍵を使ってその暗号プライベート鍵を復号する。機密保護マネージャ３５０は、次いで復号されたプライベート鍵をユーザ４０５のセッション番号とともに、スレッド／鍵テーブル４３０中に格納する。機密保護マネージャ３５０は、同様に、ユーザ４１５およびユーザ４２５に対するプライベート鍵を復号、格納し、それらのプライベート鍵を対応するセッション・スレッドに関連付ける。このようにして、サーバ３１０は、複数のユーザに対し、暗号ファイル・システムのサポートを同時に提供する。
【００５６】
図５は、ユーザのパスワードに基づいて、中間鍵およびプライベート鍵を生成するサーバを示す図である。ユーザ３０５が、サーバ３１０の管理によってファイル・システムを暗号化し格納することを所望する。ユーザ３０５は、暗号ファイル・システム（ＥＦＳ）パスワード５００をクライアント３００に与えることから開始し、該クライアントはＥＦＳパスワード５００をサーバ３１０に提供する。機密保護マネージャ３５０は、中間鍵ジェネレータ５１０、プライベート鍵エンクリプタ５３０、およびＥＦＳ鍵ジェネレータ５４０を含む。中間鍵ジェネレータ５１０は、Ｓ２Ｋ（ストリング・ツー・キー）関数などの関数を用いて中間鍵３３８を生成する。当業者ならよく理解できるように、Ｓ２Ｋ関数には、メッセージ・ダイジェスト・アルゴリズムおよび疑似乱数ジェネレータを含めることができる。
【００５７】
機密保護マネージャ３５０は、中間鍵３３８を中間鍵ストア３３５に格納し、中間鍵３３８をユーザ３０５に割り当てる。これによって、鍵配布センタのサーバは、ユーザ３０５がサーバ３１０に所在する暗号ファイル・システムへのアクセスを所望するとき、中間鍵ストア３３５から中間鍵３３８を読み出して、中間鍵３３８を要求元のクライアント３００に提供することができる（さらなる詳細については図６および対応する本文を参照）。
【００５８】
ＥＦＳ鍵ジェネレータ５４０は、プライベート鍵５５０を含め、ユーザに対する非対称鍵を生成するモジュールである。ＥＦＳ鍵ジェネレータ５４０には、例えば、ＲＳＡ（Ｒｉｖｅｓｔ，  Ｓｈａｍｉｒ  ａｎｄ  Ａｄｌｅｍａｎ（リベスト、シャミルおよびアドルマン））２０４８ビットのプライベート鍵など、暗号ファイル・システムのためのプライベート鍵を生成する特定的アルゴリズムを含めることができる。機密保護マネージャ３５０は、プライベート鍵５５０を用いてユーザ３０５のファイル・システムを暗号化する。プライベート鍵エンクリプタ５３０は、中間鍵３３８を使ってプライベート鍵５５０を暗号化し、しかして暗号プライベート鍵３７０を生成し、これはＥＦＳプライベート鍵ストア３６０中に格納される。図から分かるように、プライベート鍵５５０を再現するために、機密保護マネージャは、クライアント３００から中間鍵３３８を受信するか、もしくはユーザ３０５からＥＦＳパスワード５００を受信するかしなければならない（さらなる詳細については図６、７および対応する本文を参照）。
【００５９】
図６は、クライアントから中間鍵を受信するサーバと、中間鍵を用いてユーザのプライベート鍵を再現する該サーバとを示す図である。クライアント３００が、鍵配布センタ（ＫＤＣ）からセッション・チケット３４５を受信し、これには中間鍵３３８が含まれる（さらなる詳細については図３および対応する本文を参照）。サーバ３１０は、セッション・チケット３４５が中間鍵３３８を含んでいるのを検知し、機密保護マネージャ３５０に対して、中間鍵３３８を抽出し、中間鍵３３８を用い、プライベート鍵デクリプタ６００を使って暗号プライベート鍵を復号し、しかしてプライベート鍵５５０を生成するように命令する。
【００６０】
引き続いて、ファイル・エンクリプタ／デクリプタ６２０は、プライベート鍵５５０を使って、ＥＦＳファイル・ストア３８０中に所在するファイル・システムを暗号化／復号し、安全ケルベロス・チャネルを介してクライアント３００とのファイル・システム・コールを処理する。
【００６１】
図７は、暗号ファイル・システム（ＥＦＳ）パスワードを受信し、そのＥＦＳパスワードを用いてプライベート鍵を再現するサーバを示す図である。諸実施形態において、クライアントのセッション・チケットが中間鍵を含んでいない場合、ユーザは、サーバがＥＦＳパスワードから中間鍵を再生成するため、ＥＦＳパスワードを提示するよう促される。これらの実施形態において、ユーザ３０５は、クライアント３００にＥＦＳパスワード５００を提示し、クライアントはＥＦＳパスワード５００をサーバ３１０に転送する。
【００６２】
中間鍵ジェネレータ５１０は、図５に示されたのと同様にして（まず中間鍵ジェネレータ５１０が中間鍵３３８を生成している）、ＥＦＳパスワードを使い中間鍵３３８を再現する。次に、プライベート鍵デクリプタ６００が、中間鍵３３８を使って暗号プライベート鍵５６０を復号し、しかしてプライベート鍵５５０を生成する。これを受けて、ファイル・エンクリプタ／デクリプタ６２０は、プライベート鍵５５０を使って、ＥＦＳファイル・ストア３８０中に所在するファイル・システムを暗号化／復号し、安全ケルベロス・チャネルを介してクライアント３００とのファイル・システム・コールを処理する。
【００６３】
図８は、クライアントに、安全ケルベロス・チャネルを介しファイル・サーバ上に所在する暗号ファイル・システムへのアクセスを提供する際に実行されるステップを示すフローチャートである。クライアントの処理は８００から開始し、ステップ８０５において、クライアントは、鍵配布センタ（ＫＤＣ）３２０に対しクライアント自体とそのユーザとの証明を行う。サーバの処理は８５０から開始し、ステップ８５５において、サーバは、鍵配布センタ（ＫＤＣ）３２０に対しサーバ自体の証明を行う。
【００６４】
ステップ８１０で、クライアントは、サーバに、該サーバが管理するファイルをマウントする要求を送信する。ステップ８６０において、サーバがクライアントの要求を受信し、サーバは要求されたファイル・システムが暗号ファイル・システムかどうかを判定する（判断８６５）。例えば、そのファイル・システムは、該クライアントのユーザに対応するプライベート鍵を用いて暗号化されていることがあり得る。ファイル・システムが非暗号ファイル・システムである場合、判断８６５は「いいえ」のブランチ８６７に分岐し、サーバは、その非暗号ファイル・システムへのアクセスおよび変更を提供するなどして、クライアントとのファイル・システム・コールを処理する（ステップ８７０およびクライアントのステップ８４０）。８７２でサーバの処理は終了する。
【００６５】
他方、システムが暗号化されている場合、判断８６５は「はい」のブランチ８６８に分岐し、サーバは、要求されたファイル・システムが暗号化されていることをクライアントに連絡するメッセージを送信する（ステップ８７５）。クライアントにおいて、クライアントが、受信したメッセージに基づいて要求されたファイル・システムが暗号化されているかどうかを判定する（判断８１５）。ファイル・システムが暗号化されていない場合、判断は「いいえ」のブランチ８１９に分岐し、クライアントは、サーバとのファイル・システム・コールを処理し（前述したステップ８４０およびサーバのステップ８７０）、８４５でクライアントの処理は終了する。
【００６６】
他方、サーバのメッセージが、要求されたファイル・システムが暗号ファイル・システムであることを示している場合、判断８１５は「はい」のブランチ８１８に分岐し、クライアントは、クライアントが安全ケルベロス・チャネルを介してサーバと通信することを可能にするセッション・チケットを、ＫＤＣ３２０から受信するため、ユーザにケルベロスのユーザ名とパスワードとを提示するよう促す（ステップ８２０）。ＫＤＣ３２０は、セッション・チケットを提供し、これには、ＫＤＣ３２０が、サーバの中間鍵保管領域で検索できるかどうかによって、中間鍵が含まれていることもいないこともあり得る（さらなる詳細については図９および対応する本文を参照）。
【００６７】
クライアントがＫＤＣ３２０からセッション・チケットを受信すると、クライアントは、ケルベロス「ｋｒｂ５ｐ」マウンティング選択などの安全マウンティング選択肢を自動的に選択し、セッション・チケットとともにそのマウンティング選択をサーバに送信する（ステップ８２５）。
【００６８】
サーバでは、サーバが、受信したセッション・チケットに中間鍵が含まれているかどうかを判定する（判断８８０）。セッション・チケットに中間鍵が含まれている場合、判断８８０は「はい」のブランチ８８１に分岐し、サーバはセッション・チケットから中間鍵を抽出し、ステップ８８３で、その中間鍵を使ってクライアントの暗号プライベート鍵を復号する。ステップ８９４において、サーバは暗号ファイル・システムを復号し、非暗号ファイル・システムを得る。次いで、サーバは、復号されたファイル・システムを用いて、サーバとクライアントとの間のファイル・システム関連のコールを処理する（ステップ８９５およびステップ８４０）。
【００６９】
他方、セッション・チケットに中間鍵が含まれていない場合、判断８８０は「いいえ」のブランチ８８２に分岐し、サーバは、ステップ８８５で、クライアントに暗号ファイル・システム・パスワードを要求する。クライアントでは、パスワードを提供する要求をクライアントが受信したかどうかの判定が行われる（判断８３０）。サーバがパスワードを要求するメッセージを送信していた場合、判断８３０は「はい」のブランチ８３２に分岐し、クライアントは、ステップ８３５において、ユーザに、ユーザの暗号ファイル・システム・パスワードの提供を促し、サーバにそのパスワードを送信する。暗号ファイル・システム・パスワードは、ユーザの中間鍵がパスワードから導出されているので、そのユーザに特有のものである（さらなる詳細については図５および対応する本文を参照）。他方、サーバがパスワードを要求していなかった場合（例えば、セッション・チケットに中間鍵が含まれていた場合）、判断８３０は、「いいえ」のブランチ８３８に分岐しパスワードを促すステップをバイパスする。
【００７０】
ステップ８９０において、サーバは、パスワードを受信し中間鍵を生成する（さらなる詳細については図７および対応する本文を参照）。次に、サーバは、生成された中間鍵を使って暗号プライベート鍵を復号し（ステップ８９２）、次いでステップ８９４で、復号されたプライベート鍵を使って暗号ファイル・システムを復号する。次いで、サーバおよびクライアントは、復号ファイル・システムを用いてファイル・システム関連のコールを処理する（ステップ８９５および８４０）。クライアントの処理は８４５で終了し、サーバの処理は８９９で終了する。
【００７１】
図９は、鍵配布センタ（ＫＤＣ）がクライアントにセッション・チケットを提供する際に実行されるステップを示すフローチャートである。処理は９００から開始し、ＫＤＣは、クライアント３００から、サーバ３１０など特定のサーバと通信するためのセッション・チケットの要求を受信する（ステップ９１０）。一つの実施形態において、ＫＤＣは、セッション・チケットの要求を受信するに先立って、クライアント３００からチケット保証チケット（ＴＧＴ：ｔｉｃｋｅｔ  ｇｒａｎｔｉｎｇ  ｔｉｃｋｅｔ）要求を受信している。この実施形態では、ＫＤＣは、ＴＧＴをクライアント３００に提供しており、これを受けて、クライアント３００は、そのＴＧＴをクライアント３００のセッション要求に含めている。
【００７２】
ステップ９２０において、ＫＤＣは、中間鍵ストア３３５にアクセスし、クライアント３００のユーザに対応する中間鍵を読み出す試みをする。中間鍵ストア３３５は、サーバ３１０が管理する保管領域であり、サーバ３１０に保管された暗号ファイル・システムを有する諸ユーザに対する中間鍵を包含する。一つの実施形態において、ＫＤＣは、ＫＤＣとサーバ３１０との間の安全通信チャネルを介して、中間鍵ストア３３５にアクセスする。この実施形態では、ＫＤＣは、ユーザに対応する中間鍵を識別するため、サーバ３１０のＩＰ（Ｉｎｔｅｒｎｅｔ  ｐｒｏｔｏｃｏｌ（インターネット・プロトコル））アドレスおよびユーザのユーザ名を使用する。
【００７３】
別の実施形態において、ＫＤＣは、各ユーザに対するＦＥＳ中間鍵を安全に格納する（正規のケルベロス鍵とは別の）データベースを管理することができる。この実施形態では、ＫＤＣデータベースへのスキーマの変更には、例えば、＜ユーザ１＞＜９．１８２．２８８．２３＞＜鍵１＞および＜ユーザ１＞＜９．１８２．２８８．２４＞＜鍵２＞など、＜ユーザ名＞＜ホスト名／ＩＰアドレス＞＜ＥＦＳ中間鍵＞を含めることができる。上記の実施形態では、ＫＤＣデータベースは「ユーザ１」に対するＥＦＳ鍵を維持しており、第一エントリは、ＩＰアドレス＜９．１８２．２８８．２３＞を有する第一サーバに対するユーザ１のＥＦＳ中間鍵を示し、第二エントリは、ＩＰアドレス＜９．１８２．２８８．２４＞を有する第二サーバに対するユーザ１のＥＦＳ中間鍵を示している。この実施形態では、両方のサーバは、暗号ファイル・システムを管理し、ネットワーク・ファイル・システム（ＮＦＳ）を介してクライアントと通信している。別の実施形態において、ＫＤＣは、コンピュータ・ネットワーク内の、マシン・ベース毎に全ユーザに対するＥＦＳ中間鍵を格納する、ＬＤＡＰ（ｌｉｇｈｔｗｅｉｇｈｔ  ｄｉｒｅｃｔｏｒｙ  ａｃｃｅｓｓ  ｐｒｏｔｏｃｏｌ：エルダップ）サーバ（中央サーバ）と安全にコンタクトすることができる。
【００７４】
ＫＤＣがユーザの中間鍵を読み出す試みをした後、ＫＤＣが中間鍵をうまく見付けて読み取ったかどうかの判定が行われる（判断９３０）。ＫＤＣが中間鍵を読み出した場合、判断９３０は「はい」のブランチ９３８に分岐し、ＫＤＣはセッション・チケットを生成し、その中間鍵をセッション・チケットの中に埋め込む（ステップ９５０）。他方、ＫＤＣが中間鍵を読み出せなかった場合、判断９３０は「いいえ」のブランチに分岐し、ＫＤＣは中間鍵のないセッション・チケットを生成する（ステップ９４０）。
【００７５】
ステップ９６０において、ＫＤＣはクライアント３００に生成されたセッション・チケット（前述のように中間鍵を含むことも含まないこともあり得る）を送信する。９７０でＫＤＣの処理は終了する。
【００７６】
図中のフローチャートおよびブロック図は、本開示のさまざまな実施形態による、システム、方法、およびコンピュータ・プログラム製品の可能な実装のアーキテクチャ、機能、およびオペレーションを例示している。この点に関し、フローチャートまたはブロック図中の各ブロックは、所定の論理機能（群）を実行するための一つ以上の実行可能命令を含む、モジュール、セグメント、またはコードの部分を表し得る。また、一部の別の実装においては、ブロック中に記載された機能が、図に記載された順序を外れて行われることがあり得ることに留意すべきである。例えば、連続して示された２つのブロックが、実際にはほぼ同時に実行されることがあり、関与する機能によっては、時には、これらブロックが逆の順序で実行されることもあり得る。さらに、ブロック図もしくはフローチャート説明図またはその両方の各ブロック、およびブロック図もしくはフローチャート説明図またはその両方中のブロックの組み合わせは、特定の機能または処理を実施する、特殊用途のハードウェア・ベースのシステム、または特殊用途のハードウェアとコンピュータ命令との組み合わせによって実装可能なことにも留意すべきである。
【００７７】
本開示の特定の実施形態を示し説明してきたが、当業者にとって、本明細書の教示に基づいて、本開示およびその広義の態様から逸脱することなく変更および修改を加えることが可能なのは明白であろう。従って、添付の請求項は、かかる全ての変更および修改を、本開示の範囲内にあるものとしてこれらの請求項の範囲内に包含するものである。さらに、本開示は、添付の請求項によってのみ定義されることを理解されたい。当業者は、提示された請求項のエレメントに特定の数が意図されている場合、かかる意図はその請求項に明示で記載され、かかる記載がない場合にはそのような限定がないことを理解していよう。限定のない例として、理解を助力するため、添付の請求項は、請求項のエレメントを提示する際に、導入句「少なくとも一つの」および「一つ以上の」の使用を含んでいる。しかしながら、上記のような語句の使用によって、たとえ、同一の請求項が、これらの導入句「少なくとも一つの」および「一つ以上の」と、不定冠詞「ある」（「ａ」または「ａｎ」）とを含んでいたとしても、かかる不定冠詞による請求項のエレメントの提示が、かく提示された請求項エレメントを包含する本開示のいずれか特定の請求項がかかるエレメントの一つだけを包含することを意味する、と解釈すべきではなく、このことは請求項の中で使われている定冠詞についても同様に適用される。
【図１】
2013515385.tif 000003
【図２】
2013515385.tif 000004
【図３】
2013515385.tif 000005
【図４】
2013515385.tif 000006
【図５】
2013515385.tif 000007
2013515385.tif 000008
【図６】
2013515385.tif 000009
【図７】
2013515385.tif 000010
2013515385.tif 000011
【図８】
2013515385.tif 000012
【図９】
2013515385.tif 000013
【手続補正書】
【提出日】平成24年8月2日(2012.8.2)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
暗号ファイル・システムへのアクセスを保護する方法であって、前記方法は、
ファイル・サーバにおいて、前記ファイル・サーバに所在するファイル・システムをクライアントにマウントする要求を、前記クライアントから受信するステップと、
前記ファイル・サーバにおいて、前記要求されたファイル・システムが暗号化されていることを判定するステップと、
前記ファイル・サーバから、前記要求されたファイル・システムが暗号化されていることを前記クライアントに連絡するメッセージを、前記クライアントに送信するステップと、
前記クライアントから、機密保護プロトコル・マウンティング選択を含む、セッション・チケットを受信するステップと、
前記ファイル・サーバにおいて、ユーザに対応する暗号プライベート鍵を復号し、前記復号によってプライベート鍵を得るステップと、
前記ファイル・サーバにおいて、前記プライベート鍵を使って前記ファイル・システムを復号するステップと、
前記ファイル・サーバから、前記機密保護プロトコル・マウンティング選択に対応する安全チャネルを介して、前記復号されたファイル・システムを前記クライアントに送信するステップと、
を含む方法。
【請求項２】
前記ファイル・システムが、高度インタラクティブ・エグゼクティブ暗号ファイル・システムである、ステップと、
前記ファイル・サーバと前記クライアントとが、前記ユーザが分散方式で前記ファイル・サーバからファイルにアクセスすることを可能にするネットワーク・ファイル・システム・フォーマットを用いて通信する、ステップと、
前記機密保護プロトコル・マウンティング選択は、前記クライアントおよび前記ファイル・サーバがコンピュータ・ネットワークを介して安全に通信することを可能にする、ケルベロス・プロトコルである、ステップと、
をさらに含む、請求項１に記載の方法。
【請求項３】
前記暗号プライベート鍵を復号するステップが、
前記セッション・チケットが中間鍵を含んでいるかどうかを判定するステップと、
前記セッション・チケットが前記中間鍵を含んでいると判定されたのに応じ、前記セッション・チケットから前記中間鍵を抽出し、前記抽出された中間鍵を用いて前記プライベート鍵を復号するステップと、
をさらに含み、
前記セッション・チケットが前記中間鍵を含んでいないと判定されたのに応じ、前記方法は、
前記ファイル・サーバから前記クライアントに対し、暗号ファイル・システム・パスワードの要求を送信するステップと、
前記ファイル・サーバにおいて、前記クライアントからの前記暗号ファイル・システム・パスワードを受信するステップと、
前記ファイル・サーバに所在する前記暗号ファイル・システム・パスワードから前記中間鍵を生成するステップと、
前記生成された中間鍵を用いて前記暗号プライベート鍵を復号するステップと、
をさらに含む、請求項１に記載の方法。
【請求項４】
前記中間鍵は、鍵配布センタのサーバによって前記クライアントに提供され、前記鍵配布センタのサーバは、前記ファイル・サーバと異なるサーバであって前記中間鍵を前記ファイル・サーバが管理する保管領域から読み出すようになされている、請求項３に記載の方法。
【請求項５】
前記ファイル・サーバが複数のセッション・スレッドを管理し、前記複数のセッション・スレッドの各々は、複数のユーザの一人に対応し複数のプライベート鍵の一つに関連付けられ、前記ユーザは前記複数のユーザに含まれ、前記プライベート鍵は前記複数のプライベート鍵に含まれる、請求項１に記載の方法。
【請求項６】
前記要求されたファイル・システムは暗号化されているとの前記ファイル・サーバからの前記メッセージを受信するのに応じて、前記クライアントが前記機密保護プロトコル・マウンティング選択を自動的に選択する、請求項１に記載の方法。
【請求項７】
鍵配布センタのサーバにおいてクライアントから要求を受信するステップであって、前記要求はユーザおよびファイル・サーバを識別している前記受信するステップと、
前記ファイル・サーバおよび前記ユーザ両方に対応する中間鍵を読み出すステップであって、前記中間鍵は、暗号ファイル・システムを復号するため前記ファイル・サーバによって用いられる暗号プライベート鍵を復号するようになされている前記読み出すステップと、
前記中間鍵をセッション・チケットに含めるステップと、
前記セッション・チケットを前記クライアントに送信するステップと、
をさらに含む、請求項１に記載の方法。
【請求項８】
前記鍵配布センタのサーバにおいて、前記ファイル・サーバに対応するインターネット・プロトコル・アドレスを識別するステップと、
前記ユーザに対応する前記要求からユーザ名を抽出するステップと、
前記インターネット・プロトコル・アドレスおよび前記ユーザ名を使って、前記ファイル・サーバが管理する中間鍵保管領域中の前記中間鍵を探すステップと、
をさらに含む、請求項７に記載の方法。
【請求項９】
前記鍵配布センタのサーバが複数の中間鍵を包含する中間鍵保管領域を管理し、前記複数の中間鍵の各々が複数のユーザの一人に対応し、前記方法が、
前記複数の中間鍵から中間鍵を選定するステップであって、前記選定された中間鍵は前記ファイル・サーバおよび前記ユーザの両方に関連付けられている、前記選定するステップと、
前記中間鍵を、前記クライアントに送信される前記セッション・チケットに含めるステップと、
をさらに含む、請求項７に記載の方法。
【請求項１０】
暗号ファイル・システムへのアクセスを保護するための情報処理システムであって前記システムは、
一つ以上のプロセッサと、
前記プロセッサの少なくとも一つによってアクセス可能なメモリと、
前記プロセッサの少なくとも一つによってアクセス可能な不揮発性記憶領域と、
前記メモリに格納され、前記プロセッサの少なくとも一つによって実行される命令のセットと、
を含み、前記命令のセットは、
ファイル・サーバにおいて、前記ファイル・サーバに所在するファイル・システムをクライアントにマウントする要求を、前記クライアントから受信するアクションと、
前記ファイル・サーバにおいて、前記要求されたファイル・システムが暗号化されていることを判定するアクションと、
前記ファイル・サーバから、前記要求されたファイル・システムが暗号化されていることを前記クライアントに連絡するメッセージを、前記クライアントに送信するアクションと、
前記クライアントから、機密保護プロトコル・マウンティング選択を含む、セッション・チケットを受信するアクションと、
前記ファイル・サーバにおいて、ユーザに対応する暗号プライベート鍵を復号し、前記復号によってプライベート鍵を得るアクションと、
前記ファイル・サーバにおいて、前記プライベート鍵を使って前記ファイル・システムを復号するアクションと、
前記ファイル・サーバから、前記機密保護プロトコル・マウンティング選択に対応する安全チャネルを介して、前記復号されたファイル・システムを前記クライアントに送信するアクションと、
を遂行するためのものである、情報処理システム。
【請求項１１】
前記情報処理システムが、
前記ファイル・システムが、高度インタラクティブ・エグゼクティブ暗号ファイル・システムである、アクションと、
前記ファイル・サーバと前記クライアントとが、前記ユーザが分散方式で前記ファイル・サーバからファイルにアクセスすることを可能にするネットワーク・ファイル・システム・フォーマットを用いて通信する、アクションと、
前記機密保護プロトコル・マウンティング選択は、前記クライアントおよび前記ファイル・サーバがコンピュータ・ネットワークを介して安全に通信することを可能にする、ケルベロス・プロトコルである、アクションと、
を含むアクションをさらに遂行する、請求項１０に記載の情報処理システム。
【請求項１２】
前記情報処理システムが、
前記セッション・チケットが中間鍵を含んでいるかどうかを判定するアクションと、
前記セッション・チケットが前記中間鍵を含んでいると判定されたのに応じ、前記セッション・チケットから前記中間鍵を抽出し、前記抽出された中間鍵を用いて前記プライベート鍵を復号するアクションと、
前記セッション・チケットが前記中間鍵を含んでいないと判定されたのに応じ、
前記ファイル・サーバから前記クライアントに対し、暗号ファイル・システム・パスワードの要求を送信し、
前記ファイル・サーバにおいて、前記クライアントからの前記暗号ファイル・システム・パスワードを受信し、
前記ファイル・サーバに所在する前記暗号ファイル・システム・パスワードから前記中間鍵を生成し、
前記生成された中間鍵を用いて前記暗号プライベート鍵を復号するアクションと、
を含むアクションをさらに遂行する、請求項１０に記載の情報処理システム。
【請求項１３】
前記中間鍵は、鍵配布センタのサーバによって前記クライアントに提供され、前記鍵配布センタのサーバは、前記ファイル・サーバと異なるサーバであって前記中間鍵を前記ファイル・サーバが管理する保管領域から読み出すようになされている、請求項１２に記載の情報処理システム。
【請求項１４】
前記ファイル・サーバが複数のセッション・スレッドを管理し、前記複数のセッション・スレッドの各々は、複数のユーザの一人に対応し複数のプライベート鍵の一つに関連付けられ、前記ユーザは前記複数のユーザに含まれ、前記プライベート鍵は前記複数のプライベート鍵に含まれる、請求項１０に記載の情報処理システム。
【請求項１５】
前記要求されたファイル・システムは暗号化されているとの前記ファイル・サーバからの前記メッセージを受信するのに応じて、前記クライアントが前記機密保護プロトコル・マウンティング選択を自動的に選択する、請求項１０に記載の情報処理システム。
【請求項１６】
鍵配布センタのサーバにおいてクライアントから要求を受信するアクションであって、前記要求はユーザおよびファイル・サーバを識別している前記受信するアクションと、
前記ファイル・サーバおよび前記ユーザ両方に対応する中間鍵を読み出すステップであって、前記中間鍵は、暗号ファイル・システムを復号するため前記ファイル・サーバによって用いられる暗号プライベート鍵を復号するようになされている、前記読み出すアクションと、
前記中間鍵をセッション・チケットに含めるアクションと、
前記セッション・チケットを前記クライアントに送信するアクションと、
をさらに遂行する、請求項１０に記載の情報処理システム。
【請求項１７】
前記情報処理システムが、
前記鍵配布センタのサーバにおいて、前記ファイル・サーバに対応するインターネット・プロトコル・アドレスを識別するアクションと、
前記要求から前記ユーザに対応するユーザ名を抽出するアクションと、
前記インターネット・プロトコル・アドレスおよび前記ユーザ名を使って、前記ファイル・サーバが管理する中間鍵保管領域中の前記中間鍵を探すアクションと、
を含むアクションをさらに遂行する、請求項１６に記載の情報処理システム。
【請求項１８】
前記鍵配布センタのサーバが複数の中間鍵を包含する中間鍵保管領域を管理し、前記複数の中間鍵の各々が複数のユーザの一人に対応し、前記情報処理システムは、
前記複数の中間鍵から中間鍵を選定するステップであって、前記選定された中間鍵は前記ファイル・サーバおよび前記ユーザの両方に関連付けられている、前記選定するアクションと、
前記クライアントに送信される前記セッション・チケットに前記中間鍵を含めるアクションと、
を含むアクションをさらに遂行する、請求項１６に記載の情報処理システム。
【請求項１９】
コンピュータ・システムにロードされ実行されたとき、請求項１〜９のいずれか一つに記載の方法の全ステップをコンピュータに実行させる、コンピュータ・プログラム。
【国際調査報告】
2013515385.tif 000014
2013515385.tif 000015