特許 5754712 論理パーティション媒体アクセス制御システムにおいて詐称者を検知する装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】5754712

(24)【登録日】2015年6月5日

(45)【発行日】2015年7月29日

(54)【発明の名称】論理パーティション媒体アクセス制御システムにおいて詐称者を検知する装置

(51)【国際特許分類】

   H04L 12/22 20060101AFI20150709BHJP

   H04L 12/70 20130101ALI20150709BHJP

【ＦＩ】

   H04L12/22

   H04L12/70 Z

【請求項の数】16

【全頁数】15

(21)【出願番号】特願2012-545207(P2012-545207)

(86)(22)【出願日】2010年12月8日

(65)【公表番号】特表2013-516097(P2013-516097A)

(43)【公表日】2013年5月9日

(86)【国際出願番号】EP2010069149

(87)【国際公開番号】WO2011076567

(87)【国際公開日】20110630

【審査請求日】2013年9月5日

(31)【優先権主張番号】12/647,345

(32)【優先日】2009年12月24日

(33)【優先権主張国】US

(73)【特許権者】

【識別番号】390009531

【氏名又は名称】インターナショナル・ビジネス・マシーンズ・コーポレーション

【氏名又は名称原語表記】ＩＮＴＥＲＮＡＴＩＯＮＡＬ ＢＵＳＩＮＥＳＳ ＭＡＣＨＩＮＥＳ ＣＯＲＰＯＲＡＴＩＯＮ

(74)【代理人】

【識別番号】100108501

【弁理士】

【氏名又は名称】上野 剛史

(74)【代理人】

【識別番号】100112690

【弁理士】

【氏名又は名称】太佐 種一

(74)【代理人】

【識別番号】100091568

【弁理士】

【氏名又は名称】市位 嘉宏

(72)【発明者】

【氏名】マラン、ショーン、パトリック

(72)【発明者】

【氏名】シャー、ジョニー、メングハム

(72)【発明者】

【氏名】ムリーリョ、ジェシカ、キャロル

(72)【発明者】

【氏名】マクブライアティ、ジェラルド・フランシス

(72)【発明者】

【氏名】ケオハネ、スーザン、マリー

【審査官】 上田 翔太

(56)【参考文献】

【文献】 特表２００９−５１６９６９（ＪＰ，Ａ）

【文献】 特開２００８−０４８２５２（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｌ １２／２２

Ｈ０４Ｌ １２／７０

(57)【特許請求の範囲】

【請求項1】

複数個の暗号化技法上安全なチャネルを設定するステップであって、各チャネルが１つのモニタする装置と複数個のモニタされる装置のうちの１つのモニタされる装置との間にあり、前記複数個のモニタされる装置のうちの各モニタされる装置が一意的なアドレスに関連付けられている、前記設定するステップと、
前記モニタする装置から、前記複数個のモニタされる装置のうちの第１のモニタされる装置に、前記複数個の安全なチャネルのうちの、前記第１のモニタされる装置に対応する第１の安全なチャネルを介して、第１のハートビートを送るステップと、
前記第１のハートビートに対する応答が受信され、且つ、当該応答が正しくない応答であることに応じて、スプーフィング検知スキームを実行するステップであって、前記スプーフィング検知スキームを実行するステップは、
第２のモニタされる装置に関連付けられたアドレスを介して前記第１のモニタされる装置に第２のハートビートを送るステップと、
前記第２のハートビートに対する応答を受信するステップと、
前記第２のハートビートに対する応答が受信されたことに応じてスプーフィング・アタックが生じたと判断するステップと
を含む、前記実行するステップと
を含む、方法。

【請求項2】

前記第１のハートビートに対する応答が受信されないことに応じて、カウンタをインクリメントするステップと、
前記インクリメント後のカウンタが閾値よりも大きいことに応じて、前記スプーフィング検知スキームを実行するステップと
をさらに含む、請求項１に記載の方法。

【請求項3】

前記第１のハートビートに対する応答が受信されないことに応じて、カウンタをインクリメントするステップと、
前記インクリメント後のカウンタが閾値よりも大きくないことに応じて、次の装置の検査に移るステップと
をさらに含む、請求項１に記載の方法。

【請求項4】

前記第１のハートビートに対する応答が受信され、且つ、当該応答が正しい応答であることに応じて、次の装置の検査に移るステップ
をさらに含む、請求項１に記載の方法。

【請求項5】

前記モニタされる装置はコンピューティング装置の論理パーティション（ＬＰＡＲ）である、請求項１〜４のいずれか一項に記載の方法。

【請求項6】

前記モニタする装置は前記コンピューティング装置の仮想入出力サーバ（ＶＩＯＳ）である、請求項１〜４のいずれか一項に記載の方法。

【請求項7】

前記暗号化技法上安全なチャネルは、インターネット・キー交換／インターネット・プロトコル・セキュリティ（ＩＫＥ／ＩＰＳｅｔ）カプセル化パケット（ＥＳＰ）プロトコルに基づいている、請求項１〜６のいずれか一項に記載の方法。

【請求項8】

コンピューティング・システムに結合されたハイパーバイザによって複数個の暗号化技術的に安全なチャネルを設定するステップであって、各チャネルが１つのモニタする装置と複数個のモニタされる装置のうちの１つのモニタされる装置との間にあり、各モニタされる装置が一意的なアドレスに関連付けられている、前記設定するステップと、
前記モニタする装置から、前記複数個のモニタされる装置のうちの第１のモニタされる装置に、前記複数個の安全なチャネルのうちの、前記第１のモニタされる装置に対応する第１の安全なチャネルを介して、第１のハートビートを送るステップと、
前記第１のハートビートに対する応答が受信され、且つ、当該応答が正しくない応答であることに応じて、スプーフィング検知スキームを実行するステップであって、前記スプーフィング検知スキームを実行するステップは、
第２のモニタされる装置に関連付けられたアドレスを介して前記第１のモニタされる装置に第２のハートビートを送るステップと、
前記第２のハートビートに対する応答を受信するステップと、
前記第２のハートビートに対する応答が受信されたことに応じてスプーフィング・アタックが生じたと判断するステップと
を含む、前記実行するステップと
を含む、方法。

