(57)【要約】【課題】  詐称者又はスプーフィングＬＰＡＲを検知するために仮想入出力サーバ（ＶＩＯＳ）がターゲットＬＰＡＲを用いて暗号化技法上安全な信号を設定することを可能にする技術を提供する。【解決手段】  安全な信号、即ち、「ハートビート」はインターネット・キー交換／インターネット・プロトコル・セキュリティ（ＩＫＥ／ＩＰｓｅｃ）カプセル化パケット（ＥＳＰ）接続又はトンネルとして構成され得る。トンネル内で、ＶＩＯＳはＬＰＡＲをピングし、ハートビートが中断される場合、ＶＩＯＳは、トンネルが機能しなくなるか、対応するＬＰＡＲがダウンするか又は媒体アクセス制御（ＭＡＣ）スプーフィング・アタックが生じつつあるかに関する決定を行う。その決定は、スプーフィング装置によって受信されない場合に機能しなくなるように設計されたハートビートを送ることによって行われる。【選択図】  図３
2013516097.tif 000002
【特許請求の範囲】
【請求項１】
複数個の暗号化技法上安全なチャネルを設定するステップであって、各チャネルが１つのモニタする装置と複数個のモニタされる装置のうちの１つのモニタされる装置との間にあり、前記複数個のモニタされる装置のうちの各モニタされる装置が一意的なアドレスに関連付けられている、前記設定するステップと、
前記モニタする装置から、前記複数個のモニタされる装置のうちの第１のモニタされる装置に、前記複数個の安全なチャネルのうちの、前記第１のモニタされる装置に対応する第１の安全なチャネルを介して、ハートビートを送るステップと、
前記ハートビートに対する応答が受信される場合、前記モニタする装置から、前記複数個のモニタされる装置のうちの第２のモニタされる装置に、前記第１の安全なチャネルを介して、第２のハートビートを送るステップと、
前記ハートビートに対する応答が受信されない場合、スプーフィング検知スキームを実行するステップと、
を含み、
前記スプーフィング検知スキームを実行するステップは、
第２のモニタされる装置に関連したアドレスを介して前記第１のモニタされる装置に第２のハートビートを送るステップと、
前記第２のハートビートに対する応答を受信するステップと、
前記第２のハートビートに対する応答が受信されたという事実によってスプーフィング・アタックが生じたと判断するステップと、
を含む、方法。
【請求項２】
前記モニタされる装置はコンピューティング装置の論理パーティション（ＬＰＡＲ）である、請求項１に記載の方法。
【請求項３】
前記モニタする装置は前記コンピューティング装置の仮想入出力サーバ（ＶＩＯＳ）である、請求項１に記載の方法。
【請求項４】
前記第２のハートビートに対する応答が受信されないという事実によって前記第１の安全なチャネルが機能しなくなったと判断するステップを更に含む、請求項１に記載の方法。
【請求項５】
前記暗号化技法上安全なチャネルは、インターネット・キー交換／インターネット・プロトコル・セキュリティ（ＩＫＥ／ＩＰＳｅｔ）カプセル化パケット（ＥＳＰ）プロトコルに基づいている、請求項１に記載の方法。
【請求項６】
プロセッサと、
前記プロセッサに結合されたコンピュータ可読記憶媒体と、
前記コンピュータ可読記憶媒体に格納され、前記プロセッサにおいて実行されるロジックと、
を含む、コンピューティング・システムであって、
前記ロジックは、
複数個の暗号化技法上安全なチャネルを設定し、各チャネルが１つのモニタする装置と複数個のモニタされる装置のうちの１つのモニタされる装置との間にあり且つ各モニタされる装置が一意的なアドレスに関連付けられており、
前記モニタする装置から、前記複数個のモニタされる装置のうちの第１のモニタされる装置に、前記複数個の安全なチャネルのうちの、前記第１のモニタされる装置に対応する第１の安全なチャネルを介して、ハートビートを送り、
前記ハートビートに対する応答が受信される場合、前記モニタする装置から、前記複数個のモニタされる装置のうちの第２のモニタされる装置に、前記第１の安全なチャネルを介して、第２のハートビートを送り、
前記ハートビートに対する応答が受信されない場合、スプーフィング検知スキームを実行し、
前記スプーフィング検知スキームの実行は、
第２のモニタされる装置に関連付けられたアドレスを介して前記第１のモニタされる装置に第２のハートビートを送り、
前記第２のハートビートに対する応答を受信し、
前記第２のハートビートに対する応答が受信されたという事実によってスプーフィング・アタックが生じたと判断する、
コンピューティング・システム。
【請求項７】
前記モニタされる装置はコンピューティング装置の論理パーティション（ＬＰＡＲ）である、請求項６に記載のシステム。
【請求項８】
前記モニタする装置は前記コンピューティング装置の仮想入出力サーバ（ＶＩＯＳ）である、請求項６に記載のシステム。
【請求項９】
前記ロジックは、前記第２のハートビートに対する応答が受信されないという事実によって前記第１の安全なチャネルが機能しなくなったと判断するロジックを更に含む、請求項６に記載のシステム。
【請求項１０】
前記暗号化技法上安全なチャネルは、インターネット・キー交換／インターネット・プロトコル・セキュリティ（ＩＫＥ／ＩＰＳｅｔ）カプセル化パケット（ＥＳＰ）プロトコルに基づいている、請求項６に記載のシステム。
【請求項１１】
コンピュータ可読記憶媒体に格納され、プロセッサにおいて実行されるロジックを含むコンピュータ・プログラムであって、
複数個の暗号化技法上安全なチャネルを設定するステップであって、各チャネルが１つのモニタする装置と複数個のモニタされる装置のうちの１つのモニタされる装置との間にあり、各モニタされる装置が一意的なアドレスに関連付けられている、前記設定するステップと、
前記モニタする装置から、前記複数個のモニタされる装置のうちの第１のモニタされる装置に、前記複数個の安全なチャネルのうちの、前記第１のモニタされる装置に対応する第１の安全なチャネルを介して、ハートビートを送るステップと、
前記ハートビートに対する応答が受信される場合、前記モニタする装置から、前記複数個のモニタされる装置のうちの第２のモニタされる装置に、前記第１の安全なチャネルを介して、第２のハートビートを送るステップと、
前記ハートビートに対する応答が受信されない場合、スプーフィング検知スキームを実行するステップと、
を含み、
前記スプーフィング検知スキームを実行するステップは、
第２のモニタされる装置に関連したアドレスを介して前記第１のモニタされる装置に第２のハートビートを送るステップと、
前記第２のハートビートに対する応答を受信するステップと、
前記第２のハートビートに対する応答が受信されたという事実によってスプーフィング・アタックが生じたと判断するするステップと、
を含む、コンピュータ・プログラム。
【請求項１２】
前記モニタされる装置はコンピューティング装置の論理パーティション（ＬＰＡＲ）である、請求項１１に記載のコンピュータ・プログラム。
【請求項１３】
前記モニタする装置は前記コンピューティング装置の仮想入出力サーバ（ＶＩＯＳ）である、請求項１１に記載のコンピュータ・プログラム。
【請求項１４】
前記ロジックは、前記第２のハートビートに対する応答が受信されないという事実によって前記第１の安全なチャネルが機能しなくなったと判断するロジックを更に含む、請求項１１に記載のコンピュータ・プログラム。
【請求項１５】
前記暗号化技法上安全なチャネルは、インターネット・キー交換／インターネット・プロトコル・セキュリティ（ＩＫＥ／ＩＰＳｅｔ）カプセル化パケット（ＥＳＰ）プロトコルに基づいている、請求項１１に記載のコンピュータ・プログラム。
【請求項１６】
コンピューティング・システムに結合されたハイパーバイザによって複数個の暗号化技術的に安全なチャネルを設定するステップであって、各チャネルが１つのモニタする装置と複数個のモニタされるのうちの１つのモニタされる装置との間にあり、各モニタされる装置が一意的なアドレスに関連付けられている、前記設定するステップと、
前記モニタする装置から、前記複数個のモニタされる装置のうちの第１のモニタされる装置に、前記複数個の安全なチャネルのうちの、前記第１のモニタされる装置に対応する第１の安全なチャネルを介して、ハートビートを送るステップと、
前記ハートビートに対する応答が受信される場合、前記モニタする装置から、前記複数個のモニタされる装置のうちの第２のモニタされる装置に、前記第１の安全なチャネルを介して、第２のハートビートを送るステップと、
前記ハートビートに対する応答が受信されない場合、スプーフィング検知スキームを実行するステップと、
を含み、
前記スプーフィング検知スキームを実行するステップは、
第２のモニタされる装置に関連付けられたアドレスを介して前記第１のモニタされる装置に第２のハートビートを送るステップと、
前記第２のハートビートに対する応答を受信するステップと、
前記第２のハートビートに対する応答が受信されたという事実によってスプーフィング・アタックが生じたと判断するステップと、
を含む、方法。
【請求項１７】
前記モニタされる装置はコンピューティング装置の論理パーティション（ＬＰＡＲ）である、請求項１６に記載の方法。
【請求項１８】
前記モニタする装置は前記コンピューティング装置の仮想入出力サーバ（ＶＩＯＳ）である、請求項１６に記載の方法。
【請求項１９】
前記第２のハートビートに対する応答が受信されないという事実によって前記第１の安全なチャネルが機能しなくなったと判断するステップを更に含む、請求項１６に記載の方法。
【請求項２０】
前記暗号化技法上安全なチャネルは、インターネット・キー交換／インターネット・プロトコル・セキュリティ（ＩＫＥ／ＩＰＳｅｔ）カプセル化パケット（ＥＳＰ）プロトコルに基づいている、請求項１６に記載の方法。
【請求項２１】
複数個の暗号化技法上安全なチャネルを設定するステップであって、各チャネルが１つの仮想入出力サーバ（ＶＩＯＳ）と複数個のモニタされる装置のうちの１つのモニタされる装置との間にあり、各モニタされる装置が一意的なアドレスに関連付けられる、前記設定するステップと、
前記ＶＩＯＳから、前記複数個のモニタされる装置のうちの第１のモニタされる装置に、前記複数個の安全なチャネルのうちの、前記第１のモニタされる装置に対応する第１の安全なチャネルを介して、ハートビートを送るステップと、
前記ハートビートに対する応答が受信される場合、前記ＶＩＯＳから、前記複数個のモニタされる装置のうちの第２のモニタされる装置に、前記第１の安全なチャネルを介して、第２のハートビートを送るステップと、
前記ハートビートに対する応答が受信されない場合、スプーフィング検知スキームを実行するステップと、
を含み、
前記スプーフィング検知スキームを実行するステップは、
第２のモニタされる装置に関連付けられたアドレスを介して前記第１のモニタされる装置に第２のハートビートを送るステップと、
前記第２のハートビートに対する応答を受信するステップと、
前記第２のハートビートに対する応答が受信されたという事実によってスプーフィング・アタックが生じたと判断するステップと、
を含む、方法。
【請求項２２】
前記モニタされる装置はコンピューティング装置の論理パーティション（ＬＰＡＲ）である、請求項２１に記載の方法。
【請求項２３】
前記ＶＩＯＳはハイパーバイザに関連付けられる、請求項２１に記載の方法。
【請求項２４】
前記第２のハートビートに対する応答が受信されないという事実によって前記第１の安全なチャネルが機能しなくなったと判断するステップを更に含む、請求項２１に記載の方法。
【請求項２５】
前記暗号化技法上安全なチャネルは、インターネット・キー交換／インターネット・プロトコル・セキュリティ（ＩＫＥ／ＩＰＳｅｔ）カプセル化パケット（ＥＳＰ）プロトコルに基づいている、請求項２１に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は詐称者の検知に関する。具体的に云えば、本発明は、論理パーティション媒体アクセス制御システムにおける詐称者の検知に関する。
【背景技術】
【０００２】
処理要求が増加するにつれて、コンピューティング・システムは、益々複雑化され且つ相互に接続されたものになっている。例えば、特定のコンピューティング装置は、論理パーティション、即ち、「ＬＰＡＲ」にパーティション化され得るし、その各々は、独立したコンピュータとして仮想化されたコンピューティング装置の資源のサブセットを含む。更に、コンピューティング・システムは、ローカル・エリア・ネットワーク（ＬＡＮ）及びインターネットのような様々なタイプのネットワークを介して益々相互接続されるようになっている。この複雑性及び相互接続性は、コンピュータ・セキュリティに関連した多くの問題点を生じている。
【０００３】
米国特許第７,３８６,６９８号は、論理的にパーティション化された（ＬＰＡＲ）コンピュータ・システムにおいてハードウェア資源及びソフトウェア資源を自動的に定義し、展開させ、及び管理する方法、並びにターゲット・コンピュータ・システムを管理するために使用されるソリューション・プロファイルを開示している。米国特許第７,１８８,１９８号は、ＬＰＡＲインプリメンテーション及びＬＡＰＲアドレスを用いて動的仮想レーン・バッファの再構築を具現化するための方法を開示している。米国特許第６,２２６,７４４号は、アクセス・コード及びＬＰＡＫインプリメンテーションを用いて、スマート・カードを使用するネットワーク上のユーザを認証するための方法を開示している。
【０００４】
「データ品質の改善：一貫性及び精度（Improving Data Quality：Consistency and Accuracy）」（Cong.G 他；２００７）及び「遅延関数型プログラミングを使用する自然言語インターフェースの実現（Realization of Natural LanguageInterfaces Using Lazy Functional Programming）」（Frost RA 他；２００６）は、ＬＰＡＲ虚偽表示及びそれの検出（Cong 他）、並びに種々の環境におけるＬＰＡＲの実践（Frost）を開示している。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】米国特許第７,３８６,６９８号
【特許文献２】米国特許第７,１８８,１９８号
【特許文献３】米国特許第６,２２６,７４４号
【非特許文献】
【０００６】
【非特許文献１】「Improving Data Quality：Consistency and Accuracy」（Cong.G . et al；２００７）
【非特許文献２】「Realization of Natural LanguageInterfaces Using Lazy Functional Programming」（Frost,RA. et al； ２００６）
【発明の概要】
【発明が解決しようとする課題】
【０００７】
本発明の目的は、セキュリティ・アタックに対して多くのコンピューティング装置をモニタするための方法、装置、及び製造方法を提供することにある。
【課題を解決するための手段】
【０００８】
本発明の開示される技術は、特に、複数個の暗号化技法上安全なチャネルを設定するステップであって、各チャネルが１つのモニタする装置と複数個のモニタされる装置のうちの１つのモニタされる装置との間にあり、複数個のモニタされる装置のうちの各モニタされる装置が一意的なアドレスに関連付けられている、前記設定するステップと、前記モニタする装置から、前記複数個のモニタされる装置のうちの第１のモニタされる装置に、前記複数個の安全なチャネルのうちの、前記第１のモニタされる装置に対応する第１の安全なチャネルを介して、ハートビートを送るステップと、前記ハートビートに対する応答が受信される場合、前記モニタする装置から、前記複数個のモニタされる装置のうちの第２のモニタされる装置に、前記第１の安全なチャネルを介して、第２のハートビートを送るステップと、前記ハートビートに対する応答が受信されない場合、スプーフィング検知スキームを実行するステップとを含み、前記スプーフィング検知スキームを実行するステップは、第２のモニタされるに関連したアドレスを介して前記第１のモニタされる装置に第２のハートビートを送るステップと、前記第２のハートビートに対する応答を受信するステップと、前記第２のハートビートに対する応答が受信されたという事実によってスプーフィング・アタックが生じたと判断するステップとを含む。
【０００９】
１つの実施態様では、複数個の暗号化技法上安全なチャネルを設定するステップであって、各チャネルが１つのモニタする装置と複数個のモニタされる装置のうちの１つのモニタされる装置との間にあり、前記複数個のモニタされる装置のうちの各モニタされる装置が一意的なアドレスに関連付けられている、前記設定するステップと、前記モニタする装置から、前記複数個のモニタされる装置のうちの第１のモニタされる装置に、前記複数個の安全なチャネルのうちの、前記第１のモニタされる装置に対応する第１の安全なチャネルを介して、ハートビートを送るステップと、前記ハートビートに対する応答が受信される場合、前記モニタする装置から、前記複数個のモニタされる装置のうちの第２のモニタされる装置に、前記第１の安全なチャネルを介して、第２のハートビートを送るステップと、前記ハートビートに対する応答が受信されない場合、スプーフィング検知スキームを実行するステップとを含み、前記スプーフィング検知スキームを実行するステップは、第２のモニタされるに関連したアドレスを介して前記第１のモニタされる装置に第２のハートビートを送るステップと、前記第２のハートビートに対する応答を受信するステップと、前記第２のハートビートに対する応答が受信されたという事実によってスプーフィング・アタックが生じたと判断するステップと、を含む方法を提供する。
【００１０】
もう１つの実施態様では、本発明は、プロセッサと、前記プロセッサに結合されたコンピュータ可読記憶媒体と、コンピュータ可読記憶媒体に格納され、前記プロセッサにおいて実行されるロジックと、を含むコンピューティング・システムを提供する。前記ロジックは、複数個の暗号化技法上安全なチャネルを設定し、各チャネルが１つのモニタする装置と複数個のモニタされる装置のうちの１つのモニタされる装置との間にあり且つ各モニタされる装置が一意的なアドレスに関連付けられており、前記モニタする装置から、前記複数個のモニタされる装置のうちの第１のモニタされる装置に、前記複数個の安全なチャネルのうちの、前記第１のモニタされる装置に対応する第１の安全なチャネルを介して、ハートビートを送り、前記ハートビートに対する応答が受信される場合、前記モニタする装置から、前記複数個のモニタされる装置の第２のモニタされる装置に、前記第１の安全なチャネルを介して、第２のハートビートを送り、前記ハートビートに対する応答が受信されない場合、スプーフィング検知スキームを実行する。前記スプーフィング検知スキームの実行は、第２のモニタされるに関連付けられたアドレスを介して前記第１のモニタされる装置に第２のハートビートを送り、前記第２のハートビートに対する応答を受信し、前記第２のハートビートに対する応答が受信さたという事実によってスプーフィング・アタックが生じたと判断する。
【００１１】
この要約は、「特許請求の範囲」の要旨の包括的な説明を意図するものではなく、むしろ、それに関連する機能の幾つかの概要を提供することを意図する。下記の図面及び詳細な説明を検討すれば、「特許請求の範囲」の要旨に関連する他のシステム、方法、機能、特徴、及び利点が当業者には明らかであろうし、明らかになるであろう。
【図面の簡単な説明】
【００１２】
【図１】本発明の実施例に適したコンピューティング・アーキテクチャの一例のブロック図である。
【図２】本発明の好ましい実施例によるハートビート生成及びモニタ・システム（ＨＢＧＭ）のブロック図である。
【図３】図２のＨＢＧＭに対応するＨＢＧＭセットアップ・プロセスのフローチャートである。
【図４】図２のＨＢＧＭに対応するＨＢＧＭ操作プロセスのフローチャートである。
【図５】図４のＨＢＧＭ操作プロセスに関連した例外処理の一例のフローチャートである。
【図６】図４のＨＢＧＭ操作プロセスに関連した例外処理の別の例のフローチャートである。
【発明を実施するための形態】
【００１３】
当業者には明らかなように、本発明の態様は、システム、方法、又はコンピュータ・プログラムとして具体化され得る。従って、本発明の態様は、全体的にハードウェアの実施例、全体的にソフトウェアの実施例（ファームウェア、駐在ソフトウェア、マイクロコード等を含む）、又は、本明細書では一般的に「回路」、「モジュール」、もしくは「システム」と呼ばれるソフトウェア態様及びハードウェア態様を結合した実施例の形体を取り得る。更に、本発明の態様は、コンピュータ可読プログラム・コードを具体化して１つ又は複数個のコンピュータ可読媒体において具現化されたコンピュータ・プログラムの形体を取り得る。
【００１４】
１つの実施例は、「特許請求の範囲」に記載の主題に従って、論理パーティションを使用するシステムにおけるアタックを検知するためのプログラムされた方法に関する。なお、「プログラムされた方法」という用語は、本明細書おいて使用されるように、現在遂行されつつある１つまたは複数個のプロセス・ステップを意味するものとして定義されるか、或いは、それとは別に、将来の或る時点で遂行されることを可能にされる１つ又は複数個のプロセス・ステップを意味するものとして定義される。「プログラムされた方法」という用語は３つの代替形式が予想される。 第１に、プログラムされた方法は、やがて行なわれるプロセス・ステップを含む。第２に、プログラムされた方法は、コンピュータによって実行されるとき、１つ又は複数個のプロセス・ステップを遂行するコンピュータ命令を具体化するコンピュータ可読媒体を含む。最後に、プログラムされた方法は、１つ又は複数個のプロセス・ステップを遂行するためにソフトウェア、ハードウェア、ファームウェア、又はそれらの任意の組み合わせによってプログラムされたコンピュータ・システムを含む。「プログラムされた方法」という用語は、同時に複数個の代替形式を有するものとしては解釈されず、任意の所与の時点では複数個の代替形式の１つだけ存在するという代替形式の真の意味で解釈されることも当然である。
【００１５】
１つ又は複数個のコンピュータ可読媒体の任意の組み合わせが利用可能である。コンピュータ可読媒体は、コンピュータ可読信号媒体又はコンピュータ可読記憶媒体であってもよい。例えば、コンピュータ可読記憶媒体は、例えば、電子的、磁気的、光学的、電磁気的、赤外線、もしくは半導体システム、装置、又はデバイス、或いは上記のものの任意の適切な組み合わせであってもよいが、それらに限定されない。コンピュータ可読記憶媒体の更に特殊な例（非網羅的なリスト）は、１つ又は複数個のワイヤを有する電気的接続体、ポータブル・コンピュータ・ディスケット、ハード・ディスク、ランダム・アクセス・メモリ（ＲＡＭ）、リード・オンリ・メモリ（ＲＯＭ）、消去可能プログラマブル・リード・オンリ・メモリ（ＥＰＲＯＭ又はフラッシュ・メモリ）、光ファイバ、ポータブル・コンパクト・ディスク・リード・オンリ・メモリ（ＣＤ−ＲＯＭ）、光学的記憶装置、磁気記憶装置、又は上記のものの任意の適切な組み合わせを含むであろう。本明細書との関連で、コンピュータ可読記憶媒体は、命令実行システム、装置、又はデバイスによる使用のために、或いはそれらと関連した使用のために、プログラムを格納し得る任意の具体的な媒体であってもよい。
【００１６】
コンピュータ可読信号媒体は、伝播されたデータ信号を、そこに具体化されたコンピュータ可読プログラム・コードと共に、例えば、ベースバンドにおいて或いは搬送波の一部として含み得る。そのような伝播された信号は、電磁的、光学的、又はそれの任意の適切な組み合わせを含むが、それに限定されない種々の形式のいずれかを取り得る。コンピュータ可読信号媒体は、コンピュータ可読記憶媒体ではなく、命令実行システム、装置、又はデバイスによる使用或いはそれらに関連した使用のためにプログラムを伝送、伝播、又は搬送することができる任意のコンピュータ可読媒体であってもよい。
【００１７】
コンピュータ可読媒体上に具体化されたプログラム・コードは、無線通信、有線通信、光通信ケーブル、ＲＦ等、又はそれらの任意の適切な組み合わせを含むがそれらに限定されない任意の適切な媒体を使用して送信され得る。
【００１８】
本発明の実施態様に関するオペレーションを実行するためのコンピュータ・プログラム・コードは、Java、Smalltalk、C++等を含むオブジェクト指向プログラミング言語、及び「Ｃ」プログラミング言語又は同様のプログラミング言語のような従来の手続的なプログラミング言語、の任意の組み合わせで書かれてもよい。プログラム・コードは、ユーザのコンピュータ上で全体的に、ユーザのコンピュータ上で独立型のパッケージ・ソフトとして部分的に、及びリモート・コンピュータ上で部分的に又はリモート・コンピュータもしくはサーバ上で全体的に実行可能である。後者のシナリオでは、リモート・コンピュータは、ローカル・エリア・ネットワーク（ＬＡＮ）又は広域ネットワーク（ＷＡＮ）を含む任意のタイプのネットワークを介してユーザのコンピュータに接続され得るし、或いは外部コンピュータへの接続は、（例えば、インターネット・サービス・プロバイダを利用してインターネットを介して）行われ得る。
【００１９】
本発明の実施態様は、本発明の実施例に従って、方法、装置（システム）、及びコンピュータ・プログラムのフローチャート及び／又はブロック図を参照して以下で説明される。フローチャート実例及び／又はブロック図の各ブロック、並びにフローチャート及び／又はブロック図におけるブロックの組み合わせがコンピュータ・プログラム命令によって具体化され得るということは明らかであろう。これらのコンピュータ・プログラム命令は、コンピュータ又は他のプログラム可能なデータ処理装置のプロセッサを介して実行される命令が、フローチャート及び／又はブロック図のブロックにおいて指定された機能／行為を具現化するための手段を作成するようなマシンを製造するために汎用コンピュータ、特殊目的コンピュータ、又は他のプログラム可能なデータ処理装置のプロセッサに提供され得る。これらのコンピュータ・プログラム命令はコンピュータ可読媒体にも格納され得るし、コンピュータ可読媒体に格納された命令がフローチャート及び／又はブロック図のブロックにおいて指定された機能／行為を具現化する命令を含む製造物を作り出すというような特定の態様で機能するように、コンピュータ、他のプログラム可能なデータ処理装置、又は他のデバイスを指示し得る。
【００２０】
コンピュータ・プログラム命令は、コンピュータ、他のプログラム可能なデータ処理装置、又は他のデバイスにロードされ、コンピュータ又は他のプログラム可能な装置上で実行される命令がフローチャート及び／又はブロック図のブロックにおいて指定された機能／行為を具現化するためのプロセスを提供するというようなコンピュータ利用のプロセスを生じさせるために、コンピュータ、他のプログラム可能なデータ処理装置、又は他のデバイスにおいて一連の動作ステップを遂行させ得る。
【００２１】
詐称者又はスプーフィングＬＰＡＲを検知するために、仮想入出力サーバ（ＶＩＯＳ）がターゲットＬＰＡＲを用いて暗号化技法上安全な信号を設定することを可能にする技術が提供される。安全な信号、即ち「ハートビート」は、インターネット・キー交換／インターネット・プロトコル・セキュリティ（ＩＫＥ／ＩＰＳｅｃ）カプセル化パケット（ＥＳＰ）の接続又はトンネルとして構成され得る。そのトンネル内では、ＶＩＯＳは各ターゲットＬＰＡＲをピングし、ハートビートが中断される場合、ＶＩＯＳは、トンネルが機能しなくなっているかどうか、対応するＬＰＡＲがダウンするか、又は媒体アクセス制御（ＭＡＣ）スプーフィング・アタックが生じつつあるかどうかに関して決定を行う。
【００２２】
次に、図面を参照すると、図１は、「特許請求の範囲」の主題を具現化し得るコンピューティング・アーキテクチャ１００の一例のブロック図である。コンピューティング・アーキテクチャ１００はコンピューティング・システム１０２を含み、そのシステム１０２は、一般に、プロセッサ、メモリ、データ・バスを含み、それらのいずれも図示されていないが、それらはコンピューティング分野の当業者には周知であろう。コンピューティング・システム１０２に関連する処理空間は、論理パーティション（ＬＰＡＲ）に編成され、この例のために、ＬＰＡＲ１３０及びＬＰＡＲ１４０を含む。「発明の概要」の項で説明したように、ＬＰＡＲは、個別のコンピューティング・システムとして仮想化されたコンピュータの資源のサブセットである。仮想入出力サーバ（ＶＩＯＳ）１２０は、ハイパーバイザ１１０と連動して、ＬＰＡＲ１３０及び１４０が協調的に作業することを可能にする。
【００２３】
ハイパーバイザ１１０は、ネットワーク１５０を介してアクセス可能であるハイパーバイザ管理コンソール（ＨＭＣ）１０４を介してアクセスされる。ＨＭＣ１０４はスイッチ１０６に結合され、スイッチ１０６は、フレキシブル・サービス・プロセッサ（ＦＳＰ）１０８を介してハイパーバイザ１１０に結合される。図示されてないが、ＨＭＣ１０４は、一般に、少なくともモニタ、キーボード及びポインティング・デバイス、又は「マウス」を含み、ヒューマン・インタラクションを可能にしている。ＨＭＣ１０４は、一般に、メモリ及びプロセッサも含む。ハイパーバイザ１１０は、多くの仮想ローカル・エリア・ネットワーク（ＶＬＡＮ）１１２、１１４、及び１１６を介して、ＶＩＯＳ１２０、ＬＰＡＲ１３０及び１４０のようなコンピューティング・システム１０２の他のコンポーネントにコミュニケーション可能に結合される。特に、この例では、ＶＬＡＮ１１２は、ＶＩＯＳ１２０に関連した仮想イーサネット（ＶＥＮ）１２３に、及びＬＰＡＲ１３０に関連したＶＥＮ１３２に結合される。ＶＬＡＮ１１４は、ＬＰＡＲ１３０に関連したＶＥＮ１３３に、及びＬＰＡＲ１４０に関連したＶＥＮ１４２に結合される。ＶＬＡＮ１１６は、ＶＩＯＳ１２０に関連したＶＥＮ１２２に、及びＬＰＡＲ１４０に関連したＶＥＮ１４３に結合される。
【００２４】
ＶＩＯＳ１２０のＶＥＮ１２２及び１２３は、実イーサネット（ＲＥＮ）１２４への接続を行うブリッジ１２６にも結合される。ＬＰＡＲ１４０は、ネットワーク１５２に結合されるＲＥＮ１４４も含む。ＶＬＡＮ１１２、１１４、及び１１６、ＶＥＮ１２２、１２３、１３２、１３３、１４２、及び１４３、ＲＥＮ１２４及び１４４、並びにブリッジ１２６は、「特許請求の範囲」の主題を具現化し得るアーキテクチャ１００及びコンピューティング・システム１０２のコンポーネントの仕様全体にわたって単に例として使用されることは明らかであろう。換言すれば、コンピューティング及びコミュニケーション分野における当業者には明らかなように、アーキテクチャ１００、コンピューティング・システム１０２、並びにコンポーネント１１２、１１４、１１６、１２２、１２３、１２４、１２６、１３２、１３３、１４３、及び１４４は、種々のコンポーネントが、ユーザ及び他のコンピューティング装置と相互に及びネットワーク１５０及び１５２を介してコミュニケーションを行うために、大きなフレキシビリティを提供する。
【００２５】
ＶＩＯＳ１２０は、ハートビート生成及びモニタ（ＨＢＧＭ）コンポーネント１２８も含む。ＨＢＧＭ１２８は、「特許請求の範囲」に記載の主題の実施態様に対してメモリ及びロジックを提供する。ＨＢＧＭ１２８は、図２乃至図６に関連して以下で更に詳しく説明される。
【００２６】
図２は、図１に関連して紹介されたＨＢＧＭ１２８のブロック図であり、「特許請求の範囲」に記載された発明の主題を具現化するために使用され得る。ＨＢＧＭ１２８は、入出力（Ｉ／Ｏ）モジュール１６２、データ・モジュール１６４、ハートビート（ＨＢ）生成モジュール１６６、ＨＢ分析モジュール１６８、暗号化モジュール１７０、及び  グラフィカル・ユーザ・インターフェース（ＧＵＩ）モジュール１７２を含む。下記の例のために、ＨＢＧＭ１２８は、コンピューティング・システム１０２（図１）に関連したプロセッサにおいて実行され、コンピューティング・システム１０２に関連したデータ記憶装置（図示されてない）に格納されるものと仮定する。「特許請求の範囲」に記載の本発明の主題は、多くのタイプのコンピューティング・システム及びデータ記憶装置において具現化され得るが、単純にするために、コンピューティング・システム１０２及びシステム・アーキテクチャ１００（図１）に関してのみ説明されることを承知されたい。更に、図２におけるＨＢＧＭ１２８の表記は論理モデルである。換言すれば、コンポーネント１６２、１６４、１６６、１６８、１７０、及び１７２は、同じファイルまたは個別のファイルに格納され得るし、任意の利用可能なプロセス間コミュニケーション（ＩＰＣ）技法によって相互作用する単一のシステムとして又は個々のプロセスとしてコンピューティング・システム１０２内にロードされ、及び／又は実行され得る。
【００２７】
Ｉ／Ｏモジュール１６２は、ＨＢ生成モジュール１６６によって生成されたハートビートの送信を含む、ＨＢＧＭ１２８とコンピューティング・システム１０２の他のコンポーネントとの間のすべてのコミュニケーションを処理する。データ・モジュール１６４は、ＨＢＧＭ１２８が通常の動作中に必要とするパラメータ、設定値、及びリストを含む情報のためのデータ・リポジトリである。データ・モジュール１６４に格納される情報のタイプの例は、ＨＢＧＭコンフィギュレーション・データ１８２、システム・コンフィギュレーション・データ１８４、データ・キー１８６の安全なリスト、及びデータ・キャッシュ１８８を含む。ＨＢＧＭコンフィギュレーション・データ１８２は、ＨＢＧＭ１２８のオペレーション（図３のブロック２０４参照）を制御するためにユーザ又はシステム管理者によってセットされ得るパラメータを格納する。実施例は、アクションが取られる前に多くの無視されたハートビートを決定するパラメータ及び承認されたユーザに関する情報を含むが、それに限定されない。システム・コンフィギュレーション・データ１８４は、ＨＢＧＭ１２８がオペレーション中に利用する種々のコンポーネントを含むコンピューティング・システム１０２に関連する情報を格納する（図３のブロック２０６参照）。データ・キー１８６は、ＨＢＧＭ１２８と、ＬＰＡＲ１３０及び１４０を含むコンピューティング・システム１０２の他のコンポーネントとの間の安全なコミュニケーションを可能にするセッション・キーを格納する暗号化技法上安全な領域である。データ・キャッシュ１８８は、ＨＢＧＭ１２８によって実行された処理の中間結果もすべて格納する。
【００２８】
ＨＢ生成モジュール１６６は、ＨＢＧＭ１２８及びＶＩＯＳ１２０（図１）並びにＬＰＡＲ１３０及び１４０から送られたハートビートを生成するためのロジックを実行する（図４のブロック２３４参照）。ＨＢ分析モジュール１６８は、モジュール１６６により生成されたハートビートに対する応答を分析し、異常ハートビート又は欠落ハートビートに応答してアクションを開始することを含む（図４のブロック２３８及び２４０参照）。暗号化モジュール１７０は、データ・キー１８６に格納されたセッション・キーを使用することによりＨＢＧＭ１２８とコンピューティング・システム１０２の他のコンポーネントとの間のコミュニケーションを暗号化及び暗号解読する。ＧＵＩコンポーネント１７２は、ＨＢＧＭ１２８の管理者及び他のユーザがＨＢＧＭ１２８の希望の機能と相互作用すること及びそれを定義することを可能にする。代替実施例では、ＨＢＧＭ１２８との対話のためのＧＵＩがＨＭＣ１０４（図１）に組み込まれることもあり得る。コンポーネント１６２、１６４、１６６、１６８、１７０、１７２、１８２、１８４、１８６、及び１８８は、図３乃至図５に関連して更に詳しく後述される。
【００２９】
図３は、図１及び図２のＨＢＧＭ１２８に対応するＨＢＧＭセットアップ・プロセス２００のフローチャートである。この例では、プロセス２００に関連するロジックが、ＨＢＧＭ１２８（図１及び図２）の一部としてコンピューティング・システム１０２（図１）に格納及び実行される。プロセス２００は、「ＨＢＧＭセットアップを始める」というブロック２０２を開始し、直ちに、「ＨＢＧＭデータを検索する」というブロック２０４に進む。ブロック２０４において、プロセス２００は、ＨＢＧＭ１２８のオペレーションを制御する（図４のブロック２３０参照）コンフィギュレーション・データ（図２のブロック１８２参照）を検索する。図２関連して上述したように、コンフィギュレーション・データの例は、アクションが取られる前に（図４及び図５参照）多くの無視されたハートビートを決定するパラメータ及び承認されたユーザに関する情報を含むが、それらに限定されない。
【００３０】
「システム・データを検索する」というブロック２０６において、プロセス２００は、ＨＢＧＭ１２８がインストールされ及びモニタすることを求められているシステムに関する情報（図２のブロック１８４参照）を検索する。その情報は、ＨＢＧＭ１２８が各モニタされる装置とのコミュニケーション・チャネルを設定することを可能にする情報を含む。この情報は、一般に、その設定されたチャネルを保護する暗号化情報（図２のブロック１８６参照）を含む。
【００３１】
「接続を設定する」というブロック２０８において、ＨＢＧＭ１２８は、ブロック２０４及び２０６の期間に検索された情報を使用することにより、ＬＰＡＲ１３０及び１４０（図１）のような各モニタされる装置を用いて安全なコミュニケーション・チャネルを設定する。本明細書の残りにおいて説明の目的で使用される適切な安全な接続の一例は、インターネット・キー交換／インターネット・プロトコル・セキュリティ（ＩＫＥ／ＩＰＳｅｃ）カプセル化パケット（ＥＳＰ）接続／トンネルであるが、コンピューティング技術又は通信技術における当業者は他の適切な技術を知っているであろう。ＩＫＥプロトコルは各接続に独特のセッション・キーを設定するので、各モニタされるＬＰＡＲ１３０及び１４０は同じＩＫＥキーを共用し得る。各ＬＰＡＲ１３０及び１４０並びにＶＩＯＳ１２０（図１）の間で、独特の事前共用キーを使用することも可能である。１つの実施例では、コミュニケーションを保護するために、初期ハンドシェイクがディフィー・ヘルマン・キー交換（Diffie-Helman）を使用する。
【００３２】
「セットアップの問題点があるか」というブロック２１０において、プロセス２００は、ブロック２０８のチャネル設定活動が成功裡に完了したかどうかを判断する。生じ得るコミュニケーション問題の多くの可能な例の１つは、特定の装置との安全な接続をもたらすことができないことである。問題点の設定が検知される場合、プロセス２００は「問題点を解決する」というブロック２１２に進み、そのブロックにおいて、問題点がプログラム的アクションによって、又はアクションを取るシステム管理者の通知によって、或いはそれら２つの組み合わせによって、対処される。
【００３３】
一旦ブロック２１２においてセットアップの問題点がすべて解決されてしまうと、又はブロック２１０において問題点が検知されなかったということをプロセス２００が判断する場合、制御は、操作プロセス（図４のプロセス２３０参照）が実行される「操作プロセスを生成する」というブロック２１４に進む。一旦操作プロセスが起動されると、この情報の通知が、「ＨＭＣに通知する」というブロック２１６においてＨＭＣ１０４（図１）に、及びシステム管理者、ログ・ファイル、又はその両方に送られる。最後に、プロセス２００は、「ＨＢＧＭセットアップを終了する」というブロック２１９に進み、そこでプロセス２００は完了する。
【００３４】
図４は、図１及び図２のＨＢＧＭ１２８に対応するＨＢＧＭ操作プロセス２３０のフローチャートである。プロセス２００（図３）と同様に、プロセス２３０に関連するロジックが格納され、ＨＢＧＭ１２８（図１及び図２）の一部としてコンピューティング・システム１０２（図１）において実行される。プロセス２３０は、「ＨＢＧＭ操作を始める」というブロック２３２において開始し、直ちに「ＬＰＡＲをポーリングする」というブロック２３４に進む。ブロック２３４において、プロセス２３０は、この例では、特定のＬＰＡＲに対して設定されたＩＫＥ／ＩＰｓｅｃ  ＥＳＰトンネルを介して信号又は「ハートビート」を送ることにより、ＬＰＡＲ１３０又は１４０（図１）のようなＬＰＡＲをポーリングする。「応答を待つ」というブロック２３６において、プロセス２３０は、ブロック２３４において送られた信号からの応答を待つ。一般に、ハートビートの送信からの３つの起こり得る結果、即ち、（１）タイムアウト、（２）正しいＬＰＡＲが応答したことを表わす正しい応答、又は（３）疑わしい応答、がある。
【００３５】
ブロック２３８の「タイムアウトか」において、プロセス２３０は、ブロック２３４において送られたハートビートに対する応答がないまま十分な時間が経過したかどうかを判断する。ＬＰＡＲ１３０又は１４０のような１つのＬＰＡＲが他のＬＰＡへの伝送を遮る場合、一般的に、いずれのＬＰＡＲもハートビートに応答しない。タイムアウトが生じたということをプロセス２３０が判断する場合、図５に関連して詳しく後述される転移点「Ａ」に制御が移る。タイムアウトが検知されない場合、制御は「正しい応答か」というブロック２４０に移り、そのブロック２４０において、プロセス２３０は、受信されたハートビートが意図された特定のＬＰＡＲ１３０又は１４０にとって適切であるかどうかを判断する。スプーフィングが生じる場合、例えば、ＬＰＡＲ１３０が、ＬＰＡＲ１４０に対して意図されたコミュニケーションを遮る場合、スプーフィングが生じたＬＰＡＲ１４０の必要な独特のセッション・キーをスプーフィングＬＰＡＲが持たないので、ＬＰＡＲ１３０はハートビートに対して適切に応答することができない。
【００３６】
プロセス２３０が、ブロック２３４において送られたハートビートに対する正しくない応答又は不適切な応答を検知する場合、制御は、図６に関連して詳しく後述される転移点「Ｂ」に進む。正しいハートビートが受信されたということをプロセス２３０がブロック２４０において判断する場合、又は、転移点Ａ及びＢに関連した後続の処理が転移点Ｃを介して完了した場合、プロセス２３０は「カウントをリセットする」というブロック２４２に移り、そのブロックにおいて、プロセス２３０は、ハートビートが送られたＬＰＡＲに関連するカウント（図５参照）をリセットする。「次のＬＰＡＲに進む」というブロック２４４において、プロセス２３０は別のＬＰＡＲを選択し、ブロック２３４に戻り、処理は上記のように継続する。次のＬＰＡＲの選択はラウンド・ロビン・スキーム又は別のスキームに基づき得る。例えば、選択は、優先順位スキームに依存し得るし、又は特定のＬＰＡＲを用いて生じ得る問題点の検知に基づき得る。
【００３７】
最後に、プロセス２３０は、「ＨＢＧＭ操作を終わらせる」というブロック２４９に制御を渡す非同期割り込み２４８によって停止させられ、そのブロック２４９においてプロセス２３０は完了する。割り込み２４８は、一般に、プロセス２３０を一部分とするＯＳ、ＶＩＯＳ、又はＨＢＧＭが、システム管理者によって又は電源遮断の状況のために明示的に自己停止させられる。名目上のオペレーションにおいて、プロセス２３０は、ブロック２３４、２３６、２３８、２４０、２４２、及び２４４を通して連続的にループし、保護された各装置にハートビートを送る。
【００３８】
図５は、図４のＨＢＧＭ操作プロセス２３０に関連した例外処理コード２５０の一例のフローチャートである。処理コード２５０は転移点Ａ（図４）において開始し、直ちに「カウントをインクリメントする」というブロック２５２に進む。ブロック２５２において、プロセス・コード２５０は、ハートビートが送られたＬＰＡＲに関連するカウント・パラメータをインクリメントする。「カウント＞閾値か」という ブロック２６４において、プロセス・コード２５０は、カウントがプリセットされたパラメータ（図２のブロック１８２を参照）を超えたか否かを判断する。パラメータの値は、１つのハートビート欠落の検知時にアクションが取られる必要があるということを表わす「１」に、又はシステムの希望の感度次第で更に大きな値にセットされ得る。カウントが許容し得るカウントを超える場合、制御は、図６に関連して詳しく後述される転移点Ｂ（図４）に移る。カウントが閾値を越えない場合、制御は転移点Ｃ（図４）に移り、制御はプロセス２３０（図４）に戻る。
【００３９】
図６は、図４のＨＢＧＭ操作プロセス２３０に関連した例外処理コード２６０の第２の例に関するフローチャートである。処理コード２６０は転移点Ｂ（図４）において開始し、直ちに「ハイパーバイザ管理コンソール（ＨＭＣ）に通知する」というブロック２６２に進む。ブロック２６２において、プロセス・コード２６０は、異常事態が生じたという表示と共にＨＭＣ１０４（図１）に通知を送る。この時点で、システム管理者は調査することを決定し得る。自動的応答が、「ＩＰｓｅｃ／ＥＳＰハートビート（ＨＢ）を準備する」というブロック２６４において実行を始める。ブロック２６４において、ＶＩＯＳ１２０（図１）がターゲット・システムのためにＩＰＳｅｃ／ＥＳＰハートビートを準備する。しかし、媒体アクセス制御（ＭＡＣ）アドレスが、スプーフィングの疑いのある装置のＭＡＣアドレスにセットされる。そのＭＡＣアドレスはＩＰＳｅｔ／ＥＳＰパケットの一部ではないので、スプーフィング装置はハートビートに応答することができるであろうが、オリジナル・ターゲットは応答し得ないであろう。換言すれば、送られたハートビートは、そのハートビートがスプーフィング装置によって受信されない場合には機能しないように設計される。勿論、スプーフィング装置はこの決定を行なうことができないであろうし、従って、ハートビートに応答し、アタックを示すであろう。
【００４０】
「確認を受信したか」というブロック２６６において、プロセス・コード２６０は、ハートビートの確認が受信されたか否かを判断する。その結果が肯定的である場合、制御は、「スプーフィングを通知する」というブロック２６８に進み、そのブロックにおいて、ＨＭＣ１０４は、ブロック２６２において警告をされたＨＭＣ１０４のスプーフィング・アタックが生じたとして設定されたということをＨＢＧＭ１２８（図１及び図２）によって通知される。ブロック２６６の結果が否定的である場合、「スプーフィングがないことを通知する」というブロック２７０において、ＨＭＣ１０４は、ブロック２６２において送られた警告が解決されたということを通知される。最後に、プロセス・コード２６０は転移点Ｃ（図４）に進み、制御はプロセス２３０に戻る。
【００４１】
本明細書において使用された用語は、単に特定の実施例を説明するためのものであり、本発明を限定することを意図するものではない。本明細書において使用されるように、単数形の用語は、その文脈が複数形のものでないことを明瞭に表わしていない場合、複数形のものを含むことを意図される。更に、本明細書において使用される「含む」という用語は、述べられた特徴、整数、ステップ、オペレーション、要素、及び／又はコンポーネントの存在を表わすが、１つ又は複数個の他の特徴、整数、ステップ、オペレーション、要素、コンポーネント、及び／又はそれのグループの存在及び追加を妨げるものではない。
【００４２】
「特許請求の範囲」に記載されたすべての手段、材料、行為、及び機能に対応する構造体、材料、行為、及び均等物は、そこに記載された要素とは別の要素と結合してその機能を遂行するための任意の構造体、材料、又は行為を含むことを意図される。本発明の記述は、説明を目的として示されているが、開示された形式の発明に尽きること又は限定されることを意図するものではない。本発明の技術的範囲から逸脱することのない多くの修正及び変更が当業者には明らかであろう。実施例は、本発明の原理及び実用的な応用例を最適に説明するために、及び期待される特定の用途に適する様々な修正を伴う様々な実施例に関して当業者が本発明を理解すること可能にするために、選定及び記述された。
【００４３】
図面におけるフローチャート及びブロック図は、本発明の様々な実施例に従って、システム、方法、及びコンピュータ・プログラムの可能な実施態様のアーキテクチャ、機能、及びオペレーションを表わす。この点に関して、フローチャート又はブロック図における各ブロックは、指定された論理的機能を具現化するための１つ又は複数個の実行可能な命令を含むモジュール、セグメント、又はコードの部分を表わし得る。或る代替の実施態様では、ブロックに示された機能が図における順序から外れて生じ得るということも留意されたい。例えば、連続して示された２つのブロックが実際にはほぼ同時に実行され得るし、それらのブロックが、関与する機能に依存して逆の順序で実行されることもある。更に、ブロック図及び／又はフローチャートの各ブロック、並びにブロック図及び／又はフローチャートにおけるブロックの組み合わせが、指定された機能又は行為を遂行する特殊目的のハードウェア・ベースのシステムによって、或いは特殊目的のハードウェア及びコンピュータ命令の組み合わせによって具現化され得るということにも留意されたい。
【図１】
2013516097.tif 000003
【図２】
2013516097.tif 000004
【図３】
2013516097.tif 000005
【図４】
2013516097.tif 000006
【図５】
2013516097.tif 000007
【図６】
2013516097.tif 000008
【国際調査報告】
2013516097.tif 000009
2013516097.tif 000010