リスク駆動型のコンプライアンス管理
環境のリスクレベルを利用して、ネットワークコンプライアンスを検出するため、ならびに／あるいは手動および／または自動の手段を使用して指定されたリスクレベルのコンプライアンスを実現するようにネットワークを改善（ｒｅｍｅｄｉａｔｅ）するための動的なユーザが調整できるアクションを提供する。リスクレベルは、ビジネス、セキュリティ、およびオペレーションの要因などの組み合わせに基づくことができる。場合によっては、環境の現在のリスクレベルに基づいて、ネットワーク全体および／またはネットワークの個々のアイテムに対してさまざまな改善ステップを実行することができる。インスタンスには、集中的な管理ポイントを提供できる管理コンソールを含めることができ、組織はこのポイントを使用して、ネットワーク環境全域にわたるセキュリティポリシーへのコンプライアンスの状態を確認すること、および／またはコンフィギュレーション管理エンジン（ｃｏｎｆｉｇｕｒａｔｉｏｎ ｍａｎａｇｅｍｅｎｔ ｅｎｇｉｎｅ）を適切に駆動できる現在のリスクレベルを選択することができる。コンフィギュレーション管理エンジンは、既存のコンポーネントを利用してコンピュータネットワークの検出および／または改善を支援（ｆａｃｉｌｉｔａｔｅ）できる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はリスク駆動型のコンプライアンス管理を行うコンピュータシステムに関する。
【背景技術】
【０００２】
コンピュータネットワークは、企業、政府、およびその他の組織にとって欠くことのできない一般的な要素になってきた。また、インターネットの出現により、ネットワークへの依存は家庭またはその他の場所でインターネットにログオンする個人ユーザのレベルにまで大幅に拡張されている。ネットワークを一切使用しないコンピューティングデバイスを検出することはますます希有になりつつある。ネットワークは、無限のデータリソースと世界中のほとんどすべてのポイントへの接続を提供できる。さらに、ネットワークによって提供される速度と効率により、規模の大小を問わず、ほとんどすべてのベンチャー企業にとって、ネットワークは欠くことのできない必須の要素になっている。結果として、コンピュータユーザの数が増大するのと同時に、こうしたユーザをサポートするネットワークの規模が大きくなり、複雑性が増してきた。さらに、こうしてネットワークの複雑性が増すことにより、ネットワークに関連する問題の数と複雑性も増大する。
【０００３】
ネットワークへの依存は膨大な効果をもたらすことによって正当化されているが、同時に、特定のタイプのテクノロジーへの依存性が高いために、このテクノロジーに障害が発生した場合に、ユーザが無防備な状態になる可能性もある。障害は、ネットワークサポート機器の機能不全、ネットワークプロトコルの不適切な設定、低レベルのネットワークセキュリティなど、さまざまな原因によって発生する可能性がある。機器の障害などの内部的な要因は、より高品質の機器によって改善できる。真に安全な環境を実現するには、複雑なネットワークを攻撃から守るために、こうした改善に加えて一般に徹底したコンフィギュレーション監査プロセス（ｃｏｎｆｉｇｕｒａｔｉｏｎ ａｕｄｉｔｉｎｇ ｐｒｏｃｅｓｓ）および効果的なセキュリティ計画が必要である。ネットワークセキュリティの最も困難な側面の１つは、「脅威」が時間の経過に伴って、または場所によって変化する可能性があることである（たとえば、ユーザがモバイルコンピューティングデバイスを信頼できる場所から信頼できない（ｕｎｔｒｕｓｔｅｄ）場所に移動し、戻す場合など）。さらに、唯一変わらないのは、脅威のレベルは常に変化していることであろう。
【０００４】
非常に単純な思考プロセスでは、最適なソリューションは常に最大のネットワークセキュリティを提供することのように思われる。しかし、一般にこうしたタイプのソリューションはネットワークユーザを何らかの形で妨害する。つまり、多くの場合にセキュリティと操作性または機能性は両極端の立場にある。妨害（ｉｎｔｅｒｆｅｒｅｎｃｅ）は、たとえばログインごとまたはトランザクションごとにパスワードを要求するといった簡単なものもあるが、たとえばユーザがネットワークへのリモートログインを禁止され、必ず安全を保証されたコンピューティングデバイスからネットワークを利用しなければならないといったきわめて負担の大きいものもある。後者の方法では、ほとんどのビジネスが１日たりとも機能しない。この方法では負担が大きすぎるのは明らかであり、一般に脅威のリスクが低い場合は多くの時間が無駄になる。
【０００５】
ネットワークに対する悪意のある攻撃などの行為やその他の不注意によるセキュリティリスクを回避するために、一般にコンプライアンス手続き（ｃｏｍｐｌｉａｎｃｅ ｐｒｏｃｅｄｕｒｅｓ）が導入されている。コンプライアンス手続きは、ネットワーク上のマシンがガイドラインまたはセキュリティポリシーへの「コンプライアンス」を実現するために実行すべきことを示している。通常、このためにはセキュリティポリシーを確認し、ネットワーク内でこれを実施する必要がある。ネットワークの複雑性が増すにつれて、この作業はきわめて厄介なものになっており、場合によっては効率的に実行することができない。すべての要求または提示されたガイドラインがネットワーク内で実施されているかどうかの判定を支援するために、コンプライアンスソフトウェアアプリケーションが開発された。アプリケーションによって検出されたコンプライアンスのレベルに基づいて、ネットワーク環境の脆弱性の評価を行うこともできる。これで、ネットワーク保守担当者（ｍａｉｎｔａｉｎｅｒ）はネットワークコンポーネントの変更を行い、ネットワークの保護を実施することができる。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
残念ながら、ほとんどの手作業と同様に、要求された変更の比率と量は増大しているため、また脅威は常に発展しているため、この作業はますます実行が困難になっている。このように、ネットワークに対する新しいリスクが発達し、追加のパスワードによる保護の実施と特定のウィルスタイプを対象とする追加のウィルススキャンが必要になった場合に、保守担当者は恐らくこうした状況にタイムリーに対処できる。しかし、保守担当者が世界規模のネットワークまたは数時間に数千の新しい脅威を担当している場合は、保守担当者が必要なステップをタイムリーに実行することによってネットワークを適切に保護することができず、ネットワークはきわめて脆弱な状態に放置されるであろう。ネットワーク保守担当者が必要な変更を行うことができても、改善の潜在的な影響力がネットワークに対して目に見えない悪影響を及ぼす可能性がある。脅威のレベルが変化すると、ネットワークに対するリスクのレベルが高まり、コンプライアンスと改善の手続きの変更も余儀なくされる。新しいコンプライアンス手続きは、タイムリーに実施された場合に、ネットワークの脅威によるネットワークの損傷を回避するために有効であると考えられる。
【課題を解決するための手段】
【０００７】
主題となる実施形態のいくつかの態様について基本的な理解が得られるように、本主題の概要について以下で簡単に説明する。以下の説明は、本主題の概要を広範囲にわたって示すものではない。また、本実施形態の重要／不可欠な要素を識別したり、本主題の範囲を限定したりするものでもない。その唯一の目的は、後述の実施形態に関する説明の準備として、本主題に関するいくつかの概念を簡略化した形で示すことである。
【０００８】
本主題は、一般にはネットワークリスク管理に関し、より詳細にはコンピュータネットワーク環境のリスクコンプライアンスをリスクレベルに応じて動的に管理するシステムおよび方法に関するものである。環境のリスクレベルを利用して、ネットワークコンプライアンスを検出するため、ならびに／あるいは手動および／または自動の手段を使用して指定されたリスクレベルのコンプライアンスを実現するようにネットワークを改善するためのユーザが調整できる動的なアクションを提供する。リスクレベルは、たとえばビジネス、セキュリティ、およびオペレーションの要因などの組み合わせに基づくことができる。場合によっては、環境の現在のリスクレベルに基づいて、ネットワーク全体および／またはネットワークの個々のアイテムに対してさまざまな改善ステップを手動および／または自動で実行することができる。インスタンスには、集中的な管理ポイントを提供できる管理コンソールを含めることができ、組織はこのポイントを使用して、ネットワーク環境全域にわたるセキュリティポリシーへのコンプライアンスの状態を確認すること、および／またはコンフィギュレーション管理エンジンを適切に駆動できる現在のリスクレベルを選択することができる。他のインスタンスには、多くのネットワーク環境を対象とする管理コンソールの階層を含めることができ、リスクコンプライアンスを大規模に集中管理するスケーラブルな手段を提供する。コンフィギュレーション管理エンジンは、既存のコンポーネントを利用してコンピュータネットワークの検出および／または改善を実行できる。さらに、レポートおよび／またはワークフローも生成することによって、手動によるネットワークのコンフィギュレーションおよび／または改善を実行すること、ならびに／あるいはリスクレベルの監視を実行することができる。
【０００９】
前述の目的および関連の目的を達成するために、本明細書では実施形態のいくつかの例示的な態様について、以下に示す実施形態の説明と添付の図面に関連付けながら説明する。ただし、このような態様は例を示すものであり、本主題の原理を使用できるさまざまな方法の一部にすぎず、本主題はこうした態様やその均等物をすべて含むことを意図するものとする。本主題のその他の利点と新しい特徴は、以下に示す実施形態の説明を添付の図面に関連付けて考察することで明らかになるであろう。
【発明を実施するための最良の形態】
【００１０】
ここで、本主題について添付の図面に関連付けながら説明するが、全体を通して同類の要素には似かよった参照番号が使用されている。以下の説明において、本主題に関する理解を深めるために、説明を目的として多くの個別的な詳細要素について説明する。ただし、本主題の実施形態は、以下に示す個別的な詳細要素がなくても実施できることは明らかであろう。他のインスタンスでは、本実施形態の説明を容易にするために、周知の構造およびデバイスがブロック図の形で示されている。
【００１１】
本出願で使用する限り、「コンポーネント」という用語は、コンピュータに関連するエンティティ（ｅｎｔｉｔｙ）を表すものとし、ハードウェア、ハードウェアとソフトウェアの組み合わせ、ソフトウェア、または実行中のソフトウェアのいずれでもよい。たとえば、コンポーネントは、プロセッサで動作するプロセス、プロセッサ、オブジェクト、実行可能ファイル、実行するスレッド、プログラム、および／またはコンピュータのいずれでもよいが、これらに限定はされない。たとえば、サーバー上で動作するアプリケーションとサーバーはいずれもコンピュータのコンポーネントと言える。実行するプロセスおよび／またはスレッド内には、１つまたは複数のコンポーネントが存在してもよい。また、コンポーネントは１台のコンピュータに集中すること、および／または２台またはそれ以上のコンピュータに分散することができる。「スレッド」は、オペレーティングシステムのカーネルがスケジュールして実行するプロセス内のエンティティである。当技術分野では周知のように、各スレッドはスレッドの実行に関連付けられた一時的なデータである「コンテキスト」を伴っている。スレッドのコンテキストには、スレッドのプロセスに属するシステムレジスターの内容および仮想アドレスが含まれる。このように、スレッドのコンテキストを含む実際のデータは、スレッドを実行するにつれて変化する。
【００１２】
本明細書で説明するシステムおよび方法は、指定された任意の時間に組織内のリスクの大きさに基づいて動的なレベルのスキャンとコンプライアンスを実現するリスク駆動型（ＲＩＳＫ ＤＲＩＶＥＮ）のコンプライアンス管理技術を提供する。ビジネス、セキュリティ、および／またはオペレーションの情報の組み合わせによって決定されるリスクのレベルを定義することによって、現在の容認可能な（ａｃｃｅｐｔａｂｌｅ）リスクレベルに基づいてさまざまなアイテムをスキャンし、場合によっては改善するコンプライアンス管理システムを提供できる。今日、コンプライアンスチェックを提供するソリューションでは、スキャンの複雑性と深さに関して唯一のレベルしか提供しないのが一般的である。このことにより、余分の処理時間と複雑なプロセスが追加される。ほとんどのスキャンには、希なケースでしか必要のない大量のチェックが含まれている。本明細書で説明するシステムおよび方法では、チェックと改善のレベル低下を許可することによって擬陽性（ｆａｌｓｅ ｐｏｓｉｔｉｖｅｓ）の数を削減できる。これで、セキュリティオペレーションチームは問題のないことの調査に無駄な時間を費やすことなく、間近に迫ったリスクに最も関連の深い問題に照準を合わせることができる。
【００１３】
たとえば、企業が日常業務ベースで操業する場合は、リスクレベルは低いと考えられる（レベル１または緑色）。この時点では、企業はネットワーク上のマシンをスキャンし、コンフィギュレーション設定とセキュリティ設定の両方の最小セットを評価することができる。このレベルのリスクは、設定または不適切なコンフィギュレーションを自動的に改善するための柔軟性は提供しないが、代わりに、必要な変更を担当者に通知し、こうした変更を容易に実行できる自動化されたワークフロー（ａｕｔｏｍａｔｅｄ ｗｏｒｋｆｌｏｗ）を提供するための柔軟性を提供することができる。環境内のリスクレベルが高まるにつれて、チェックの数を増大し、改善を自動化することができる。たとえば、リスクが高い場合は（たとえばワーム／ウィルスが発生した場合など）、コンプライアンス管理エンジンは必要なパッチのスキャンのみでなく、必要なパッチを自動的に適用してコンピューティングデバイスを感染から守ることができる。さらに、たとえば、自動的にスキャンを実行して感染の可能性のあるシステムからウィルスが検出された場合にこれを駆除することができる。このように、「正常」な日にはユーザはセキュリティ機能のアップグレードを遅らせることができるが、Ｗｅｂに深刻な脅威が存在する場合は、リスク駆動型コンプライアンスシステムおよびその方法では、たとえば署名のダウンロードなどを強制することができる。
【００１４】
図１に、１つの実施形態の１つの態様によるリスク駆動型コンプライアンスシステム１００を示すブロック図が示されている。リスク駆動型コンプライアンスシステム１００は、入力１０４を受信し、出力１０６を提供するリスク駆動型コンプライアンスコンポーネント１０２を備えている。入力１０４は、通常はコンピュータネットワーク環境に関して導出されたリスクレベルである。このリスクレベルは、コンピュータネットワーク環境に幾分かの関連および／または影響のあるビジネス、セキュリティ、オペレーション、および／または他のタイプの情報の組み合わせに基づくことができる。リスクレベルは、リスクを評価するソースから直接取得すること、ならびに／あるいは、リスク駆動型コンプライアンスシステム１００を使用してその全体および／または一部を導出することができる。リスク駆動型コンプライアンスコンポーネント１０２は、指定された任意の時間の環境に関する入力１０４のリスクの大きさに基づいて、動的なレベルの検出および／またはコンプライアンスを提供する。このことにより、リスク駆動型コンプライアンスコンポーネント１０２は、現在の容認可能なリスクレベルに基づいて環境のさまざまなアイテムを検出および／または改善できる。
【００１５】
これは、唯一のレベルの複雑性と深さの検出しか提供できない今日のシステムとは全く対照的である。このようにして、リスク駆動型コンプライアンスコンポーネント１０２は、ユーザ（たとえばネットワークセキュリティ管理者）および／またはコンプライアンスエンジンがリスクレベルに動的に応答してコンピュータネットワーク環境を保護できるように支援する情報および／またはコントロールを備える出力１０６を提供する。他のインスタンスでは、出力１０６は、さらにコンピュータネットワーク環境に直接適用し、入力１０４で提供されたリスクレベルに応じてコンプライアンスを実現することもできる検出および／または改善に関する情報および／またはコントロールも備えている。リスク駆動型コンプライアンスコンポーネント１０２は、柔軟に実装でき、コンピュータネットワーク環境のコンプライアンス管理および／または直接的なコンプライアンス制御の両方を提供する。このことにより、リスク駆動型コンプライアンスシステム１００は、さまざまなレベルの既存のコンプライアンスコンポーネントを備えるさまざまな環境に利用および／または統合できる。
【００１６】
図２を参照すると、１つの実施形態の１つの態様によるリスク駆動型コンプライアンスシステム２００を示す別のブロック図が示されている。リスク駆動型コンプライアンスシステム２００は、リスクレベル２０４を取得し、動的リスクコンプライアンスパラメータ２０６を提供するリスク駆動型コンプライアンスコンポーネント２０２を備えている。リスク駆動型コンプライアンスコンポーネント２０２は、受信コンポーネント２０８とユーザ２１２にインターフェイスするコンプライアンス管理コンポーネント２１０を備えている。受信コンポーネント２０８は、前述のようにさまざまなソースからリスクレベル２０４を取得する（たとえば、リスク評価ソースから直接提供されたもの、受信コンポーネント２０８でコンパイルされるリスク情報、受信コンポーネント２０８によって強化されたリスク情報など）。
【００１７】
コンプライアンス管理コンポーネント２１０は、受信コンポーネント２０８から取得したリスクレベル２０４を利用し、動的リスクコンプライアンスパラメータ２０６を提供することによってコンピュータネットワーク環境を動的に管理する。コンプライアンス管理コンポーネント２１０には、通常、たとえばコンプライアンス管理コンソールなどのユーザインターフェイスが含まれており、ユーザ２１２はデータの問題に関してリスクコンプライアンス情報を確認すること、ならびに／あるいはコンピュータネットワーク環境および／または環境アイテムの手動によるコンプライアンスの実現を支援すること、ならびに／あるいは容認可能なリスクレベルなどの選択／調整によってリスクコンプライアンスの実現を円滑化することができる。このように、このリスク駆動型コンプライアンスシステム２００によるインスタンスは、既存のコンプライアンスエンジンと組み合わせて実装でき、リスクレベル２０４に応じた動的リスクコンプライアンスを提供できる。１つのインスタンスでは、リスク駆動型コンプライアンスコンポーネント２０２でスクリプトを利用することにより、リスクレベルの変化に応じてコンプライアンスエンジンを制御する。
【００１８】
図３は、１つの実施形態の１つの態様による動的リスクコンプライアンスパラメータ３０２の例３００を示している。このインスタンスでは、動的リスクコンプライアンスパラメータ３０２には、リスクベースのコンプライアンスおよび検出の調整および情報３０４が含まれるが、これに限定はされない。リスクベースのコンプライアンスおよび検出の調整および情報３０４には、たとえば、担当者への通知３０６、リスクの影響を受けやすいアイテムの改善３０８、および／または自動化されたワークフロー３１０などを含めることができる。担当者への通知３０６には、電子メールによる通知、インスタントメッセージング（ＩＭ：ｉｎｓｔａｎｔ ｍｅｓｓａｇｉｎｇ）による通知、テキストメッセージング、ポケベル（ｐａｇｉｎｇ）、視覚的アラート、音声アラート、リスクの影響を受ける可能性のあるユーザへの通知、および／またはシステム全体への通知などを含めることができるが、これに限定はされない。リスクの影響を受けやすいアイテムの改善３０８には、コンピューティングデバイスの検出レベルの向上、コンピューティングデバイスのシャットダウン、コンピューティングデバイス上および／またはコンピューティングデバイス向けの保護エレメントの追加インストール、コンピューティングデバイスの「オフライン」化、および／またはコンピューティングデバイスの再起動などを含めることができるが、これに限定はされない。自動化されたワークフロー３１０には、ユーザに環境全体および／または環境内の特定のアイテムを保護するための手順を提供するワークフローなどを含めることができるが、これに限定はされない。自動化されたワークフロー３１０は、予防および／または改善のワークフローなどでもよい。リスクベースのコンプライアンスおよび検出の調整および情報３０４には、その他の情報、たとえば、レポートおよび／または提案（リアルタイムで利用できるものおよび／または保存して今後の分析および／または比較に利用できるもの）を含めてもよい（たとえば、ベースラインレポートを作成して今後の異常の検出を実施することができる）。
【００１９】
図４を参照すると、１つの実施形態の１つの態様によるコンピュータネットワーク環境と対話するリスク駆動型コンプライアンスシステム４００を示すブロック図が示されている。リスク駆動型コンプライアンスシステム４００は、リスクレベル４０４を取得し、コンピュータネットワーク環境４０６とインターフェイスするリスク駆動型コンプライアンスコンポーネント４０２を備えている。リスク駆動型コンプライアンスコンポーネント４０２は、ユーザ４１２およびコンフィギュレーション管理エンジン４１０とインターフェイスするコンプライアンス管理コンポーネント４０８を備えている。この例では、コンプライアンス管理コンポーネント４０８はリスクレベル４０４を直接取得する。コンプライアンス管理コンポーネント４０８は、自ら４０８がユーザ４１２と対話して情報の提供および／または制御情報の受信などを実行できるように、ユーザインターフェイスも提供する。コンプライアンス管理コンポーネント４０８は、リスクレベル４０４および／またはユーザ４１２から提供された情報を利用して、コンピュータネットワーク環境４０６に関するリスクコンプライアンスの問題とこうした問題の管理ソリューション（たとえば、検出レベルの向上、改善アクションなど）を動的に決定する。コンフィギュレーション管理エンジン４１０（以下で詳細に説明する）は、コンプライアンス管理コンポーネント４０８からソリューションを受信し、コンピュータネットワーク環境４０６にそれを実装することによってコンピュータネットワーク環境４０６のコンプライアンスを実現する。このように、リスク駆動型コンプライアンスシステム４００は変化するリスクレベルに動的に応答し、リスクレベル４０４に応じてコンプライアンスパラメータをアクティブに調整する。
【００２０】
リスク駆動型コンプライアンスシステム４００の他のインスタンスでは、コンフィギュレーション管理エンジン４１０がリスクレベル４０４を直接受信し、コンピュータネットワーク環境４０６のコンプライアンス調整を動的に実施することができる。たとえば、コンフィギュレーション管理エンジン４１０には、コンピュータネットワーク環境４０６のコンプライアンスを実現するようにプログラミングされた個別のリスクレベルスクリプトを含めることができる。こうした非常に単純なアプローチでは、コンフィギュレーション管理エンジン４１０はリスクレベル４０４に基づいて適切なスクリプトを自動的に実行する。
【００２１】
図５を参照すると、１つの実施形態の１つの態様によるコンピュータネットワーク環境５０６と対話するリスク駆動型コンプライアンスシステム５００を示す別のブロック図が示されている。リスク駆動型コンプライアンスシステム５００は、リスクレベル５０４を取得し、コンピュータネットワーク環境５０６とインターフェイスするリスク駆動型コンプライアンスコンポーネント５０２を備えている。このリスクレベル５０４は、コンピュータネットワーク環境５０６への脅威に基づくこと、ならびに／あるいはその他リスク情報ソース５２０から導出および／または取得することができる。リスク駆動型コンプライアンスコンポーネント５０２は、コンプライアンス管理コンポーネント５０８およびコンフィギュレーション管理エンジン５１０を備えている。コンプライアンス管理コンポーネント５０８は、管理コンソール５１２を備えている。コンフィギュレーション管理エンジン５１０は、スキャンコンポーネント５１４および改善コンポーネント５１６を備えている。
【００２２】
管理コンソール５１２は、リスクレベル５０４を取得し、リスクレベル５０４に応じて必要なコンプライアンス管理アクションを決定する。必要なアクションには、たとえば、ユーザ５１８から取得した制御情報、たとえば容認可能なリスクレベルおよび／または改善および／または検出アクションなどに関する情報を含めることができる。１つのインスタンスでは、管理コンソール５１２はスクリプトを作成することおよび／または既存のスクリプトを利用することによって、リスクレベル５０４に応じて検出／スキャンレベルおよび／または改善アクションなどを調整する。たとえば、スキャンコンポーネント５１４には、管理コンソール５１２からスキャンスクリプトを利用し、これに従ってコンピュータネットワーク環境５０６をスキャンするスキャンモデルを含めることができる。同様に、改善コンポーネント５１６には、管理コンソール５１２から改善スクリプトを利用し、これに従ってコンピュータネットワーク環境５０６の改善を開始する改善モデルを含めることができる。スクリプトを利用するアーキテクチャの例については、以下で詳細に説明する。このように、リスク駆動型コンプライアンスシステム５００は既存のシステムなどに非常に柔軟に実装できる。以下で説明するように、これでリスクコンプライアンスは飛躍的に向上する。
【００２３】
リスク駆動型コンプライアンス管理
エンタープライズ環境のセキュリティリスクのスキャンは、複雑で時間のかかる作業である。非常に多くのスキャンとチェックが実行され、非常に多くの「擬陽性」が検出されることを保証する。こうした擬陽性のそれぞれについて、追加の調査が必要になる可能性がある。さらに、環境内のリスクレベルが高まるにつれて、管理者はさまざまな軽減（ｍｉｔｉｇａｔｉｏｎｓ）を要求することができる。軽減は、多くの場合に望ましくない副作用（たとえば、サービスの喪失、機能の喪失、マシンの不安定化（ｄｅｓｔａｂｉｌｉｚａｔｉｏｎ）など）をもたらすため、むやみに適用されないのが一般的である。このように、通常、高レベルの軽減が自動的に実行されるのは、リスクレベルの高まりによって軽減が必要になった場合に限られる。日常業務ベースでは、管理者は管理するネットワークのセキュリティ要件に適合しないマシンについて通知されるたけでもよいが、リスクが高い場合は、こうした同じマシンをネットワーク内の残りのマシンから完全に分離し、識別された脅威による被害を制限するのが望ましいと考えられる。
【００２４】
このことを実現するために、本明細書で説明するシステムおよび方法のインスタンスでは、たとえば、コンプライアンス管理コンポーネント（たとえば、管理コンソールなどの管理ユーザインターフェイスを含めてもよい）および／またはコンフィギュレーション管理エンジンを利用することができる。コンプライアンス管理コンポーネントは、組織がたとえば環境の全域にわたるセキュリティポリシーに対するコンプライアンスの状態を確認すること、および／またはコンフィギュレーション管理エンジンを適切に駆動できる現在のリスクレベルを選択することができるようにするための集中的な管理ポイントでもよい。さらに、コンプライアンス管理コンポーネントは、さまざまなリスクレベルが指定された場合に改善手順を監視および／または定義するための新しいポリシーを追加する機能を提供することができる。
【００２５】
図６には、１つの実施形態の１つの態様によるリスク駆動型コンプライアンスシステム６００のシステムアーキテクチャの１つの例を表す図が示されている。リスク駆動型コンプライアンスシステム６００は、管理コンソール６０２およびコンフィギュレーションエンジン６０４を備えている。この例は、以下を含むがこれには限定されない本明細書で説明するシステムおよび方法を利用する一般的なシナリオを説明している。
１） 管理コンソール（すなわち、コンプライアンス管理コンポーネント）６０２が環境内にインストールされ、設定される。この期間に、ネットワークシステム管理者は既存のセキュリティポリシーを評価し、デフォルトのリスクレベルの設定６０６に変更を加える必要があるかどうかを判定する。こうした変更には、新しいスキャンの追加、さまざまなリスクレベルで実行するスキャンおよび／またはさまざまなリスクレベルで実行する改善の変更を含めることができる。一般的には、４つのリスクレベルが定義されており、それぞれが異なるコンフィギュレーションチェック（ｃｏｎｆｉｇｕｒａｔｉｏｎ ｃｈｅｃｋｓ）および／または改善アクションに関連付けられている。
レベル１（緑）：
コンフィギュレーションチェック−このレベルでは、一般的に最小セットのチェックが実行される。これには、パッチのレベルが推奨されるベースラインを満たしているかどうかの確認、すべてのアンチマルウェア（ａｎｔｉ−ｍａｌｗａｒｅ）ソフトウェアが最新であり、有効化されていることの確認、および／またはファイアウォールが有効化されており、適切に設定されていることの確認を含めることができる。
改善−このレベルで一般的に実行される唯一の改善は、アンチマルウェアソフトウェアのアップデートである。ただし、コンピューティングデバイス６０８がパッチのレベルおよび／またはファイアウォールのチェックに合格しなかった場合は、これをデータベース６１０に記録し、この情報をたとえば管理コンソール６０２で報告することができる。
頻度−たとえば２４時間ごとに１度スキャンを実行できる。
レベル２（黄）：
コンフィギュレーションチェック−このレベルのチェックには、前述のレベルのすべてを含めることができるほか、その他の情報、たとえば、脆弱なユーザパスワード（ｗｅａｋ ｕｓｅｒ ｐａｓｓｗｏｒｄｓ）、潜在的に外来の（ｐｏｔｅｎｃｉａｌｌｙ ｅｘｔｒａｎｅｏｕｓ）サービス（ＩＩＳ、ＳＱＬ）を提供するクライアントマシン、匿名アクセスの許可、および／または脆弱な認可／認可なしのファイル共有などの情報も検出される。
改善−パッチは自動的に適用できる。他のアイテムについては、たとえば管理コンソール６０２で報告することができる。たとえば、チェックによって脆弱なパスワードおよび／または脆弱な認可によるファイル共有が検出された場合は、そのコンピューティングデバイス６０８を潜在的なリスクとして識別する電子メール６１２を生成し、コンピューティングデバイスの所有者および／またはセキュリティ業務担当者に送信することができる。
頻度−たとえば１２時間ごとに１度スキャンを実行できる。
レベル３（オレンジ）：
コンフィギュレーションチェック−このレベルのチェックには、前述のレベルのすべてを含めることができるほか、たとえば、既知の攻撃ツールを検出すること、および／またはユーザアカウントをデータベースの情報と比較して評価し、新しいアカウントが追加されていないかなどを判定することもできる。たとえば、アンチマルウェアプログラムによって強制的に完全スキャンを実行できる。たとえば、Ｗｅｂブラウザの設定を評価することもできる。
改善−たとえば、ファイアウォールを自動的に有効化できる。コンピューティングデバイス６０８がシステム内で特定の例外などを定義していない場合は、たとえば、脆弱なパスワードのユーザアカウントを無効化すること、および／または匿名アクセスを拒否することができる。その他のアイテムについて、たとえば管理コンソール６０２で報告することができる。潜在的な攻撃ツールが検出された場合、および／またはマルウェアが検出された場合は、たとえば、コンピューティングデバイス６０８を高リスクとして識別する電子メール６１２を生成し、コンピューティングデバイスの所有者および／またはセキュリティ業務担当者に送信することができる。たとえば、管理されていない（たとえば、管理者がアクセスしない）コンピューティングデバイス６０８を記録すること、および／またはセキュリティ業務グループに直接電子メール送信することができる。たとえば、こうしたデバイスはプログラムによってネットワークから切断すること（たとえばネットワーク業務グループによって）、および／または手動で対処することができる。
頻度−たとえば、８時間ごとに１度スキャンを実行できる。
レベル４（赤）：
コンフィギュレーションチェック−このレベルでは、通常、追加のチェックは実行されないが、ネットワーク保守担当者の要求に基づいてチェックを追加できる。
改善−前述のチェックのいずれかに合格しなかった場合は、たとえば、ＩＰｓｅｃフィルタの使用および／または手作業により（たとえば仮想スイッチの設定による）、コンピューティングデバイス６０８をネットワークから切断することができる。コンピュータデバイスは、一般にネットワーク管理者などのみによって再有効化できる。
頻度−たとえば、８時間ごとに１度スキャンを実行できる。さらに、システムは非常に柔軟性に富んでいるため、管理者は改善とレポートのレベルが変化するたびに、そうした場合にのみ、すべてのスキャンを実行できるようにすることができる。
２） 管理者は、環境内に存在する／環境を標的にするセキュリティの脅威を評価する。高リスクの脅威（たとえば、ネットワーク上のウィルス、外部に存在するＤＯＳ攻撃、ワームの発生、外壁の（ｅｘｔｅｒｎａｌ ｆａｃｉｎｇ）マシン上の攻撃パターンなど）が識別されない場合は、たとえば、レベル１（緑）のリスクレベルを示すように管理コンソール６０２を設定できる。
３） 管理コンソール６０２は、該当する範囲内にあるコンピューティングデバイス６０８のスキャンを開始できる。これには、たとえば、ワークステーション、ノートブックコンピュータ、サーバー、および／またはモバイルデバイスなどを含めることができる。最初のスキャンを実行する間に、管理コンソール６０２はたとえば関連のマシン情報（たとえば、名前、ＭＡＣアドレス、ｌＰアドレス、および／またはオペレーティングシステムなど）をデータベース６１０に記録することができる。これが管理されているマシンの場合に、管理コンソール６０２はたとえばユーザを管理者のコンピューティングデバイス６０８のグループに記録してから、たとえばレベル４と同等のスキャンを完了することができるが、レベル１の改善のみを実行できる。こうすることにより、環境のベースラインを提供し、管理者はより複雑な問題への対処を先行して開始することができる。
４） スキャンが完了すると、管理コンソール６０２に結果を表示でき、選択されたリスクレベル（たとえばレベル１）と比較することができる。管理コンソール６０２により、管理者はたとえばユーザが定義したグループ（たとえば部門など）、サブネット、および／または違反のタイプ（パッチレベルのチェックに合格しなかった）などに基づいて組織内のコンピューティングデバイス６０８を表示できる。
５） コンピューティングデバイス６０８は、たとえば２４時間ごと、および／またはリスクレベルが変化するまで再スキャンすることができる。
６） ネットワーク環境内に存在する／ネットワーク環境を標的にするリスクが高まったと管理者が判定した場合は、管理コンソール６０２のリスクレベルを調整できる。確認後、直ちに、たとえば選択されたレベルに基づいてスキャンを開始できる。さらに、たとえば週に一度完全スキャン（たとえばレベル４のスキャンと同等）を実行し、データベース６１０のベースラインを更新することもできる。
【００２６】
コンプライアンス管理コンポーネント
コンプライアンス管理コンポーネント（たとえば管理コンソール６０２）は、たとえばネットワーク環境の中心的な場所に配置し、設定することができる。コンプライアンス管理コンポーネントは、たとえばスキャンプロセスおよび／または改善プロセスの管理ポイントを提供すること、ならびに／あるいはネットワーク環境全体の「ダッシュボード」表示を提供することができる。たとえば、管理コンソール６０２は、非常に多くのクライアントコンピュータのスキャンを単独で管理すること、および／またはそれぞれがコンピュータグループのスキャンを管理する複数のサブ管理コンソールを管理することができる。こうした分散管理により、コンプライアンスレベルの局部的な評価および／または分析が可能になる。リスクレベルを管理する規則は、たとえば、サブ管理コンソールより中央コンソールで選択したリスクレベルが自動的に優先されるように、および／またはネットワーク環境内のどこであっても最も高いリスクレベルが他のコンソールに採用されるように設定することができる。管理コンソール６０２は、たとえばＳＭＳ（Ｓｙｓｔｅｍｓ Ｍａｎａｇｅｍｅｎｔ Ｓｅｒｖｅｒ）６１４のようにネットワーク環境内に既に展開されている既存のソフトウェア展開技術を利用して個々のクライアントコンピュータのスキャンを実際にスケジュールおよび／または実行することができる。
【００２７】
コンフィギュレーション管理エンジン
コンフィギュレーション管理エンジン６０４は、コンソールからの直接的な入力を利用すること、ならびに／あるいはモデル駆動型のスキャンおよび／または改善エンジンであることができる。これは、いかなる点においても、コンフィギュレーション管理エンジン６０４はたとえばＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）を使用する複数の異なるモデルの１つを使用して実行するスキャン、予想される値（ｅｘｐｅｃｔｅｄ ｖａｌｕｅ）、および／または実行する改善アクションなどを説明できることを意味する。一般的には、スキャンと改善などの両方を識別できるスキームとモデル化言語が利用される。
【００２８】
以上に示し、説明した例示的なシステムの観点で、本実施形態によって実装できる方法は、図７〜９の流れ図を参照することでより適切に理解されるであろう。説明を簡単にするために、本方法は一連のブロックとして図示され、説明されているが、本実施形態がこのブロックの順序に限定されないことを理解されたい。たとえば、いくつかのブロックは、１つの実施形態によれば、異なる順序で実行すること、および／またはここで図示され、説明される他のブロックと同時に実行することができる。また、本実施形態による方法を実装するために、図示されたすべてのブロックが必要なわけではない。
【００２９】
本実施形態は、１つまたは複数のコンポーネントで実行されるコンピュータ実行可能命令（たとえばプログラムモジュール）の一般的なコンテキストで説明できる。一般に、プログラムモジュールには、ルーチン、プログラム、オブジェクト、データ構造などがあり、特定のタスクを実行するものや、特定の抽象データ型を実装するものも含まれる。一般に、プログラムモジュールの機能は必要に応じてさまざまな実施形態のインスタンスで結合したり分散したりすることができる。
【００３０】
図７には、１つの実施形態の１つの態様によるリスク駆動型コンプライアンスを実施する方法７００を表す流れ図が示されている。方法７００が開始され（７０２）、少なくとも１つのコンピュータネットワーク環境のリスクレベルが取得される（７０４）。リスクレベルは、リスク評価ソースから直接取得すること、ならびに／あるいはその全体および／または一部をコンピュータネットワーク環境の要因、ビジネス、セキュリティ、および／またはその他のパラメータ（たとえば、侵入検知システム（ＩＤＳ：ｉｎｔｒｕｓｉｏｎ ｄｅｔｅｃｔｉｏｎ ｓｙｓｔｅｍ）からの入力など）に基づいて導出することができる。次に、コンプライアンスエンジンを使用してリスクレベルに応じてコンピュータネットワーク環境のコンプライアンスを検出および／または改善し（７０６）、流れ図は終了する（７０８）。このインスタンスでは、コンプライアンスエンジンはリスクレベルに直接応答して必要なアクションを実行し、コンピュータネットワーク環境のコンプライアンスを実現する。これには、リスクレベルに応じて、検出レベルを向上すること、環境全体および／または環境内の個々のアイテムに対して改善アクションを実行することなどを含めることができるが、これに限定はされない。個々のアイテムには、サーバー、デスクトップコンピュータ、メインフレーム、ノートブックコンピュータ、および／またはモバイルデバイスなどを含めることができるが、これに限定はされない。このようにして、リスク駆動型コンプライアンスはたとえばあらかじめ指定されたスクリプトなどを使用して実現でき、追加のリスクコンプライアンス管理デバイスなどは必ずしも必要ではない。
【００３１】
図８を参照すると、１つの実施形態の１つの態様によるリスク駆動型コンプライアンスを実施する方法８００を表す別の流れ図が示されている。方法８００が開始され（８０２）、少なくとも１つのコンピュータネットワーク環境のリスクレベルが取得される（８０４）。前述のように、リスクレベルは全体または一部をさまざまなソースから直接的および／または間接的に取得できる。少なくとも１つの管理コンソールを使用して、コンピュータネットワーク環境の検出および／またはコンプライアンスのレベルをリスクレベルに応じて動的に決定する（８０６）。管理コンソールは、こうした決定をリスクレベルのみに基づいて導出することも、ユーザが指定した入力（たとえば、容認可能なリスクレベル、容認可能な改善アクションなど）などと組み合わせて導出することもできる。次に、取得したリスクレベルに応じてコンピュータネットワーク環境のコンプライアンスを実現するようにコンプライアンスエンジンの検出と改善のレベルが調整され（８０８）、流れ図は終了する（８１０）。コンプライアンスは、環境全体および／または環境内の個々のアイテム（たとえば、ノートブックコンピュータ、サーバーなど）に対する調整を実施することによって実現できる。コンプライアンスは、コンプライアンスエンジンとユーザが実行した（たとえば手動の）変更を併用することによっても実現できる。
【００３２】
図９を参照すると、１つの実施形態の１つの態様によるリスク駆動型コンプライアンスを実施する方法９００を表すさらに別の流れ図が示されている。方法９００が開始され（９０２）コンピュータネットワークサブグループのリスクコンプライアンスを管理するリスクレベルに応じた管理コンソールの階層が確立される（９０４）。こうした階層には、通常は中央の管理コンソールが含まれており、その他のサブ管理コンソールを「管理」している。これで、コンプライアンス情報の唯一のソースを提供すると同時に、個々の環境および／またはコンピューティングサブグループのリスクレベルを個別に調整できるサブ管理コンソールを備えることにより、依然として大きな柔軟性を提供することができる。さらに、サブ管理コンソールに対して中央の管理コンソールによる優先的な制御、および／または管理するサブグループのリスクレベルが最も高いサブ管理コンソールによる優先的な制御が提供され（９０６）、流れ図は終了する（９０８）。このように、中央の管理コンソールはすべてのサブ管理コンソールに対して最終的な制御を実行できるので、そのリスクレベルへの動的な応答は一部またはすべてのコンピューティングデバイスに対して実施できる。しかし、管理者が要求する場合は、サブ管理コンソールは他の管理コンソールより高いリスクレベルを受信した場合に、コンプライアンスタスクを動的に実行する機能を与えられることができる。中央の管理者は、こうしたサブ管理コンソールの変更を通知され、必要に応じて環境全体のリスクレベルを調整することができる。これは、すべてのコンピューティングデバイスが環境に対する最も危険な脅威から保護されることを保証するために有効である。
【００３３】
本実施形態のさまざまな態様を実施するための付加的なコンテキストを示すために、図１０と以下の説明は、本実施形態のさまざまな態様を実施できる適切なコンピューティング環境１０００について、その概要を一般的に説明することを目的としている。本実施形態について、ローカルコンピュータおよび／またはリモートコンピュータで動作するコンピュータプログラムのコンピュータで実行可能な命令の一般的なコンテキストで説明してきたが、本実施形態を他のプログラムモジュールと組み合わせても実装できることを当業者は理解するであろう。一般に、プログラムモジュールには、ルーチン、プログラム、コンポーネント、データ構造など、特定のタスクを実行するものおよび／または特定の抽象データ型を実装するものが含まれる。さらに、本発明による方法が、シングルプロセッサまたはマルチプロセッサによるコンピュータシステム、ミニコンピュータ、メインフレームコンピュータ、ならびにパーソナルコンピュータ、ハンドヘルドコンピューティングデバイス、マイクロプロセッサベースの家電製品および／またはプログラム可能な家電製品など、それぞれが１台または複数台の関連デバイスと通信して動作できる他のコンピュータシステム構成でも実施できることも、当業者は理解するであろう。本実施形態の図示された態様は、通信ネットワークを介してリンクされたリモートプロセッシングデバイスで特定のタスクを実行する分散コンピューティング環境でも実施できる。ただし、本実施形態のすべてではないがいくつかの態様は、スタンドアロンコンピュータで実施してもよい。分散コンピューティング環境では、プログラムモジュールをローカルおよび／またはリモートのメモリストレージデバイス内に配置してもよい。
【００３４】
本出願で使用する限り、「コンポーネント」という用語は、コンピュータ関連のエンティティを表すものとし、ハードウェア、ハードウェアとソフトウェアの組み合わせ、ソフトウェア、実行中のソフトウェア（ｓｏｆｔｗａｒｅ ｉｎ ｅｘｅｃｕｔｉｏｎ）のいずれでもよい。たとえば、コンポーネントは、プロセッサで動作するプロセス、プロセッサ、オブジェクト、実行可能ファイル、実行中のスレッド、プログラム、およびコンピュータのいずれでもよいが、これらに限定はされない。たとえば、サーバー上で動作するアプリケーションおよび／またはサーバーはいずれもコンポーネントと考えられる。さらに、コンポーネントには１つまたは複数のサブコンポーネントを含めてもよい。
【００３５】
図１０を参照すると、本実施形態のさまざまな態様を実施するための例示的なシステム環境１０００には、プロセッシングユニット１００４、システムメモリ１００６、およびシステムメモリからプロセッシングユニット１００４までのさまざまなシステムコンポーネントを接続するシステムバス１００８を含む従来のコンピュータ１００２が含まれている。プロセッシングユニット１００４は、市販のさまざまなプロセッサまたは自社開発のプロセッサのいずれでもよい。さらに、プロセッシングユニットは複数のプロセッサ（たとえば、パラレルに接続されてもよい）で構成されるマルチプロセッサとして実装されてもよい。
【００３６】
システムバス１００８は、たとえば、ＰＣＩ、ＶＥＳＡ、Ｍｉｃｒｏｃｈａｎｎｅｌ、ＩＳＡ、ＥＩＳＡなど従来のさまざまなバスアーキテクチャの任意のものを使用したメモリバスまたはメモリコントローラ、周辺バス、ローカルバスを含む各種バス構造のいずれでもよい。システムメモリ１００６には、読み取り専用メモリ（ＲＯＭ：ｒｅａｄ ｏｎｌｙ ｍｅｍｏｒｙ）１０１０とランダムアクセスメモリ（ＲＡＭ：ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ）１０１２が含まれる。起動時などにコンピュータ１００２内のエレメント間の情報転送を支援する基本ルーチンを含む基本入出力システム（ＢＩＯＳ：ｂａｓｉｃ ｉｎｐｕｔ／ｏｕｔｐｕｔ ｓｙｓｔｅｍ）１０１４は、ＲＯＭ １０１０に格納されている。
【００３７】
コンピュータ１００２には、たとえば、ハードディスクドライブ１０１６、磁気ディスクドライブ１０１８（取り外し可能なディスク１０２０に対する読み出しまたは書き込みを行う）、および光ディスクドライブ１０２２（ＣＤ−ＲＯＭディスク１０２４または他の光媒体に対する読み出しまたは書き込みを行う）がさらに含まれていてもよい。ハードディスクドライブ１０１６、磁気ディスクドライブ１０１８、および光ディスクドライブ１０２２は、それぞれハードディスクドライブインターフェイス１０２６、磁気ディスクドライブインターフェイス１０２８、および光ディスクドライブインターフェイス１０３０を介してシステムバス１００８に接続する。ドライブ１０１６〜１０２２およびこれらに関連付けられたコンピュータ可読媒体は、コンピュータ１００２のデータ、データ構造、コンピュータ実行可能命令などを格納する不揮発性ストレージとして利用できる。前述のコンピュータ可読媒体の説明は、ハードディスク、取り外し可能な磁気ディスク、およびＣＤを表しているが、例示的な動作環境１０００では、磁気カセット、フラッシュメモリカード、デジタルビデオディスク（ＤＶＤ：ｄｉｇｉｔａｌ ｖｉｄｅｏ ｄｉｓｋ）、Ｂｅｒｎｏｕｌｌｉ（ベルヌーイ）カートリッジなどのコンピュータ可読媒体である、その他のタイプの媒体も利用でき、さらにこうした任意の媒体に本実施形態の方法を実行するためのコンピュータ実行可能命令を格納できることを当業者は理解されたい。
【００３８】
オペレーティングシステム１０３２、１つまたは複数のアプリケーションプログラム１０３４、その他のプログラムモジュール１０３６、およびプログラムデータ１０３８を含む多くのプログラムモジュールは、ドライブ１０１６〜１０２２およびＲＡＭ １０１２に格納できる。オペレーティングシステム１０３２は、適切なオペレーティングシステムのいずれでもよい。または、オペレーティングシステムの組み合わせでもよい。例として、アプリケーションプログラム１０３４およびプログラムモジュール１０３６には、１つの実施形態の１つの態様によるコンピュータネットワーク環境のコンプライアンススキームを含めることができる。
【００３９】
ユーザは、キーボード１０４０やポインティングデバイス（たとえばマウス１０４２）などの１つまたは複数のユーザ入力デバイスを使用してコンピュータ１００２にコマンドおよび情報を入力できる。その他の入力デバイス（図示せず）には、マイクロフォン、ジョイスティック、ゲームパッド、サテライトディッシュ、無線リモート（ｗｉｒｅｌｅｓｓ ｒｅｍｏｔｅ）、スキャナなどを含めてもよい。これらの入力デバイスおよびその他の入力デバイスは、多くの場合、システムバス１００８に接続するシリアルポートインターフェイス１０４４を介してプロセッシングユニット１００４に接続するが、パラレルポート、ゲームポート、ＵＳＢ（ｕｎｉｖｅｒｓａｌ ｓｅｒｉａｌ ｂｕｓ）のような他のインターフェイスで接続してもよい。モニター１０４６または他のタイプの表示デバイスも、ビデオアダプタ１０４８などのインターフェイスを介してシステムバス１００８に接続される。コンピュータ１００２には、モニター１０４６以外にスピーカーやプリンタなどの周辺出力デバイス（図示せず）が接続されてもよい。
【００４０】
コンピュータ１００２は、１台または複数台のリモートコンピュータ１０６０への論理接続を使用してネットワーク環境で動作できることを理解されたい。リモートコンピュータ１０６０は、ワークステーション、サーバーコンピュータ、ルーター、ピアデバイス、またはその他の一般的なネットワークノードのいずれでもよい。通常は、コンピュータ１００２に関連して上で説明したエレメントの多くまたはすべてが含まれるが、簡単にするために、図１０にはメモリストレージデバイス１０６２のみを示す。図１０に示す論理接続には、ローカルエリアネットワーク（ＬＡＮ：ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋ）１０６４とワイドエリアネットワーク（ＷＡＮ：ｗｉｄｅ ａｒｅａ ｎｅｔｗｏｒｋ）１０６６を含めてもよい。このようなネットワーキング環境は、オフィス、エンタープライズ規模のコンピュータネットワーク、イントラネット、およびインターネットではきわめて一般的である。
【００４１】
ＬＡＮネットワーキング環境で使用する場合に、たとえばコンピュータ１００２はローカルネットワーク１０６４にネットワークインターフェイスまたはアダプタ１０６８を介して接続する。ＷＡＮネットワーキング環境で使用する場合に、通常、コンピュータ１００２はモデム（たとえば、電話、ＤＳＬ、ケーブルなど）１０７０を備えているか、ＬＡＮ上の通信サーバーに接続する。あるいは、ＷＡＮ １０６６（インターネットなど）を介して通信を確立するその他の手段を備えている。モデム１０７０（コンピュータ１００２に内蔵でも外付けでもよい）は、シリアルポートインターフェイス１０４４を介してシステムバス１００８に接続される。ネットワーク環境では、プログラムモジュール（アプリケーションプログラム１０３４を含む）および／またはプログラムデータ１０３８は、リモートメモリストレージデバイス１０６２に格納できる。図示されたネットワーク接続は例示的なものであり、１つの実施形態の１つの態様を実施する場合に、コンピュータ１００２と１０６０との間で通信リンクを確立するその他の手段（たとえば有線または無線）を使用してもよいことは理解されるであろう。
【００４２】
本実施形態について、特に他の指定がない限り、コンピュータプログラミング業者の慣例に従って、コンピュータ１００２またはリモートコンピュータ１０６０などのコンピュータが実行する動作（ａｃｔｓ）およびオペレーションのシンボリック表現（ｓｙｍｂｏｌｉｃ ｒｅｐｒｅｓｅｎｔａｔｉｏｎｓ ｏｆ ｏｐｅｒａｔｉｏｎｓ）に関して説明してきた。このような動作やオペレーションは、場合によってはコンピュータ実行（ｃｏｍｐｕｔｅｒ−ｅｘｅｃｕｔｅｄ）と表される。動作およびオペレーションのシンボリック表現には、結果として電子信号表現の変換または還元（ｒｅｄｕｃｔｉｏｎ）を得るデータビットを表す電子信号のプロセッシングユニット１００４による操作、およびコンピュータシステムのオペレーションを再構成または変更するメモリシステム（システムメモリ１００６、ハードドライブ１０１６、フロッピー（登録商標）ディスク１０２０、ＣＤ−ＲＯＭ １０２４、およびリモートメモリ１０６２を含む）におけるメモリロケーションのデータビットの保守、およびその他の信号処理が含まれることは理解されるであろう。こうしたデータビットが保持されるメモリロケーションは、データビットに対応する特定の電子的、磁気的、または光学的な特性を有する物理ロケーションである。
【００４３】
図１１は、いくつか実施形態が対話できるコンピューティング環境の例１１００を示す別のブロック図である。システム１１００は、１台または複数台のクライアント１１０２を含むシステムをさらに示している。クライアント１１０２は、ハードウェアおよび／またはソフトウェア（たとえばスレッド、プロセス、コンピューティングデバイス）でよい。システム１１００には、１台または複数台のサーバー１１０４も含まれる。サーバー１１０４も、ハードウェアおよび／またはソフトウェア（たとえばスレッド、プロセス、コンピューティングデバイス）でよい。クライアント１１０２とサーバー１１０４の間で可能な１つの通信は、２つ以上のコンピュータプロセス間で送信できるようになされたデータパケットの形をとってもよい。システム１１００には、クライアント１１０２とサーバー１１０４の間の通信を円滑化するために利用できる通信フレームワーク１１０８が含まれる。クライアント１１０２は、クライアント１１０２にローカルな情報を格納するために利用できる１つまたは複数のクライアントデータストア１１１０に接続されている。同様に、サーバー１１０４はサーバー１１０４にローカルな情報を格納するために使用できる１つまたは複数のデータストア１１０６に接続されている。
【００４４】
本実施形態のシステムおよび／または方法は、コンピュータネットワーク環境のコンプライアンスを実施するコンピュータコンポーネントでも、コンピュータ以外の関連コンポーネントでも同様に利用できることを理解されたい。さらに、本実施形態のシステムおよび／または方法は、コンピュータ、サーバー、および／またはハンドヘルド電子デバイスなどを含むさまざまな電子関連技術に利用できることを当業者は理解するであろう。
【００４５】
以上の説明には、本実施形態の例が含まれる。本実施形態について説明するために、コンポーネントまたは方法のあらゆる組み合わせについて説明することはもちろん不可能であるが、他にも本実施形態の多くの組み合わせや置き換えが可能であることを当業者は理解できるであろう。したがって、本主題には添付の特許請求の精神と範囲を逸脱しない代替、変更、変形のすべてが含まれるものとする。さらに、「含む」という用語が実施形態の説明と特許請求の範囲のいずれかで使用される限りにおいて、こうした用語は用語「備える」と同様に包括的な意味を表す。これは「備える」が特許請求の範囲において暫定的な用語として使用された場合の解釈と同様である。
【図面の簡単な説明】
【００４６】
【図１】１つの実施形態の１つの態様によるリスク駆動型コンプライアンスシステムを示すブロック図である。
【図２】１つの実施形態の１つの態様によるリスク駆動型コンプライアンスシステムを示す別のブロック図である。
【図３】１つの実施形態の１つの態様による動的リスクコンプライアンスパラメータの例を示す図である。
【図４】１つの実施形態の１つの態様によるコンピュータネットワーク環境と対話するリスク駆動型コンプライアンスシステムを示すブロック図である。
【図５】１つの実施形態の１つの態様によるコンピュータネットワーク環境と対話するリスク駆動型コンプライアンスシステムを示す別のブロック図である。
【図６】１つの実施形態の１つの態様によるリスク駆動型コンプライアンスシステムのシステムアーキテクチャの１つの例を示す図である。
【図７】１つの実施形態の１つの態様によるリスク駆動型のコンプライアンスを実施する方法を示す流れ図である。
【図８】１つの実施形態の１つの態様によるリスク駆動型のコンプライアンスを実施する方法を示す別の流れ図である。
【図９】１つの実施形態の１つの態様によるリスク駆動型のコンプライアンスを実施する方法を示すさらに別の流れ図である。
【図１０】１つの実施形態が機能できる動作環境の１つの例を示す図である。
【図１１】１つの実施形態が機能できる動作環境の別の例を示す図である。
【技術分野】
【０００１】
本発明はリスク駆動型のコンプライアンス管理を行うコンピュータシステムに関する。
【背景技術】
【０００２】
コンピュータネットワークは、企業、政府、およびその他の組織にとって欠くことのできない一般的な要素になってきた。また、インターネットの出現により、ネットワークへの依存は家庭またはその他の場所でインターネットにログオンする個人ユーザのレベルにまで大幅に拡張されている。ネットワークを一切使用しないコンピューティングデバイスを検出することはますます希有になりつつある。ネットワークは、無限のデータリソースと世界中のほとんどすべてのポイントへの接続を提供できる。さらに、ネットワークによって提供される速度と効率により、規模の大小を問わず、ほとんどすべてのベンチャー企業にとって、ネットワークは欠くことのできない必須の要素になっている。結果として、コンピュータユーザの数が増大するのと同時に、こうしたユーザをサポートするネットワークの規模が大きくなり、複雑性が増してきた。さらに、こうしてネットワークの複雑性が増すことにより、ネットワークに関連する問題の数と複雑性も増大する。
【０００３】
ネットワークへの依存は膨大な効果をもたらすことによって正当化されているが、同時に、特定のタイプのテクノロジーへの依存性が高いために、このテクノロジーに障害が発生した場合に、ユーザが無防備な状態になる可能性もある。障害は、ネットワークサポート機器の機能不全、ネットワークプロトコルの不適切な設定、低レベルのネットワークセキュリティなど、さまざまな原因によって発生する可能性がある。機器の障害などの内部的な要因は、より高品質の機器によって改善できる。真に安全な環境を実現するには、複雑なネットワークを攻撃から守るために、こうした改善に加えて一般に徹底したコンフィギュレーション監査プロセス（ｃｏｎｆｉｇｕｒａｔｉｏｎ ａｕｄｉｔｉｎｇ ｐｒｏｃｅｓｓ）および効果的なセキュリティ計画が必要である。ネットワークセキュリティの最も困難な側面の１つは、「脅威」が時間の経過に伴って、または場所によって変化する可能性があることである（たとえば、ユーザがモバイルコンピューティングデバイスを信頼できる場所から信頼できない（ｕｎｔｒｕｓｔｅｄ）場所に移動し、戻す場合など）。さらに、唯一変わらないのは、脅威のレベルは常に変化していることであろう。
【０００４】
非常に単純な思考プロセスでは、最適なソリューションは常に最大のネットワークセキュリティを提供することのように思われる。しかし、一般にこうしたタイプのソリューションはネットワークユーザを何らかの形で妨害する。つまり、多くの場合にセキュリティと操作性または機能性は両極端の立場にある。妨害（ｉｎｔｅｒｆｅｒｅｎｃｅ）は、たとえばログインごとまたはトランザクションごとにパスワードを要求するといった簡単なものもあるが、たとえばユーザがネットワークへのリモートログインを禁止され、必ず安全を保証されたコンピューティングデバイスからネットワークを利用しなければならないといったきわめて負担の大きいものもある。後者の方法では、ほとんどのビジネスが１日たりとも機能しない。この方法では負担が大きすぎるのは明らかであり、一般に脅威のリスクが低い場合は多くの時間が無駄になる。
【０００５】
ネットワークに対する悪意のある攻撃などの行為やその他の不注意によるセキュリティリスクを回避するために、一般にコンプライアンス手続き（ｃｏｍｐｌｉａｎｃｅ ｐｒｏｃｅｄｕｒｅｓ）が導入されている。コンプライアンス手続きは、ネットワーク上のマシンがガイドラインまたはセキュリティポリシーへの「コンプライアンス」を実現するために実行すべきことを示している。通常、このためにはセキュリティポリシーを確認し、ネットワーク内でこれを実施する必要がある。ネットワークの複雑性が増すにつれて、この作業はきわめて厄介なものになっており、場合によっては効率的に実行することができない。すべての要求または提示されたガイドラインがネットワーク内で実施されているかどうかの判定を支援するために、コンプライアンスソフトウェアアプリケーションが開発された。アプリケーションによって検出されたコンプライアンスのレベルに基づいて、ネットワーク環境の脆弱性の評価を行うこともできる。これで、ネットワーク保守担当者（ｍａｉｎｔａｉｎｅｒ）はネットワークコンポーネントの変更を行い、ネットワークの保護を実施することができる。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
残念ながら、ほとんどの手作業と同様に、要求された変更の比率と量は増大しているため、また脅威は常に発展しているため、この作業はますます実行が困難になっている。このように、ネットワークに対する新しいリスクが発達し、追加のパスワードによる保護の実施と特定のウィルスタイプを対象とする追加のウィルススキャンが必要になった場合に、保守担当者は恐らくこうした状況にタイムリーに対処できる。しかし、保守担当者が世界規模のネットワークまたは数時間に数千の新しい脅威を担当している場合は、保守担当者が必要なステップをタイムリーに実行することによってネットワークを適切に保護することができず、ネットワークはきわめて脆弱な状態に放置されるであろう。ネットワーク保守担当者が必要な変更を行うことができても、改善の潜在的な影響力がネットワークに対して目に見えない悪影響を及ぼす可能性がある。脅威のレベルが変化すると、ネットワークに対するリスクのレベルが高まり、コンプライアンスと改善の手続きの変更も余儀なくされる。新しいコンプライアンス手続きは、タイムリーに実施された場合に、ネットワークの脅威によるネットワークの損傷を回避するために有効であると考えられる。
【課題を解決するための手段】
【０００７】
主題となる実施形態のいくつかの態様について基本的な理解が得られるように、本主題の概要について以下で簡単に説明する。以下の説明は、本主題の概要を広範囲にわたって示すものではない。また、本実施形態の重要／不可欠な要素を識別したり、本主題の範囲を限定したりするものでもない。その唯一の目的は、後述の実施形態に関する説明の準備として、本主題に関するいくつかの概念を簡略化した形で示すことである。
【０００８】
本主題は、一般にはネットワークリスク管理に関し、より詳細にはコンピュータネットワーク環境のリスクコンプライアンスをリスクレベルに応じて動的に管理するシステムおよび方法に関するものである。環境のリスクレベルを利用して、ネットワークコンプライアンスを検出するため、ならびに／あるいは手動および／または自動の手段を使用して指定されたリスクレベルのコンプライアンスを実現するようにネットワークを改善するためのユーザが調整できる動的なアクションを提供する。リスクレベルは、たとえばビジネス、セキュリティ、およびオペレーションの要因などの組み合わせに基づくことができる。場合によっては、環境の現在のリスクレベルに基づいて、ネットワーク全体および／またはネットワークの個々のアイテムに対してさまざまな改善ステップを手動および／または自動で実行することができる。インスタンスには、集中的な管理ポイントを提供できる管理コンソールを含めることができ、組織はこのポイントを使用して、ネットワーク環境全域にわたるセキュリティポリシーへのコンプライアンスの状態を確認すること、および／またはコンフィギュレーション管理エンジンを適切に駆動できる現在のリスクレベルを選択することができる。他のインスタンスには、多くのネットワーク環境を対象とする管理コンソールの階層を含めることができ、リスクコンプライアンスを大規模に集中管理するスケーラブルな手段を提供する。コンフィギュレーション管理エンジンは、既存のコンポーネントを利用してコンピュータネットワークの検出および／または改善を実行できる。さらに、レポートおよび／またはワークフローも生成することによって、手動によるネットワークのコンフィギュレーションおよび／または改善を実行すること、ならびに／あるいはリスクレベルの監視を実行することができる。
【０００９】
前述の目的および関連の目的を達成するために、本明細書では実施形態のいくつかの例示的な態様について、以下に示す実施形態の説明と添付の図面に関連付けながら説明する。ただし、このような態様は例を示すものであり、本主題の原理を使用できるさまざまな方法の一部にすぎず、本主題はこうした態様やその均等物をすべて含むことを意図するものとする。本主題のその他の利点と新しい特徴は、以下に示す実施形態の説明を添付の図面に関連付けて考察することで明らかになるであろう。
【発明を実施するための最良の形態】
【００１０】
ここで、本主題について添付の図面に関連付けながら説明するが、全体を通して同類の要素には似かよった参照番号が使用されている。以下の説明において、本主題に関する理解を深めるために、説明を目的として多くの個別的な詳細要素について説明する。ただし、本主題の実施形態は、以下に示す個別的な詳細要素がなくても実施できることは明らかであろう。他のインスタンスでは、本実施形態の説明を容易にするために、周知の構造およびデバイスがブロック図の形で示されている。
【００１１】
本出願で使用する限り、「コンポーネント」という用語は、コンピュータに関連するエンティティ（ｅｎｔｉｔｙ）を表すものとし、ハードウェア、ハードウェアとソフトウェアの組み合わせ、ソフトウェア、または実行中のソフトウェアのいずれでもよい。たとえば、コンポーネントは、プロセッサで動作するプロセス、プロセッサ、オブジェクト、実行可能ファイル、実行するスレッド、プログラム、および／またはコンピュータのいずれでもよいが、これらに限定はされない。たとえば、サーバー上で動作するアプリケーションとサーバーはいずれもコンピュータのコンポーネントと言える。実行するプロセスおよび／またはスレッド内には、１つまたは複数のコンポーネントが存在してもよい。また、コンポーネントは１台のコンピュータに集中すること、および／または２台またはそれ以上のコンピュータに分散することができる。「スレッド」は、オペレーティングシステムのカーネルがスケジュールして実行するプロセス内のエンティティである。当技術分野では周知のように、各スレッドはスレッドの実行に関連付けられた一時的なデータである「コンテキスト」を伴っている。スレッドのコンテキストには、スレッドのプロセスに属するシステムレジスターの内容および仮想アドレスが含まれる。このように、スレッドのコンテキストを含む実際のデータは、スレッドを実行するにつれて変化する。
【００１２】
本明細書で説明するシステムおよび方法は、指定された任意の時間に組織内のリスクの大きさに基づいて動的なレベルのスキャンとコンプライアンスを実現するリスク駆動型（ＲＩＳＫ ＤＲＩＶＥＮ）のコンプライアンス管理技術を提供する。ビジネス、セキュリティ、および／またはオペレーションの情報の組み合わせによって決定されるリスクのレベルを定義することによって、現在の容認可能な（ａｃｃｅｐｔａｂｌｅ）リスクレベルに基づいてさまざまなアイテムをスキャンし、場合によっては改善するコンプライアンス管理システムを提供できる。今日、コンプライアンスチェックを提供するソリューションでは、スキャンの複雑性と深さに関して唯一のレベルしか提供しないのが一般的である。このことにより、余分の処理時間と複雑なプロセスが追加される。ほとんどのスキャンには、希なケースでしか必要のない大量のチェックが含まれている。本明細書で説明するシステムおよび方法では、チェックと改善のレベル低下を許可することによって擬陽性（ｆａｌｓｅ ｐｏｓｉｔｉｖｅｓ）の数を削減できる。これで、セキュリティオペレーションチームは問題のないことの調査に無駄な時間を費やすことなく、間近に迫ったリスクに最も関連の深い問題に照準を合わせることができる。
【００１３】
たとえば、企業が日常業務ベースで操業する場合は、リスクレベルは低いと考えられる（レベル１または緑色）。この時点では、企業はネットワーク上のマシンをスキャンし、コンフィギュレーション設定とセキュリティ設定の両方の最小セットを評価することができる。このレベルのリスクは、設定または不適切なコンフィギュレーションを自動的に改善するための柔軟性は提供しないが、代わりに、必要な変更を担当者に通知し、こうした変更を容易に実行できる自動化されたワークフロー（ａｕｔｏｍａｔｅｄ ｗｏｒｋｆｌｏｗ）を提供するための柔軟性を提供することができる。環境内のリスクレベルが高まるにつれて、チェックの数を増大し、改善を自動化することができる。たとえば、リスクが高い場合は（たとえばワーム／ウィルスが発生した場合など）、コンプライアンス管理エンジンは必要なパッチのスキャンのみでなく、必要なパッチを自動的に適用してコンピューティングデバイスを感染から守ることができる。さらに、たとえば、自動的にスキャンを実行して感染の可能性のあるシステムからウィルスが検出された場合にこれを駆除することができる。このように、「正常」な日にはユーザはセキュリティ機能のアップグレードを遅らせることができるが、Ｗｅｂに深刻な脅威が存在する場合は、リスク駆動型コンプライアンスシステムおよびその方法では、たとえば署名のダウンロードなどを強制することができる。
【００１４】
図１に、１つの実施形態の１つの態様によるリスク駆動型コンプライアンスシステム１００を示すブロック図が示されている。リスク駆動型コンプライアンスシステム１００は、入力１０４を受信し、出力１０６を提供するリスク駆動型コンプライアンスコンポーネント１０２を備えている。入力１０４は、通常はコンピュータネットワーク環境に関して導出されたリスクレベルである。このリスクレベルは、コンピュータネットワーク環境に幾分かの関連および／または影響のあるビジネス、セキュリティ、オペレーション、および／または他のタイプの情報の組み合わせに基づくことができる。リスクレベルは、リスクを評価するソースから直接取得すること、ならびに／あるいは、リスク駆動型コンプライアンスシステム１００を使用してその全体および／または一部を導出することができる。リスク駆動型コンプライアンスコンポーネント１０２は、指定された任意の時間の環境に関する入力１０４のリスクの大きさに基づいて、動的なレベルの検出および／またはコンプライアンスを提供する。このことにより、リスク駆動型コンプライアンスコンポーネント１０２は、現在の容認可能なリスクレベルに基づいて環境のさまざまなアイテムを検出および／または改善できる。
【００１５】
これは、唯一のレベルの複雑性と深さの検出しか提供できない今日のシステムとは全く対照的である。このようにして、リスク駆動型コンプライアンスコンポーネント１０２は、ユーザ（たとえばネットワークセキュリティ管理者）および／またはコンプライアンスエンジンがリスクレベルに動的に応答してコンピュータネットワーク環境を保護できるように支援する情報および／またはコントロールを備える出力１０６を提供する。他のインスタンスでは、出力１０６は、さらにコンピュータネットワーク環境に直接適用し、入力１０４で提供されたリスクレベルに応じてコンプライアンスを実現することもできる検出および／または改善に関する情報および／またはコントロールも備えている。リスク駆動型コンプライアンスコンポーネント１０２は、柔軟に実装でき、コンピュータネットワーク環境のコンプライアンス管理および／または直接的なコンプライアンス制御の両方を提供する。このことにより、リスク駆動型コンプライアンスシステム１００は、さまざまなレベルの既存のコンプライアンスコンポーネントを備えるさまざまな環境に利用および／または統合できる。
【００１６】
図２を参照すると、１つの実施形態の１つの態様によるリスク駆動型コンプライアンスシステム２００を示す別のブロック図が示されている。リスク駆動型コンプライアンスシステム２００は、リスクレベル２０４を取得し、動的リスクコンプライアンスパラメータ２０６を提供するリスク駆動型コンプライアンスコンポーネント２０２を備えている。リスク駆動型コンプライアンスコンポーネント２０２は、受信コンポーネント２０８とユーザ２１２にインターフェイスするコンプライアンス管理コンポーネント２１０を備えている。受信コンポーネント２０８は、前述のようにさまざまなソースからリスクレベル２０４を取得する（たとえば、リスク評価ソースから直接提供されたもの、受信コンポーネント２０８でコンパイルされるリスク情報、受信コンポーネント２０８によって強化されたリスク情報など）。
【００１７】
コンプライアンス管理コンポーネント２１０は、受信コンポーネント２０８から取得したリスクレベル２０４を利用し、動的リスクコンプライアンスパラメータ２０６を提供することによってコンピュータネットワーク環境を動的に管理する。コンプライアンス管理コンポーネント２１０には、通常、たとえばコンプライアンス管理コンソールなどのユーザインターフェイスが含まれており、ユーザ２１２はデータの問題に関してリスクコンプライアンス情報を確認すること、ならびに／あるいはコンピュータネットワーク環境および／または環境アイテムの手動によるコンプライアンスの実現を支援すること、ならびに／あるいは容認可能なリスクレベルなどの選択／調整によってリスクコンプライアンスの実現を円滑化することができる。このように、このリスク駆動型コンプライアンスシステム２００によるインスタンスは、既存のコンプライアンスエンジンと組み合わせて実装でき、リスクレベル２０４に応じた動的リスクコンプライアンスを提供できる。１つのインスタンスでは、リスク駆動型コンプライアンスコンポーネント２０２でスクリプトを利用することにより、リスクレベルの変化に応じてコンプライアンスエンジンを制御する。
【００１８】
図３は、１つの実施形態の１つの態様による動的リスクコンプライアンスパラメータ３０２の例３００を示している。このインスタンスでは、動的リスクコンプライアンスパラメータ３０２には、リスクベースのコンプライアンスおよび検出の調整および情報３０４が含まれるが、これに限定はされない。リスクベースのコンプライアンスおよび検出の調整および情報３０４には、たとえば、担当者への通知３０６、リスクの影響を受けやすいアイテムの改善３０８、および／または自動化されたワークフロー３１０などを含めることができる。担当者への通知３０６には、電子メールによる通知、インスタントメッセージング（ＩＭ：ｉｎｓｔａｎｔ ｍｅｓｓａｇｉｎｇ）による通知、テキストメッセージング、ポケベル（ｐａｇｉｎｇ）、視覚的アラート、音声アラート、リスクの影響を受ける可能性のあるユーザへの通知、および／またはシステム全体への通知などを含めることができるが、これに限定はされない。リスクの影響を受けやすいアイテムの改善３０８には、コンピューティングデバイスの検出レベルの向上、コンピューティングデバイスのシャットダウン、コンピューティングデバイス上および／またはコンピューティングデバイス向けの保護エレメントの追加インストール、コンピューティングデバイスの「オフライン」化、および／またはコンピューティングデバイスの再起動などを含めることができるが、これに限定はされない。自動化されたワークフロー３１０には、ユーザに環境全体および／または環境内の特定のアイテムを保護するための手順を提供するワークフローなどを含めることができるが、これに限定はされない。自動化されたワークフロー３１０は、予防および／または改善のワークフローなどでもよい。リスクベースのコンプライアンスおよび検出の調整および情報３０４には、その他の情報、たとえば、レポートおよび／または提案（リアルタイムで利用できるものおよび／または保存して今後の分析および／または比較に利用できるもの）を含めてもよい（たとえば、ベースラインレポートを作成して今後の異常の検出を実施することができる）。
【００１９】
図４を参照すると、１つの実施形態の１つの態様によるコンピュータネットワーク環境と対話するリスク駆動型コンプライアンスシステム４００を示すブロック図が示されている。リスク駆動型コンプライアンスシステム４００は、リスクレベル４０４を取得し、コンピュータネットワーク環境４０６とインターフェイスするリスク駆動型コンプライアンスコンポーネント４０２を備えている。リスク駆動型コンプライアンスコンポーネント４０２は、ユーザ４１２およびコンフィギュレーション管理エンジン４１０とインターフェイスするコンプライアンス管理コンポーネント４０８を備えている。この例では、コンプライアンス管理コンポーネント４０８はリスクレベル４０４を直接取得する。コンプライアンス管理コンポーネント４０８は、自ら４０８がユーザ４１２と対話して情報の提供および／または制御情報の受信などを実行できるように、ユーザインターフェイスも提供する。コンプライアンス管理コンポーネント４０８は、リスクレベル４０４および／またはユーザ４１２から提供された情報を利用して、コンピュータネットワーク環境４０６に関するリスクコンプライアンスの問題とこうした問題の管理ソリューション（たとえば、検出レベルの向上、改善アクションなど）を動的に決定する。コンフィギュレーション管理エンジン４１０（以下で詳細に説明する）は、コンプライアンス管理コンポーネント４０８からソリューションを受信し、コンピュータネットワーク環境４０６にそれを実装することによってコンピュータネットワーク環境４０６のコンプライアンスを実現する。このように、リスク駆動型コンプライアンスシステム４００は変化するリスクレベルに動的に応答し、リスクレベル４０４に応じてコンプライアンスパラメータをアクティブに調整する。
【００２０】
リスク駆動型コンプライアンスシステム４００の他のインスタンスでは、コンフィギュレーション管理エンジン４１０がリスクレベル４０４を直接受信し、コンピュータネットワーク環境４０６のコンプライアンス調整を動的に実施することができる。たとえば、コンフィギュレーション管理エンジン４１０には、コンピュータネットワーク環境４０６のコンプライアンスを実現するようにプログラミングされた個別のリスクレベルスクリプトを含めることができる。こうした非常に単純なアプローチでは、コンフィギュレーション管理エンジン４１０はリスクレベル４０４に基づいて適切なスクリプトを自動的に実行する。
【００２１】
図５を参照すると、１つの実施形態の１つの態様によるコンピュータネットワーク環境５０６と対話するリスク駆動型コンプライアンスシステム５００を示す別のブロック図が示されている。リスク駆動型コンプライアンスシステム５００は、リスクレベル５０４を取得し、コンピュータネットワーク環境５０６とインターフェイスするリスク駆動型コンプライアンスコンポーネント５０２を備えている。このリスクレベル５０４は、コンピュータネットワーク環境５０６への脅威に基づくこと、ならびに／あるいはその他リスク情報ソース５２０から導出および／または取得することができる。リスク駆動型コンプライアンスコンポーネント５０２は、コンプライアンス管理コンポーネント５０８およびコンフィギュレーション管理エンジン５１０を備えている。コンプライアンス管理コンポーネント５０８は、管理コンソール５１２を備えている。コンフィギュレーション管理エンジン５１０は、スキャンコンポーネント５１４および改善コンポーネント５１６を備えている。
【００２２】
管理コンソール５１２は、リスクレベル５０４を取得し、リスクレベル５０４に応じて必要なコンプライアンス管理アクションを決定する。必要なアクションには、たとえば、ユーザ５１８から取得した制御情報、たとえば容認可能なリスクレベルおよび／または改善および／または検出アクションなどに関する情報を含めることができる。１つのインスタンスでは、管理コンソール５１２はスクリプトを作成することおよび／または既存のスクリプトを利用することによって、リスクレベル５０４に応じて検出／スキャンレベルおよび／または改善アクションなどを調整する。たとえば、スキャンコンポーネント５１４には、管理コンソール５１２からスキャンスクリプトを利用し、これに従ってコンピュータネットワーク環境５０６をスキャンするスキャンモデルを含めることができる。同様に、改善コンポーネント５１６には、管理コンソール５１２から改善スクリプトを利用し、これに従ってコンピュータネットワーク環境５０６の改善を開始する改善モデルを含めることができる。スクリプトを利用するアーキテクチャの例については、以下で詳細に説明する。このように、リスク駆動型コンプライアンスシステム５００は既存のシステムなどに非常に柔軟に実装できる。以下で説明するように、これでリスクコンプライアンスは飛躍的に向上する。
【００２３】
リスク駆動型コンプライアンス管理
エンタープライズ環境のセキュリティリスクのスキャンは、複雑で時間のかかる作業である。非常に多くのスキャンとチェックが実行され、非常に多くの「擬陽性」が検出されることを保証する。こうした擬陽性のそれぞれについて、追加の調査が必要になる可能性がある。さらに、環境内のリスクレベルが高まるにつれて、管理者はさまざまな軽減（ｍｉｔｉｇａｔｉｏｎｓ）を要求することができる。軽減は、多くの場合に望ましくない副作用（たとえば、サービスの喪失、機能の喪失、マシンの不安定化（ｄｅｓｔａｂｉｌｉｚａｔｉｏｎ）など）をもたらすため、むやみに適用されないのが一般的である。このように、通常、高レベルの軽減が自動的に実行されるのは、リスクレベルの高まりによって軽減が必要になった場合に限られる。日常業務ベースでは、管理者は管理するネットワークのセキュリティ要件に適合しないマシンについて通知されるたけでもよいが、リスクが高い場合は、こうした同じマシンをネットワーク内の残りのマシンから完全に分離し、識別された脅威による被害を制限するのが望ましいと考えられる。
【００２４】
このことを実現するために、本明細書で説明するシステムおよび方法のインスタンスでは、たとえば、コンプライアンス管理コンポーネント（たとえば、管理コンソールなどの管理ユーザインターフェイスを含めてもよい）および／またはコンフィギュレーション管理エンジンを利用することができる。コンプライアンス管理コンポーネントは、組織がたとえば環境の全域にわたるセキュリティポリシーに対するコンプライアンスの状態を確認すること、および／またはコンフィギュレーション管理エンジンを適切に駆動できる現在のリスクレベルを選択することができるようにするための集中的な管理ポイントでもよい。さらに、コンプライアンス管理コンポーネントは、さまざまなリスクレベルが指定された場合に改善手順を監視および／または定義するための新しいポリシーを追加する機能を提供することができる。
【００２５】
図６には、１つの実施形態の１つの態様によるリスク駆動型コンプライアンスシステム６００のシステムアーキテクチャの１つの例を表す図が示されている。リスク駆動型コンプライアンスシステム６００は、管理コンソール６０２およびコンフィギュレーションエンジン６０４を備えている。この例は、以下を含むがこれには限定されない本明細書で説明するシステムおよび方法を利用する一般的なシナリオを説明している。
１） 管理コンソール（すなわち、コンプライアンス管理コンポーネント）６０２が環境内にインストールされ、設定される。この期間に、ネットワークシステム管理者は既存のセキュリティポリシーを評価し、デフォルトのリスクレベルの設定６０６に変更を加える必要があるかどうかを判定する。こうした変更には、新しいスキャンの追加、さまざまなリスクレベルで実行するスキャンおよび／またはさまざまなリスクレベルで実行する改善の変更を含めることができる。一般的には、４つのリスクレベルが定義されており、それぞれが異なるコンフィギュレーションチェック（ｃｏｎｆｉｇｕｒａｔｉｏｎ ｃｈｅｃｋｓ）および／または改善アクションに関連付けられている。
レベル１（緑）：
コンフィギュレーションチェック−このレベルでは、一般的に最小セットのチェックが実行される。これには、パッチのレベルが推奨されるベースラインを満たしているかどうかの確認、すべてのアンチマルウェア（ａｎｔｉ−ｍａｌｗａｒｅ）ソフトウェアが最新であり、有効化されていることの確認、および／またはファイアウォールが有効化されており、適切に設定されていることの確認を含めることができる。
改善−このレベルで一般的に実行される唯一の改善は、アンチマルウェアソフトウェアのアップデートである。ただし、コンピューティングデバイス６０８がパッチのレベルおよび／またはファイアウォールのチェックに合格しなかった場合は、これをデータベース６１０に記録し、この情報をたとえば管理コンソール６０２で報告することができる。
頻度−たとえば２４時間ごとに１度スキャンを実行できる。
レベル２（黄）：
コンフィギュレーションチェック−このレベルのチェックには、前述のレベルのすべてを含めることができるほか、その他の情報、たとえば、脆弱なユーザパスワード（ｗｅａｋ ｕｓｅｒ ｐａｓｓｗｏｒｄｓ）、潜在的に外来の（ｐｏｔｅｎｃｉａｌｌｙ ｅｘｔｒａｎｅｏｕｓ）サービス（ＩＩＳ、ＳＱＬ）を提供するクライアントマシン、匿名アクセスの許可、および／または脆弱な認可／認可なしのファイル共有などの情報も検出される。
改善−パッチは自動的に適用できる。他のアイテムについては、たとえば管理コンソール６０２で報告することができる。たとえば、チェックによって脆弱なパスワードおよび／または脆弱な認可によるファイル共有が検出された場合は、そのコンピューティングデバイス６０８を潜在的なリスクとして識別する電子メール６１２を生成し、コンピューティングデバイスの所有者および／またはセキュリティ業務担当者に送信することができる。
頻度−たとえば１２時間ごとに１度スキャンを実行できる。
レベル３（オレンジ）：
コンフィギュレーションチェック−このレベルのチェックには、前述のレベルのすべてを含めることができるほか、たとえば、既知の攻撃ツールを検出すること、および／またはユーザアカウントをデータベースの情報と比較して評価し、新しいアカウントが追加されていないかなどを判定することもできる。たとえば、アンチマルウェアプログラムによって強制的に完全スキャンを実行できる。たとえば、Ｗｅｂブラウザの設定を評価することもできる。
改善−たとえば、ファイアウォールを自動的に有効化できる。コンピューティングデバイス６０８がシステム内で特定の例外などを定義していない場合は、たとえば、脆弱なパスワードのユーザアカウントを無効化すること、および／または匿名アクセスを拒否することができる。その他のアイテムについて、たとえば管理コンソール６０２で報告することができる。潜在的な攻撃ツールが検出された場合、および／またはマルウェアが検出された場合は、たとえば、コンピューティングデバイス６０８を高リスクとして識別する電子メール６１２を生成し、コンピューティングデバイスの所有者および／またはセキュリティ業務担当者に送信することができる。たとえば、管理されていない（たとえば、管理者がアクセスしない）コンピューティングデバイス６０８を記録すること、および／またはセキュリティ業務グループに直接電子メール送信することができる。たとえば、こうしたデバイスはプログラムによってネットワークから切断すること（たとえばネットワーク業務グループによって）、および／または手動で対処することができる。
頻度−たとえば、８時間ごとに１度スキャンを実行できる。
レベル４（赤）：
コンフィギュレーションチェック−このレベルでは、通常、追加のチェックは実行されないが、ネットワーク保守担当者の要求に基づいてチェックを追加できる。
改善−前述のチェックのいずれかに合格しなかった場合は、たとえば、ＩＰｓｅｃフィルタの使用および／または手作業により（たとえば仮想スイッチの設定による）、コンピューティングデバイス６０８をネットワークから切断することができる。コンピュータデバイスは、一般にネットワーク管理者などのみによって再有効化できる。
頻度−たとえば、８時間ごとに１度スキャンを実行できる。さらに、システムは非常に柔軟性に富んでいるため、管理者は改善とレポートのレベルが変化するたびに、そうした場合にのみ、すべてのスキャンを実行できるようにすることができる。
２） 管理者は、環境内に存在する／環境を標的にするセキュリティの脅威を評価する。高リスクの脅威（たとえば、ネットワーク上のウィルス、外部に存在するＤＯＳ攻撃、ワームの発生、外壁の（ｅｘｔｅｒｎａｌ ｆａｃｉｎｇ）マシン上の攻撃パターンなど）が識別されない場合は、たとえば、レベル１（緑）のリスクレベルを示すように管理コンソール６０２を設定できる。
３） 管理コンソール６０２は、該当する範囲内にあるコンピューティングデバイス６０８のスキャンを開始できる。これには、たとえば、ワークステーション、ノートブックコンピュータ、サーバー、および／またはモバイルデバイスなどを含めることができる。最初のスキャンを実行する間に、管理コンソール６０２はたとえば関連のマシン情報（たとえば、名前、ＭＡＣアドレス、ｌＰアドレス、および／またはオペレーティングシステムなど）をデータベース６１０に記録することができる。これが管理されているマシンの場合に、管理コンソール６０２はたとえばユーザを管理者のコンピューティングデバイス６０８のグループに記録してから、たとえばレベル４と同等のスキャンを完了することができるが、レベル１の改善のみを実行できる。こうすることにより、環境のベースラインを提供し、管理者はより複雑な問題への対処を先行して開始することができる。
４） スキャンが完了すると、管理コンソール６０２に結果を表示でき、選択されたリスクレベル（たとえばレベル１）と比較することができる。管理コンソール６０２により、管理者はたとえばユーザが定義したグループ（たとえば部門など）、サブネット、および／または違反のタイプ（パッチレベルのチェックに合格しなかった）などに基づいて組織内のコンピューティングデバイス６０８を表示できる。
５） コンピューティングデバイス６０８は、たとえば２４時間ごと、および／またはリスクレベルが変化するまで再スキャンすることができる。
６） ネットワーク環境内に存在する／ネットワーク環境を標的にするリスクが高まったと管理者が判定した場合は、管理コンソール６０２のリスクレベルを調整できる。確認後、直ちに、たとえば選択されたレベルに基づいてスキャンを開始できる。さらに、たとえば週に一度完全スキャン（たとえばレベル４のスキャンと同等）を実行し、データベース６１０のベースラインを更新することもできる。
【００２６】
コンプライアンス管理コンポーネント
コンプライアンス管理コンポーネント（たとえば管理コンソール６０２）は、たとえばネットワーク環境の中心的な場所に配置し、設定することができる。コンプライアンス管理コンポーネントは、たとえばスキャンプロセスおよび／または改善プロセスの管理ポイントを提供すること、ならびに／あるいはネットワーク環境全体の「ダッシュボード」表示を提供することができる。たとえば、管理コンソール６０２は、非常に多くのクライアントコンピュータのスキャンを単独で管理すること、および／またはそれぞれがコンピュータグループのスキャンを管理する複数のサブ管理コンソールを管理することができる。こうした分散管理により、コンプライアンスレベルの局部的な評価および／または分析が可能になる。リスクレベルを管理する規則は、たとえば、サブ管理コンソールより中央コンソールで選択したリスクレベルが自動的に優先されるように、および／またはネットワーク環境内のどこであっても最も高いリスクレベルが他のコンソールに採用されるように設定することができる。管理コンソール６０２は、たとえばＳＭＳ（Ｓｙｓｔｅｍｓ Ｍａｎａｇｅｍｅｎｔ Ｓｅｒｖｅｒ）６１４のようにネットワーク環境内に既に展開されている既存のソフトウェア展開技術を利用して個々のクライアントコンピュータのスキャンを実際にスケジュールおよび／または実行することができる。
【００２７】
コンフィギュレーション管理エンジン
コンフィギュレーション管理エンジン６０４は、コンソールからの直接的な入力を利用すること、ならびに／あるいはモデル駆動型のスキャンおよび／または改善エンジンであることができる。これは、いかなる点においても、コンフィギュレーション管理エンジン６０４はたとえばＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）を使用する複数の異なるモデルの１つを使用して実行するスキャン、予想される値（ｅｘｐｅｃｔｅｄ ｖａｌｕｅ）、および／または実行する改善アクションなどを説明できることを意味する。一般的には、スキャンと改善などの両方を識別できるスキームとモデル化言語が利用される。
【００２８】
以上に示し、説明した例示的なシステムの観点で、本実施形態によって実装できる方法は、図７〜９の流れ図を参照することでより適切に理解されるであろう。説明を簡単にするために、本方法は一連のブロックとして図示され、説明されているが、本実施形態がこのブロックの順序に限定されないことを理解されたい。たとえば、いくつかのブロックは、１つの実施形態によれば、異なる順序で実行すること、および／またはここで図示され、説明される他のブロックと同時に実行することができる。また、本実施形態による方法を実装するために、図示されたすべてのブロックが必要なわけではない。
【００２９】
本実施形態は、１つまたは複数のコンポーネントで実行されるコンピュータ実行可能命令（たとえばプログラムモジュール）の一般的なコンテキストで説明できる。一般に、プログラムモジュールには、ルーチン、プログラム、オブジェクト、データ構造などがあり、特定のタスクを実行するものや、特定の抽象データ型を実装するものも含まれる。一般に、プログラムモジュールの機能は必要に応じてさまざまな実施形態のインスタンスで結合したり分散したりすることができる。
【００３０】
図７には、１つの実施形態の１つの態様によるリスク駆動型コンプライアンスを実施する方法７００を表す流れ図が示されている。方法７００が開始され（７０２）、少なくとも１つのコンピュータネットワーク環境のリスクレベルが取得される（７０４）。リスクレベルは、リスク評価ソースから直接取得すること、ならびに／あるいはその全体および／または一部をコンピュータネットワーク環境の要因、ビジネス、セキュリティ、および／またはその他のパラメータ（たとえば、侵入検知システム（ＩＤＳ：ｉｎｔｒｕｓｉｏｎ ｄｅｔｅｃｔｉｏｎ ｓｙｓｔｅｍ）からの入力など）に基づいて導出することができる。次に、コンプライアンスエンジンを使用してリスクレベルに応じてコンピュータネットワーク環境のコンプライアンスを検出および／または改善し（７０６）、流れ図は終了する（７０８）。このインスタンスでは、コンプライアンスエンジンはリスクレベルに直接応答して必要なアクションを実行し、コンピュータネットワーク環境のコンプライアンスを実現する。これには、リスクレベルに応じて、検出レベルを向上すること、環境全体および／または環境内の個々のアイテムに対して改善アクションを実行することなどを含めることができるが、これに限定はされない。個々のアイテムには、サーバー、デスクトップコンピュータ、メインフレーム、ノートブックコンピュータ、および／またはモバイルデバイスなどを含めることができるが、これに限定はされない。このようにして、リスク駆動型コンプライアンスはたとえばあらかじめ指定されたスクリプトなどを使用して実現でき、追加のリスクコンプライアンス管理デバイスなどは必ずしも必要ではない。
【００３１】
図８を参照すると、１つの実施形態の１つの態様によるリスク駆動型コンプライアンスを実施する方法８００を表す別の流れ図が示されている。方法８００が開始され（８０２）、少なくとも１つのコンピュータネットワーク環境のリスクレベルが取得される（８０４）。前述のように、リスクレベルは全体または一部をさまざまなソースから直接的および／または間接的に取得できる。少なくとも１つの管理コンソールを使用して、コンピュータネットワーク環境の検出および／またはコンプライアンスのレベルをリスクレベルに応じて動的に決定する（８０６）。管理コンソールは、こうした決定をリスクレベルのみに基づいて導出することも、ユーザが指定した入力（たとえば、容認可能なリスクレベル、容認可能な改善アクションなど）などと組み合わせて導出することもできる。次に、取得したリスクレベルに応じてコンピュータネットワーク環境のコンプライアンスを実現するようにコンプライアンスエンジンの検出と改善のレベルが調整され（８０８）、流れ図は終了する（８１０）。コンプライアンスは、環境全体および／または環境内の個々のアイテム（たとえば、ノートブックコンピュータ、サーバーなど）に対する調整を実施することによって実現できる。コンプライアンスは、コンプライアンスエンジンとユーザが実行した（たとえば手動の）変更を併用することによっても実現できる。
【００３２】
図９を参照すると、１つの実施形態の１つの態様によるリスク駆動型コンプライアンスを実施する方法９００を表すさらに別の流れ図が示されている。方法９００が開始され（９０２）コンピュータネットワークサブグループのリスクコンプライアンスを管理するリスクレベルに応じた管理コンソールの階層が確立される（９０４）。こうした階層には、通常は中央の管理コンソールが含まれており、その他のサブ管理コンソールを「管理」している。これで、コンプライアンス情報の唯一のソースを提供すると同時に、個々の環境および／またはコンピューティングサブグループのリスクレベルを個別に調整できるサブ管理コンソールを備えることにより、依然として大きな柔軟性を提供することができる。さらに、サブ管理コンソールに対して中央の管理コンソールによる優先的な制御、および／または管理するサブグループのリスクレベルが最も高いサブ管理コンソールによる優先的な制御が提供され（９０６）、流れ図は終了する（９０８）。このように、中央の管理コンソールはすべてのサブ管理コンソールに対して最終的な制御を実行できるので、そのリスクレベルへの動的な応答は一部またはすべてのコンピューティングデバイスに対して実施できる。しかし、管理者が要求する場合は、サブ管理コンソールは他の管理コンソールより高いリスクレベルを受信した場合に、コンプライアンスタスクを動的に実行する機能を与えられることができる。中央の管理者は、こうしたサブ管理コンソールの変更を通知され、必要に応じて環境全体のリスクレベルを調整することができる。これは、すべてのコンピューティングデバイスが環境に対する最も危険な脅威から保護されることを保証するために有効である。
【００３３】
本実施形態のさまざまな態様を実施するための付加的なコンテキストを示すために、図１０と以下の説明は、本実施形態のさまざまな態様を実施できる適切なコンピューティング環境１０００について、その概要を一般的に説明することを目的としている。本実施形態について、ローカルコンピュータおよび／またはリモートコンピュータで動作するコンピュータプログラムのコンピュータで実行可能な命令の一般的なコンテキストで説明してきたが、本実施形態を他のプログラムモジュールと組み合わせても実装できることを当業者は理解するであろう。一般に、プログラムモジュールには、ルーチン、プログラム、コンポーネント、データ構造など、特定のタスクを実行するものおよび／または特定の抽象データ型を実装するものが含まれる。さらに、本発明による方法が、シングルプロセッサまたはマルチプロセッサによるコンピュータシステム、ミニコンピュータ、メインフレームコンピュータ、ならびにパーソナルコンピュータ、ハンドヘルドコンピューティングデバイス、マイクロプロセッサベースの家電製品および／またはプログラム可能な家電製品など、それぞれが１台または複数台の関連デバイスと通信して動作できる他のコンピュータシステム構成でも実施できることも、当業者は理解するであろう。本実施形態の図示された態様は、通信ネットワークを介してリンクされたリモートプロセッシングデバイスで特定のタスクを実行する分散コンピューティング環境でも実施できる。ただし、本実施形態のすべてではないがいくつかの態様は、スタンドアロンコンピュータで実施してもよい。分散コンピューティング環境では、プログラムモジュールをローカルおよび／またはリモートのメモリストレージデバイス内に配置してもよい。
【００３４】
本出願で使用する限り、「コンポーネント」という用語は、コンピュータ関連のエンティティを表すものとし、ハードウェア、ハードウェアとソフトウェアの組み合わせ、ソフトウェア、実行中のソフトウェア（ｓｏｆｔｗａｒｅ ｉｎ ｅｘｅｃｕｔｉｏｎ）のいずれでもよい。たとえば、コンポーネントは、プロセッサで動作するプロセス、プロセッサ、オブジェクト、実行可能ファイル、実行中のスレッド、プログラム、およびコンピュータのいずれでもよいが、これらに限定はされない。たとえば、サーバー上で動作するアプリケーションおよび／またはサーバーはいずれもコンポーネントと考えられる。さらに、コンポーネントには１つまたは複数のサブコンポーネントを含めてもよい。
【００３５】
図１０を参照すると、本実施形態のさまざまな態様を実施するための例示的なシステム環境１０００には、プロセッシングユニット１００４、システムメモリ１００６、およびシステムメモリからプロセッシングユニット１００４までのさまざまなシステムコンポーネントを接続するシステムバス１００８を含む従来のコンピュータ１００２が含まれている。プロセッシングユニット１００４は、市販のさまざまなプロセッサまたは自社開発のプロセッサのいずれでもよい。さらに、プロセッシングユニットは複数のプロセッサ（たとえば、パラレルに接続されてもよい）で構成されるマルチプロセッサとして実装されてもよい。
【００３６】
システムバス１００８は、たとえば、ＰＣＩ、ＶＥＳＡ、Ｍｉｃｒｏｃｈａｎｎｅｌ、ＩＳＡ、ＥＩＳＡなど従来のさまざまなバスアーキテクチャの任意のものを使用したメモリバスまたはメモリコントローラ、周辺バス、ローカルバスを含む各種バス構造のいずれでもよい。システムメモリ１００６には、読み取り専用メモリ（ＲＯＭ：ｒｅａｄ ｏｎｌｙ ｍｅｍｏｒｙ）１０１０とランダムアクセスメモリ（ＲＡＭ：ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ）１０１２が含まれる。起動時などにコンピュータ１００２内のエレメント間の情報転送を支援する基本ルーチンを含む基本入出力システム（ＢＩＯＳ：ｂａｓｉｃ ｉｎｐｕｔ／ｏｕｔｐｕｔ ｓｙｓｔｅｍ）１０１４は、ＲＯＭ １０１０に格納されている。
【００３７】
コンピュータ１００２には、たとえば、ハードディスクドライブ１０１６、磁気ディスクドライブ１０１８（取り外し可能なディスク１０２０に対する読み出しまたは書き込みを行う）、および光ディスクドライブ１０２２（ＣＤ−ＲＯＭディスク１０２４または他の光媒体に対する読み出しまたは書き込みを行う）がさらに含まれていてもよい。ハードディスクドライブ１０１６、磁気ディスクドライブ１０１８、および光ディスクドライブ１０２２は、それぞれハードディスクドライブインターフェイス１０２６、磁気ディスクドライブインターフェイス１０２８、および光ディスクドライブインターフェイス１０３０を介してシステムバス１００８に接続する。ドライブ１０１６〜１０２２およびこれらに関連付けられたコンピュータ可読媒体は、コンピュータ１００２のデータ、データ構造、コンピュータ実行可能命令などを格納する不揮発性ストレージとして利用できる。前述のコンピュータ可読媒体の説明は、ハードディスク、取り外し可能な磁気ディスク、およびＣＤを表しているが、例示的な動作環境１０００では、磁気カセット、フラッシュメモリカード、デジタルビデオディスク（ＤＶＤ：ｄｉｇｉｔａｌ ｖｉｄｅｏ ｄｉｓｋ）、Ｂｅｒｎｏｕｌｌｉ（ベルヌーイ）カートリッジなどのコンピュータ可読媒体である、その他のタイプの媒体も利用でき、さらにこうした任意の媒体に本実施形態の方法を実行するためのコンピュータ実行可能命令を格納できることを当業者は理解されたい。
【００３８】
オペレーティングシステム１０３２、１つまたは複数のアプリケーションプログラム１０３４、その他のプログラムモジュール１０３６、およびプログラムデータ１０３８を含む多くのプログラムモジュールは、ドライブ１０１６〜１０２２およびＲＡＭ １０１２に格納できる。オペレーティングシステム１０３２は、適切なオペレーティングシステムのいずれでもよい。または、オペレーティングシステムの組み合わせでもよい。例として、アプリケーションプログラム１０３４およびプログラムモジュール１０３６には、１つの実施形態の１つの態様によるコンピュータネットワーク環境のコンプライアンススキームを含めることができる。
【００３９】
ユーザは、キーボード１０４０やポインティングデバイス（たとえばマウス１０４２）などの１つまたは複数のユーザ入力デバイスを使用してコンピュータ１００２にコマンドおよび情報を入力できる。その他の入力デバイス（図示せず）には、マイクロフォン、ジョイスティック、ゲームパッド、サテライトディッシュ、無線リモート（ｗｉｒｅｌｅｓｓ ｒｅｍｏｔｅ）、スキャナなどを含めてもよい。これらの入力デバイスおよびその他の入力デバイスは、多くの場合、システムバス１００８に接続するシリアルポートインターフェイス１０４４を介してプロセッシングユニット１００４に接続するが、パラレルポート、ゲームポート、ＵＳＢ（ｕｎｉｖｅｒｓａｌ ｓｅｒｉａｌ ｂｕｓ）のような他のインターフェイスで接続してもよい。モニター１０４６または他のタイプの表示デバイスも、ビデオアダプタ１０４８などのインターフェイスを介してシステムバス１００８に接続される。コンピュータ１００２には、モニター１０４６以外にスピーカーやプリンタなどの周辺出力デバイス（図示せず）が接続されてもよい。
【００４０】
コンピュータ１００２は、１台または複数台のリモートコンピュータ１０６０への論理接続を使用してネットワーク環境で動作できることを理解されたい。リモートコンピュータ１０６０は、ワークステーション、サーバーコンピュータ、ルーター、ピアデバイス、またはその他の一般的なネットワークノードのいずれでもよい。通常は、コンピュータ１００２に関連して上で説明したエレメントの多くまたはすべてが含まれるが、簡単にするために、図１０にはメモリストレージデバイス１０６２のみを示す。図１０に示す論理接続には、ローカルエリアネットワーク（ＬＡＮ：ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋ）１０６４とワイドエリアネットワーク（ＷＡＮ：ｗｉｄｅ ａｒｅａ ｎｅｔｗｏｒｋ）１０６６を含めてもよい。このようなネットワーキング環境は、オフィス、エンタープライズ規模のコンピュータネットワーク、イントラネット、およびインターネットではきわめて一般的である。
【００４１】
ＬＡＮネットワーキング環境で使用する場合に、たとえばコンピュータ１００２はローカルネットワーク１０６４にネットワークインターフェイスまたはアダプタ１０６８を介して接続する。ＷＡＮネットワーキング環境で使用する場合に、通常、コンピュータ１００２はモデム（たとえば、電話、ＤＳＬ、ケーブルなど）１０７０を備えているか、ＬＡＮ上の通信サーバーに接続する。あるいは、ＷＡＮ １０６６（インターネットなど）を介して通信を確立するその他の手段を備えている。モデム１０７０（コンピュータ１００２に内蔵でも外付けでもよい）は、シリアルポートインターフェイス１０４４を介してシステムバス１００８に接続される。ネットワーク環境では、プログラムモジュール（アプリケーションプログラム１０３４を含む）および／またはプログラムデータ１０３８は、リモートメモリストレージデバイス１０６２に格納できる。図示されたネットワーク接続は例示的なものであり、１つの実施形態の１つの態様を実施する場合に、コンピュータ１００２と１０６０との間で通信リンクを確立するその他の手段（たとえば有線または無線）を使用してもよいことは理解されるであろう。
【００４２】
本実施形態について、特に他の指定がない限り、コンピュータプログラミング業者の慣例に従って、コンピュータ１００２またはリモートコンピュータ１０６０などのコンピュータが実行する動作（ａｃｔｓ）およびオペレーションのシンボリック表現（ｓｙｍｂｏｌｉｃ ｒｅｐｒｅｓｅｎｔａｔｉｏｎｓ ｏｆ ｏｐｅｒａｔｉｏｎｓ）に関して説明してきた。このような動作やオペレーションは、場合によってはコンピュータ実行（ｃｏｍｐｕｔｅｒ−ｅｘｅｃｕｔｅｄ）と表される。動作およびオペレーションのシンボリック表現には、結果として電子信号表現の変換または還元（ｒｅｄｕｃｔｉｏｎ）を得るデータビットを表す電子信号のプロセッシングユニット１００４による操作、およびコンピュータシステムのオペレーションを再構成または変更するメモリシステム（システムメモリ１００６、ハードドライブ１０１６、フロッピー（登録商標）ディスク１０２０、ＣＤ−ＲＯＭ １０２４、およびリモートメモリ１０６２を含む）におけるメモリロケーションのデータビットの保守、およびその他の信号処理が含まれることは理解されるであろう。こうしたデータビットが保持されるメモリロケーションは、データビットに対応する特定の電子的、磁気的、または光学的な特性を有する物理ロケーションである。
【００４３】
図１１は、いくつか実施形態が対話できるコンピューティング環境の例１１００を示す別のブロック図である。システム１１００は、１台または複数台のクライアント１１０２を含むシステムをさらに示している。クライアント１１０２は、ハードウェアおよび／またはソフトウェア（たとえばスレッド、プロセス、コンピューティングデバイス）でよい。システム１１００には、１台または複数台のサーバー１１０４も含まれる。サーバー１１０４も、ハードウェアおよび／またはソフトウェア（たとえばスレッド、プロセス、コンピューティングデバイス）でよい。クライアント１１０２とサーバー１１０４の間で可能な１つの通信は、２つ以上のコンピュータプロセス間で送信できるようになされたデータパケットの形をとってもよい。システム１１００には、クライアント１１０２とサーバー１１０４の間の通信を円滑化するために利用できる通信フレームワーク１１０８が含まれる。クライアント１１０２は、クライアント１１０２にローカルな情報を格納するために利用できる１つまたは複数のクライアントデータストア１１１０に接続されている。同様に、サーバー１１０４はサーバー１１０４にローカルな情報を格納するために使用できる１つまたは複数のデータストア１１０６に接続されている。
【００４４】
本実施形態のシステムおよび／または方法は、コンピュータネットワーク環境のコンプライアンスを実施するコンピュータコンポーネントでも、コンピュータ以外の関連コンポーネントでも同様に利用できることを理解されたい。さらに、本実施形態のシステムおよび／または方法は、コンピュータ、サーバー、および／またはハンドヘルド電子デバイスなどを含むさまざまな電子関連技術に利用できることを当業者は理解するであろう。
【００４５】
以上の説明には、本実施形態の例が含まれる。本実施形態について説明するために、コンポーネントまたは方法のあらゆる組み合わせについて説明することはもちろん不可能であるが、他にも本実施形態の多くの組み合わせや置き換えが可能であることを当業者は理解できるであろう。したがって、本主題には添付の特許請求の精神と範囲を逸脱しない代替、変更、変形のすべてが含まれるものとする。さらに、「含む」という用語が実施形態の説明と特許請求の範囲のいずれかで使用される限りにおいて、こうした用語は用語「備える」と同様に包括的な意味を表す。これは「備える」が特許請求の範囲において暫定的な用語として使用された場合の解釈と同様である。
【図面の簡単な説明】
【００４６】
【図１】１つの実施形態の１つの態様によるリスク駆動型コンプライアンスシステムを示すブロック図である。
【図２】１つの実施形態の１つの態様によるリスク駆動型コンプライアンスシステムを示す別のブロック図である。
【図３】１つの実施形態の１つの態様による動的リスクコンプライアンスパラメータの例を示す図である。
【図４】１つの実施形態の１つの態様によるコンピュータネットワーク環境と対話するリスク駆動型コンプライアンスシステムを示すブロック図である。
【図５】１つの実施形態の１つの態様によるコンピュータネットワーク環境と対話するリスク駆動型コンプライアンスシステムを示す別のブロック図である。
【図６】１つの実施形態の１つの態様によるリスク駆動型コンプライアンスシステムのシステムアーキテクチャの１つの例を示す図である。
【図７】１つの実施形態の１つの態様によるリスク駆動型のコンプライアンスを実施する方法を示す流れ図である。
【図８】１つの実施形態の１つの態様によるリスク駆動型のコンプライアンスを実施する方法を示す別の流れ図である。
【図９】１つの実施形態の１つの態様によるリスク駆動型のコンプライアンスを実施する方法を示すさらに別の流れ図である。
【図１０】１つの実施形態が機能できる動作環境の１つの例を示す図である。
【図１１】１つの実施形態が機能できる動作環境の別の例を示す図である。
【特許請求の範囲】
【請求項１】
コンピュータネットワーク環境のコンプライアンスを保証するシステムであって、
少なくとも１つのコンピュータネットワーク環境のリスクレベルを取得する受信コンポーネントと、
前記コンピュータネットワーク環境の検出および／またはコンプライアンスのレベルを前記リスクレベルに応じて動的に決定するコンプライアンス管理コンポーネントとを備えることを特徴とするシステム。
【請求項２】
前記コンプライアンス管理コンポーネントは、前記リスクレベルに基づいて少なくとも１つのリスクの影響を受けやすいアイテムの改善を自動的に実行することを特徴とする請求項１に記載のシステム。
【請求項３】
前記コンプライアンス管理コンポーネントは、少なくとも１つの変更について担当者に通知することによって、少なくとも１つのリスクの影響を受けやすいアイテムの手動による改善を支援することを特徴とする請求項１に記載のシステム。
【請求項４】
前記コンプライアンス管理コンポーネントは、自動化されたワークフローを担当者に提供することによって、少なくとも１つのリスクの影響を受けやすいアイテムの改善を実行することを特徴とする請求項１に記載のシステム。
【請求項５】
少なくとも部分的にビジネス、セキュリティ、および／またはオペレーションの情報に基づくリスクレベルに応答することを特徴とする請求項１に記載のシステム。
【請求項６】
ユーザが少なくとも１つのリスクレベルの少なくとも１つの応答のレベルを制御できるようにするため、および／または前記コンプライアンス管理コンポーネントによって取得されたコンプライアンス情報に関する情報を取得できるようにするためのユーザインターフェイスを提供する管理コンソール
をさらに備えることを特徴とする請求項１に記載のシステム。
【請求項７】
前記管理コンソールは、中央の管理コンソールおよびコンピューティングデバイスのそれぞれのサブグループのコンプライアンス管理を提供する少なくとも１つのサブ管理コンソールの階層を備えることを特徴とする請求項６に記載のシステム。
【請求項８】
前記中央の管理コンソールは、少なくとも１つのサブ管理コンソールに優先するリスクレベル制御を提供すること、および／または最も高いリスクレベルを報告する少なくとも１つのサブ管理コンソールによる優先的なリスクレベル制御を可能にすることを特徴とする請求項７に記載のシステム。
【請求項９】
前記コンピュータネットワーク環境のスキャンおよび／または改善を実行し、前記コンプライアンス管理コンポーネントが前記リスクレベルに動的に対応するのを支援することによって、前記コンピュータネットワーク環境の検出および／またはコンプライアンスを維持するコンフィギュレーション管理エンジン
をさらに備えることを特徴とする請求項１に記載のシステム。
【請求項１０】
前記コンフィギュレーション管理エンジンは、スクリプト化可能な（ｓｃｒｉｐｔａｂｌｅ）スキャンモデルおよび／またはスクリプト化可能な改善モデルを備えることを特徴とする請求項９に記載のシステム。
【請求項１１】
コンピュータネットワーク環境のコンプライアンスを保証する方法であって、
少なくとも１つのコンピュータネットワーク環境のリスクレベルを取得するステップと、
コンプライアンスエンジンを使用して前記コンピュータネットワーク環境のコンプライアンスを前記リスクレベルに応じて検出および／または改善するステップとを備えることを特徴とする方法。
【請求項１２】
前記リスクレベルに応じて前記コンピュータネットワーク環境の検出および／またはコンプライアンスのレベルを動的に決定するステップと、
前記コンピュータネットワーク環境の前記検出および／または改善のレベルを調整し、前記取得したリスクレベルによるコンプライアンスを実現するステップと
をさらに備えることを特徴とする請求項１１に記載の方法。
【請求項１３】
コンプライアンスの状態の確認、および／またはコンプライアンスに関連する作業のリスクレベルの選択を行うための集中的な管理ポイントを提供するステップ
をさらに備えることを特徴とする請求項１１に記載の方法。
【請求項１４】
前記リスクレベルに基づいて少なくとも１つのリスクの影響を受けやすいアイテムを自動的に改善するステップをさらに備えることを特徴とする請求項１１に記載の方法。
【請求項１５】
少なくとも１つの変更について少なくとも１人のユーザに通知することによって、少なくとも１つのリスクの影響を受けやすいアイテムの手動による改善を支援するステップをさらに備えることを特徴とする請求項１１に記載の方法。
【請求項１６】
少なくとも部分的にビジネス、セキュリティ、および／またはオペレーションの情報に基づくリスクレベルに応答するステップをさらに備えることを特徴とする請求項１１に記載の方法。
【請求項１７】
少なくとも１つのリスクレベルの少なくとも１つの応答のレベルを制御するため、および／または前記コンプライアンス管理コンポーネントによって取得されたコンプライアンス情報に関する情報を取得できるようにするためのユーザインターフェイスを提供するステップ
をさらに備えることを特徴とする請求項１１に記載の方法。
【請求項１８】
少なくとも１つのコンピュータネットワークのサブグループに関するコンプライアンス管理の階層を提供し、リスクレベルが最も高いサブグループマネージャによる優先的なリスクレベル制御、および／またはリスクレベルに関係しない中央の管理マネージャによる優先的なリスクレベル制御を行うステップ
をさらに備えることを特徴とする請求項１７に記載の方法。
【請求項１９】
コンピュータネットワーク環境のコンプライアンスを保証するシステムであって、
少なくとも１つのコンピュータネットワーク環境のリスクレベルを取得する手段と、
前記コンピュータネットワーク環境の検出およびコンプライアンスのレベルを前記リスクレベルに応じて動的に決定する手段と、
前記コンピュータネットワーク環境のスキャンおよび／または改善を行うことによって前記リスクレベルに動的に応答し、前記コンピュータネットワーク環境の検出および／またはコンプライアンスを維持する手段と
を備えることを特徴とするシステム。
【請求項２０】
請求項１に記載のシステムを採用するデバイスであって、コンピュータ、サーバー、およびハンドヘルド電子デバイスで構成されたグループから選択された少なくとも１つを備えることを特徴とするデバイス。
【請求項１】
コンピュータネットワーク環境のコンプライアンスを保証するシステムであって、
少なくとも１つのコンピュータネットワーク環境のリスクレベルを取得する受信コンポーネントと、
前記コンピュータネットワーク環境の検出および／またはコンプライアンスのレベルを前記リスクレベルに応じて動的に決定するコンプライアンス管理コンポーネントとを備えることを特徴とするシステム。
【請求項２】
前記コンプライアンス管理コンポーネントは、前記リスクレベルに基づいて少なくとも１つのリスクの影響を受けやすいアイテムの改善を自動的に実行することを特徴とする請求項１に記載のシステム。
【請求項３】
前記コンプライアンス管理コンポーネントは、少なくとも１つの変更について担当者に通知することによって、少なくとも１つのリスクの影響を受けやすいアイテムの手動による改善を支援することを特徴とする請求項１に記載のシステム。
【請求項４】
前記コンプライアンス管理コンポーネントは、自動化されたワークフローを担当者に提供することによって、少なくとも１つのリスクの影響を受けやすいアイテムの改善を実行することを特徴とする請求項１に記載のシステム。
【請求項５】
少なくとも部分的にビジネス、セキュリティ、および／またはオペレーションの情報に基づくリスクレベルに応答することを特徴とする請求項１に記載のシステム。
【請求項６】
ユーザが少なくとも１つのリスクレベルの少なくとも１つの応答のレベルを制御できるようにするため、および／または前記コンプライアンス管理コンポーネントによって取得されたコンプライアンス情報に関する情報を取得できるようにするためのユーザインターフェイスを提供する管理コンソール
をさらに備えることを特徴とする請求項１に記載のシステム。
【請求項７】
前記管理コンソールは、中央の管理コンソールおよびコンピューティングデバイスのそれぞれのサブグループのコンプライアンス管理を提供する少なくとも１つのサブ管理コンソールの階層を備えることを特徴とする請求項６に記載のシステム。
【請求項８】
前記中央の管理コンソールは、少なくとも１つのサブ管理コンソールに優先するリスクレベル制御を提供すること、および／または最も高いリスクレベルを報告する少なくとも１つのサブ管理コンソールによる優先的なリスクレベル制御を可能にすることを特徴とする請求項７に記載のシステム。
【請求項９】
前記コンピュータネットワーク環境のスキャンおよび／または改善を実行し、前記コンプライアンス管理コンポーネントが前記リスクレベルに動的に対応するのを支援することによって、前記コンピュータネットワーク環境の検出および／またはコンプライアンスを維持するコンフィギュレーション管理エンジン
をさらに備えることを特徴とする請求項１に記載のシステム。
【請求項１０】
前記コンフィギュレーション管理エンジンは、スクリプト化可能な（ｓｃｒｉｐｔａｂｌｅ）スキャンモデルおよび／またはスクリプト化可能な改善モデルを備えることを特徴とする請求項９に記載のシステム。
【請求項１１】
コンピュータネットワーク環境のコンプライアンスを保証する方法であって、
少なくとも１つのコンピュータネットワーク環境のリスクレベルを取得するステップと、
コンプライアンスエンジンを使用して前記コンピュータネットワーク環境のコンプライアンスを前記リスクレベルに応じて検出および／または改善するステップとを備えることを特徴とする方法。
【請求項１２】
前記リスクレベルに応じて前記コンピュータネットワーク環境の検出および／またはコンプライアンスのレベルを動的に決定するステップと、
前記コンピュータネットワーク環境の前記検出および／または改善のレベルを調整し、前記取得したリスクレベルによるコンプライアンスを実現するステップと
をさらに備えることを特徴とする請求項１１に記載の方法。
【請求項１３】
コンプライアンスの状態の確認、および／またはコンプライアンスに関連する作業のリスクレベルの選択を行うための集中的な管理ポイントを提供するステップ
をさらに備えることを特徴とする請求項１１に記載の方法。
【請求項１４】
前記リスクレベルに基づいて少なくとも１つのリスクの影響を受けやすいアイテムを自動的に改善するステップをさらに備えることを特徴とする請求項１１に記載の方法。
【請求項１５】
少なくとも１つの変更について少なくとも１人のユーザに通知することによって、少なくとも１つのリスクの影響を受けやすいアイテムの手動による改善を支援するステップをさらに備えることを特徴とする請求項１１に記載の方法。
【請求項１６】
少なくとも部分的にビジネス、セキュリティ、および／またはオペレーションの情報に基づくリスクレベルに応答するステップをさらに備えることを特徴とする請求項１１に記載の方法。
【請求項１７】
少なくとも１つのリスクレベルの少なくとも１つの応答のレベルを制御するため、および／または前記コンプライアンス管理コンポーネントによって取得されたコンプライアンス情報に関する情報を取得できるようにするためのユーザインターフェイスを提供するステップ
をさらに備えることを特徴とする請求項１１に記載の方法。
【請求項１８】
少なくとも１つのコンピュータネットワークのサブグループに関するコンプライアンス管理の階層を提供し、リスクレベルが最も高いサブグループマネージャによる優先的なリスクレベル制御、および／またはリスクレベルに関係しない中央の管理マネージャによる優先的なリスクレベル制御を行うステップ
をさらに備えることを特徴とする請求項１７に記載の方法。
【請求項１９】
コンピュータネットワーク環境のコンプライアンスを保証するシステムであって、
少なくとも１つのコンピュータネットワーク環境のリスクレベルを取得する手段と、
前記コンピュータネットワーク環境の検出およびコンプライアンスのレベルを前記リスクレベルに応じて動的に決定する手段と、
前記コンピュータネットワーク環境のスキャンおよび／または改善を行うことによって前記リスクレベルに動的に応答し、前記コンピュータネットワーク環境の検出および／またはコンプライアンスを維持する手段と
を備えることを特徴とするシステム。
【請求項２０】
請求項１に記載のシステムを採用するデバイスであって、コンピュータ、サーバー、およびハンドヘルド電子デバイスで構成されたグループから選択された少なくとも１つを備えることを特徴とするデバイス。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【公表番号】特表２００９−５１４０９３（Ｐ２００９−５１４０９３Ａ）
【公表日】平成２１年４月２日（２００９．４．２）
【国際特許分類】
【出願番号】特願２００８−５３７７１８（Ｐ２００８−５３７７１８）
【出願日】平成１８年９月２６日（２００６．９．２６）
【国際出願番号】ＰＣＴ／ＵＳ２００６／０３７７６３
【国際公開番号】ＷＯ２００７／０５０２２５
【国際公開日】平成１９年５月３日（２００７．５．３）
【出願人】（５０００４６４３８）マイクロソフト コーポレーション (3,165)
【Ｆターム（参考）】
【公表日】平成２１年４月２日（２００９．４．２）
【国際特許分類】
【出願日】平成１８年９月２６日（２００６．９．２６）
【国際出願番号】ＰＣＴ／ＵＳ２００６／０３７７６３
【国際公開番号】ＷＯ２００７／０５０２２５
【国際公開日】平成１９年５月３日（２００７．５．３）
【出願人】（５０００４６４３８）マイクロソフト コーポレーション (3,165)
【Ｆターム（参考）】
[ Back to top ]