【請求項9】

前記第１のハートビートに対する応答が受信されないことに応じて、カウンタをインクリメントするステップと、
前記インクリメント後のカウンタが閾値よりも大きいことに応じて、前記スプーフィング検知スキームを実行するステップと
をさらに含む、請求項８に記載の方法。

【請求項10】

前記第１のハートビートに対する応答が受信されないことに応じて、カウンタをインクリメントするステップと、
前記インクリメント後のカウンタが閾値よりも大きくないことに応じて、次の装置の検査に移るステップと
をさらに含む、請求項８に記載の方法。

【請求項11】

前記第１のハートビートに対する応答が受信され、且つ、当該応答が正しい応答であることに応じて、次の装置の検査に移るステップ
をさらに含む、請求項８に記載の方法。

【請求項12】

前記モニタされる装置はコンピューティング装置の論理パーティション（ＬＰＡＲ）である、請求項８〜１１のいずれか一項に記載の方法。

【請求項13】

前記モニタする装置は前記コンピューティング装置の仮想入出力サーバ（ＶＩＯＳ）である、請求項８〜１１のいずれか一項に記載の方法。

【請求項14】

前記暗号化技法上安全なチャネルは、インターネット・キー交換／インターネット・プロトコル・セキュリティ（ＩＫＥ／ＩＰＳｅｔ）カプセル化パケット（ＥＳＰ）プロトコルに基づいている、請求項８〜１３のいずれか一項に記載の方法。

【請求項15】

コンピューティング・システムであって、
プロセッサと、
前記プロセッサに結合されたコンピュータ可読記憶媒体と、
前記コンピュータ可読記憶媒体に格納され、前記プロセッサにおいて実行されるロジックと
を含み、
前記ロジックは、請求項１〜１４のいずれか一項に記載の方法の各ステップを実行する、
前記コンピューティング・システム。

【請求項16】

請求項１〜１４のいずれか一項に記載の方法の各ステップを実行させるコンピュータ・プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は詐称者の検知に関する。具体的に云えば、本発明は、論理パーティション媒体アクセス制御システムにおける詐称者の検知に関する。

【背景技術】

【0002】

処理要求が増加するにつれて、コンピューティング・システムは、益々複雑化され且つ相互に接続されたものになっている。例えば、特定のコンピューティング装置は、論理パーティション、即ち、「ＬＰＡＲ」にパーティション化され得るし、その各々は、独立したコンピュータとして仮想化されたコンピューティング装置の資源のサブセットを含む。更に、コンピューティング・システムは、ローカル・エリア・ネットワーク（ＬＡＮ）及びインターネットのような様々なタイプのネットワークを介して益々相互接続されるようになっている。この複雑性及び相互接続性は、コンピュータ・セキュリティに関連した多くの問題点を生じている。

【0003】

米国特許第７,３８６,６９８号は、論理的にパーティション化された（ＬＰＡＲ）コンピュータ・システムにおいてハードウェア資源及びソフトウェア資源を自動的に定義し、展開させ、及び管理する方法、並びにターゲット・コンピュータ・システムを管理するために使用されるソリューション・プロファイルを開示している。米国特許第７,１８８,１９８号は、ＬＰＡＲインプリメンテーション及びＬＡＰＲアドレスを用いて動的仮想レーン・バッファの再構築を具現化するための方法を開示している。米国特許第６,２２６,７４４号は、アクセス・コード及びＬＰＡＫインプリメンテーションを用いて、スマート・カードを使用するネットワーク上のユーザを認証するための方法を開示している。

【0004】

「データ品質の改善：一貫性及び精度（Improving Data Quality：Consistency and Accuracy）」（Cong.G 他；２００７）及び「遅延関数型プログラミングを使用する自然言語インターフェースの実現（Realization of Natural LanguageInterfaces Using Lazy Functional Programming）」（Frost RA 他；２００６）は、ＬＰＡＲ虚偽表示及びそれの検出（Cong 他）、並びに種々の環境におけるＬＰＡＲの実践（Frost）を開示している。

【先行技術文献】

【特許文献】

【0005】

【特許文献1】米国特許第７,３８６,６９８号

【特許文献2】米国特許第７,１８８,１９８号

【特許文献3】米国特許第６,２２６,７４４号

【非特許文献】

【0006】

【非特許文献1】「Improving Data Quality：Consistency and Accuracy」（Cong.G . et al；２００７）

【非特許文献2】「Realization of Natural LanguageInterfaces Using Lazy Functional Programming」（Frost,RA. et al； ２００６）

【発明の概要】

【発明が解決しようとする課題】

【0007】

本発明の目的は、セキュリティ・アタックに対して多くのコンピューティング装置をモニタするための方法、装置、及び製造方法を提供することにある。

【課題を解決するための手段】

【0008】

本発明の開示される技術は、特に、複数個の暗号化技法上安全なチャネルを設定するステップであって、各チャネルが１つのモニタする装置と複数個のモニタされる装置のうちの１つのモニタされる装置との間にあり、複数個のモニタされる装置のうちの各モニタされる装置が一意的なアドレスに関連付けられている、前記設定するステップと、前記モニタする装置から、前記複数個のモニタされる装置のうちの第１のモニタされる装置に、前記複数個の安全なチャネルのうちの、前記第１のモニタされる装置に対応する第１の安全なチャネルを介して、ハートビートを送るステップと、前記ハートビートに対する応答が受信される場合、前記モニタする装置から、前記複数個のモニタされる装置のうちの第２のモニタされる装置に、前記第１の安全なチャネルを介して、第２のハートビートを送るステップと、前記ハートビートに対する応答が受信されない場合、スプーフィング検知スキームを実行するステップとを含み、前記スプーフィング検知スキームを実行するステップは、第２のモニタされるに関連したアドレスを介して前記第１のモニタされる装置に第２のハートビートを送るステップと、前記第２のハートビートに対する応答を受信するステップと、前記第２のハートビートに対する応答が受信されたという事実によってスプーフィング・アタックが生じたと判断するステップとを含む。

【0009】

１つの実施態様では、複数個の暗号化技法上安全なチャネルを設定するステップであって、各チャネルが１つのモニタする装置と複数個のモニタされる装置のうちの１つのモニタされる装置との間にあり、前記複数個のモニタされる装置のうちの各モニタされる装置が一意的なアドレスに関連付けられている、前記設定するステップと、前記モニタする装置から、前記複数個のモニタされる装置のうちの第１のモニタされる装置に、前記複数個の安全なチャネルのうちの、前記第１のモニタされる装置に対応する第１の安全なチャネルを介して、ハートビートを送るステップと、前記ハートビートに対する応答が受信される場合、前記モニタする装置から、前記複数個のモニタされる装置のうちの第２のモニタされる装置に、前記第１の安全なチャネルを介して、第２のハートビートを送るステップと、前記ハートビートに対する応答が受信されない場合、スプーフィング検知スキームを実行するステップとを含み、前記スプーフィング検知スキームを実行するステップは、第２のモニタされるに関連したアドレスを介して前記第１のモニタされる装置に第２のハートビートを送るステップと、前記第２のハートビートに対する応答を受信するステップと、前記第２のハートビートに対する応答が受信されたという事実によってスプーフィング・アタックが生じたと判断するステップと、を含む方法を提供する。

【0010】

もう１つの実施態様では、本発明は、プロセッサと、前記プロセッサに結合されたコンピュータ可読記憶媒体と、コンピュータ可読記憶媒体に格納され、前記プロセッサにおいて実行されるロジックと、を含むコンピューティング・システムを提供する。前記ロジックは、複数個の暗号化技法上安全なチャネルを設定し、各チャネルが１つのモニタする装置と複数個のモニタされる装置のうちの１つのモニタされる装置との間にあり且つ各モニタされる装置が一意的なアドレスに関連付けられており、前記モニタする装置から、前記複数個のモニタされる装置のうちの第１のモニタされる装置に、前記複数個の安全なチャネルのうちの、前記第１のモニタされる装置に対応する第１の安全なチャネルを介して、ハートビートを送り、前記ハートビートに対する応答が受信される場合、前記モニタする装置から、前記複数個のモニタされる装置の第２のモニタされる装置に、前記第１の安全なチャネルを介して、第２のハートビートを送り、前記ハートビートに対する応答が受信されない場合、スプーフィング検知スキームを実行する。前記スプーフィング検知スキームの実行は、第２のモニタされるに関連付けられたアドレスを介して前記第１のモニタされる装置に第２のハートビートを送り、前記第２のハートビートに対する応答を受信し、前記第２のハートビートに対する応答が受信さたという事実によってスプーフィング・アタックが生じたと判断する。

【0011】

この要約は、「特許請求の範囲」の要旨の包括的な説明を意図するものではなく、むしろ、それに関連する機能の幾つかの概要を提供することを意図する。下記の図面及び詳細な説明を検討すれば、「特許請求の範囲」の要旨に関連する他のシステム、方法、機能、特徴、及び利点が当業者には明らかであろうし、明らかになるであろう。

【図面の簡単な説明】

【0012】

【図1】本発明の実施例に適したコンピューティング・アーキテクチャの一例のブロック図である。

【図2】本発明の好ましい実施例によるハートビート生成及びモニタ・システム（ＨＢＧＭ）のブロック図である。

【図3】図２のＨＢＧＭに対応するＨＢＧＭセットアップ・プロセスのフローチャートである。

【図4】図２のＨＢＧＭに対応するＨＢＧＭ操作プロセスのフローチャートである。

【図5】図４のＨＢＧＭ操作プロセスに関連した例外処理の一例のフローチャートである。

【図6】図４のＨＢＧＭ操作プロセスに関連した例外処理の別の例のフローチャートである。

【発明を実施するための形態】

【0013】

当業者には明らかなように、本発明の態様は、システム、方法、又はコンピュータ・プログラムとして具体化され得る。従って、本発明の態様は、全体的にハードウェアの実施例、全体的にソフトウェアの実施例（ファームウェア、駐在ソフトウェア、マイクロコード等を含む）、又は、本明細書では一般的に「回路」、「モジュール」、もしくは「システム」と呼ばれるソフトウェア態様及びハードウェア態様を結合した実施例の形体を取り得る。更に、本発明の態様は、コンピュータ可読プログラム・コードを具体化して１つ又は複数個のコンピュータ可読媒体において具現化されたコンピュータ・プログラムの形体を取り得る。

【0014】

１つの実施例は、「特許請求の範囲」に記載の主題に従って、論理パーティションを使用するシステムにおけるアタックを検知するためのプログラムされた方法に関する。なお、「プログラムされた方法」という用語は、本明細書おいて使用されるように、現在遂行されつつある１つまたは複数個のプロセス・ステップを意味するものとして定義されるか、或いは、それとは別に、将来の或る時点で遂行されることを可能にされる１つ又は複数個のプロセス・ステップを意味するものとして定義される。「プログラムされた方法」という用語は３つの代替形式が予想される。 第１に、プログラムされた方法は、やがて行なわれるプロセス・ステップを含む。第２に、プログラムされた方法は、コンピュータによって実行されるとき、１つ又は複数個のプロセス・ステップを遂行するコンピュータ命令を具体化するコンピュータ可読媒体を含む。最後に、プログラムされた方法は、１つ又は複数個のプロセス・ステップを遂行するためにソフトウェア、ハードウェア、ファームウェア、又はそれらの任意の組み合わせによってプログラムされたコンピュータ・システムを含む。「プログラムされた方法」という用語は、同時に複数個の代替形式を有するものとしては解釈されず、任意の所与の時点では複数個の代替形式の１つだけ存在するという代替形式の真の意味で解釈されることも当然である。

【0015】

１つ又は複数個のコンピュータ可読媒体の任意の組み合わせが利用可能である。コンピュータ可読媒体は、コンピュータ可読信号媒体又はコンピュータ可読記憶媒体であってもよい。例えば、コンピュータ可読記憶媒体は、例えば、電子的、磁気的、光学的、電磁気的、赤外線、もしくは半導体システム、装置、又はデバイス、或いは上記のものの任意の適切な組み合わせであってもよいが、それらに限定されない。コンピュータ可読記憶媒体の更に特殊な例（非網羅的なリスト）は、１つ又は複数個のワイヤを有する電気的接続体、ポータブル・コンピュータ・ディスケット、ハード・ディスク、ランダム・アクセス・メモリ（ＲＡＭ）、リード・オンリ・メモリ（ＲＯＭ）、消去可能プログラマブル・リード・オンリ・メモリ（ＥＰＲＯＭ又はフラッシュ・メモリ）、光ファイバ、ポータブル・コンパクト・ディスク・リード・オンリ・メモリ（ＣＤ−ＲＯＭ）、光学的記憶装置、磁気記憶装置、又は上記のものの任意の適切な組み合わせを含むであろう。本明細書との関連で、コンピュータ可読記憶媒体は、命令実行システム、装置、又はデバイスによる使用のために、或いはそれらと関連した使用のために、プログラムを格納し得る任意の具体的な媒体であってもよい。

【0016】

コンピュータ可読信号媒体は、伝播されたデータ信号を、そこに具体化されたコンピュータ可読プログラム・コードと共に、例えば、ベースバンドにおいて或いは搬送波の一部として含み得る。そのような伝播された信号は、電磁的、光学的、又はそれの任意の適切な組み合わせを含むが、それに限定されない種々の形式のいずれかを取り得る。コンピュータ可読信号媒体は、コンピュータ可読記憶媒体ではなく、命令実行システム、装置、又はデバイスによる使用或いはそれらに関連した使用のためにプログラムを伝送、伝播、又は搬送することができる任意のコンピュータ可読媒体であってもよい。

【0017】

コンピュータ可読媒体上に具体化されたプログラム・コードは、無線通信、有線通信、光通信ケーブル、ＲＦ等、又はそれらの任意の適切な組み合わせを含むがそれらに限定されない任意の適切な媒体を使用して送信され得る。

【0018】

本発明の実施態様に関するオペレーションを実行するためのコンピュータ・プログラム・コードは、Java、Smalltalk、C++等を含むオブジェクト指向プログラミング言語、及び「Ｃ」プログラミング言語又は同様のプログラミング言語のような従来の手続的なプログラミング言語、の任意の組み合わせで書かれてもよい。プログラム・コードは、ユーザのコンピュータ上で全体的に、ユーザのコンピュータ上で独立型のパッケージ・ソフトとして部分的に、及びリモート・コンピュータ上で部分的に又はリモート・コンピュータもしくはサーバ上で全体的に実行可能である。後者のシナリオでは、リモート・コンピュータは、ローカル・エリア・ネットワーク（ＬＡＮ）又は広域ネットワーク（ＷＡＮ）を含む任意のタイプのネットワークを介してユーザのコンピュータに接続され得るし、或いは外部コンピュータへの接続は、（例えば、インターネット・サービス・プロバイダを利用してインターネットを介して）行われ得る。

【0019】

本発明の実施態様は、本発明の実施例に従って、方法、装置（システム）、及びコンピュータ・プログラムのフローチャート及び／又はブロック図を参照して以下で説明される。フローチャート実例及び／又はブロック図の各ブロック、並びにフローチャート及び／又はブロック図におけるブロックの組み合わせがコンピュータ・プログラム命令によって具体化され得るということは明らかであろう。これらのコンピュータ・プログラム命令は、コンピュータ又は他のプログラム可能なデータ処理装置のプロセッサを介して実行される命令が、フローチャート及び／又はブロック図のブロックにおいて指定された機能／行為を具現化するための手段を作成するようなマシンを製造するために汎用コンピュータ、特殊目的コンピュータ、又は他のプログラム可能なデータ処理装置のプロセッサに提供され得る。これらのコンピュータ・プログラム命令はコンピュータ可読媒体にも格納され得るし、コンピュータ可読媒体に格納された命令がフローチャート及び／又はブロック図のブロックにおいて指定された機能／行為を具現化する命令を含む製造物を作り出すというような特定の態様で機能するように、コンピュータ、他のプログラム可能なデータ処理装置、又は他のデバイスを指示し得る。

【0020】

コンピュータ・プログラム命令は、コンピュータ、他のプログラム可能なデータ処理装置、又は他のデバイスにロードされ、コンピュータ又は他のプログラム可能な装置上で実行される命令がフローチャート及び／又はブロック図のブロックにおいて指定された機能／行為を具現化するためのプロセスを提供するというようなコンピュータ利用のプロセスを生じさせるために、コンピュータ、他のプログラム可能なデータ処理装置、又は他のデバイスにおいて一連の動作ステップを遂行させ得る。

【0021】

詐称者又はスプーフィングＬＰＡＲを検知するために、仮想入出力サーバ（ＶＩＯＳ）がターゲットＬＰＡＲを用いて暗号化技法上安全な信号を設定することを可能にする技術が提供される。安全な信号、即ち「ハートビート」は、インターネット・キー交換／インターネット・プロトコル・セキュリティ（ＩＫＥ／ＩＰＳｅｃ）カプセル化パケット（ＥＳＰ）の接続又はトンネルとして構成され得る。そのトンネル内では、ＶＩＯＳは各ターゲットＬＰＡＲをピングし、ハートビートが中断される場合、ＶＩＯＳは、トンネルが機能しなくなっているかどうか、対応するＬＰＡＲがダウンするか、又は媒体アクセス制御（ＭＡＣ）スプーフィング・アタックが生じつつあるかどうかに関して決定を行う。

【0022】

次に、図面を参照すると、図１は、「特許請求の範囲」の主題を具現化し得るコンピューティング・アーキテクチャ１００の一例のブロック図である。コンピューティング・アーキテクチャ１００はコンピューティング・システム１０２を含み、そのシステム１０２は、一般に、プロセッサ、メモリ、データ・バスを含み、それらのいずれも図示されていないが、それらはコンピューティング分野の当業者には周知であろう。コンピューティング・システム１０２に関連する処理空間は、論理パーティション（ＬＰＡＲ）に編成され、この例のために、ＬＰＡＲ１３０及びＬＰＡＲ１４０を含む。「発明の概要」の項で説明したように、ＬＰＡＲは、個別のコンピューティング・システムとして仮想化されたコンピュータの資源のサブセットである。仮想入出力サーバ（ＶＩＯＳ）１２０は、ハイパーバイザ１１０と連動して、ＬＰＡＲ１３０及び１４０が協調的に作業することを可能にする。

【0023】

ハイパーバイザ１１０は、ネットワーク１５０を介してアクセス可能であるハイパーバイザ管理コンソール（ＨＭＣ）１０４を介してアクセスされる。ＨＭＣ１０４はスイッチ１０６に結合され、スイッチ１０６は、フレキシブル・サービス・プロセッサ（ＦＳＰ）１０８を介してハイパーバイザ１１０に結合される。図示されてないが、ＨＭＣ１０４は、一般に、少なくともモニタ、キーボード及びポインティング・デバイス、又は「マウス」を含み、ヒューマン・インタラクションを可能にしている。ＨＭＣ１０４は、一般に、メモリ及びプロセッサも含む。ハイパーバイザ１１０は、多くの仮想ローカル・エリア・ネットワーク（ＶＬＡＮ）１１２、１１４、及び１１６を介して、ＶＩＯＳ１２０、ＬＰＡＲ１３０及び１４０のようなコンピューティング・システム１０２の他のコンポーネントにコミュニケーション可能に結合される。特に、この例では、ＶＬＡＮ１１２は、ＶＩＯＳ１２０に関連した仮想イーサネット（ＶＥＮ）１２３に、及びＬＰＡＲ１３０に関連したＶＥＮ１３２に結合される。ＶＬＡＮ１１４は、ＬＰＡＲ１３０に関連したＶＥＮ１３３に、及びＬＰＡＲ１４０に関連したＶＥＮ１４２に結合される。ＶＬＡＮ１１６は、ＶＩＯＳ１２０に関連したＶＥＮ１２２に、及びＬＰＡＲ１４０に関連したＶＥＮ１４３に結合される。

【0024】

ＶＩＯＳ１２０のＶＥＮ１２２及び１２３は、実イーサネット（ＲＥＮ）１２４への接続を行うブリッジ１２６にも結合される。ＬＰＡＲ１４０は、ネットワーク１５２に結合されるＲＥＮ１４４も含む。ＶＬＡＮ１１２、１１４、及び１１６、ＶＥＮ１２２、１２３、１３２、１３３、１４２、及び１４３、ＲＥＮ１２４及び１４４、並びにブリッジ１２６は、「特許請求の範囲」の主題を具現化し得るアーキテクチャ１００及びコンピューティング・システム１０２のコンポーネントの仕様全体にわたって単に例として使用されることは明らかであろう。換言すれば、コンピューティング及びコミュニケーション分野における当業者には明らかなように、アーキテクチャ１００、コンピューティング・システム１０２、並びにコンポーネント１１２、１１４、１１６、１２２、１２３、１２４、１２６、１３２、１３３、１４３、及び１４４は、種々のコンポーネントが、ユーザ及び他のコンピューティング装置と相互に及びネットワーク１５０及び１５２を介してコミュニケーションを行うために、大きなフレキシビリティを提供する。

【0025】

ＶＩＯＳ１２０は、ハートビート生成及びモニタ（ＨＢＧＭ）コンポーネント１２８も含む。ＨＢＧＭ１２８は、「特許請求の範囲」に記載の主題の実施態様に対してメモリ及びロジックを提供する。ＨＢＧＭ１２８は、図２乃至図６に関連して以下で更に詳しく説明される。

【0026】

図２は、図１に関連して紹介されたＨＢＧＭ１２８のブロック図であり、「特許請求の範囲」に記載された発明の主題を具現化するために使用され得る。ＨＢＧＭ１２８は、入出力（Ｉ／Ｏ）モジュール１６２、データ・モジュール１６４、ハートビート（ＨＢ）生成モジュール１６６、ＨＢ分析モジュール１６８、暗号化モジュール１７０、及び グラフィカル・ユーザ・インターフェース（ＧＵＩ）モジュール１７２を含む。下記の例のために、ＨＢＧＭ１２８は、コンピューティング・システム１０２（図１）に関連したプロセッサにおいて実行され、コンピューティング・システム１０２に関連したデータ記憶装置（図示されてない）に格納されるものと仮定する。「特許請求の範囲」に記載の本発明の主題は、多くのタイプのコンピューティング・システム及びデータ記憶装置において具現化され得るが、単純にするために、コンピューティング・システム１０２及びシステム・アーキテクチャ１００（図１）に関してのみ説明されることを承知されたい。更に、図２におけるＨＢＧＭ１２８の表記は論理モデルである。換言すれば、コンポーネント１６２、１６４、１６６、１６８、１７０、及び１７２は、同じファイルまたは個別のファイルに格納され得るし、任意の利用可能なプロセス間コミュニケーション（ＩＰＣ）技法によって相互作用する単一のシステムとして又は個々のプロセスとしてコンピューティング・システム１０２内にロードされ、及び／又は実行され得る。

【0027】

Ｉ／Ｏモジュール１６２は、ＨＢ生成モジュール１６６によって生成されたハートビートの送信を含む、ＨＢＧＭ１２８とコンピューティング・システム１０２の他のコンポーネントとの間のすべてのコミュニケーションを処理する。データ・モジュール１６４は、ＨＢＧＭ１２８が通常の動作中に必要とするパラメータ、設定値、及びリストを含む情報のためのデータ・リポジトリである。データ・モジュール１６４に格納される情報のタイプの例は、ＨＢＧＭコンフィギュレーション・データ１８２、システム・コンフィギュレーション・データ１８４、データ・キー１８６の安全なリスト、及びデータ・キャッシュ１８８を含む。ＨＢＧＭコンフィギュレーション・データ１８２は、ＨＢＧＭ１２８のオペレーション（図３のブロック２０４参照）を制御するためにユーザ又はシステム管理者によってセットされ得るパラメータを格納する。実施例は、アクションが取られる前に多くの無視されたハートビートを決定するパラメータ及び承認されたユーザに関する情報を含むが、それに限定されない。システム・コンフィギュレーション・データ１８４は、ＨＢＧＭ１２８がオペレーション中に利用する種々のコンポーネントを含むコンピューティング・システム１０２に関連する情報を格納する（図３のブロック２０６参照）。データ・キー１８６は、ＨＢＧＭ１２８と、ＬＰＡＲ１３０及び１４０を含むコンピューティング・システム１０２の他のコンポーネントとの間の安全なコミュニケーションを可能にするセッション・キーを格納する暗号化技法上安全な領域である。データ・キャッシュ１８８は、ＨＢＧＭ１２８によって実行された処理の中間結果もすべて格納する。

【0028】

ＨＢ生成モジュール１６６は、ＨＢＧＭ１２８及びＶＩＯＳ１２０（図１）並びにＬＰＡＲ１３０及び１４０から送られたハートビートを生成するためのロジックを実行する（図４のブロック２３４参照）。ＨＢ分析モジュール１６８は、モジュール１６６により生成されたハートビートに対する応答を分析し、異常ハートビート又は欠落ハートビートに応答してアクションを開始することを含む（図４のブロック２３８及び２４０参照）。暗号化モジュール１７０は、データ・キー１８６に格納されたセッション・キーを使用することによりＨＢＧＭ１２８とコンピューティング・システム１０２の他のコンポーネントとの間のコミュニケーションを暗号化及び暗号解読する。ＧＵＩコンポーネント１７２は、ＨＢＧＭ１２８の管理者及び他のユーザがＨＢＧＭ１２８の希望の機能と相互作用すること及びそれを定義することを可能にする。代替実施例では、ＨＢＧＭ１２８との対話のためのＧＵＩがＨＭＣ１０４（図１）に組み込まれることもあり得る。コンポーネント１６２、１６４、１６６、１６８、１７０、１７２、１８２、１８４、１８６、及び１８８は、図３乃至図５に関連して更に詳しく後述される。

【0029】

図３は、図１及び図２のＨＢＧＭ１２８に対応するＨＢＧＭセットアップ・プロセス２００のフローチャートである。この例では、プロセス２００に関連するロジックが、ＨＢＧＭ１２８（図１及び図２）の一部としてコンピューティング・システム１０２（図１）に格納及び実行される。プロセス２００は、「ＨＢＧＭセットアップを始める」というブロック２０２を開始し、直ちに、「ＨＢＧＭデータを検索する」というブロック２０４に進む。ブロック２０４において、プロセス２００は、ＨＢＧＭ１２８のオペレーションを制御する（図４のブロック２３０参照）コンフィギュレーション・データ（図２のブロック１８２参照）を検索する。図２関連して上述したように、コンフィギュレーション・データの例は、アクションが取られる前に（図４及び図５参照）多くの無視されたハートビートを決定するパラメータ及び承認されたユーザに関する情報を含むが、それらに限定されない。

【0030】

「システム・データを検索する」というブロック２０６において、プロセス２００は、ＨＢＧＭ１２８がインストールされ及びモニタすることを求められているシステムに関する情報（図２のブロック１８４参照）を検索する。その情報は、ＨＢＧＭ１２８が各モニタされる装置とのコミュニケーション・チャネルを設定することを可能にする情報を含む。この情報は、一般に、その設定されたチャネルを保護する暗号化情報（図２のブロック１８６参照）を含む。

【0031】

「接続を設定する」というブロック２０８において、ＨＢＧＭ１２８は、ブロック２０４及び２０６の期間に検索された情報を使用することにより、ＬＰＡＲ１３０及び１４０（図１）のような各モニタされる装置を用いて安全なコミュニケーション・チャネルを設定する。本明細書の残りにおいて説明の目的で使用される適切な安全な接続の一例は、インターネット・キー交換／インターネット・プロトコル・セキュリティ（ＩＫＥ／ＩＰＳｅｃ）カプセル化パケット（ＥＳＰ）接続／トンネルであるが、コンピューティング技術又は通信技術における当業者は他の適切な技術を知っているであろう。ＩＫＥプロトコルは各接続に独特のセッション・キーを設定するので、各モニタされるＬＰＡＲ１３０及び１４０は同じＩＫＥキーを共用し得る。各ＬＰＡＲ１３０及び１４０並びにＶＩＯＳ１２０（図１）の間で、独特の事前共用キーを使用することも可能である。１つの実施例では、コミュニケーションを保護するために、初期ハンドシェイクがディフィー・ヘルマン・キー交換（Diffie-Helman）を使用する。

【0032】

「セットアップの問題点があるか」というブロック２１０において、プロセス２００は、ブロック２０８のチャネル設定活動が成功裡に完了したかどうかを判断する。生じ得るコミュニケーション問題の多くの可能な例の１つは、特定の装置との安全な接続をもたらすことができないことである。問題点の設定が検知される場合、プロセス２００は「問題点を解決する」というブロック２１２に進み、そのブロックにおいて、問題点がプログラム的アクションによって、又はアクションを取るシステム管理者の通知によって、或いはそれら２つの組み合わせによって、対処される。

【0033】

一旦ブロック２１２においてセットアップの問題点がすべて解決されてしまうと、又はブロック２１０において問題点が検知されなかったということをプロセス２００が判断する場合、制御は、操作プロセス（図４のプロセス２３０参照）が実行される「操作プロセスを生成する」というブロック２１４に進む。一旦操作プロセスが起動されると、この情報の通知が、「ＨＭＣに通知する」というブロック２１６においてＨＭＣ１０４（図１）に、及びシステム管理者、ログ・ファイル、又はその両方に送られる。最後に、プロセス２００は、「ＨＢＧＭセットアップを終了する」というブロック２１９に進み、そこでプロセス２００は完了する。

【0034】

図４は、図１及び図２のＨＢＧＭ１２８に対応するＨＢＧＭ操作プロセス２３０のフローチャートである。プロセス２００（図３）と同様に、プロセス２３０に関連するロジックが格納され、ＨＢＧＭ１２８（図１及び図２）の一部としてコンピューティング・システム１０２（図１）において実行される。プロセス２３０は、「ＨＢＧＭ操作を始める」というブロック２３２において開始し、直ちに「ＬＰＡＲをポーリングする」というブロック２３４に進む。ブロック２３４において、プロセス２３０は、この例では、特定のＬＰＡＲに対して設定されたＩＫＥ／ＩＰｓｅｃ ＥＳＰトンネルを介して信号又は「ハートビート」を送ることにより、ＬＰＡＲ１３０又は１４０（図１）のようなＬＰＡＲをポーリングする。「応答を待つ」というブロック２３６において、プロセス２３０は、ブロック２３４において送られた信号からの応答を待つ。一般に、ハートビートの送信からの３つの起こり得る結果、即ち、（１）タイムアウト、（２）正しいＬＰＡＲが応答したことを表わす正しい応答、又は（３）疑わしい応答、がある。

【0035】

ブロック２３８の「タイムアウトか」において、プロセス２３０は、ブロック２３４において送られたハートビートに対する応答がないまま十分な時間が経過したかどうかを判断する。ＬＰＡＲ１３０又は１４０のような１つのＬＰＡＲが他のＬＰＡへの伝送を遮る場合、一般的に、いずれのＬＰＡＲもハートビートに応答しない。タイムアウトが生じたということをプロセス２３０が判断する場合、図５に関連して詳しく後述される転移点「Ａ」に制御が移る。タイムアウトが検知されない場合、制御は「正しい応答か」というブロック２４０に移り、そのブロック２４０において、プロセス２３０は、受信されたハートビートが意図された特定のＬＰＡＲ１３０又は１４０にとって適切であるかどうかを判断する。スプーフィングが生じる場合、例えば、ＬＰＡＲ１３０が、ＬＰＡＲ１４０に対して意図されたコミュニケーションを遮る場合、スプーフィングが生じたＬＰＡＲ１４０の必要な独特のセッション・キーをスプーフィングＬＰＡＲが持たないので、ＬＰＡＲ１３０はハートビートに対して適切に応答することができない。

【0036】

プロセス２３０が、ブロック２３４において送られたハートビートに対する正しくない応答又は不適切な応答を検知する場合、制御は、図６に関連して詳しく後述される転移点「Ｂ」に進む。正しいハートビートが受信されたということをプロセス２３０がブロック２４０において判断する場合、又は、転移点Ａ及びＢに関連した後続の処理が転移点Ｃを介して完了した場合、プロセス２３０は「カウントをリセットする」というブロック２４２に移り、そのブロックにおいて、プロセス２３０は、ハートビートが送られたＬＰＡＲに関連するカウント（図５参照）をリセットする。「次のＬＰＡＲに進む」というブロック２４４において、プロセス２３０は別のＬＰＡＲを選択し、ブロック２３４に戻り、処理は上記のように継続する。次のＬＰＡＲの選択はラウンド・ロビン・スキーム又は別のスキームに基づき得る。例えば、選択は、優先順位スキームに依存し得るし、又は特定のＬＰＡＲを用いて生じ得る問題点の検知に基づき得る。

【0037】

最後に、プロセス２３０は、「ＨＢＧＭ操作を終わらせる」というブロック２４９に制御を渡す非同期割り込み２４８によって停止させられ、そのブロック２４９においてプロセス２３０は完了する。割り込み２４８は、一般に、プロセス２３０を一部分とするＯＳ、ＶＩＯＳ、又はＨＢＧＭが、システム管理者によって又は電源遮断の状況のために明示的に自己停止させられる。名目上のオペレーションにおいて、プロセス２３０は、ブロック２３４、２３６、２３８、２４０、２４２、及び２４４を通して連続的にループし、保護された各装置にハートビートを送る。

【0038】

図５は、図４のＨＢＧＭ操作プロセス２３０に関連した例外処理コード２５０の一例のフローチャートである。処理コード２５０は転移点Ａ（図４）において開始し、直ちに「カウントをインクリメントする」というブロック２５２に進む。ブロック２５２において、プロセス・コード２５０は、ハートビートが送られたＬＰＡＲに関連するカウント・パラメータをインクリメントする。「カウント＞閾値か」という ブロック２６４において、プロセス・コード２５０は、カウントがプリセットされたパラメータ（図２のブロック１８２を参照）を超えたか否かを判断する。パラメータの値は、１つのハートビート欠落の検知時にアクションが取られる必要があるということを表わす「１」に、又はシステムの希望の感度次第で更に大きな値にセットされ得る。カウントが許容し得るカウントを超える場合、制御は、図６に関連して詳しく後述される転移点Ｂ（図４）に移る。カウントが閾値を越えない場合、制御は転移点Ｃ（図４）に移り、制御はプロセス２３０（図４）に戻る。

【0039】

図６は、図４のＨＢＧＭ操作プロセス２３０に関連した例外処理コード２６０の第２の例に関するフローチャートである。処理コード２６０は転移点Ｂ（図４）において開始し、直ちに「ハイパーバイザ管理コンソール（ＨＭＣ）に通知する」というブロック２６２に進む。ブロック２６２において、プロセス・コード２６０は、異常事態が生じたという表示と共にＨＭＣ１０４（図１）に通知を送る。この時点で、システム管理者は調査することを決定し得る。自動的応答が、「ＩＰｓｅｃ／ＥＳＰハートビート（ＨＢ）を準備する」というブロック２６４において実行を始める。ブロック２６４において、ＶＩＯＳ１２０（図１）がターゲット・システムのためにＩＰＳｅｃ／ＥＳＰハートビートを準備する。しかし、媒体アクセス制御（ＭＡＣ）アドレスが、スプーフィングの疑いのある装置のＭＡＣアドレスにセットされる。そのＭＡＣアドレスはＩＰＳｅｔ／ＥＳＰパケットの一部ではないので、スプーフィング装置はハートビートに応答することができるであろうが、オリジナル・ターゲットは応答し得ないであろう。換言すれば、送られたハートビートは、そのハートビートがスプーフィング装置によって受信されない場合には機能しないように設計される。勿論、スプーフィング装置はこの決定を行なうことができないであろうし、従って、ハートビートに応答し、アタックを示すであろう。

【0040】

「確認を受信したか」というブロック２６６において、プロセス・コード２６０は、ハートビートの確認が受信されたか否かを判断する。その結果が肯定的である場合、制御は、「スプーフィングを通知する」というブロック２６８に進み、そのブロックにおいて、ＨＭＣ１０４は、ブロック２６２において警告をされたＨＭＣ１０４のスプーフィング・アタックが生じたとして設定されたということをＨＢＧＭ１２８（図１及び図２）によって通知される。ブロック２６６の結果が否定的である場合、「スプーフィングがないことを通知する」というブロック２７０において、ＨＭＣ１０４は、ブロック２６２において送られた警告が解決されたということを通知される。最後に、プロセス・コード２６０は転移点Ｃ（図４）に進み、制御はプロセス２３０に戻る。

【0041】

本明細書において使用された用語は、単に特定の実施例を説明するためのものであり、本発明を限定することを意図するものではない。本明細書において使用されるように、単数形の用語は、その文脈が複数形のものでないことを明瞭に表わしていない場合、複数形のものを含むことを意図される。更に、本明細書において使用される「含む」という用語は、述べられた特徴、整数、ステップ、オペレーション、要素、及び／又はコンポーネントの存在を表わすが、１つ又は複数個の他の特徴、整数、ステップ、オペレーション、要素、コンポーネント、及び／又はそれのグループの存在及び追加を妨げるものではない。

【0042】

「特許請求の範囲」に記載されたすべての手段、材料、行為、及び機能に対応する構造体、材料、行為、及び均等物は、そこに記載された要素とは別の要素と結合してその機能を遂行するための任意の構造体、材料、又は行為を含むことを意図される。本発明の記述は、説明を目的として示されているが、開示された形式の発明に尽きること又は限定されることを意図するものではない。本発明の技術的範囲から逸脱することのない多くの修正及び変更が当業者には明らかであろう。実施例は、本発明の原理及び実用的な応用例を最適に説明するために、及び期待される特定の用途に適する様々な修正を伴う様々な実施例に関して当業者が本発明を理解すること可能にするために、選定及び記述された。

【0043】

図面におけるフローチャート及びブロック図は、本発明の様々な実施例に従って、システム、方法、及びコンピュータ・プログラムの可能な実施態様のアーキテクチャ、機能、及びオペレーションを表わす。この点に関して、フローチャート又はブロック図における各ブロックは、指定された論理的機能を具現化するための１つ又は複数個の実行可能な命令を含むモジュール、セグメント、又はコードの部分を表わし得る。或る代替の実施態様では、ブロックに示された機能が図における順序から外れて生じ得るということも留意されたい。例えば、連続して示された２つのブロックが実際にはほぼ同時に実行され得るし、それらのブロックが、関与する機能に依存して逆の順序で実行されることもある。更に、ブロック図及び／又はフローチャートの各ブロック、並びにブロック図及び／又はフローチャートにおけるブロックの組み合わせが、指定された機能又は行為を遂行する特殊目的のハードウェア・ベースのシステムによって、或いは特殊目的のハードウェア及びコンピュータ命令の組み合わせによって具現化され得るということにも留意されたい。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】