JP7250703B2 - 相関関係駆動型脅威の評価と修復 - Google Patents

Description

様々な実施態様は、セキュリティ脅威に対する組織の脆弱性を識別、評価、および監視するためのデバイス、コンピュータプログラム、および関連するコンピュータ実装技術に関する。

コンピュータネットワーク（「データネットワーク」とも呼ばれる）は、ノードがリソースを共有することを可能にするデジタル電気通信ネットワークである。コンピュータネットワークでは、コンピューティングデバイスは接続（「データリンク」とも呼ばれる）を介して相互にデータを交換する。これらのデータリンクは、銅線や光ファイバケーブルなどのケーブル媒体、またはＷｉ－ＦｉまたはＢｌｕｅｔｏｏｔｈ（登録商標）通信チャネルのようなワイヤレス媒体を介して確立させることが出来る。

コンピュットワーク内のトラフィックは、ネットワーク操作、セキュリティ技術、等の意思決定を改善するために、しばしば、分析される。トラフィックは、トラフィックフローの広範な可視性を提供するために、コンピュータネットワーク内にある様々なコンピューティングデバイスから取得させることができる。多くのインフラストラクチャを介してルーティングされる複雑でかつ大量であるトラフィックに対し、コンピュータネットワークに対するセキュリティ脅威を識別、分析、および／または処理する、様々なネットワークツールが、従来から使用されて来ている。ネットワークツールの例には、侵入検知システム（ＩＤＳ: intrusion detection system）および侵入防止システム（ＩＰＳ: intrusion prevention system）が含まれる。

本出願では、セキュリティ脅威に対する組織の脆弱性を識別する、評価する、および監視するように構成されているセキュリティ管理プラットフォームが、紹介される。インターネットを通過するトラフィックに関するネットフローデータを監視することにより、セキュリティ管理プラットフォームは、本来なら検出されないであろうセキュリティ脅威を識別することが出来る。このようなアクションは、精査対象の組織に関連付けられているローカルネットワーク（「内部ネットワーク」とも呼ばれる）を通過するトラフィックに関するネットフローデータを監視する代わりに、またはそれに加えて実行させことが出来る。したがって、セキュリティ管理プラットフォームは、ローカルネットワークに存在する公衆向けＩＰアドレスから離れるトラフィックを監視するのではなく、それに代えてインターネットを通過するトラフィックを監視しそしてこのトラフィックをフィルタリングして、ローカルネットワークから発信されるフロー、ローカルネットワーク宛のフローまたはそれらの任意の組み合わせを、識別することが出来る。

これらのフローを精査するとき、このセキュリティ管理プラットフォームは、セキュリティ脅威が存在する可能性が増加する場合に対応した様々なシナリオを監視することが出来る。これらのシナリオは、「リスクフィルタ」と呼ぶことが出来る。これらのリスクフィルタを組み合わせることにより、このセキュリティ管理プラットフォームは、組織の内部のローカルネットワーク上のどの公衆インターネットプロトコール（ＩＰ）アドレス（「内部ＩＰアドレス」とも呼ばれる）が、不正アクセスに対して脆弱であり、そして外部のローカルネットワークのどのＩＰアドレス（「外部ＩＰアドレス」とも呼ばれる）が、通信する内部ＩＰアドレスに対しリスクがあるかを識別することが出来る。本出願で「内部ＩＰアドレス」が言及される場合、これは、ＲＦＣ１９１８（ＩＰｖ４）またはＲＦＣ４１９３（ＩＰｖ６）（口語ではしばしば「内部ＩＰアドレス」と呼ばれる）で概説されているような予約またはプライベート範囲のＩＰアドレスではなく、所定の組織または顧客に属する公にルーティング可能なＩＰアドレスを指す。

各リスクフィルタは、第１のＩＰアドレスが第２のＩＰアドレスと通信しているという前提に基づいている。一般に、このセキュリティ管理プラットフォームは、内部ＩＰアドレスと外部ＩＰアドレスとの間の通信を精査する。しかしながら、セキュリティ管理プラットフォームは、内部ＩＰアドレスのペア間および／または外部ＩＰアドレスのペア間の通信を精査することも出来る。

第１のリスクフィルタについては、このセキュリティ管理プラットフォームは、外部ＩＰアドレスに脆弱性のあるサービスが実行されているか否かを確認するために、アクティブ検知データを引出すことが出来る。アクティブ検知データは、セキュリティ管理プラットフォームにより、外部ＩＰアドレスのアクティブプローブから取得される。より具体的には、セキュリティ管理プラットフォームは、応答を引出すことを目的としたクエリを送信することにより、外部ＩＰアドレスに対しアクティブにプローブすることが出来る。クエリに対する応答で生成される如何なる応答も、アクティブ検知データによって記述される。

第２のリスクフィルタについては、このセキュリティ管理プラットフォームは、特定のサービスが、外部ＩＰアドレスに関連付けられているポートで実行されたことが観察されたことがあるか否かを見るために、アクティブ検知データを引出すことが出来る。別の言い方をすれば、このセキュリティ管理プラットフォームは、特定のサービスが外部ＩＰアドレスに存在するか否かをリアル－タイムに確認する機能を目的とするクエリを生成させることが出来る。

第３のリスクフィルタについては、セキュリティ管理プラットフォームは、内部ＩＰアドレスに脆弱性のあるサービスが実行されているか否かを見るために、アクティブ検知データを引出すことが出来る。第３のリスクフィルタは、第１のリスクフィルタに似ているが、焦点は、外部ＩＰアドレスではなく内部ＩＰアドレスにある。このセキュリティ管理プラットフォームは、オプションとして、トラフィックが内部ＩＰアドレスからのインバウンドまたはそれへのアウトバウンドの何れに見えるかに基づいて、警告を生成させることも出来る。アウトバウンドトラフィックは、一般にリスクが高い。何故ならば、これが、アクションが脆弱性のあるサービスによって実行されていて、これにより、対応するコンピューティングデバイスの潜在的な侵害が示されることを意味しているためである。

第４のリスクフィルタについて、このセキュリティ管理プラットフォームは、精査中のローカルネットワークの全ての部分からの履歴ネットフローを精査することが出来る。例えば、このセキュリティ管理プラットフォームは、各内部ＩＰアドレスへのおよびそれからのフローアクティビティのヒストグラムを精査し、そしてそのヒストグラムに少なくとも部分的に基づいて閾値を生成することができる。一般に、閾値は、通常ローカルネットワークを通過するトラフィックの量に対応する。閾値を実装することにより、このセキュリティ管理プラットフォームは、内部ＩＰアドレスが通常よりもはるかに多くのトラフィック量を送受信していることを容易に検出することが出来る。内部ネットワーク内の総トラフィック量、内部ネットワーク上のコンピューティングデバイスの数、時刻、曜日、等の信号に基づいて、閾値は、自動的に調整させることが出来る。

第５のリスクフィルタについて、このセキュリティ管理プラットフォームは、外部ＩＰアドレスを、危険または脆弱であると知られている「不正」外部ＩＰアドレスのセットと比較することが出来る。このセットは、（例、米国連邦政府によって）公開されているまたは組織によって開示されている脅威インテリジェンスを含む様々なソース、およびこのセキュリティ管理プラットフォームによって維持されているハニーポットサーバの様な他のソースから、取得することが出来る。

本技術の様々な特徴および特性は、図面と併せて詳細な説明を検討することにより、当業者にはより明らかになるであろう。技術の実施態様は、限定ではなく例として図面に示されており、同様の参照番号は同様の要素を示す場合がある。

図面は、例示のみを目的として様々な実施態様を示す。当業者は、技術の原理から逸脱することなく、代替実施態様を採用できることを認識するであろう。したがって、特定の実施態様が図面に示されているが、この技術は様々な修正に適用可能である。

複数のコンピューティングデバイス（「ノード」とも呼ばれる）が、コンピュータネットワークを介して通信するネットワーク構成の一例を示す。 メールボックスメタファーの使用によるネットフローデータの概念を示す。 組織が、従来からネットフローデータをどのように使用していたかを示すローカルネットワークの概略図である。 複数のデータストリームを単一の統一されたワークフローに統合する方法を示す。 コンピュータネットワーク上に展開された複数のスキャナを含むネットワーク環境を示す。 内部ネットワークを保護するように設計されたセキュリティ管理プラットフォームの一部として採用され得るハニーポットサーバを含むネットワーク環境を示す。 内部ＩＰアドレス（「顧客ＩＰアドレス」または「組織ＩＰアドレス」とも呼ばれる）と外部ＩＰアドレスとの間の通信にリスクフィルタをどのように適用できるかを示す。 いくつかの異なルータイプのリスクフィルタを示す。（１）非常に脆弱性のあるＩＰアドレスとの通信。 （２）悪評が知られているＩＰアドレスとの通信。 （３）新規または一時的なサービスとの通信。 （４）非アウトバウンドゲートウェイからの新しいトラフィックを示す。 外部ＩＰアドレスが、極めて脆弱性が強いサービス（例、Ｔｅｌｎｅｔ）を実行する内部ＩＰアドレスと通信しているシナリオを示す。 内部ＩＰアドレスが、既知の評判を有する外部ＩＰアドレスと通信しているシナリオを示す。 内部ＩＰアドレスが、新規または一時的なサービスを実行しているがブラックリストに載っていない外部ＩＰアドレスと通信しているシナリオを示す。 長期間（例、数日、数週間、または数ヶ月）にわたって以前は沈黙していた内部ＩＰアドレスが、外部ＩＰアドレスとの通信を開始したシナリオを示す。 １つ以上のフィルタを満たすレコードを含むレポートを示す。 ユーザ（例、ネットワークアドミニストレータ）がレコードを選択した場合に、レコードに関する追加情報をどのように提供させることが出来るかを示す。 組織に属する内部ＩＰアドレスに関与する各フローが、外部ＩＰアドレスへのデータパケットの送信または外部ＩＰアドレスからのデータパケットの受信としてどのようにモデル化できるかを示す。 ユーザが、レコードに関連付けられている個々の証明書、ドメイン、またはメモを、どのようにして容易に探索することが出来るかを示す。 フィルタレポート内に表示することが出来るであろうツールのヒントの一例を示す。 セキュリティ管理プラットフォームの様々な機能を要約するセキュリティガイドの部分を示す。 セキュリティガイドの異なるセグメントにラベル付けをする一連のタグを含む。 １つ以上のソースから取得されたネットフローデータを精査することによりセキュリティイベントを検出するように構成されているセキュリティ管理プラットフォームの一例を示すブロック図である。 セキュリティ管理プラットフォームの一例を示すブロック図である。 内部ネットワーク（「エンティティネットワーク」、「組織ネットワーク」、または「顧客ネットワーク」とも呼ばれる）の一例を示すブロック図である。 インターネットサービスプロバイダ（ＩＳＰ: internet service provider）ファブリックの一例を示すブロック図である。 コンピューティングデバイスが関与するセキュリティイベントを検出するプロセスのフロー図を示す。 精査中のコンピュータネットワーク上に存在するコンピューティングデバイスをアクティブにプローブするためのプロセスのフロー図を示す。 セキュリティイベントを経験したか、そうでなければ関与したコンピューティングデバイスと同様のコンピューティングデバイスのリストを構築するためのプロセスのフロー図を示す。 コンピューティングデバイスがボットネットの一部であるか否かを判断するプロセスのフロー図を示す。 コンピューティングデバイスが、ドメインネームサーバ（ＤＮＳ）トンネリングイベントに関与したことがあるか否かを決定するプロセスのフロー図を示す。 本明細書に記載される少なくともいくつかの操作を実装することが出来る処理システムの一例を示すブロック図である。

コンピュータネットワークは、コンピューティングデバイスがリソースを共有することを可能にするデジタル電気通信ネットワークである。図１は、複数のコンピューティングデバイス（「ノード」とも呼ばれる）が、コンピュータネットワーク１０８を介して通信するネットワーク構成１００の一例を示す。これらのノードは、発信デバイス１０２（例、デスクトップコンピュータ）を受信デバイス１０６（例、コンピュータサーバ）に結合する。したがって、これらのノードは、発信元デバイス１０２と受領者デバイス１０６との間にデータパケットを送信することを可能にする。これらのノードの例には、スイッチ（例、スイッチ１０４a、１０４ｄ）、ルータ（例、ルータ１０４ｂ、１０４ｃ）、等を含む。

各ノードは、コンピュータネットワーク１０８への可能なエントリポイントを表す。これらのエントリポイントは、コンピュータネットワーク１０８内の異なるポイントからのものとすることが出来、そしてしばしば現実にそのようになっている。

コンピュータネットワーク（例、インターネット）を介して長大な距離を通信する能力は、日常生活および商取引において著しい変化をもたらして来た。例えば、様々な国にあるコンピューティングデバイスが、容易に、相互に通信して、商取引を実行することが出来る。しかしながら、コンピュータネットワークによって容易になった相互接続も、悪意を持って使用されることも可能になり、そしてこれらのコンピュータネットワークを介した通信の容易さにより、悪意のある行為者によって実行された不正なアクティビティを識別することが困難になる。

悪意のある行為の脅威を管理する１つの技術は、コンピュータネットワークを横断するトラフィックフローをアクティブに監視することに関わる。この手法は、「ネットフロー監視」とも呼ばれる。

図２は、メールボックスのメタファを使用して、ネットフローデータの概念を示す。封筒がメールボックスに投函されると、配送業者（ここでは、米国郵政公社）に、特定の情報が明らかになるであろう。例えば、配送業者は、誰が封筒を送信したか、誰が目的の受領者であるか、いつ封筒が送信されたか、封筒の重さ、応答リズム、等を容易に確認することが出来るであろう。しかしながら、一部の情報は、配送業者には明らかではないであろう。そのような情報の一例は、封筒の内容である。配送業者は、また、別の配送業者（ＦｅｄＥｘ、ＵＳＰ、ＤＨＬ、等）によって配送された封筒を知ることはないであろう。

データパケットの文脈では、同様の情報をネットフローデータから導出させることが出来る。例えば、ネットフローデータを監視する機構は、誰がデータパケットを送信したか（つまり、送信元）、誰がデータパケットを受信するか（つまり、送信先）、いつデータパケットが送信されたか、ペイロードの大きさ、応答の流れ、等を容易に監視することが出来る。ネットフローデータを精査することにより、コンピュータネットワークを通過するトラフィックフローの全体像を確立することが出来る。例えば、アドミニストレータは、トラフィックの発信元、トラフィックの送信先、生成されつつあるトラフィックの量、等を監視することができる。

図３は、組織が、従来からネットフローデータをどのように使用して来たかを示すローカルネットワーク３００の概略図である。一般に、組織は、これらの境界ノード３０２ａ－ｃにフローコレクタを配置することにより、組織が所有するまたは制御する全ての公衆向けインターネットプロトコール（ＩＰ）アドレスでのトラフィックフローを監視するであろう。このようなアクションにはいくつかの利点がある。第１に、フローコレクタは、これらの境界ノードを通るトラフィックの不規則な量を容易に検出することが出来る。第２に、フローコレクタは、データパケットがローカルネットワーク３００を離れる前に、特定の受領者（例、外国の受領者）宛てのトラフィックフローを容易に停止させることが出来る。

しかし、これらの従来の解決策にはいくつかの欠点がある。第１に、フローコレクタは、ローカルネットワーク３００に出入りする全てのトラフィックフローを常にキャプチャできるとは限らない。例えば、コストと労力には制限があるため、組織は、典型的には、通常通信しないローカルネットワーク３００内のコンピューティングデバイスを、監視しないことを選択するであろう。このため、これらのコンピューティングデバイスとの間で送受信されるデータパケットは、失われる可能性がある。第２に、フローコレクタは、一意のルーティング番号としてはＩＰアドレスしか使用しないため、セキュリティ脅威の高レベル分析を実行することは出来ない。第三に、フローコレクタは、ローカルネットワーク３００の外側の第１の接続（「第１のホップ」とも呼ばれる）を超えてホップ分析を実行することは出来ない。

したがって、本願では、セキュリティ脅威に対する組織の脆弱性を識別する、評価する、および監視するように構成されたセキュリティ管理プラットフォームが紹介される。コンピュータネットワーク（例、インターネット）を通過するトラフィックに関するネットフローデータを監視することにより、セキュリティ管理プラットフォームは、本来なら検出されないセキュリティ脅威を識別することが出来る。例えば、セキュリティ管理プラットフォームは、組織に関連付けられているローカルネットワーク（「内部ネットワーク」とも呼ばれる）に対するセキュリティ脅威を識別するように構成することが出来る。しかしながら、このセキュリティ管理プラットフォームは、内部ネットワーク内に存在する公衆向けＩＰアドレスを離れるトラフィックを監視するのではなく、インターネットを通過するグローバルトラフィックを監視し、そしてグローバルトラフィックをフィルタ処理して、内部ネットワークから発信されるトラフィック、内部ネットワークに至るトラフィック、またはそれらの任意の組み合わせを識別することが出来る。

本明細書に記載される技術のいくつかの実施態様は、１つまたは複数のコンピュータネットワークに展開できるスキャナ（「スキャン機構」とも呼ばれる）、およびこれらのスキャナ機構によって返されるデータを含むリポジトリに関する。セキュリティ管理プラットフォームが、ローカルネットワークに対するセキュリティ脅威を識別するように構成されている場合、スキャナは、ローカルネットワークおよびインターネットに展開させることが出来る。このスキャナは、応答を得るために、精査中のコンピュータネットワークの公衆向けＩＰアドレスに多種多様なデータパケットを送信することが可能な分散システムを備えていても良い。いくつかの実施態様では、スキャナは、コンピュータネットワークの全ての公衆向けＩＰアドレスにデータパケットを送信するが、他の実施態様では、スキャナは、コンピュータネットワークのいくつかの公衆向けＩＰアドレスにしかデータパケットを送信しない。これらのデータパケットは、インターネットプロトコールバージョン４（ＩＰｖ４）またはインターネットプロトコールバージョン６（ＩＰｖ６）に従って、スキャナによって送信させることが出来る。ＩＰｖ４は、２３２（約４.３ｘ１０９）のアドレスを提供し、ＩＰｖ６は、２１２８（約３.４ｘ１０３８）のアドレスを提供する。したがって、スキャナは、あらゆる種類の異なる信号を、精査中のコンピュータネットワーク内にあるコンピューティングデバイスに送信するように構成させることが出来るであろう。

実施態様は、特定のネットワーク構成、プロトコール、ネットワーク、等を参照して記載させることができる。しかしながら、当業者は、これらの特徴が、他のネットワーク構成、プロトコールタイプ、ネットワークタイプ、等にも等しく適用できることを認識するであろう。特定の実施態様は、インターネットの文脈で説明することができるが、関連する特徴は、他のタイプのコンピュータネットワーク（例、組織に関連付けられている内部ネットワーク）とともに使用することもできる。

さらに、この技術は、専用ハードウェア（例、回路）、ソフトウェアおよび／またはファームウェアで適切にプログラムされたプログラマブル回路、または専用ハードウェアとプログラマブル回路との組み合わせを使用して実施させることが出来る。したがって、実施態様は、コンピューティングデバイスが、コンピュータネットワークのネットフローデータを収集し、ネットワークインフラストラクチャの全体像を作成するためにネットフローデータを他の情報に統合させて、ネットワークインフラストラクチャの脆弱性を識別する、コンピュータネットワークへの脅威を評価する、脅威を修正する、等をするプロセスを、実行するようにプログラムするために使用することができる命令を有する機械可読媒体を含んでいても良い。

［用語］
本明細書における「実施態様」または「一実施態様」への言及は、記載されている特定の特徴、機能、構造、または特性が、少なくとも一つの実施態様に含まれていることを意味する。このようなフレーズの出現は、必ずしも同じ実施態様を指すものではなく、また必ずしも相互に排他的な代替実施態様を指すものでもない。

文脈がそれに反することを明確に要求しない限り、用語「含む“comprise”」および「含む”comprising”」は、排他的または網羅的ではなく、包括的な意味で（すなわち、「～を含むが～に限定されない」という意味で）解釈されるべきである。「接続された」、「結合された」、またはこれらの変形は、２つ以上の要素間の直接または間接の接続または結合を含むことを意図している。結合／接続は、物理的、論理的、またはこれらの組み合わせとすることが出来る。例えば、デバイスは、物理的な接続を共有していないにもかかわらず、互いに電気的または通信的に結合させても良い。

「に基づく」という用語は、また、排他的または網羅的な意味ではなく、包括的な意味で解釈されるべきである。したがって、特に明記しない限り、「～に基づいて」という用語は、「少なくとも一部に基づいて」を意味することを意図している。

「モジュール」という用語は、広く、ソフトウェアコンポーネント、ハードウェアコンポーネント、および／またはファームウェアコンポーネントを指す。モジュールとは、通常、指定された入力に基づいて有用なデータまたは他の出力を生成することができる機能コンポーネントのことである。モジュールは、自己完結型であっても良い。コンピュータプログラムは、１つ以上のモジュールを含んでいても良い。したがって、コンピュータプログラムは、様々なタスクを完了するための複数のモジュール、または全てのタスクを完了するための１つのモジュールを含んでいても良い。

「または」という用語は、複数のアイテムのリストに関して使用される場合、リスト内のアイテムの何れか、リスト内のアイテムの全て、およびリスト内のアイテムの任意の組み合わせ、の解釈の全てを網羅することが意図されている。

本明細書に記載されるプロセスの何れかで実行されるステップのシーケンスは、例示である。しかしながら、物理的な可能性に反しない限り、ステップは、様々なシーケンスおよび組み合わせで実行することが出来る。例えば、本明細書に記載されるプロセスにステップを追加する、またはそこからプロセスを削除することも出来るであろう。同様に、ステップを置換または並べ替えることが出来るであろう。したがって、全てのプロセスの説明は、オープンエンドであることが意図されている。

［技術概要］
本明細書に記載される技術の１つの利点は、組織のデジタル資産（「サイバ資産」とも呼ばれる）に対する攻撃のベクトルを予測して識別および拒否する能力である。複数のソースからのデータは、統一されたワークフローを作成するためにインテリジェントに統合させることが出来る。例えば、図４では、３つの未分類のインターネット規模のデータストリーム４０２ａ－ｃが、単一の統一されたワークフロー４０４に統合されている。

その後、この統一されたワークフロー４０４は、脅威検出モジュール４０６によって取得させることが出来る。脅威検出モジュール４０６は、統一されたワークフロー４０４から得られた知識を、収集し、構造化し、索引付けし、統合し、そして対応するコンピューティングデバイス４０８ａ－ｂ上の組織に関連付けられている１つ以上のアドミニストレータに提示することが出来る。例えば、脅威検出モジュール４０６によって生成された出力は、ウェブブラウザ、デスクトップアプリケーション、モバイルアプリケーション、またはオーバーザトップ（ＯＴＴ）アプリケーションのようなコンピュータプログラムにより、各アドミニストレータにアクセス可能としても良い。いくつかの実施態様において、このコンピュータプログラムは、サービスとしてのソフトウェア（ＳａａＳ: software as a service）ライセンス供与／配信モデルを通じて利用可能である。

データストリーム４０２ａ－ｃは、以下を含む様々なタイプのデータを含んでいても良い。
●定期的にスキャンさせかつ高度なデータ分析を行うことができるネットワーク地図データ。例えば、ネットワーク地図データは、毎日インターネットから取得させ、次いでスキャンさせて、公衆向けＩＰアドレス、コンピューティングデバイス、およびサービスのリアル－タイムの攻撃対象領域を検出させても良い。
●組織に属する資産とインターネット上にある外部ＩＰアドレスとの間で発生するパケット交換を特徴付けるネットフローデータ。送信元ＩＰアドレス、送信先ＩＰアドレス、通信時間、通信ポート、等を含むパケット交換の様々な特性を精査することが出来る。
●これらのコンピュータプログラムが、特定のインターネットサービスプロバイダ（ＩＳＰ）およびコンテンツ配信ネットワーク（ＣＤＮ）によりハイパーテキスト転送プロトコール（ＨＴＴＰ: Hypertext Transfer Protocol）またはＨＴＴＰセキュア（ＨＴＴＰＳ）要求を行う際に、ネットワーク地図上のコンピュータプログラムのクラスおよび／またはバージョンを識別するユーザエージェントデータ。

上述したように、本技術の１つの目的は、複数のソースから受信したデータを統一されたワークフロー４０４に統合することである。ここでは、３つの未分類のインターネット規模データストリーム４０２ａ－ｃが統合される。各未分類データストリーム４０２ａ－ｃは、例えば、ネットワーク地図データ、ネットフローデータ、およびユーザエージェントデータに対応することが出来るであろう。統一されたワークフロー４０４を精査することにより、この脅威検出モジュール４０６は、組織に属するサイバ資産に対する攻撃のベクトルを、予測して、識別しかつ拒否することが出来る。

このようなアプローチは、「攻撃者の見解」サイバ分析の分野における大きな進歩を表す。組織のサイバ資産に影響を与える可能性のある攻撃ベクトルの予知は、公衆向け組織の資産（例、組織のＩＰ範囲および特定コントラクタのＩＰ範囲で実行されている公的に利用可能なコンピューティングデバイスとサービス）の包括的かつ継続的な知識、およびこれらの公衆向け組織の資産と、外部ＩＰアドレス、コンピューティングデバイス、およびインターネット上にあるサービスとの通信とに基づいて、予測することが出来る。より具体的には、この脅威検出モジュール４０６は、組織の資産の既知の／緊急の脆弱性の高信号トリアージを可能にするために、統一されたワークフロー４０４をフィルタリングすることが出来る。

１つ以上のスキャナは、分類されていないデータストリーム４０２ａ－ｃを生成／検索するように構成することが出来る。脅威検出モジュール４０６およびスキャナを、併せて、「セキュリティ管理プラットフォーム」と呼ぶことがある。以下でさらに説明されるように、このセキュリティ管理プラットフォームは、他のコンポーネントを含んでいても良い。設計上、このセキュリティ管理プラットフォームは、インターネット全体に拡張可能としても良い。したがって、このセキュリティ管理プラットフォームは、それぞれのステータスを決定するように、インターネットに接続されたコンピューティングデバイスとサービスを継続的に調査するように構成することが出来る。さらに、このセキュリティ管理プラットフォームは、これらの尋問に関連付けられているデータを格納し、次いで、このデータを分析して、インターネット接続された各コンピューティングデバイスとサービスの状態を長期間（例、数か月、数年、または無期限に）監視することが出来る。

異なるタイプのデータが、異なる理由で、セキュリティ管理プラットフォームにとって有用であることをプローブしても良い。例えば、ネットワーク地図データは、脆弱性の最小化に使用することが出来るであろうが、通信の意図を推定し、かつ強化されたエッジノード（例、コンピュータサーバ）の背後にあるアプリケーション層クライアントとして機能する資産の脆弱性を評価するためには、追加のコンテキスト知識が必要になるかもしれない。ネットフローデータとユーザエージェントデータは、これらの点で、セキュリティ管理プラットフォームの機能をさらに強化し、これにより、サイバネットワークの防御を加速させることが出来る。

ネットワーク地図データをネットフローデータおよびユーザエージェントデータで強化することにより、このセキュリティ管理プラットフォームは、ネットワークディフェンダ（例、組織のサードパーティサービスおよびアドミニストレータ）に、これらの通信の内容ではなく、サイバ資産と外部世界と間の通信の性質に対する前例のない可視性を提供することが出来る。強化された可視性は、攻撃の指標を識別する、敵のインフラストラクチャのブラックリストを登録する、攻撃者の偵察の予測モデルを形成すると言う様な重要な機能に使用させても良い。

［脅威の評価と修復］
図５は、コンピュータネットワーク５０４上に展開された複数のスキャナ５０２ａ－ｃを含むネットワーク環境５００を示す。コンピュータネットワーク５０４は、例えば、インターネットまたは組織に関連付けられているローカルネットワーク（「内部ネットワーク」とも呼ばれる）としても良い。

スキャナ５０２ａ－ｃによって受信されたデータは、脅威検出モジュール５０８およびリポジトリ５１０を含むこのセキュリティ管理プラットフォーム５０６に送信させることが出来る。この脅威検出モジュール５０８は、スキャナ５０２ａ－ｃによって返されたデータの少なくとも一部を精査するように構成することが出来、リポジトリ５１０は、スキャナ５０２ａ－ｃによって返されたデータの少なくとも一部を格納するように構成することが出来る。スキャナ５０２ａ－ｃは、このセキュリティ管理プラットフォーム５０６の一部と見なしても良い。

各スキャナは、多種多様な異なる種類のデータパケットを、精査中のコンピュータネットワーク５０４の一部または全ての公衆向けＩＰアドレスに送信するように構成することができる。これらのデータパケットは、ＩＰｖ４および／またはＩＰｖ６に従ってスキャナで送信することが出来る。したがって、スキャナは、あらゆる種類の異なる信号を、精査中のコンピュータネットワーク５０４内にあるコンピューティングデバイスに送信するように構成することが出来るであろう。

スキャナによって生成された信号に応答するコンピュータソフトウェアを実行するコンピューティングデバイスの場合、このセキュリティ管理プラットフォーム５０６は、返される応答を記録することが出来る。例えば、このセキュリティ管理プラットフォーム５０６は、スキャナ（例えば、スキャナＡ ５０２a）に、対応するサービスにＷｅｂページがホストされているか否かを尋ねることができるＨＴＴＰ ＧＥＴリクエストを、特定のＩＰアドレスに送信させ、そしてホストされている場合には、メインページのコピーを返させることができる。このセキュリティ管理プラットフォーム５０６の実施態様は、このようなアクションを大規模に実行することが出来る。例えば、スキャナ５０２ａ－ｃは、コンピュータネットワーク５０４全体にわたってＨＴＴＰ ＧＥＴリクエストを（例、ＩＰｖ４空間全体にわたって約４３億回）送信することが出来るであろう。これらの要求は、こうした要求に応答できるサービスが多数存在するので、様々なプロトコールの様々なペイロードを使用して、送信させることが出来る。

異なる種類のウェブサーバがある場合とは異なり、世界中のコンピューティングデバイス上で実行される様々なサービスが存在する。これらのサービスの例には、ファイルトランスファプロトコール（ＦＴＰ: File Transfer Protocol）およびセキュアシェル（ＳＳＨ： Secure Shell）プロトコールが含まれ、これらの各々は、非ＨＴＴＰおよびＨＴＴＰＳコンピューティングデバイスが、インデックス付けされることを可能にする。ｔｅｌｎｅｔ、ＳＮＭＰ、ＲＤＰ、ＳＭＢ、ＮｅｔＢＩＯＳ、ＭＳＳＱＬ、ＭｙＳＱＬの様々なプロトコールに応答するエンタープライズシステムのホストも多数存在する。

このセキュリティ管理プラットフォーム５０６は、返された応答から学習された情報を取得し、そして他のソースからのデータとこの情報を統合して、インターネット上のインフラストラクチャが異なる組織にどのようにリンクされているかを示すビューを作成することが出来る。このようなアクションにより、このセキュリティ管理プラットフォームが、それが対応するインフラストラクチャに基づいて、各組織のステータスまたは脆弱性をより良く理解することが可能になる。いくつかの場合には、インフラストラクチャの脆弱性の検出には、多くのニュアンスがある。例えば、所定の組織に属する特定のＩＰ上のログインプロンプトをＴｅｌｎｅｔサービスで観察することは、このサービスにサインインしようとするユーザは、クリアテキストで資格情報を送信しなければならないので、ネットワークの攻撃者が、これらの資格情報を見て、そしてこれらの情報を潜在的に悪意のある目的に使用することを可能にする脆弱性が、その組織のインフラストラクチャにあることを示す。また、インフラストラクチャが、公開仕様に設計されていない（つまり、セキュリティを念頭に置いて設計されていない）との理由のみで、脆弱性が識別されてしまい、そのためこれを容易に悪用することが出来る場合もある。例えば、産業用制御システム（例、ＢＡＣｎｅｔまたはＭｏｄｂｕｓ）の一部のプロトコールは、インターネット上（しばしば、実際にはほとんどのインターネットより古いものである）にある。これらのプロトコールは、ネットワークセキュリティを考慮して設計されていない。その代わりに、これらのプロトコールは、認証を必要とせずに、基礎となる制御システムへの容易で生のアクセスを提供する。したがって、これらのプロトコールは、プロトコール自体の特性から、および実装を担当するコンピュータソフトウェアであることから、インターネット上で一般公開されていると、本質的に安全ではない。そのため、悪意のある人物によるあらゆる種類の不正行為に対して脆弱になることがあり得る。

このセキュリティ管理プラットフォーム５０６のいくつかの実施態様は、組織およびそれらのデジタル資産のためのインフラストラクチャの部分を見出すように構成されている。このようなアクションは、リスクの高いデジタル資産のみならず、組織が認識していないデジタル資産も識別することを可能にする。したがって、このセキュリティ管理プラットフォーム５０６は、コンピュータネットワーク５０４を横断するトラフィックの統一されたレビューを提供して、組織に属する特定の資産カテゴリ内の全てのアイテムを識別し、そして一般的な意味でステータスおよび／またはリスクに基づいてこれらのアイテムのランク順を提供することが出来る。

このセキュリティ管理プラットフォーム５０６は、様々な異なる公共登録データベースを含む一次信号、およびインターネット上で利用可能な分析および／または公共信号を使用してこれを達成することができる。いくつかの実施態様では、このセキュリティ管理プラットフォーム５０６は、可視性製品（「可視性サービス」とも呼ばれる）をサポートする制御モジュール（図示せず）を含む。可視性製品は、それが脆弱性に関して知らないことを組織に伝えたり、これらの脆弱性が発見されたときに組織にリアル－タイムで警告したり、等を行うことが出来る。

これらの脆弱性が修正されるプロセスも重要である。このセキュリティ管理プラットフォーム５０６のいくつかの実施態様は、もしウイルス、破損ファイル、または生のアクセスポイントの様なリスクがある組織のローカルネットワークに何かが存在すると、より速い応答およびほぼリアル－タイムの価値配信を提供するために、制御ループを閉じるコネクタ（図示せず）を含む。通常、これらのコネクタは、制御ループを、自動的にまたはほぼ自動的に閉じる。しかしながら、これらのコネクタは、アドミニストレータから手動入力を受け取ったときにのみ制御ループを閉じるように構成しても良い。このアドミニストレータは、このセキュリティ管理プラットフォーム５０６の管理を担当する組織またはサードパーティのセキュリティサービスに関連付けても良い。したがって、このセキュリティ管理プラットフォーム５０６の実施態様は、コンピュータネットワークの可視性の改善と、発見された脆弱性を制御するためにどのようなアクションを採用することが出来るかについての対処に関わることが出来る。例えば、ローカルネットワーク上にあるコンピューティングデバイス内に脆弱性が自動的に発見された場合、ポリシが、コンピューティングデバイスをシャットダウンすべきであると言うようにしても良い。

組織ネットワーク上に存在するＩＰアドレス上にあるデジタル資産（例えば、証明書およびドメイン名）を有する組織を考えよう。これは、組織のネットワークの境と呼んでも良い。このセキュリティ管理プラットフォーム５０６は、インターネット全体を見ることができるため、このセキュリティ管理プラットフォーム５０６は、各デジタル資産を、何らかの形で組織に関連付けられているインターネット上の各外部デジタル資産に関連付けることが出来る。

このようなアクションは、このセキュリティ管理プラットフォーム５０６が、外部から覗き込むことができる組織のデジタル資産の全体像をせいせいることを可能にする。この全体像は、しばしば、組織が知らなかった項目を含む。例えば、デジタル資産は、組織が完全に認識していない、および／または組織の管理下にない、組織のネットワークの境に入ることもある。デジタル資産は、何らかのアクションが組織によって実行されたため、組織のネットワークの境を離れることもある。組織に関連付けられているデジタル資産を監視することにより、ネットワークの境の変化は、容易に識別させることが出来る。組織に特定の結果をもたらす変更には、何らかの方法でフラグを立てても良い（例、警告を、アドミニストレータによるレビューのためにインターフェースに投稿しても良い）。さらに、変更により、（その発生を確認することができる）何らかの修復アクションを起こさせるフィードバックループを駆動させても良い。修復アクションにより、組織のネットワークの境を、縮小させるまたは何らかの方法で改善させても良い。

したがって、このセキュリティ管理プラットフォーム５０６の実施態様は、組織のネットワークの境のみならず、ネットワークトラフィック情報のデータベースから得られた知識を、ソース、送信先、および／またはネットワークトラフィックが経由するパスの所有者に関する知識と組み合わせることにより、組織のネットワークの境を移動しているものも見ることが出来る。所定の組織のネットワークの境を通過するネットワークトラフィックのこれらの観測は、「フラックス」と呼ぶことが出来る。ネットワークの境は、ネットワークの境の変化に関する情報を組織に提供し、かつネットワークの境を通るフラックスを見ることができるように定義しても良い。このセキュリティ管理プラットフォーム５０６は、このフラックスを結果に関連付けても良い（例、このフラックスは、ボットネットのコマンド－アンド－コントロールシステムと話している、このフラックスは、通信すべきではないネットワークの境内のコンピューティングデバイスと通信している、等）。

一部の実施態様では、このセキュリティ管理プラットフォーム５０６は、パートナーシップを介して、インターネットサービスプロバイダ（ＩＳＰ）と、サービスを通過するものに関するデータ／メタデータを記録する他のネットワークサービスプロバイダと、協力する。これに加えまたは代えて、このセキュリティ管理プラットフォーム５０６は、監視対象のネットワークの境を通過するものに関するデータ／メタデータを記録する組織と提携させても良い。したがって、このセキュリティ管理プラットフォーム５０６は、他のＩＰアドレスと「話している」ＩＰアドレスを観察しても良い。このセキュリティ管理プラットフォーム５０６は、これらのＩＰアドレスが使用しているポートやプロトコールについての、通信が、伝送制御プロトコール（ＴＣＰ: Transmission Control Protocol）またはユーザデータグラムプロトコール（ＵＤＰ: User Datagram Protocol）に従って発生しているか否かについての、通信が、インターネットプロトコールセキュリティ（ＩＰＳｅｃ）などのプロトコールを使用する仮想プライベートネットワーク（ＶＰＮ: virtual private network）トランザクションであるか否かについて、のような情報も受信する。したがって、大量（例、１日あたり約ペタバイト程度）のデータは、このセキュリティ管理プラットフォーム５０６によって受信させても良い。通常、このデータの全てを処理するにはコストが高すぎるため、このセキュリティ管理プラットフォーム５０６は、どのデータを処理すればセキュリティ関連のアクションがより関連するようになるかをインテリジェントに決定することが出来る。

いくつかの実施態様において、このセキュリティ管理プラットフォーム５０６は、特定の組織のネットワークの境（例、このセキュリティ管理プラットフォーム５０６により促進されるセキュリティサービスの現在および／または見込み客）を定義する。このような実施態様では、このセキュリティ管理プラットフォーム５０６は、ネットフローを引出し、かつ異なる時間範囲（例、先週、月、等）についてネットフローを問い合わせることが出来る。このようなアクションにより、このセキュリティ管理プラットフォーム５０６が、これらのＩＰアドレスが誰と話しているかを理解し、かつこれらのＩＰアドレスをこのセキュリティ管理プラットフォーム５０６がすでに知っているＩＰアドレスと関連付けることが可能になる。このセキュリティ管理プラットフォーム５０６は、ネットワークの境界のみならず、グローバルインターネットにも装備されているので、従来のネットフローセキュリティ製品とは異なり、分析は、シングルホップに限定されることはない。さらに、このセキュリティ管理プラットフォーム５０６は、組織に関連付けられている内部ネットワークに出入りするトラフィックのみならず、組織のネットワークの一部ではないＩＰアドレス間のトラフィックも確認することが出来る。

この結果、トラフィックが、１つまたは複数のプロキシノードを介してルーティングされる場合、このセキュリティ管理プラットフォーム５０６は、それらのプロキシノードを通過するトラフィックを追跡して、実際のソースを識別することが出来る。例えば、（組織が所有する）ＩＰアドレス１．１．１．１がＩＰアドレス２．２．２．２と話し、次にＩＰアドレス２．２．２．２がＩＰアドレス３．３．３．３と話す場合、このセキュリティ管理プラットフォーム５０６は、これら２つの別々の通信が、これらのノード間の通信が直接行われていないにもかかわらず、実際には、ＩＰアドレス１．１．１．１とＩＰアドレス３．３．３．３の間の単一の通信であったことを推測することができ、そして組織のネットワークの境からのトラフィックしか監視しないシステムは、３．３．３．３との接続を推測できないであろう。別の言い方をすれば、このセキュリティ管理プラットフォーム５０６は、ＩＰアドレス２２.２２が、単にプロキシ（「ルーティング導管」とも呼ばれる）として機能していたと推測しても良い。いくつかの実施態様では、このセキュリティ管理プラットフォーム５０６は、任意の数の中間ルーティング導管間の任意の数のホップを検出するためにそのような分析を実行するように構成されている（例、ＩＰアドレス３．３．３．３がＩＰアドレス４．４．４．４と話す場合、ＩＰアドレス４．４．４．４はＩＰアドレス５．５．５．５と話す、等）。したがって、このセキュリティ管理プラットフォーム５０６は、「ｎ」ホップ分析を実行することにより、従来のネットフローセキュリティ製品よりも多くを観察することが出来る。

本明細書で紹介する技術は、ＩＰアドレスで実行されているサービスに関する情報を、ＩＰアドレス間のアクティビティおよび通信の性質／挙動に関する情報と相関させるように設計することが出来る。例えば、このセキュリティ管理プラットフォーム５０６は、ＩＰアドレスレベル、証明書レベル、またはドメイン名レベルに関係なく、インターネット上の様々なタイプのデータを収集することが出来る。特にＩＰアドレスの場合、このセキュリティ管理プラットフォーム５０６は、適切なＩＰアドレスに後に関連付けることが出来るかなりの量の情報を収集することが出来る。例えば、このセキュリティ管理プラットフォーム５０６は、ＩＰアドレスを問い合わせて、対応するコンピューティングデバイス上でどのようなサービスが実行されていて、かつそれらのサービスがどのポートで利用可能であるかを知ることができる。さらに、このセキュリティ管理プラットフォーム５０６は、コンピューティングデバイス上で過去に良く実行されていたサービスおよびそれらのサービスが利用可能であったポートを知ることができる。しばしば、このセキュリティ管理プラットフォーム５０６は、誰が、レビュー中のＩＰアドレスを所有し、および／または管理を担当するかについてのセンスも持つであろう。一般に、このセキュリティ管理プラットフォーム５０６は、個人が郵便局を介して封筒を送信することができるように、一意のアドレスにルーティングするために、ＩＰアドレスが、インターネット上でどのように使用されているかというそのセンスを、使用することが出来る。

次に、このセキュリティ管理プラットフォーム５０６は、どの内部ＩＰアドレスが関係しているか（すなわち、通信が内部ネットワーク上の誰と話しているか）、およびどの外部ＩＰアドレスが関係しているか（すなわち、通信が、インターネットの様な外部ネットワーク上の誰と話しているか）に基づいて、通信が内部ネットワークに入るまたはそれから出るリスクを評価することが出来る。例えば、このセキュリティ管理プラットフォーム５０６は、外部ＩＰアドレスが、テイクオーバーに対して特に脆弱に見えるか否か、脆弱性のあるサービスを実行しているか否か、不正の行為者が内部のネットワークと話すプロキシとして使用するために引き継ぐための良い方法を持っているように見えるか否か、等を決定することができる。

相関関係の一例は、内部ＩＰアドレス（「組織ＩＰアドレス」または「顧客ＩＰアドレス」とも呼ばれる）が、非常に脆弱性のあるサービスが実行されている外部ＩＰアドレスと通信している場合である。 Ｔｅｌｎｅｔ、ＭｙＳＱＬ、ＨＴＴＰＳサービスの自己署名証明書のような項目は、このセキュリティ管理プラットフォーム５０６が、内部ＩＰアドレスがどの外部ＩＰアドレスと話しているかと言うセンスのみならず、何故これらの外部ＩＰアドレスが危険にさらされている可能性があるその理由も把握することを可能にする。このセキュリティ管理プラットフォーム５０６は、また、外部ＩＰアドレスが、内部ＩＰアドレスに関与する内部ネットワークに対する攻撃において、プロキシとして使用するのに脆弱である理由も決定することができる。

このセキュリティ管理プラットフォーム５０６は、新しいサービスまたは一時的なサービスにより興味深いことを行うことも出来る。これらは、所定のＩＰアドレスで最近立ち上がったサービス、および短時間で立ち上がったサービスとして定義される。一例は、１日６時間だけＩＰ ２．２．２．２に存在し、かつそのＩＰで二度と見られないＳＳＨサーバであろう。これらのサービスは、このようなサービスがネットワークと通信するために合法的に使用されることはめったにないため、そして悪意のある行為者が、ブラックリストを回避することによりネットワークを攻撃するために以前から未使用のＩＰで攻撃インフラストラクチャをしばしば立ち上げるので、興味深い。これらのサービスでは、このセキュリティ管理プラットフォーム５０６は、ネットワーク上にあるＩＰアドレスが、ＩＰアドレス１．２．３．４と話していることを観察することが出来る。この場合、外部ＩＰアドレス１．２．３．４との通信は、ポート８０で行われると想定されているが、標準プロトコールのポートであれば何れのものでも可能であろう。もしこのセキュリティ管理プラットフォーム５０６が、ポート８０で外部ＩＰアドレス１.２．３．４からの着信通信と、ネットワークのアクティブスキャンから得られた情報から、ポート８０で実行されているサービスがないと判断された場合の発信応答とを観測すると、このセキュリティ管理プラットフォーム５０６は、これを警告動作として分類することができる。また、このセキュリティ管理プラットフォーム５０６は、ブロックするのが非常に難しい優れたインフラストラクチャを備えている場合があるので、このセキュリティ管理プラットフォーム５０６は、もしアクティブスキャンに基づいて実行中のサービスが無いと決定されると、そのサービスは、実際には、検討中のネットワーク（例、内部ネットワークまたはインターネット）では実行されていないと、確信して推測することが出来る。

このセキュリティ管理プラットフォーム５０６が、最後のスキャン（例えば、前日または先週から）の間に存在しなかったネットワーク外部の所定のＩＰアドレス上の所定のポートで応答するサービスを見ると、このセキュリティ管理プラットフォーム５０６は、このサービスを、潜在的に悪意のある行為者に関連付けることができる。例えば、潜在的に悪意のある行為者は、悪意の理由から（例、ネットワーク内のデジタル資産への不正アクセスを取得するために）このサービスを立ち上げた可能性がある。この潜在的に悪意のある行為者は、限られた時間枠（例、１時間）でこのサービスを立ち上げた可能性もある。しかしながら、もしこのセキュリティ管理プラットフォーム５０６が、一貫した頻度（例、２時間、６時間、１２時間、または２４時間ごと）で監視中のネットワークをスキャンすると、潜在的脅威によって危害が加えられる前に、このセキュリティ管理プラットフォーム５０６が、それらを検出する可能性は高くなる。このセキュリティ管理プラットフォーム５０６が、全ての潜在的な脅威を即座に捕捉することができるとは限らないが、このセキュリティ管理プラットフォーム５０６は、通常、新しいまたは一時的なサービスが立ち上がったときを大きな成功率で検出するであろう。さらに、もし潜在的に悪意のある行為者が、巧妙に、短命サービスを即座に立ち上げ、次いで、それを攻撃のためにクローズすることを画策すると、このセキュリティ管理プラットフォーム５０６は、これらの通信を発見しかつそれを適切な個人に警告することが出来る。

第３の相関関係は、外部ＩＰアドレスとの通信に関与する組織に属するＩＰアドレスで実行されているサービスを見る。このセキュリティ管理プラットフォーム５０６が、高リスクの内部ＩＰアドレスで過去に警告したもの（例、公開されたデータベースサービスまたは産業用制御システムプロトコール）が存在する場合、外部ＩＰアドレスとの通信は、リスクが非常に高い行動となる。このような場合、このセキュリティ管理プラットフォーム５０６は、ネットワークに関連付けられている個人（例、ネットワークアドミニストレータ）に、この内部ＩＰアドレスをネットワーク上でアクセス可能とすべきか否かを決定するように促しても良い。さらに、このセキュリティ管理プラットフォーム５０６が、外部世界（すなわち、ネットワーク外に存在する１つ以上の外部ＩＰアドレス）と話す内部ＩＰアドレスを知ると、このセキュリティ管理プラットフォーム５０６は、個人に警告することができる。

第４の相関関係は、アクティブ検知データをグローバルネットフローデータに相関させる必要はない。これに代えて、このセキュリティ管理プラットフォーム５０６は、対応する内部ネットワークからのフローの収集が組織に完全に装備されていると、組織が信じている場合であっても、このセキュリティ管理プラットフォーム５０６が、これらの組織が観察することができないことを観察することができるものがあるように見えるという事実を活用することが出来る。このセキュリティ管理プラットフォーム５０６は、しばしば、大規模なデータパケットが、データ流出を示す方法で送受信されているインスタンスのような、最も警戒すべきフローを知ることができる。理論的には、これらの組織は、これらが、これらの内部ＩＰアドレスに装備されているフローコレクタを有する（フローコレクタがこれらの内部ＩＰアドレスに装備されている）と考える。しかしながら、一部の組織のＩＰアドレスは、一貫して企業ネットワーク監視システムから見逃されていて、または、それらの企業ネットワーク監視システムに適切に配置されていない。このセキュリティ管理プラットフォーム５０６は、組織の内部ネットワークの境界に沿うフローコレクタを計測するのではなく、インターネットを通過する通信を精査するときに、これらのフローを知ることが出来る。この相関関係について、このセキュリティ管理プラットフォーム５０６は、長期間（例、数日、数週間、または数ヶ月）沈黙していた内部ＩＰアドレスを探すことが出来る。内部ＩＰアドレスが沈黙状態から外部ＩＰアドレスとの通信に移行すると、このセキュリティ管理プラットフォーム５０６は、この組織のＩＰアドレスが追加の精査を受けるべきであることを示す警告を生成することが出来る。通常、このようなアクションはインターネットには報告されない。また、それが通信することを組織が予測することはなかった可能性があるので、内部ＩＰアドレスに装備（instrumentation）が存在しない可能性は非常に高い。したがって、この内部ＩＰアドレスが外部との通信を開始するときには、このセキュリティ管理プラットフォーム５０６は、この組織がそのような通信が発生していることを認識すると、適切なアクションを実行することが出来るように、この組織に関連付けられている個人に警告することが出来る。このような通信は、この組織によって実装されたセキュリティ対策を回避しようとする不正なエンティティを示すことが出来る。

第５の相関関係は、「不正」外部ＩＰアドレス（例、既知のマルウェアコマンドおよびコントロールサーバに対応するもの）のリストと内部ＩＰアドレスとの間のマルチホップ通信パターンを探すことが出来る。不正外部ＩＰアドレスは、様々な公衆およびプライベートソースから取得することが出来る。一方、内部ＩＰアドレスは、監視中のネットワーク内に存在するＩＰアドレスである。通常、監視中のネットワークは、組織に関連付けられているエンタープライズネットワークまたはエンタープライズネットワークのセットである。しかしながら、このセキュリティ管理プラットフォーム５０６は、インターネットでアクセス可能なＩＰアドレスを精査することも出来るであろう。この場合、このセキュリティ管理プラットフォーム５０６は、ＩＰアドレスのペア間の通信を分析することができる。不正外部ＩＰアドレスのリストが与えられると、このセキュリティ管理プラットフォーム５０６は、これらの不正外部ＩＰアドレスと直接通信している他の外部ＩＰアドレスを探すことが出来る。これらの他の外部ＩＰアドレスは「Ｓｅｔ Ｐ」と呼ばれる。このセキュリティ管理プラットフォーム５０６は、内部ＩＰアドレスとＳｅｔ Ｐとの間の通信を探すことが出来る。如何なる通信が発見されたにも、このセキュリティ管理プラットフォーム５０６は警告を生成することが出来る。次に、このセキュリティ管理プラットフォーム５０６は、Ｓｅｔ Ｐの中間ＩＰアドレスと内部ＩＰアドレスの両方と通信した如何なるＩＰアドレスも探すことが出来る。これらの中間ＩＰアドレスは、Ｓｅｔ ＰのＩＰアドレスによって開始された攻撃のプロキシとして機能する可能性があるため、これらの中間ＩＰアドレスに関与する発見されたフローには、さらなるレビューのためにフラグを立てることが出来る。このような技術は、複数のホップに容易に拡張させることが出来る。

各相関関係は、フローごとに行うことが出来る。したがって、内部ＩＰアドレスから外部ＩＰアドレスへのフローが与えられると、このセキュリティ管理プラットフォーム５０６は、これらの相関関係の何れかが存在するか否かを知ることが出来る。

前述の相関関係によって表されるアクションの多くは、組織のネットワークに対する悪意のある攻撃またはデータ流出の試みの何れかを示す。データの流出の試みを示す指標の１つは、通信に関係するデータパケットのサイズとすることができる。一般に、データパケットが大きいほど、通信がデータの流出の試みの部分であるリスクが高くなる。このセキュリティ管理プラットフォーム５０６は、中規模のデータパケットが、同じエンティティが所有する複数のＩＰアドレスに送信されつつあることを知ることもできる。したがって、総ペイロードが集約されると、データパケットによって伝達される集合データは膨大になる。このセキュリティ管理プラットフォーム５０６は、通信に関与する各ＩＰアドレスの所有者に関する情報にアクセスおよび／またはそれを導出することができるため、このセキュリティ管理プラットフォーム５０６は、両方の可能性を監視することが出来る。

このセキュリティ管理プラットフォーム５０６のいくつかの実施態様は、ボットネット追跡および／または動的ブラックリスト化のために構成される。ボットネットは、インターネットに接続された一連のコンピューティングデバイスであり、各デバイスが、タスクを集合的に実行するように構成された１つ以上のボットを実行する。例えば、ボットネットは、しばしば、分散型サービス拒否（ＤＤｏＳ: distributed denial-of-service）攻撃を実行し、データを盗み、スパムを送信し、そして不正なエンティティが、対象のコンピューティングデバイスとそのネットワーク接続にアクセスすることを可能にするために使用される。いくつかの実施態様では、上述の５つの相関関係は、積極的(proactive)ではなく応答的(responsive)であるように設定されている。しかしながら、このセキュリティ管理プラットフォーム５０６は、組織（「顧客」とも呼ばれる）からデータを受信するときに、これらのリスクフィルタを精査することも出来るであろう。特定のリスクがほぼ常に不正と考えられる場合、このセキュリティ管理プラットフォーム５０６は、この特定のリスクに関して積極的(proactive)になり始める可能性がある。例えば、このセキュリティ管理プラットフォーム５０６は、特定のタイプのトラフィックがネットワークに対して重大なリスクを表すという決定に応答して、特定のタイプのトラフィックの送信を防ぐ考慮の下で、ネットワークの境界上のファイアウォールに適切な装備をプッシュしても良い。

このセキュリティ管理プラットフォーム５０６のいくつかの実施態様は、グローバルネットフローを通じてボットネットを追跡することにより動的ブラックリストにアプローチするように構成されている。「グローバルネットフロー」という用語は一般に、インターネットを通過する全てのトラフィックフローを指す。これは、ＩＰアドレスレベルまたは別のレベル（例、ポートレベル）で実行させることが出来る。例えば、このセキュリティ管理プラットフォーム５０６は、どのボットがどのボットネットの一部であるかを知るために、動的制御ノードおよびボットとの通信をリアル－タイムで監視しても良い。組織がこれらのマッピングを利用できるようにすることにより、組織がこれらのボットの何れかから大量のトラフィックを受信し始めると、他のＩＰアドレスがヒットする前に、この組織が、適切なＩＰアドレスをシャットダウンすることが出来る。例えば、数千のボットがボットネットの一部であり、そしてこれらのボットのうちの５つが組織の内部ネットワークに対するＤＤｏＳ攻撃の一部として大量のトラフィックを送信し始める場合がある。この時点で、このセキュリティ管理プラットフォーム５０６は、他の９９５ボットを先制的にブラックリストに載せることができる。これらのポットは、もし担当するエンティティが、どのホストがトラフィックを送信するホストであるかをローテートすると、ＤＤｏＳ攻撃の一部として大量のトラフィックを送信することも出来るであろう。

図６は、内部ネットワーク６１０を保護するように設計されたセキュリティ管理プラットフォームの一部として採用することができるハニーポットサーバ６１２を含むネットワーク環境６００を示す。（「ハニーポット」とも呼ばれる）ハニーポットサーバ６１２は、内部ネットワーク６１０にある情報システムの不正使用の試みを、検出する、偏向する、または何らかの方法で打ち消すように設定されているセキュリティ機構である。一般に、ハニーポットサーバ６１２は、攻撃者にとって価値のある情報／リソースが含まれている内部ネットワーク６１０の正当な部分と思われるデータを含むが、ハニーポットサーバ６１２は、攻撃者をブロックすることが出来るように、実際には、隔離されかつ監視されている。

より具体的には、攻撃者は、インターネット６０２上の他の場所に存在する外部ＩＰアドレスを介して内部ＩＰアドレスと通信することにより、組織のネットワーク６１０を侵害しようと試みることができる。通信は、一般に、組織ネットワーク６１０の外側境界を表すファイアウォール６０４により受信される。ファイアウォール６０４は、ハニーポットサーバ６１２および内部ネットワーク６１０に接続されたハブ６０８に通信可能に結合することができるルータ６０６に通信可能に結合させることが出来る。ファイアウォール６０４は、入ってくるスキャン攻撃６１４をハニースポットサーバ６１２に偏向させるように構成することが出来る。このようなアクションは、スキャン攻撃６１４が、組織ネットワーク６１０を侵害し、そして価値のあるデジタル資産を知ることを防ぐ。

ボットネットには、脆弱性のあるＩＰアドレスをスキャンする傾向がある。したがって、本明細書に記載されるセキュリティ管理プラットフォームは、定期的にインターネット全体にランダムスキャンを実行しても良い。このような実施態様では、ハニーポットサーバは、インターネット全体に渡るＩＰアドレスに配置させることが出来、そしてセキュリティ管理プラットフォームは、個人がネットフローをＩＰアドレスから引出すことにより、これらのＩＰアドレスをスキャンするのを、待っていれば良い。別の言い方をすれば、セキュリティ管理プラットフォームは、グローバルネットフローを解析して、ハニーポットサーバに対応するＩＰアドレスに関与するトラフィックを識別することができる。これらのＩＰアドレスは、このようなアクションに意図的に同意する組織、およびこの組織が対話するエンティティ（例、サードパーティのセキュリティサービス）に属していても良い。しばしば、セキュリティ管理プラットフォームは、それが、ハニーポットサーバに関連付けられている少なくとも１つのＩＰアドレスをスキャンすることを担当するオブジェクトへの、コマンド－アンド－コントロールインフラストラクチャからのコマンドを見出すことが出来る、類似性のセンスを探している。問い合わせの例には、誰が、少なくとも１つのＩＰアドレスをスキャンするようボットネットに指示したか、いつスキャンが発生したか、他に誰とボットネットが話をしているか、等の発見が含まれる。ボットがハニーポットサーバをスキャンすると、セキュリティ管理プラットフォームは、（例、ボットのＩＰアドレスに関与するインターネット通信を識別することにより）このボットに対応するネットフローを即座に引出すことが出来る。

このようなアクションにより、セキュリティ管理プラットフォームは、ボットが通信している他の全てのオブジェクトを知ることが出来る。これらのオブジェクトの大部分は、通常、スキャンされつつある他のＩＰアドレスである。

セキュリティ管理プラットフォームは、単一ＩＰアドレスまたは複数のＩＰアドレスに対応し得る、ボットとコマンド－アンド－コントロールセンタとの間のこれらの主要な通信を見出すようと試みることができる。コマンド－アンド－コントロールセンタはしばしば分散されているであろう。セキュリティ管理プラットフォームは、ボットネットのこれらの特性を発見し、そしてこのボットネットが、所定の時点でどのコンピューティングデバイスと話しているかを検証することが出来る。あるノイズは、一貫して除去する必要があるが、セキュリティ管理プラットフォームは、これらの潜在的な新しいボットが、組織に関連付けられているＩＰアドレスをスキャンしている方法と、確認されたボットが、これらおよび他のＩＰアドレスを以前にスキャンした方法との間の類似パターンを探すことが出来る。スキャンのタイミング、スキャン対象の外部ポート、スキャン対象、これらのボットの動作、等、いくつかの異なるパターン機能を精査することが出来る。如何なる種類の類似性も、ボットネット（および、場合によっては、既知のボットネット）が原因であるとの確信を増大させることができる。

経時的に通信を追跡することにより、セキュリティ管理プラットフォームは、どのボットがコマンド－アンド－コントロールインフラストラクチャと通信しつつあるかを監視することが出来る。これにより、セキュリティ管理プラットフォームは、コマンド－アンド－コントロールインフラストラクチャに関連付けられているボットの動的ブラックリストを構築することが出来る。より具体的には、セキュリティ管理プラットフォームは、コマンド－アンド－コントロールノードのリストおよびボットのリストを維持することが出来る。これらのリストは、様々な信頼レベルに関連付けことができる（例、セキュリティ管理プラットフォームは、コマンド－アンド－コントロールノードのリストの精度には高い信頼性を持ち、かつボットのリストの精度には低い信頼性を持つことができる）。したがって、１つまたは複数の組織が所有する全てのＩＰアドレスに対して、セキュリティ管理プラットフォームは、監視対象の全てのコマンド－アンド－コントロールインフラストラクチャの傍受を見出すことが出来る。この組織は、それらの内部ネットワークがセキュリティ管理プラットフォームによって監視されている組織の一部または全てを表すことができる。もしセキュリティ管理プラットフォームが、コマンド－アンド－コントロールノードに関連付けられている外部ＩＰアドレスと、組織に関連付けられているＩＰアドレスとが、同じオブジェクトと通信していることを発見すると、セキュリティ管理プラットフォームは、この組織に警告を発することができる。

コマンド－アンド－コントロールセンタに関連付けられているＩＰアドレスを取得するには他の方法もある。いくつかの実施態様に存在する重要な機能の１つは、統合である。ここでは、ＩＰアドレスは、コマンド－アンド－コントロールセンタに関連付けられているかもしれないが、このＩＰアドレスは、通常、内部ネットワークと直接話さないことを、既に示している個人によって作成されたことがある他のリストが、存在する。むしろ、このＩＰアドレスは、１つまたは複数の侵害されたホストを介して、組織のネットワークと通信する可能性がある。攻撃者は、通常、セキュリティ管理プラットフォームが、この種の通信の可視性を持っていることを完全に知らないであろう。その結果、もしセキュリティ管理プラットフォームが、コマンド－アンド－コントロールセンタに関連付けられているＩＰアドレスのリストを有していると、セキュリティ管理プラットフォームは、組織が、侵害されている可能性があるオブジェクトと話しつつありかつそれ自体が攻撃者と通信しているか否かを容易に決定することが出来る。このセキュリティ管理プラットフォームは、通信の高次分析（例、２次ホップ、３次ホップ、等）のために、複数のインスタンスを連結することも出来る。

セキュリティ管理プラットフォームのいくつかの実施態様は、リスクフィルタも含む。例えば、米国連邦政府は、最近、北朝鮮に関連付けられている隠しコブラ（Hidden Cobra）ＩＰアドレスのリストをリリースした。これらのＩＰアドレスは、全て、リスクフィルタに入れることが出来る。次に、セキュリティ管理プラットフォームが、リスト上の外部ＩＰアドレスと通信している組織を知ると、セキュリティ管理プラットフォームは、この外部ＩＰアドレスとのリスクセンスを推定することが出来る。セキュリティ管理プラットフォームは、リスクセンスが特定の閾値を超えると、この組織に警告することができる。

ボットネット攻撃では、コマンド－アンド－コントロールセンタは、一般に、これらのボットが関心のあるＩＰアドレスをどのようにスキャンすべきかを指定する複数のボットに、オーダを中継する。例えば、このコマンド－アンド－コントロールセンタは、第１のボットと第２のボットに、将来のある時点で特定のＩＰアドレスをスキャンするように命令することができる。 これらの第１と第２のボットは、それまで沈黙していたかもしれない。これらの（例、ある種のサービス拒否（ＤｏＳ）攻撃による）ボット攻撃の前に、このコマンド－アンド－コントロールセンタは、各ボットに、攻撃する時間を示す命令を送信する。このコマンド－アンド－コントロールセンタと複数のボットの間の通信を見ることにより、このセキュリティ管理プラットフォームは、このアプローチの様々な要素を観察することが出来る。例えば、このセキュリティ管理プラットフォームは、攻撃が実際に発生する前に、外部ＩＰアドレスが攻撃の一部になることを検出し、そしてこの外部ＩＰアドレスを自動的にブラックリストに登録することができる。

いくつかの修復アクションは、手動で実行することができる。例えば、個人（例、ネットワークアドミニストレータ）は、内部ネットワークの証明書を手動でアップグレードさせることができる。セキュリティ管理プラットフォームによって実行されるいくつかのアクションは、手動でプロンプトさせることができるが、他のものは、自動的に開始される（例、提供モジュールは、組織のネットワークに証明書を分散することによりインフラストラクチャを定期的に更新することができる）。例えば、対応するＩＰアドレスとの間のフローが疑わしい場合、オブジェクトは、イメージを再作成することが出来るであろう。別の例として、ローカルネットワークは、リスクに基づいてインターネットから切出すことが出来るであろう。同様に、ローカルネットワークのサブセットは、リスクに基づいてローカルの他の部分から切出すことが出来るであろう。

ＩＰアドレスのリスクは、この組織によって管理されている如何なるコンピューティングデバイスも、このＩＰアドレスと通信できないことを確実にするために、ファイアウォールを越えて組織全体にプッシュさせることも出来るであろう。一部の実施態様では、高リスクに関連付けられているＩＰアドレスのログは、セキュリティ管理プラットフォームによって維持される。これらのアクションの一部は、組織全体の脅威に対処するために、セキュリティ管理プラットフォームと連携する自動化オーケストレーションフレームワークによって促進させることが出来る。

セキュリティ管理プラットフォームによって採用されるフィードバックループの一部は、チケット発行システムを介して実装させることが出来るであろう。このチケット発行システムは、将来のアクションを改善するために、セキュリティ管理プラットフォームが取得しかつ使用するアクションチケットを生成するように、構成することが出来る。これに代えて、このアクションチケットは、元のアクションが閉じられたことを示すフィードバックを最終的にもたらす他のアクションを生成することもできる。したがって、これらのアクションチケットは、例えば、実際に変更が発生したことを検証するために使用することが出来るであろう。セキュリティ管理プラットフォームのいくつかの実施態様は、継続的に連続する監視も提供し、かつ一貫した変化の進行が観察されると、警告を生成する。一部の是正アクションは、完全に内部的なものであるかもしれない（つまり、組織のネットワークにあるＩＰアドレスおよびコンピューティングデバイスにのみ実行される）。いくつかの是正措置は、他の組織との対話に関与するかもしれない（例、ドメイン名が変更されたとき、ＩＰアドレスが更新されたとき、等）。別の言い方をすれば、いくつかの是正措置は、セキュリティ管理プラットフォームがサードパーティと対話すること、または組織とサードパーティ間の対話を促進することを、必要とする場合がある。その後、このセキュリティ管理プラットフォームは、フィードバックループを検証することが出来る。

したがって、第１のステップは、セキュリティ管理プラットフォームが内部ネットワーク内の脆弱性を識別することとすることができる。次いで、脆弱性が識別されると、セキュリティ管理プラットフォームは、これらの脅威を修正するために必要なアクションを実行することが出来る。如何なる数のアクションも実行することが出来るであろう。例えば、セキュリティ管理プラットフォームは、危険なＩＰアドレスのログをキャプチャすることにより、ブラックリストを自動的に生成させることが出来る。その後、このブラックリストは、この組織内の特定のポリシに従って適用させることが出来る。したがって、このセキュリティ管理プラットフォームは、リアル－タイムで通信を監視することができ、そしてこれらの観察により、ブラックリストの作成および／または拡張を実現させることが出来る。

一般に、セキュリティ管理プラットフォームは、１つまたは複数のＩＰアドレスに信号を送信するであろう。このセキュリティ管理プラットフォームは、これらのＩＰアドレスから受信された応答を精査することが出来る。通常、各応答は、セキュリティ管理プラットフォームが、ソース（例、対応するコンピューティングデバイス）についての情報を推測することを可能にするデータおよびメタデータ、ソースで実行されているコンピュータソフトウェア、組織の関連付け、脆弱性、および／または構成ミスを含むであろう。その後、この情報は、これらのＩＰアドレスに関与する通信をより良く理解するために、追加データと統合させることが出来る。

従来のフロー分析では、セキュリティ製品は、組織に関連付けられている内部ネットワークの境界全体のネットフローを監視し、そして組織のセキュリティに関する簡単な結論を導出するであろう。例えば、もしデータパケットが中国またはロシアにあるＩＰアドレスに送信されると、セキュリティ製品には、高いセキュリティリスクが存在すると決定する可能性は高い。しかしながら、このようなアクションは、より高度なセキュリティ脅威を知るには不十分である。通信に関与するＩＰアドレスの機能や動作に焦点を当てることにより、セキュリティ管理プラットフォームは、従来のセキュリティ製品の欠点に対処することが出来る。より具体的には、本明細書に記載するセキュリティ管理プラットフォームは、ネットワーク（例、ローカルネットワークまたはインターネット）を通過する通信に関する大量の詳細を調査し、そして必要に応じてセキュリティ脅威が識別される際にリアル－タイムで修復アクションを実行することが出来る。また、このセキュリティ管理プラットフォームは、修正アクションをより迅速に（例、セキュリティ脅威が問題になる前に）実行できるように、様々なソースからのデータを統合することが出来る。

いくつかの実施態様では、セキュリティ管理プラットフォームは、インターネット全体にわたって組織に属する資産（例、ＩＰアドレス）を知ることができる。これらの資産が識別された後、セキュリティ管理プラットフォームは、組織に関連付けられているネットワークの境上の資産から発せられる（または資産に向けられる）フローを探すことが出来る。別の言い方をすれば、このセキュリティ管理プラットフォームは、ネットワークが、組織によって明示的に未だ装備されていない場合、または組織自体が、認識されていないまたはそれらの他のエンタープライズシステムのそのネットワークを追跡していない場合でも、組織のネットワークからインターネットに入るまたは逆のトラフィックを精査することが出来る。セキュリティ管理プラットフォームは、インターネット上でアクセス可能なＩＰアドレスをアクティブにスキャンすることによりこれを実行しても良い。いくつかの実施態様では、セキュリティ管理プラットフォームは、また、（例、ＩＰアドレスに信号を送信し、そして返信で受信した応答を解析することにより）これらの通信に参加することを可能にする情報へのアクセスを有する。

再び図２を参照すると、もしセキュリティエンティティが、郵便局でどの封筒を検査するかを知りたいとすると、住所だけでそのような決定に到達することは難しい。しかしながら、このセキュリティエンティティが、誰が封筒を送ったか（送信者）、誰が封筒を受け取るか（受領者）、組織がアドレスに関連付けられているか否か、等知っていると、この決定は、はるかに容易に出来る。この情報は、セキュリティエンティティが、誰が、何を誰に発送しているかについてより良いセンスを得ることを可能にする。同様に、このセキュリティ管理プラットフォームは、通信が受信されるＩＰアドレス、およびデータパケットの交換に関与する他のＩＰアドレスに関する追加情報を精査することが出来る。前述したように、このセキュリティ管理プラットフォームは、高い信頼性を持って内部ネットワークの境を確立することも出来る。

もし組織が、（例、封筒が郵便室以外の場所に配られることによって）検査プロセスを経ていない封筒を受け取ると、この組織は、封筒が存在することを完全に知らない可能性がある。しかしながら、郵便局は、封筒を送信元から送信先に運ぶ責任があるため、この封筒が存在していることは知っているであろう。このセキュリティ管理プラットフォームは、インターネットを通過する通信に関して同様の方法で機能することが出来る。一般に、ほとんどの組織は、それらの内部ネットワークの境界に沿ったＩＰアドレスで装備を使用する。このような設計は、異常な量のトラフィックを検出すること、および特定の場所（例、外国）への直接的な流れを停止させることを含む、いくつかの点で優れている。しかしながら、この設計では、しばしば、一部の通信が見落とされるであろう。セキュリティ管理プラットフォームがインターネット上のトラフィックを観察するので、組織がこれらの通信を認識しているか否かに関係なく、このセキュリティ管理プラットフォームは、組織との間の全ての通信を確認することが出来る。

内部ＩＰアドレスが、外部ＩＰアドレスと通信することが危険であるか否かを判定する際に、セキュリティ管理プラットフォームは、３つの項目、（１）フローに関する詳細、（２）内部ＩＰアドレスの詳細、（３）外部ＩＰアドレスの詳細を考慮することが出来る。もし通信が、内部ＩＰアドレスが存在する内部ネットワークにリスクをもたらすと、セキュリティ管理プラットフォームが決定すると、このセキュリティ管理プラットフォームは、組織ネットワークに関連付けられている組織に、リスクを通知することが出来る。この通信は、内部ＩＰアドレスおよび／または外部ＩＰアドレスに関するコンテキスト、適切な修復アクションのセンス、等を提供しても良い。

内部ＩＰアドレスおよび／または外部ＩＰアドレスに関する情報は、１つまたは複数のスキャナ（例、図５のスキャナ５０２ａ－ｃ）を含むグローバルスキャンインフラストラクチャによって導出させることが出来る。グローバルスキャンインフラストラクチャは、各ＩＰアドレスに対応するコンピューティングデバイスの種類、コンピューティングデバイスの所属先、他のリスク要因、等を精査することが出来る。例えば、もしセキュリティ管理プラットフォームが、内部ＩＰアドレスがＴｅｌｎｅｔコンピュータサーバに対応することを知ると、このセキュリティ管理プラットフォームは、この内部ＩＰアドレスをインターネット上で公開すべきではないと指定することにより、対応する情報を充実させることが出来る。このようなアクションは、リスクの決定に役立つ追加の詳細を指定する「タグ付け」データと呼ぶことができる。これらの追加の詳細の一部は、内部ＩＰアドレスを知るのみで識別することが出来る。セキュリティ管理プラットフォームは、これらの追加の詳細をアクティブスキャンおよび他のデータベースによって収集された情報に統合し、そして分析を適用して、統計的な意味でこの関連性の強さを決定することが出来る。

上述したように、組織は、時折それらのフローの全てを見ることができない場合がある。この情報を公開することにより、これらの組織は、どのフローが最大のリスクを表しているかに基づいて、実行する必要があるアクションを決定することが出来る。特定の内部ネットワークまたは特定のＩＰアドレスの履歴データ（過去数か月または数年にわたって調査されたデータ）は、セキュリティリスクの頻度が増加／減少しつつあるか否か、セキュリティリスクが同じＩＰアドレスまたは異なるＩＰアドレスに影響しつつあるか否か、等を決定するために使用することも出来るであろう。

［リスクフィルタ］
上述の５つのリスクフィルタに関して、各リスクフィルタは、第１のＩＰアドレスが第２のＩＰアドレスと通信していることを要求する。通常、これは、内部ＩＰアドレスが外部ＩＰアドレスと通信している形態で発生する。一般に、内部ＩＰアドレスは、組織に関連付けられている組織ネットワークの境の内にあるＩＰアドレスであるが、外部ＩＰアドレスは、内部ネットワークの境の外にあるＩＰアドレスである。セキュリティ管理プラットフォームは、内部ネットワークを通過するフローを精査するのではなく、グローバルネットフロー（例、全てのインターネットトラフィック）を、内部ＩＰアドレスに関与するフローにフィルタリングすることが出来る。つまり、セキュリティ管理プラットフォームは、グローバルネットワークを、ソースまたは送信先の何れかとして内部ＩＰアドレスを持つフローに、フィルタリングすることが出来る。

第１のリスクフィルタについて、セキュリティ管理プラットフォームは、アクティブ検知データを引出して、外部ＩＰアドレスで例外的に脆弱性のあるサービスが実行されているか否かを見ることが出来る。これには、設計上安全でないプロトコールのセットに加えて、容易におよび／または一般的に悪用されるサービスが含まれる。脆弱性のあるサービスの例：
●ＢＡＣｎｅｔ、Ｍｏｄｂｕｓ、ＤＮＳ３、Ｖｘｗｏｒｋｓ、Ｎｉａｇａｒａ Ｆｏｘ、ＥｔｈｒｔｎｅｔＩＰの様な産業用制御システム；
●ＭＳＳＱＬ、ＭｙＳＱＬ、Ｐｏｓｔｇｒｅｓ、Ｒｅｄｉｓ、ＭｏｎｇｏＤＢの様なデータベースサービス；
●セッション開始プロトコール（SＩＰ: Session Initiated Protocol）;
）およびリアル－タイムストリーミングプロトコール（ＲＳＴＰ: Real Time Streaming Protocol）の様なオーディオ／ビデオ（Ａ／Ｖ）プロトコール；
●Ｔｅｌｎｅｔ、ＮｅｔＢＩＯＳ、簡易ネットワーク管理プロトコール（ＳＮＭＰ: Simple Network Management Protocol）、仮想ネットワークコンピューティング（ＶＮＣ: Virtual Network Computing）、リモートデスクトッププロトコール（ＲＤＰ: Remote Desktop Protocol）、サーバメッセージブロック（ＳＭＢ: Server Message Block）の様なネットワークプロトコール；そして
●ファイル転送プロトコール（ＦＴＰ: File Transfer Protocol）およびセキュアシェル（ＳＳＨ: Secure Shell）の様な古いＷｅｂサーバプロトコール、および様々なメーカーのデフォルトのＷｅｂサーバ構成を備えたコンピューティングデバイス。

第２のリスクフィルタについて、セキュリティ管理プラットフォームは、アクティブ検知データを引出して、所定のフローレコードの外部ＩＰアドレスに関連付けられているポートで実行中のアクティブサービスまたはオープンポートが、既に観察されたか否かを見ることが出来る。第２のリスクフィルタは、アクティブ検知に応答したサービスのセキュリティ管理プラットフォームが、どれだけ前までの過去（例、１時間、１日、６日、２か月、等）を見るかを指定するパラメータにより調整することが可能である。セキュリティ管理プラットフォームは、オプションとして、フローレコードで見出された対応するポートで外部ＩＰアドレスのアクティブスキャンを実行することを決定して、より高い保証を得ることが出来る。別の言い方をすれば、セキュリティ管理プラットフォームは、外部ＩＰアドレスにサービスが存在するか否かをリアル－タイムで確認する、外部ＩＰアドレスへの応答を、引出すことを目的とした信号を、送信することが出来る。

第３のリスクフィルタについて、セキュリティ管理プラットフォームは、第１のリスクフィルタに関して上述した脆弱性のあるサービスと同じセットを取得し、これらを外部ＩＰアドレスではなくフローレコードの内部ＩＰアドレスに適用することが出来る。セキュリティ管理プラットフォームは、オプションとして、トラフィックが内部ＩＰアドレスからのインバウンドまたはアウトバウンドに見えるかに基づいて、警告を生成することが出来る。アウトバウンドトラフィックは、一般にリスクが高い。何故ならば、これが、アクションが脆弱性のあるサービスによって実行されつつあり、これにより対応するコンピューティングデバイスの潜在的な侵害が示されることを意味するからである。セキュリティ管理プラットフォームは、通信が双方向であるように見えるか否かに基づいて警告を生成することも出来る（例、セキュリティ管理プラットフォームは、ＴＣＰの場合は肯定応答（ＡＣＫ: acknowledgement）の存在を確認する、またはＵＤＰの場合は複数の双方向フローレコードを確認することが出来る。通常、双方向通信は、セキュリティ管理プラットフォームが、同期メッセージ（ＳＹＮ: synchronize）のみを観察する単方向通信よりもリスクが高くなる。

第４のリスクフィルタについて、セキュリティ管理プラットフォームは、組織のネットワークの全ての部分からのネットフローの履歴を精査することが出来る。例えば、セキュリティ管理プラットフォームは、各内部ＩＰアドレスおよび内部ＩＰアドレスのブロック（例、組織内の特定の部門に対応するもの）との間で送受信されるフローアクティビティの様々なヒストグラムを確認することが出来る。セキュリティ管理プラットフォームは、他の機能の中でも特に、データ量と通信頻度の調整可能なトリガを有していても良い。これらの調整可能なトリガにより、セキュリティ管理プラットフォームは、もし例えば、過去３０日間に２４の内部ＩＰアドレスに関与するブロックに通信がなく、かつ突然１日あたり５０メガバイト（ＭＢ）のアウトバウンドトラフィック送信が開始されると、組織に警告を発することを可能にする閾値を容易に設定することが出来る。いくつかの実施態様では、閾値は固定されている。例えば、閾値は、２５ＭＢ、５０ＭＢ、１００ＭＢ、等に手動で設定させても良い。他の実施態様では、閾値は可変である。閾値は、例えば、内部ネットワーク内の総トラフィック量、内部ネットワーク上のコンピューティングデバイスの数、時刻、曜日、等の他の信号に基づいて、時間とともに自動的に調整するように設定させることが出来る

第５のリスクフィルタについて、既知の「不正」外部ＩＰアドレスのＳｅｔ Ｐは、公的に（例、米国連邦政府によって）掲示される、または組織によって開示される脅威インテリジェンスを含む様々なソースから、およびセキュリティ管理プラットフォームにより管理されているハニーポットサーバの様な他のソースから来ることがあり得る。Ｓｅｔ Ｐが判明すると、セキュリティ管理プラットフォームは、グローバルネットフローをフィルタリングし、そしてこれらの「不正」外部ＩＰアドレスと精査中の組織に属する内部ＩＰアドレスとの間の直接通信に対応するフローレコードに対し警告を生成することが出来る。セキュリティ管理プラットフォームは、グローバルネットフローをフィルタリングし、そして「不正」外部ＩＰアドレスと内部ＩＰアドレスの両方と通信する外部ＩＰアドレスに対し警告を生成しても良い。いくつかの実施態様では、Ｓｅｔ Ｐは、特定の時間ウィンドウに関連付けられている（例、セット内のそれらの外部ＩＰアドレスは、特定の期間だけ「不正」と見なされる場合がある）。当業者は、「不正」外部ＩＰアドレスが、必ずしもボットネットに関連付けられているわけではないことを認識するであろう。さらに、「不正」外部ＩＰアドレスは、組織固有のものである場合がある。例えば、米国に拠点を置く金融会社の場合、「不正」外部ＩＰアドレスには、外国資産管理局（ＯＦＡＣ: Office of Foreign Assets Control）によって指定された外国企業に関連付けられているＩＰアドレスが含まれるであろう。別の例として、米国連邦政府が運営するコンピューティングデバイスの場合、「不正」外部ＩＰアドレスには、カスペルスキラボ（Kaspersky Labs）に関連付けられているＩＰアドレスが含まれるであろう。したがって、Ｓｅｔ Ｐは、組織ごとに異なる可能性がある。

これらのリスクフィルタのそれぞれは、そのソースに関係なくネットフローを使用することが出来る。例えば、いくつかの実施態様では、ネットフローはＩＳＰから直接受信されるが、他の実施態様では、ネットフローは組織自体から直接受信される。例えば、ネットフローは、組織によって内部ネットワークの境界に沿って配置されたフローコレクタによって収集されたトラフィックを含んでいても良い。例え、組織が、ＩＳＰによって提供されるフローに加えて独自のフローを提供する場合でも、この技術は同じように動作させることが出来る。このような実施態様の場合、セキュリティ管理プラットフォームは、過剰なトラフィックを、考慮されるべき追加のネットフローとして扱うことが出来る（例、セキュリティ管理プラットフォームは、特定のソースからのフローには高い優先度を割り当てなくても良い）。

図７に示されるように、各リスクフィルタは、内部ＩＰアドレス（「顧客ＩＰアドレス」または「組織ＩＰアドレス」とも呼ばれる）と外部ＩＰアドレスとの間の通信に適用させることができる。ここでは、内部ＩＰアドレスは、「Ｃ」エンドポイントとして描かれ、外部ＩＰアドレスは、「Ｅ」エンドポイントとして描かれている。

これらのエンドポイント間のフローに関する詳細は、通常、（例、インターネット上のトラフィックを収集、フィルタリング、および精査することにより）グローバルネットフローから導出される。これらの詳細は、内部ＩＰアドレスが存在する組織に関連付けられている内部ネットワークから流出するフローから導出させることも出来るであろう。上述したように、セキュリティ管理プラットフォームは、通常、組織に関連する全てのフローをより良く理解するために、組織ネットワークの外部に存在するであろう。しかしながら、リスクの全体像を把握するために、セキュリティ管理プラットフォームは、内部ネットワークを通過する組織に関連する全てのフローを精査しても良い。このような実施態様では、セキュリティ管理プラットフォームは、グローバルネットフローで検出されたフローを、組織ネットワークの境界を通るネットフローで検出されたフローと比較することが出来る。

セキュリティ管理プラットフォームは、グローバルネットフローをスキャンするので、このセキュリティ管理プラットフォームは、組織ネットワークを離れる（例、各内部ＩＰアドレスを離れる）通信の送信先および内部ネットワークの外部に存在するオブジェクトに関する詳細を有していても良い。例えば、セキュリティ管理プラットフォームは、対応するオブジェクトに関する情報を学習することが出来る応答を引出す目的で、各オブジェクトに信号が送られるアクティブ検知手順により、これらの存在を発見しても良い。したがって、セキュリティ管理プラットフォームは、内部ＩＰアドレスが外部ＩＰアドレスと通信しているか否か、どのタイプのコンピューティングデバイスが外部ＩＰアドレスに関連付けられているか、外部ＩＰアドレスが悪意のあるエンティティに関連付けられているか否か、等を理解することが出来る。

一般に、レビューしている組織内で関心がある可能性のある２つの異なるソースがある：
●組織内の実際のターゲットに関する詳細を指定するフロー情報；および
●内部ＩＰアドレスを介した通信を担当するコンピューティングデバイスの種類（例、デスクトップコンピュータ、コンピュータサーバ、支払い処理システム）を指定する提供情報。

組織は、しばしば、非武装地帯（ＤＭＺ: demilitarized zone）の部分であり、したがって内部ネットワーク内の脆弱点を表す内部ＩＰアドレスに関与するフローに対して、警告を受け取ることに特に関心がある。セキュリティにおいて、ＤＭＺは、インターネットのような信頼できないネットワークへの組織の外部向けサービスを含む／公開する物理的または論理的なサブネットワークである。内部ネットワークアーキテクチャは、通常、ファイアウォールの背後にあるため、グローバルネットフローからは理解することは出来ない。しかしながら、組織は、しばしば、内部ネットワークの最も脆弱性のある点を認識するであろうことから、この組織は、セキュリティ管理プラットフォームと連携して、リスクのある内部ＩＰアドレスがＤＭＺ内にあるか否かを識別することができる。

本明細書に記載されるセキュリティ管理プラットフォームの利点の１つは、事後の脅威戦略から事前の脅威戦略へ、またはその逆に移行する能力である。例えば、セキュリティ管理プラットフォームは、脅威に関する完全な情報を持っていなかったため、それは、以前はこのリスクを深刻に考えていなかったにもかかわらず、脅威が存在していることを組織に通知することができる。セキュリティ管理プラットフォームは、内部ＩＰアドレスと外部ＩＰアドレスの両方を観察することが出来るため、セキュリティ管理プラットフォームは、組織が、内部ネットワークへの不正侵入に使用される可能性のある内部ＩＰアドレスを精査することを推奨することが出来る。

セキュリティ管理プラットフォームは、単一の組織に対応する単一の内部ネットワークまたは複数の組織に対応する複数の内部ネットワークを分析した結果を精査することにより、パターンが存在するか否かを決定しても良い。もしセキュリティ管理プラットフォームが、機能（例、特定の脆弱性のあるサービスの存在、特定の外部ＩＰアドレスとの通信、等）が高レベルのリスクに対応するパターンを発見すると、このセキュリティ管理プラットフォームは、将来この機能を見るときに、適切な修復アクションを積極的に実行することを選択しても良い。このセキュリティ管理プラットフォームは、通信を事後的に精査するのではなく、既知のリスクから組織のネットワークを予防的に保護することが出来る。

図８は、いくつかの異なるタイプのリスクフィルタ：（１）非常に脆弱性のあるＩＰアドレスとの通信；（２）悪評が知られているＩＰアドレスとの通信；（３）新規または一時的なサービスとの通信；（４）非アウトバウンドゲートウェイからの新しいトラフィックを示す。当業者は、セキュリティ管理プラットフォームが、内部ネットワークを精査する際に、如何なる数のこれらのリスクフィルタも使用することが出来るであろうことを認識するであろう。

図９－１２は、これらの異なるタイプのリスクフィルタの例を示す。図９は、外部ＩＰアドレスが非常に脆弱性のあるサービス（例、Ｔｅｌｎｅｔ）を実行している内部ＩＰアドレスと通信しているシナリオを示す。図１０は、内部ＩＰアドレスが、既知の評判を持つ外部ＩＰアドレスと通信しているシナリオを示す。ここで、例えば、外部ＩＰアドレスは、それが、外部ＩＰアドレスがプロキシとして使用されるであろうリスクを高める非常に脆弱性のあるサービス（例、Ｔｅｌｎｅｔ）を実行しているため、リスクが高いという評価を有する。図１１は、内部ＩＰアドレスが、新規または一時的なサービスを実行しているが、ブラックリストには載っていない外部ＩＰアドレスと通信しているシナリオを示す。このようなシナリオでは、セキュリティ管理プラットフォームは、外部ＩＰアドレスをアクティブにスキャンし、そして返される応答がある場合にはそれを精査することができる。例えば、セキュリティ管理プラットフォームは、ＴＣＰの場合にＡＣＫが受信されたか否かを決定したり、ＵＤＰの場合にデータパケットサイズを精査することができる。図１２は、以前は長期間（例、数日、数週間、または数か月）沈黙状態にあった内部ＩＰアドレスが、外部ＩＰアドレスとの通信を開始したシナリオを示す。このセキュリティ管理プラットフォームは、内部ＩＰアドレスが既に通信を開始していることを、組織が知っていることを確認するための警告を生成しても良い、これにより必要な修復アクション（例、内部ＩＰアドレスに対応するコンピューティングデバイスをオフラインにする）の実行が促される。

［ユーザエージェントベースの脅威相関］
組織と協働することにより、セキュリティ管理プラットフォームは、内部ネットワーク上に永続的に存在するエンドポイント（例、デスクトップコンピュータおよびコンピュータサーバ）を識別することが出来る。さらに、グローバルネットフローを精査することにより、セキュリティ管理プラットフォームは、内部ネットワーク上に一時的に存在するエンドポイント（例、携帯電話およびラップトップコンピュータ）を識別することが出来る。内部ネットワーク全体をより良く理解するために、セキュリティ管理プラットフォームは、永続的なエンドポイントと非永続的なエンドポイントを監視することが出来なければならない。

いくつかの実施態様では、セキュリティ管理プラットフォームは、内部ネットワーク上にあるエンドポイントのタイプを識別することが出来る。このようなアクションは、サイト上のエンドポイントを装備する必要無しに、内部ネットワークの外部で実行させることが出来る。これに代えて、セキュリティ管理プラットフォームは、ユーザエージェントを使用してこれを行うことが出来る。各ユーザエージェントには、エンドポイントと通信するように構成されている１つまたは複数のスキャナ（例、図５のスキャナ５０２ａ－ｃ）を含めることが出来る。エンドポイントがＷｅｂ要求を行うと、このエンドポイントは、このＷｅｂ要求を受領するはずの受領者に情報を提供するであろう。この情報は、例えば、関与するエンドポイントのタイプ、関与するデータの種類、エンドポイントで実行されているサービス、エンドポイントに含まれるハードウェアのタイプ、等を指定することが出来る。この情報は、通常、受領者が戻すコンテンツが、適切なサイズ、フォーマット、等を有するように、提供される。ユーザエージェントは、内部ネットワークの外部に装備されるが、ユーザエージェントは、これらのエンドポイント間の通信を精査することにより、内部ネットワーク上のエンドポイントの特性を決定することが出来る。例えば、ユーザエージェントは、内部ネットワークで実行されているユーザ向けのコンピュータソフトウェアの種類を決定することが出来るであろう。

内部ネットワーク上のエンドポイントに関して発見されたものに基づいて、異なる行動を取っても良い。例えば、セキュリティ管理プラットフォームは、エンドポイントがＷｉｎｄｏｗｓ ＸＰ（登録商標）オペレーティングシステムを実行していることを発見しても良い。このようなシナリオでは、セキュリティ管理プラットフォームは、組織のポリシでサポートまたは許可されていないオペレーティングシステムを識別することが出来る。同様に、セキュリティ管理プラットフォームは、古いコンピューティングデバイスを探すことも出来る。特定の種類のコンピューティングデバイス（例、中国製のもの）が、情報を盗み出すことが知られているため、多くの組織は、これらのデバイスを許可していない。ユーザエージェントが学習した情報を精査することにより、セキュリティ管理プラットフォームは、組織ポリシに準拠していないエンドポイント（もしあれば）を確認することが出来る。さらに、セキュリティ管理プラットフォームは、内部ネットワークからのフローを観察して、如何なるエンドポイントも機密情報を外部ＩＰアドレスに漏洩していないか否かを確認し、外部ＩＰアドレスがこのエンドポイントを戻りのターゲットにできるようにする信号を生成することが出来る。

例えば、組織ネットワーク上のエンドポイントは、ディレクトリ構造がどのように設定されているかのような、関心のあるアイテムに関する情報を裏切るスクリプトを持っている場合がある。もしセキュリティ管理プラットフォームが、スクリプトの存在を知ると、このセキュリティ管理プラットフォームは、エンドポイントが、不正のエンティティ（「外部エンティティ」とも呼ばれる）によってターゲットにされている可能性が高いと決定することが出来る。いくつかの実施態様では、外部エンティティは、エンドポイントを望ましくない方法で実行させるペイロードを提供する。例えば、ペイロードが、エンドポイントが意図しない受領者への通信を指示する場合がある。セキュリティ管理プラットフォームは、（例、更新が、予定どおりに、および／または組織のポリシに従ってスケジュールどおりに、行われたか否かを精査することによって）マルウェアを検索したり、監査を確認したりすることも出来る。

セキュリティ管理プラットフォームは、経時的にエンドポイントを監視しても良い。例えば、セキュリティ管理プラットフォームは、エンドポイントが過去に存在した場所を確認したり、エンドポイントが将来存在する場所を予測したりすることが出来る。このようなアクションは、組織ポリシへのコンプライアンスを促進するために使用することが出来る。例えば、セキュリティ管理プラットフォームは、地理的制限ポリシに違反しているエンドポイントを識別しても良い（例、いくつかの組織は、携帯電話またはラップトップコンピュータを特定の国に持ち込むことを許可しない）。したがって、セキュリティ管理プラットフォームは、組織に関連付けられているエンドポイントが危険にさらされているか否か、およびエンドポイントが組織のポリシに準拠しているか否かを監視することが出来る。

より多くの組織が侵害を被るにつれて、セキュリティ管理プラットフォームは、侵害中にどの程度組織の情報が流出されたかを追跡することが出来る。これは、侵害の前、最中、および／または後に、この組織に対応する組織ネットワークに流入するおよびそれから流出入するトラフィックを精査することにより実現させることが出来る。組織ネットワークの境を越えて流れる間に、例え、トラフィックが暗号化されていても、セキュリティ管理プラットフォームは、そのトラフィックにアクセスすることが出来る。これに加えまたは代えて、セキュリティ管理プラットフォームは、ＩＳＰから暗号化されていないトラフィックを受信しても良い。

いくつかの実施態様では、セキュリティ管理プラットフォームは、複数のソースからトラフィックに関するデータを取得する。例えば、セキュリティ管理プラットフォームは、内部ネットワークの境に沿って装備されているスキャナから暗号化されたトラフィックを、ＩＳＰから暗号化されていないトラフィックを、および／またはそれらに宛てられた通信を解読するように構成されているＣＤＮから、暗号化されていないトラフィックを取得しても良い。このようなアプローチの利点の１つは、セキュリティ管理プラットフォームが、管理されていない組織ネットワーク上のエンドポイントの種類を識別することが出来ることである。一般に、セキュリティ管理プラットフォームでは、異常な通信アクティビティを知ることは出来るが、一貫性のない状態で非永続的なエンドポイントを見る可能性は低い。例えば、ラップトップコンピュータは、オン／オフされる時、異なる場所間で移動されるとき、等には、組織ネットワーク上に永続的に存在しない場合がある。しかしながら、セキュリティ管理プラットフォームは、異常な通信アクティビティを検出することが出来る（例、ラップトップコンピュータが、通常は動作しない午前３時に大量のデータを送信する操作を開始した場合）。

ネットフローによって表される通信アクティビティも、エンドポイントが何であるか、エンドポイント上でどのコンピュータソフトウェアが実行されているか、等を決定するために、精査させることが出来る。いくつかのエンドポイントは、実際に、外部に向かう通信におけるそれらの特性を指定しても良い。例えば、セキュリティ管理プラットフォームは、トラフィックが旧バージョンのエンドポイントから来ている時には、Ｗｉｎｄｏｗｓ（登録商標）ＮＴ２０００オペレーティングシステムを実行している旧バージョンのエンドポイントがあることを検出することができる。トラフィックが、旧バージョンのエンドポイントから来ている場合、旧バージョンのエンドポイントは、オープンなインターネットに接続される（したがって、不正のエンティティによる攻撃に対してオープンになる）。

複数のエンドポイントは、しばしば、組織ネットワークの境界内にあるであろうが、これらのエンドポイントは、組織ネットワークの外部にある外部オブジェクトとランダムに通信する可能性がある。これは「ネットワークの境の概念」と呼ばれる。もしエンドポイントが、外部ＩＰアドレスによって呼出される、または悪意のあるＷｅｂサイト（例、フィッシングＷｅｂサイト）にアクセスすると、このエンドポイントは、アウトバウンド接続を確立しているので保護されないであろう。この組織ネットワーク内のエンドポイントは、これらのエンドポイントが、外部オブジェクトを呼出すことができるため、依然として関心のある境内に存在し得る。しかしながら、これらのエンドポイントは、外部オブジェクトの呼出しのみを行い、セキュリティ管理プラットフォームがそれらのいくつかをすでに装備している可能性があるので、焦点を、これらのエンドポイントが何をしているかではなく、これらのエンドポイントが何であるかとしても良い。セキュリティ管理プラットフォームは、これらのエンドポイントによって生成される様々な種類のコマンド（例、データを送信するためのＰＵＴおよびデータを受信するためのＧＥＴのような命令）を精査しても良い。

セキュリティ管理プラットフォームのいくつかの実施態様は、通信アクティビティに含まれるデータパケットのコンテンツを監視するように構成される。例えば、ＨＴＴＰ ＧＥＴリクエストには、ソースの説明を含めることが強く推奨されるヘッダ（「ユーザエージェントヘッダ」とも呼ばれる）を含めることが出来る。ヘッダに含める情報の種類を指定するいくつかの異なる標準が、存在する。例えば、ヘッダは、エンドポイントで実行されているブラウザの種類、モバイルアプリケーションがデータパケットを生成したか否か、等を指定しても良い。しばしば、ヘッダは、エンドポイントの基盤となるハードウェアおよび／またはどのオペレーティングシステムがエンドポイントで実行されているかに関する情報を含むであろう。

セキュリティ管理プラットフォームのいくつかの実施態様は、インターネット全体に分散されているオブジェクトの知識に基づいて、情報のストリームにコンテキストを提供する。セキュリティ管理プラットフォームは、オブジェクト（例、内部または外部ＩＰアドレス）がどのように通信しているかについて、およびこれらのオブジェクトが組織および組織のネットワークにどのように関連するかについての詳細とコンテキストを提供することにより、非常に大きな価値を追加することが出来る。これらの通信アクティビティをより良く理解することにより、セキュリティ管理プラットフォームは、より大きな価値を組織に配信することが出来る。例えば、セキュリティ管理プラットフォームは、組織に関連する通信アクティビティが、時間の経過とともに（例、量、関係する内部ＩＰアドレス、関係する外部ＩＰアドレス、等に関して）どのように変化したかを示すことが出来る。別の例として、セキュリティ管理プラットフォームは、以前はこの組織には無関係であったエンドポイントが、いつこの組織のネットワークに参加したかを知ることが出来る。

セキュリティ管理プラットフォームは、また、組織のネットワークの境の地図の作成に役立つデータセットを精査することが出来る。これらのデータセットは、以前は特定されていなかったＩＰアドレス空間に装備されている組織的に一意のユーザエージェントによって作成させても良い。いくつかの実施態様では、これらのデータセットは、ＩＰアドレスのブロックを、対応する組織に関連付けるために使用される。同様に、もし２つのブロックと、ＶＰＮ、ＩＰＳeｃ、ＧＲＥ(Generic Routing Encapsulation)、等のプロトコールを使用する他のブロックとの間にフローの優位性があるとすると、セキュリティ管理プラットフォームは、これら２つのブロックが同じ組織に属すると推測することができる。

セキュリティ管理プラットフォームが観察したオブジェクトも、異なる相関関係およびアクションに引込むことが出来るであろう。別の言い方をすれば、セキュリティ管理プラットフォームは、一連のオブジェクトを観察し、そしてこれらの観察に基づいて適切なアクションを実行することが出来る。例えば、もしセキュリティ管理プラットフォームが、旧式のまたはサポートされていないコンピュータソフトウェアを実行している旧バージョンのエンドポイントを発見すると、セキュリティ管理プラットフォームは、セキュリティリスクに対処する必要があることを、対応する組織に警告することが出来る。通常、組織に関連付けられている個人（例、サイトで作業をしているアドミニストレータ）は、旧バージョンのエンドポイントを見出し、そして適切なアクションを実行し（例、旧バージョンのエンドポイントを廃止または更新する）なければならないであろう。

アクションは、主に可視性に基づかせても良い。例えば、もしエンドポイントが、承認されたセキュリティベースラインに含まれる企業によって製造されているとすると、セキュリティ管理プラットフォームは、警告を生成する、および／またはエンドポイントが低セキュリティ脅威であることを示すチケットを作成しても良い。これらのアクションは、主に、制御に基づかせることも出来るであろう。例えば、もしＭｉｃｒｏｓｏｆｔ Ｗｉｎｄｏｗｓ（登録商標）オペレーティングシステムの旧バージョンを実行しているエンドポイントが、所定のサブネットワークで発見されると、セキュリティ管理プラットフォームは、エンドポイントをアップグレードする、メンテナンスのスケジュールを行う、等を行わせる自動提供システムに、警告をプッシュしても良い。これに代えて、この自動提供システムが、所定のサブネットワーク（例、内部ローカルエリアネットワーク（ＬＡＮ））を、積極的な予防的対策として他のネットワークから一時的に分離させても良い。

上述したように、セキュリティ管理プラットフォームは、ユーザエージェントによって生成されたデータから、エンドポイントで実行されているオペレーティングシステムのバージョン、エンドポイントにインストールされているコンピュータソフトウェアの種類、および（例、別のインストールされたコンピュータソフトウェアのソフトウェア更新エージェントに基づいて）インストールされたコンピュータソフトウェアのバージョンを推測するように構成しても良い。この情報から、組織全体に渡って、コンピュータソフトウェアと異なるバージョンの分散を、内部ネットワークの現実とベースラインポリシ／義務が規定するものとの相違（「デルタ」とも呼ばれる）のように推測することが出来る。もし不一致が検出されると、セキュリティ管理プラットフォームは警告を発行しても良い。例えば、特定のコンピュータプログラムの古いバージョンの数が閾値を超えたことが発見されると、警告を生成させることが出来るであろう。

一般に、セキュリティ管理プラットフォームは、特定のカテゴリの情報に対して警告を生成することに焦点を合わせている。これらのカテゴリの例は、次のとおりである：
●旧バージョンのコンピュータソフトウェア（例、まだ幾つのＷｉｎｄｏｗｓ ＸＰ（登録商標）オペレーティングシステムのインスタンスが、内部ネットワークに存在しているか、まだ幾つのＩｎｔｅｒｎｅｔ Ｅｘｐｌｏｒｅｒ（登録商標）６が、水飲み場型攻撃により容易に搾取されるリスクがある内部ネットワークに存在しているか、等）;
●脆弱性のあるまたは禁止されているコンピューティングデバイス（例、Ｈｕａｗｅｉ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃo.、ＺＴＥ Ｃｏｒｐｏｒａｔｉｏｎ、およびＸｉａｏｍｉ Ｉｎｃ．が製造した中国製コンピューティングデバイスは、米国連邦政府および多くの企業に関連する内部ネットワークに対し禁止されている）；
●脆弱性のあるコンピュータソフトウェア（例、多くのモバイルアプリケーションが、それらが企業データポリシに違反してインストールされている携帯電話に関するビーコン情報に、知られている）；
●マルウェアビーコン（例、既知のユーザエージェントシグネチャは、脅威インテリジェンスフィードによって提供される既知のマルウェアサンプルと比較させる、または一致が存在するか否かを決定するリバースエンジニアリングによって導出させることが出来る）；そして
●一意に識別された通信（例、対応する組織に固有の内部ネットワーク上には、ユーザエージェント文字列が存在し、そしてこれらのユーザエージェント文字列は、内部サービスがインターネットと確立している接続を識別するために、不正なエンティティによって使用される可能性がある）。

［リスクフィルタレポート］
図１３－１４は、セキュリティ管理プラットフォームが生成することが出来るレポートのいくつかの例を示す。図１３は、１つ以上のフィルタを満たすレコードを含むレポートを示す。ここでは、４つの異なるフィルタ（つまり、ＡＣＫ、顧客へのフロー、全ての理由、および最後の７日）が指定されていて、そして４つ全てのフィルタを満たすレコードが、ポートごとにグループ化されている。各レコードは、セキュリティ管理プラットフォームが管理する内部ネットワークに対する様々なセキュリティ脅威に、対応することができる。例えば、ポート８０は、内部ＩＰアドレスと外部ＩＰアドレスの異なるペア間の通信に対応する４つの異なるレコードに、関連付けられている。一方、図１４は、もしユーザ（例、ネットワークアドミニストレータ）がレコードを選択すると、このレコードに関する追加情報がどのように提供させることが出来るかを示す。例えば、ユーザは、レコードを選択して、どのような修復アクション（ある場合）がセキュリティ管理プラットフォームによって推奨されるかを決定しても良い。同様に、ユーザは、レコードを選択して、修復アクション（例、資格情報の取消し、インターネットへのアクセス禁止、またはコンピュータソフトウェアの更新）を開始させても良い。

図１５は、組織に属する内部ＩＰアドレスに関与する各フローが、どのようにして、データパケットの外部ＩＰアドレスへの送信として、またはデータパケットの外部ＩＰアドレスからの受信として、モデル化させることが出来るかを示す。ここで、例えば、Ｓｐａｃｅ Ｋｉｔｔｙ Ｃｏｒｐに属するＩＰアドレス１９９.２９.２５５.１６は、２つのデータパケットを、外部ＩＰアドレス２４.３１.２４０１４７に送信している。ユーザによるレビューのために、リスクの決定に関連する他の情報も、インターフェースに投稿しても良い。このような情報の例には、ポート番号、地理的場所、パケットサイズ、確認応答が受信されたか否か、等が含まれる。

図１６は、レコードに関連付けられている個々の証明書、ドメイン、またはメモをユーザが如何に容易に探索することが出来るかを示す。レコードが選択されると、このレコードに関連する情報を含むレポートが、さらなる検討のために、ユーザに表示させることができる。ここでは、例えば、レポートは、ポート８０を介して通信する外部ＩＰアドレス２４.３１.２４０１４７に関係する。他の情報（例、自律システム番号（ＡＳＮ: Autonomous System Number）、所有者、登録日）を表示させても良い。ユーザは、レポートでそれを選択することにより、特定の証明書、ドメイン、またはメモに関する詳細を確認することができる。

図１７は、フィルタレポート内に表示することが出来るであろうツールのヒントの例を示す。もしユーザが、所定の時間（例、２秒、３秒、５秒）アイテムの上をホバーする、またはこれらのアイテムに関与する特定のアクション（例、右クリックまたはダブルクリック）を実行すると、ツールのヒントを表示させることもできる。ツールのヒントは、様々なトピックに関連させることが出来る。ここでは、例えば、ツールのヒントは、「非ゲートウェイからのトラフィック」という用語を説明する。図１７に示されている他の理由（例、脆弱性のあるＩＰへのインバウンドおよびＩＰ評価）および本明細書には示されていない他の理由についても、同様の説明を加えることができる。

図１８－１９は、セキュリティ管理プラットフォームの様々な機能を要約するセキュリティガイドの一部を示す。具体的には、図１８に示されているセキュリティガイドの部分では、いくつかの異なる種類のリスクフィルタが説明されている。セキュリティ管理プラットフォームに関する一般的な情報に加えて、セキュリティガイドには、良く使用される用語集、様々なネットワーク構成の図表現、ホワイトペーパ、等を含めることも出来るであろう。

図１９は、セキュリティガイドの異なるセグメントにラベル付けをする一連のタグを含む。一般的に、セキュリティガイドが、コンピューティングデバイス（例、携帯電話、ラップトップコンピュータ、またはデスクトップコンピュータ）で表示されるとき、トピックヘッダ１９０２は、インターフェースの上部に沿ってドッキングされる。したがって、ユーザが、例えば、リスクフィルタに関連する情報を閲覧すると、関連トピックヘッダ（例、「リスクフィルタ」）がインターフェースの上部に沿ってドッキングされる。ユーザが、別のトピックに関連する情報の閲覧を開始すると、既存のトピックヘッダは、新しいトピックヘッダに置換えることが出来る。いくつかの実施態様では、インターフェースは、選択時に、ユーザが現在見ているセキュリティガイドのセクションを、１人または複数の他のユーザと共有することができるようにする共有ボタン１９０４も含む。セキュリティガイドのセクションは、電子メール、テキストメッセージ、ハイパーリンク、等の様々な形式の電子通信を介して共有することが出来る。

上述したように、セキュリティガイドは、タイプの異なる資産の説明を含むことが出来る。各資産タイプは、重要性、定義、ケーススタディ、設定方法、および／またはベストプラクティスを説明するパラグラフを有していても良い。セキュリティガイドの一部のセクションは、公開しても良いが、セキュリティガイドの他のセクションはプライベートにしても良い（つまり、適切な資格情報でログインできるセキュリティ管理プラットフォームの顧客に対してのみロックが解除される）。

一部の実施態様では、セキュリティガイドは、ユーザが１つ以上の用語を入力することによりセキュリティガイド全体を容易に検索できるようにする検索フィールド１９０６を含む。ユーザは、検索がセキュリティガイドの特定の部分（例、現在表示されている部分）に限定されるように、指定しても良い。セキュリティガイドは、ユーザがフィルタを指定することができるようにしても良い。例えば、ユーザは、セキュリティガイドのコンテンツをフィルタ処理して、各資産タイプのベストプラクティスのみを表示することも出来るであろう。

［セキュリティ管理プラットフォーム］
本明細書では、１つまたは複数のネットワークを横断するトラフィックを精査してセキュリティ脅威を検出することができるセキュリティ管理プラットフォーム（「セキュリティイベント検出システム」とも呼ばれる）が、説明されている。図５に示されるように、このセキュリティ管理プラットフォームは、脅威検出モジュールとリポジトリを含むことが出来る。このセキュリティ管理プラットフォームは、コンピューティングデバイスに関連付けられているネットワークトラフィックデータおよび／またはアクティブプローブデータを受信するように構成されているインターフェースを含んでいても良い。いくつかの実施態様では、異なるインターフェースが、これらの異なるタイプのデータを受信する。

これらのデータを解析することにより、脅威検出モジュールは、ネットワークトラフィックデータとアクティブプローブデータとの間に相関関係が存在するか否かを決定し、そしてこれらの相関関係が、セキュリティイベントが発生したことを示すか否かを決定することが出来る。これらの相関関係が、セキュリティイベントが既に発生していることを示す場合、この脅威検出モジュールは、このセキュリティイベントが特定のコンピューティングデバイスに関連付けられていることを示すことが出来る。この脅威検出モジュールは、アクティブプローブデータから、どのコンピューティングデバイスがセキュリティイベントに関与しているかを知ることができる。「セキュリティイベント」という用語は、一般に、セキュリティ脅威を高める結果をもたらす如何なるイベントも指す。上記のリスクフィルタに対応する通信アクティビティは、セキュリティイベントと見なされるであろう。したがって、セキュリティイベントの例には、新しいまたは一時的なサービスとの通信の検出、内部ネットワークに存在する脆弱性のあるコンピューティングデバイス（「内部コンピューティングデバイス」、「組織コンピューティングデバイス」、または「顧客コンピューティングデバイス」とも呼ばれる）の検出、内部コンピューティングデバイスから、乗っ取りに対し脆弱でありかつ内部ネットワークの外部にあるコンピューティングデバイス（「外部コンピューティングデバイス」とも呼ばれる）への通信の検出、指定された時間間隔（例、数日、数週間、または数か月）の間、如何なる通信とも関与していない内部コンピューティングデバイスに関する通信の検出、等が含まれる。

より一般的には、セキュリティ管理プラットフォームは、インターネットに接続されたコンピューティングデバイスが関与するセキュリティイベントを識別するために、２つの異なるタイプのデータ：（１）アクティブ検知データ；および（２）ネットフローデータを利用することが出来る。

アクティブ検知データは、コンピューティングデバイスがコンピュータネットワーク（例、インターネット）に接続されている間に、このコンピューティングデバイスのプローブの結果としてこのコンピューティングデバイスから受信される情報を含む。プローブは、コンピュータネットワークでアクセス可能な任意のＩＰアドレスから情報を積極的に検索することが出来る。リポジトリは、オープンポート、利用可能なサービス、証明書、コンピューティングデバイス情報、またはネットワークを介したコンピューティングデバイスのプローブから利用可能となる他の種類の情報を含んでいても良い。いくつかの実施態様では、単一のコンピューティングデバイスの複数のプローブは、特定の時間間隔にわたって異なる時刻に実行される。このようなアクションは、セキュリティ管理プラットフォームが、経時的なセキュリティリスクの変化を容易に発見することを可能にする。さらに、異なるコンピューティングデバイスの複数のプローブは、単一の時点で同時に実行させることも出来る。

ネットフローデータは、コンピュータネットワーク（例、内部ネットワークまたはインターネット）を通過するトラフィックに関連する情報を含む。具体例には、パケットのソース情報と送信先情報、パケットの送信および／または受信時間、ソースから送信先へのパスに沿ったホップデータ、等が含まれる。ネットワークトラフィックデータは、ネットワークアドミニストレータ、組織、ＩＳＰ、ルーティングデバイス（例、図１のスイッチ１０４a、１０４dまたはルータ１０４b、１０４ｃ）、ファイアウォールデバイス、セキュリティ情報およびイベント管理（ＳＩＥＭ）システム、または交通情報用の他の適切な収集ソースまたはストレージを含むことが出来るであろう。

これらの２つのデータタイプ間の相関関係を精査することにより、セキュリティ管理プラットフォームは、コンピュータネットワーク（例、組織に関連付けられている内部ネットワーク）に対するセキュリティ脅威を識別することが出来る。場合によっては、タイミング情報は、何れかのデータタイプで検出されたセキュリティイベントの決定部分として使用される。例えば、長時間（例、１４５分、７時間、３０日、５７日、等）そのローカルネットワーク外にある他の如何なるコンピューティングデバイスとも今まで通信していないが、突然通信を開始するコンピューティングデバイスは、このコンピューティングデバイスの管理を担当する組織が、このコンピューティングデバイスが、これらの通信を記録／精査することを監視していた確率は低いので、通常、そのリスクスコアは高くなる。セキュリティイベントが識別されると、この識別により、このコンピューティングデバイスを出入りするトラフィックのフィルタリングがトリガされる。これに代えて、この識別は、コンピューティングデバイスが存在するコンピュータネットワークを出入りするトラフィックのフィルタリングをトリガしても良い。このようなアクションは、コンピュータネットワーク上の他のコンピューティングデバイスに影響を与える、関連するセキュリティ脅威も、適切に識別されることが確保されるために、必要としても良い。この識別は、また、ブラックリストの作成および／または修正、通信および関連するコンピューティングデバイスに関する警告の生成、同様のアクティビティに従事する可能性のある他のコンピューティングデバイスの予測、等をプロンプト表示しても良い。

図２０は、１つまたは複数のソースから取得されたネットフローデータを精査することにより、セキュリティイベントを検出するように構成されているセキュリティ管理プラットフォーム２０００の一例を示すブロック図である。上述したように、セキュリティ管理プラットフォーム２０００は、コンピュータネットワーク（例、インターネット）でアクセス可能なＩＰアドレスをアクティブにプローブし、そしてこのプローブに基づいて受信した応答に関する情報を格納することも出来る。ＩＰアドレスがプローブされると、セキュリティ管理プラットフォーム２０００は、利用可能なサービスに関する情報、オープンポート、ソフトウェアバージョン、証明書、メタデータ情報、およびＩＰアドレスに対応するコンピューティングデバイスに関する他の関連情報に関する情報を、学習することが出来る。プローブは、ＩＰアドレスに関連する格納された情報を精査することにより、ＩＰアドレスに対するリスク（またはＩＰアドレスによってもたらされるリスク）を長期にわたって確立することが出来るように、様々なタイミングで実行させることが出来る。

ＩＰアドレスは、コンピューティングデバイス（例、外部システムＡ２０１０および外部システムＢ２０１２）、コンピュータネットワーク（例、エンティティＡネットワーク２００４、エンティティＢネットワーク２００６、およびエンティティＣネットワーク２００８）、および／またはＩＳＰファブリック（ＩＳＰ１ファブリック２００２およびＩＳＰ ２ファブリック２０１４、等）に関連付けても良い。いくつかの実施態様では、セキュリティ管理プラットフォーム２０００は、ソースからネットフローデータを直接受信する。この場合、例えば、セキュリティ管理プラットフォーム２０００は、エンティティＣネットワーク２００８からネットフローデータを直接受信する。他の実施態様では、セキュリティ管理プラットフォーム２０００は、ソースから間接的にネットワークデータを受信する。この場合、例えば、セキュリティ管理プラットフォーム２０００は、エンティティネットワークＡ２００４または外部システムＢ２０１２に関連するネットフローデータを、ＩＳＰ１ファブリック２００２から受信しても良い。

上述したように、セキュリティ管理プラットフォーム２０００は、内部ネットワーク（「組織ネットワーク」、「顧客ネットワーク」、または「エンティティネットワーク」とも呼ばれる）に存在するＩＰアドレスのセキュリティを監視するように構成しても良い。このような実施態様では、セキュリティ管理プラットフォーム２０００は、第１のコンピュータネットワーク（例、ＩＳＰ１ファブリック２００２および／またはＩＳＰ２ファブリック２０１４）と、第２のコンピュータネットワーク（例、エンティティＡネットワーク２００４、エンティティＢネットワーク２００６、および／またはエンティティＣネットワーク２００８）を介して、このＩＰアドレスと通信しても良い。

ネットフローデータは、対応するコンピュータネットワークを通過するトラフィックの特性を推測／知るために、使用することが出来る。したがって、ネットフローデータは、トラフィックのソース、トラフィックの送信先、トラフィックの送信に関連付けられている時刻／日付、ホップ情報（例、トラフィックが、ソースから送信先までどのルートをたどったか）、送信されたバイト、送信されたデータのタイプ、送信制御プロトコールのマルチステップハンドシェイクの状態、等を示しても良い。ネットフローデータは、エンティティネットワーク、外部システム、トラフィックデータの既存のデータベース、ＩＳＰ、および／または他の適切なソースから受信させることが出来るであろう。

図２１は、セキュリティ管理プラットフォーム２１００の一例を示すブロック図である。セキュリティ管理プラットフォーム２１００は、例えば、図２０のセキュリティ管理プラットフォーム２０００または図５のセキュリティ管理プラットフォーム５０６としても良い。この場合、このセキュリティ管理プラットフォーム２１００は、アクティブプローブエンジン２１０６を有するプロセッサ２１０４を含む。アクティブプローブエンジン２１０６は、少なくとも１つのコンピュータネットワークによりインターフェース２１０２を介して送信される信号を生成することによりＩＰアドレスをプローブするように構成することが出来る。いくつかの実施態様では、アクティブプローブエンジン２１０６は、アクティブ検知ストレージ２１１４（「アクティブプローブストレージ」とも呼ばれる）に格納されているコマンドを使用する。

ネットフローデータは、インターフェース２１０２を介してセキュリティ管理プラットフォーム２１００によって受信させることも出来る。次いで、ネットフローデータは、必要に応じて、トラフィックを解析し、フィルタリングし、および／またはフォーマットするように構成することができるトラフィックハンドラ２１１８によって処理させることが出来る。アクティブ検知ストレージ２１１４およびネットフローストレージ２１１６は、ストレージ２１１２の一部としても良い。上述したように、ネットフローデータは、インターフェース２１０２（例、外部システム、インターネットに接続されたコンピューティングデバイス、ＩＳＰ、既存のデータベース、ファイアウォール、ルータ、ＳＩＥＭシステム、等）に通信可能に結合されている１つまたは複数のソースから受信させることが出来る。

セキュリティイベントは、プロセッサ２１０４のセキュリティイベント検出器２１１０によって検出させることが出来る。より具体的には、セキュリティイベント検出器２１１０は、アクティブ検知ストレージ２１１４に格納されているデータと、ネットフローストレージ２１１６に格納されているデータとの相関関係を精査することが出来る。インターフェース２１０２を介して送信される通知により、組織に、検出されたセキュリティイベントについて、警告をすることが出来る。これらの通知は、何らかの修復アクションを実行するよう組織にプロンプトすることが出来る。修復アクションの例には、セキュリティイベントに関連するトラフィックのフィルタリング、ＩＰアドレスおよびコンピューティングデバイスのブラックリストへの追加、セキュリティイベントおよびコンピューティングデバイスに関するアドミニストレータへの警告、等が、含まれる。いくつかの実施態様では、相関器２１０８は、アクティブ検知ストレージ２１１４およびネットフローストレージ２１１６に格納されたデータをさらに精査し、そして将来どのセキュリティイベントが発生する可能性が最も高いかをセキュリティイベント検出器２１１０が予測することを支援する。予測されたセキュリティイベントは、上記の修復アクションの何れかのパフォーマンスをプロンプトしても良い。

アクティブプローブには多くの種類があり、そして各種類は、特定のＩＰアドレスおよびそれが対応するコンピューティングデバイスの状態に関する情報を収集するために、使用することが出来る。アクティブプローブは、全てのＩＰアドレスの状態と、特定のコンピュータネットワーク（例、内部ネットワークおよびインターネット）に接続されている、対応するコンピューティングデバイスに関する情報を取得するためにも、使用することが出来る。例えば、所定のポートについて、プローブは、インターネット上で利用可能な全てのＩＰアドレスでそのポートが開いているか否かをチェックすることが出来るであろう。他の実施態様では、プローブは、所定のポートで、トランスポート層セキュリティ（ＴＬＳ: Transport Layer Security）またはセキュアソケットレイヤ（ＳＳＬ: Secure Sockets Layer）ハンドシェイクプロトコールに従って、ハンドシェイクを試みても良い。このようなアクションは、交換で許可されている非推奨のプロトコール（例、ＳＳＬバージョン３）の存在をチェックし、そして返される如何なる証明書の特性（例、短いキー長または自己署名証明書）も分析することが出来るであろう。プローブは、これらのサービス／プロトコールに関連付けられている、およびＴＣＰ ／ ＵＤＰベースの接続による標準および非標準ポート上の標準サービス／プロトコールの存在を探すことも出来る。例えば、アクティブプローブエンジン２１０６は、ポート２１および２１２１のＦＴＰ、ポート２２および２２２２のＳＳＨ、ポート２３および２３２３のＴｅｌｎｅｔ、ポート２２、４６５、および５８７のＳＭＴＰ、ポート５３および５３５３のドメインネームシステム（ＤＮＳ）、ポート８０および８０８０のＨＴＴＰ、ポート１１０および９９３のＰＯＰ３、ポート１２３のＮＴＰ、ポート１３７、１３８、および１３９のＮｅｔＢＩＯＳ、ポート１４３および９９５のＩＭＡＰP、ポート１６１、１６２および１９９のＳＮＭＰ、ポート３８９および６３６のＬＤＡＰ、ポート４４３および８４４３のＨＴＴＰＳ、ポート４４５のＳＭＢ、ポート４６４、５４３、５４４、７４９、７５０、７５１、７５２、７５３、７５４、および７６０のＫｅｒｂｅｒｏｓ、ポート５３０のＲＰＣ、ポート１４３３および１４３４のＭＳＳＱＬ、ポート１５２１、２４８３、および２４８４のＯｒａｃｌｅＤＢ、ポート３３０６のＭｙＳＱＬ、ポート３３８９のＲＤＰ、ポート５０６０および５０６１のSＩＰ、ポート５４３２のＰｏｓｔｇｒｅＳＱＬ、ポート５８００のＶＮＣ、ポート６３７９のＲｅｄｉｓ、ポート２７０１７のＭｏｎｇｏＤＢ、ポート１９００のＵＰｎＰ、等の存在をプローブすることが出来る。アクティブプローブエンジン２１０６は、前述のプロトコール（および本明細書で言及されていない他のプロトコール）が、１つ以上のポートの任意の組み合わせで実行されているか否かを精査することが出来る。各プローブは、ソフトウェアバージョン、製造元、等のようなサービス自体に関する情報に加えて、所定のポートでの所定のサービスの有無に関する情報を返すことが出来る。この情報は、不正のエンティティまたは敵対的な行為者への所定のサービスの搾取に対する脆弱性の評価を分析させることが出来る。

ネットフローストレージ２１１６は、関心のあるＩＰアドレスに関与する全ての通信についての詳細を含むことができる。これらのＩＰアドレスには、組織または組織にとって関心のあるエンティティ（例、部門、子会社、またはベンダ）に静的または動的に割り当てられているＩＰアドレス、およびセキュリティ管理プラットフォーム２１００、組織、オープンソースデータベース、または他のソースの実装者によって、悪意のあるアクティビティに過去に関連付けられていたＩＰアドレスを含んでいても良い。これらの詳細は、関与するＩＰアドレス、ソースコンピューティングデバイスのポート番号、ルーティングに使用されるＡＳＮ、ソースコンピューティングデバイスに関する場所情報（例：ソースコンピューティングデバイスが存在する国）のような、通信のソースまたは送信先に関する情報を、含むことが出来る。これらの詳細は、送受信の時間、使用されるプロトコール、パケット数、送信のサイズ、トラフィックを記録したリスニング機構（例、フローコレクタまたはスキャナ）よって実行されるサンプリングに関する情報、等のような通信自体に関する情報も含むことが出来る。

上述したように、相関器２１０８は、アクティブ検知ストレージ２１１４およびネットフローストレージ２１１６からのデータを使用して、潜在的なセキュリティイベントを検出することが出来る。セキュリティイベントの例には、新規または一時的なサービスとの通信、脆弱性のある内部コンピューティングデバイス（例、内部ネットワーク内に存在する組織によって管理されているコンピューティングデバイス）が関係する通信、脆弱性のある外部コンピューティングデバイス（例、内部ネットワークの外部にあるコンピューティングデバイス）が関係する通信、および非ゲートウェイコンピューティングデバイスとの通信が、含まれる。

組織、この組織の子会社、この組織のベンダ、またはこの組織が一般的な関心を持つベンダによって、またはこれらに代わって、静的にまたは動的に割り当てられ、または所有、管理、または運用されているＩＰアドレスが、ＩＰアドレスの最近の履歴プローブにもかかわらず、アクティブプローブエンジン２１０６によって検出されていなかったサービスと通信するときは、常に、新しいサービスまたは一時サービスとの組織通信を検出することが出来る。これらのＩＰアドレスは、しばしば、「組織ＩＰアドレス」、「顧客ＩＰアドレス」、または「内部ＩＰアドレス」と呼ばれる。以前のプローブが、対応するサービス検出を検出しなかった時間間隔は、さまざまである（例、５分、３時間、８日、３か月、等）。さらに、連続する先行プローブ間の時間も、異なる。例えば、第１の事前プローブと第２の事前プローブは、数日離れている場合があり、第２の事前プローブと第３の事前プローブは数週間離れていることもある。

一般に、もし内部ＩＰアドレスへのインバウンド通信に、この内部ＩＰアドレスからの対応するアウトバウンド通信が伴うと、組織ネットワークに対するリスクは、大幅に高まる。このような場合、この内部ＩＰアドレスは、ネットワークトラフィックデータに見られるソースを表すことができ、または、外部ＩＰアドレスに関連付けられているポートが共通サービスに関連付けられていて、この内部ＩＰアドレスに関連付けられているポートが、大きい数になることがある。一般的なサービスの例には、ポート２１および２１２１のＦＴＰ、ポート２２および２２２２のＳＳＨ、ポート２３および２３２３のＴｅｌｎｅｔ、ポート２５、４６５、および５８７のＳＭＴＰ、ポート５３および５３５３のＤＮＳ、ポート８０および８０８０のＨＴＴＰ、ポート１１０および９９３のＰＯＰ３、ポート１２３のＮＴＰ、ポート１３７、１３８、および１３９のＮｅｔＢＩＯＳ、ポート１４３および９９５のＩＭＡＰ、ポート１６１、１６２、および１９９のＳＮＭＰ、ポート３８９および６３６のＬＤＡＰ、ポート４４３および８４４３のＨＴＴＰＳ、ポート４４５のＳＭＢ、ポート４６４、５４３、５４４、７４９、７５０、７５１、７５２、７５３、７５４、および７６０のＫｅｒｂｅｒｏｓ、ポート５３０のＲＰＣ、ポート１４３３および１４３４のＭＳＳＱＬ、ポート１５２１、２４８３のＯｒａｃｌｅＤＢ、および２４８４、ポート３３０６のＭｙＳＱＬ、ポート３３８９のＲＤＰ、ポート５０６０および５０６１のSＩＰ、ポート５４３２のＰｏｓｔｇｒｅＳＱＬ、ポート５８００のＶＮＣ、ポート６３７９のＲｅｄｉｓ、ポート２７０１７のＭｏｎｇｏＤＢ、ポート１９００のＵＰｎＰ、別のポートで実行されている前述の何れかのプロトコール、または別のポートで実行されている他の任意のサービスが、含まれる。

もしポート番号が少なくとも１０２４であり、かつ上記の条件の全てが満たされると、セキュリティ管理プラットフォーム２１００は、新しいサービスまたは一時サービスとの通信が、低い信頼性で発生したと結論付けることが出来る。しかしながら、もしポート番号が少なくとも１０,０００で、かつ上記の全ての条件が満たされていると、セキュリティ管理プラットフォーム２１００は、新しいサービスまたは一時サービスとの通信が、高い信頼性で発生したと結論付けることが出来る。この相関関係からの３つの潜在的な結論は、（１）外部ＩＰアドレスがアクティブプローブエンジン２１０６によるプローブに応答しないように構成されている；（２）外部ＩＰアドレスがごく最近応答し始めた；または（３）内部ＩＰアドレスと通信するために外部ＩＰアドレスが非常に短時間立ち上がった。後者の２つの潜在的な結論は、不正エンティティにより通常採用されている攻撃パターンと整合するため、これらの其々には、潜在的なセキュリティイベントであるとしてフラグを立てることが出来るであろう。

脆弱性のあるコンピューティングデバイスとの組織通信は、非ＨＴＴＰ、非ＨＴＴＰＳ、または非ＤＮＳサービスを実行している内部ＩＰアドレスに関与する通信が検出されるたびに識別させることが出来る。このようなサービスの例には、ポート２１および２１２１のＦＴＰ、ポート２２および２２２２のＳＳＨ、ポート２３および２３２３のＴｅｌｎｅｔ、ポート１２３のＮＴＰ、ポート１３７、１３８および１３９のＮｅｔＢＩＯＳ、ポート１６１、１６２および１９９のＳＮＭＰ、ポート３８９および６３６のＬＤＡＰ、ポート４４５のＳＭＢ、ポート４６４、５４３、５４４、７４９、７５０、７５１、７５２、７５３、７５４および７６０のＫｅｒｂｅｒｏｓ、ポート５３０のＲＰＣ、ポート１４３３および１４３４のＭＳＳＱＬ、ポート１５２１、２４８３および２４８４のＯｒａｃｌｅＤＢ、ポート３３０６のＭｙＳＱＬ、ポート３３８９のＲＤＰ、ポート５０６０および５０６１のSＩＰ、ポート５４３２のＰｏｓｔｇｒｅＳＱＬ、ポート５８００のＶＮＣ、ポート６３７９のＲｅｄｉｓ、ポート２７０１７のＭｏｎｇｏＤＢ、ポート１９００のＵＰｎＰ 、別のポートで実行されている前述のプロトコール、およびその作成者が公衆インターネット上でアクセスすることができるようには設計されていない（したがって、サービスのプログラミング中セキュリティの強化が少ない）他の非ＨＴＴＰ、非ＨＴＴＰＳ、または非ＤＮＳサービスが、含まれる。寿命のあるＨＴＴＰまたはＨＴＴＰＳサービスの実行、署名付き証明書またはメーカーのデフォルト証明書のような、ＨＴＴＰＳサービスの貧弱な暗号健全性、公開された脆弱性を有する古いＤＮＳサービス、等のような、既知の脆弱性を持つ内部ＩＰアドレスに関与する通信が、検出されるたびにも、脆弱性のあるコンピューティングデバイスを含む組織の通信は、発生し得る。コンピューティングデバイスで実行されている前述のサービスは、何れも、このコンピューティングデバイスを、不正なエンティティによる侵害に対して脆弱にすることが出来る。脆弱性のある外部コンピューティングデバイスから内部コンピューティングデバイスへ、または外部コンピューティングデバイスから脆弱性のある内部コンピューティングデバイスへの通信が、セキュリティイベントを表しても良い。

脆弱性のある外部コンピューティングデバイスとの組織通信は、内部ＩＰアドレスに関与する通信が検出されるときはいつでも、識別させることが出来る。ここでは、内部ＩＰアドレスに対応する内部コンピューティングデバイスは、共通サービスを実行している。一般的なサービスの例には、ポート２１および２１２１のＦＴＰ、ポート２２および２２２２のＳＳＨ、ポート２３および２３２３のＴｅｌｎｅｔ、ポート２５、４６５、および５８７のＳＭＴＰ、ポート５３および５３５３のＤＮＳ、ポート８０のＨＴＴＰ、ポート１１０および９９３のＰＯＰ３、ポート１２３のＮＴＰ、ポート１３７、１３８、および１３９のＮｅｔＢＩＯＳ、ポート１４３および９９５のＩＭＡＰ、ポート１６１、１６２、および１９９のＳＮＭＰ、ポート３８９および６３６のＬＤＡＰ、ポート４４３のＨＴＴＰＳ、ＳＭＢポート４４５、ポート４６４、５４３、５４４、７４９、７５０、７５１、７５２、７５３、７５４、および７６０のＫｅｒｂｅｒｏｓ、ポート５３０上のＲＰＣ、ポート１４３３および１４３４上のＭＳＳＱＬ、ポート１５２１、２４８３、および２４８４上のＯｒａｃｌｅＤＢ、ポート３３０６のＭｙＳＱＬ、ポート３３８９のＲＤＰ、ポート５０６０および５０６１のSＩＰ、ポート５４３２のＰｏｓｔｇｒｅＳＱＬ、ポート５８００のＶＮＣ、ポート６３７９のＲｅｄｉｓ、ポート２７０１７のＭｏｎｇｏＤＢ、ポート１９００のＵＰｎＰ、またはインターネット上の一般的に使用される他のポートプロトコール／サービスが含まれる。セキュリティ管理プラットフォーム２１００は、ＳＳＬ／ＴＬＳハンドシェイクが成功した場合に返される公開鍵暗号化に使用される証明書を探すこともできる。この証明書は、自己署名されている、または非推奨の暗号または署名アルゴリズムを使用する。これらのサービスは、しばしば、いくつかの理由で脆弱であると考えられるので、これらのサービスの何れかを実行する内部コンピューティングデバイスが、悪意のあるトラフィックのプロキシとして使用される悪意のある攻撃者によって、侵害される可能性は高い。このため、脆弱性のある外部コンピューティングデバイスと内部ＩＰアドレスとの間の通信は、本質的に悪意がある可能性が高いため、これは、セキュリティイベントと分類することが出来る。

非ゲートウェイデバイスから送信される組織通信は、アクティブプローブエンジン２１０６によって実行されるスキャンに最近応答したことがなく、かつ歴史的に外部通信に関与したことがない内部ＩＰアドレスに関与する通信が検出されるたびに、識別させることが出来る。組織が、通常インターネットと通信しないコンピューティングデバイスのセキュリティイベントのトラフィックを監視する可能性は低いため、悪意のある行為者は、この性質の内部ＩＰアドレスを使用して内部ネットワークにアクセスしようとする可能性がある。したがって、これらの内部ＩＰアドレスに関与する通信は、セキュリティイベントを表すことが出来るであろう。

図２２は、内部ネットワーク２２００（「エンティティネットワーク」、「組織ネットワーク」、または「顧客ネットワーク」とも呼ばれる）の例を示すブロック図である。内部ネットワーク２２００は、図２０のエンティティＡネットワーク２００４、エンティティＢネットワーク２００６、またはエンティティＣネットワーク２００８としても良い。内部ネットワーク２２００は、エッジコンピューティングデバイス２２０２（「エッジデバイス」とも呼ばれる）を介して別のコンピュータネットワーク（例、インターネット）とインターフェースをとることが出来る。より具体的には、内部ネットワーク２２００に出入りする全てのトラフィックは、エッジデバイス２２０２によって処理させることが出来る。エンティティネットワーク２２００に入るトラフィックも、エッジデバイス２２０２によって精査および／またはフィルタリングさせることが出来る。いくつかの実施態様では、このエッジデバイス２００２は、ファイアウォールを含む。

次いで、着信トラフィックは、内部ネットワーク２２００内のトラフィックを１つ以上の内部システム（例、内部コンピューティングデバイス２２０６、内部コンピューティングデバイス２２０８、内部コンピューティングデバイス２２１０、内部コンピューティングデバイス２２１２、または内部コンピューティングデバイス２２１４）にルーティングするスイッチ２２０４に渡すことが出来る。いくつかの実施態様では、内部ネットワーク２２００は、複数のエッジデバイスを含む。同様に、内部ネットワーク２２００は、トラフィックのルーティングを担当する複数のスイッチを含んでいても良い。内部ネットワーク２２００から出るトラフィックの場合、内部システムから発信されるトラフィックは、スイッチ２２０４からエッジデバイス２２０２にルーティングされ、次いで外部コンピュータネットワーク（例、インターネット）にルーティングされる。一方、セキュリティ管理プラットフォーム（例、図５のこのセキュリティ管理プラットフォーム５０６）からのプローブは、エッジデバイス２２０２で内部ネットワーク２２００に入ることが出来、そしてこれらのプローブへの応答は、エッジで内部ネットワーク２２００を出ることにより返すことが出来る。いくつかの実施態様では、内部ネットワーク２２００内のトラフィックは、スイッチ２２０４またはエッジデバイス２２０２によって測定される。他の実施態様では、内部ネットワーク２２００内のトラフィックは、各内部システムによって独立して測定され、そしてその後（例、スイッチ２２０４またはエッジデバイス２２０２によって）統合される。

図２３は、インターネットサービスプロバイダ（ＩＳＰ）ファブリック２３００の一例を示すブロック図である。ＩＳＰファブリック２３００は、図２０のＩＳＰ１ファブリック２００２またはＩＳＰ２ファブリック２０１４とすることが出来る。ＩＳＰファブリック２３００は、複数のルータ（例、ルータ２３０２、ルータ２３０４、ルータ２３０６、ルータ２３０８、ルータ２３１０、ルータ２３１２、またはルータ２３１４）を使用してトラフィックをダウンストリームで中継することにより、ネットワークとして機能することが出来る。これらのルータは、最終送信先（例、図１の受領者デバイス１０６）に向かう途中で、ＩＳＰファブリック２３００の入口ポイントで受信したトラフィックを、ＩＳＰファブリック２３００の適切な出口ポイントにルーティングすることを担当する。いくつかの実施態様では、ルータの少なくとも１つは、フローを記録し、そしてトラフィック情報を（例、セキュリティ管理プラットフォームに）報告する。例えば、所定のルータは、この所定のルータを通過する全てのトラフィックに関する情報を監視および格納しても良い。このような情報の例には、トラフィックのソース、トラフィックの送信先、パス情報、データパケット情報、トラフィックのバイト数、等に関する情報が含まれる。

図２４は、コンピューティングデバイスが関与するセキュリティイベントを検出するプロセス２４００のフロー図を示す。このプロセスは、セキュリティ管理プラットフォームのプロセッサ（例、図２１のプロセッサ２１０４）によって実行させても良い。ステップ２４０１で、このプロセッサは、コンピューティングデバイスに関連するアクティブ検知データを受信する。例えば、セキュリティ管理プラットフォームは、応答を引出すことを目的とする、対応するＩＰアドレスに信号を送信することにより、コンピューティングデバイスをアクティブにプローブしても良い。プローブへの応答を受信すると、このセキュリティ管理プラットフォームは、応答を示すデータをストレージに格納することが出来る。コンピューティングデバイスのプローブは、アクティブ検知データに基づいて決定されたその履歴に基づいて、コンピューティングデバイスの状態の変化を検出するために定期的に実行させても良い。ステップ２４０２で、このプロセッサは、ネットフローデータを受信する。このネットフローデータは、コンピュータネットワーク（例、内部ネットワークまたはインターネット）を通過するトラフィックを記述する。したがって、いくつかの実施態様では、このネットフローデータは、組織から取得され、他の実施態様では、このネットフローデータは、１つまたは複数のＩＳＰから取得される。

ステップ２４０３で、プロセッサは、アクティブ検知データとネットフローデータとの間に相関関係が存在するか否かを判定することが出来る。別の言い方をすると、プロセッサは、アクティブ検知データとネットフローデータを解析して、セキュリティ脅威を示すリスクフィルタを解析しても良い。ステップ２４０４で、プロセッサは、相関関係が、セキュリティイベントが発生したことを示しているか否かを決定することが出来る。セキュリティイベントが発生したとの決定がなされた場合、ステップ２４０５で、プロセッサは、このコンピューティングデバイスが関与するセキュリティイベントが発生したことを示すことが出来る。例えば、このプロセッサは、このコンピューティングデバイスが存在するコンピュータネットワークに関連付けられているアドミニストレータに、適切なアクションを取るよう警告する通知を生成させても良い。しかし、何のセキュリティイベントも発生していないとの決定がなさされた場合、ステップ２４０６で、このプロセッサは、このコンピューティングデバイスが関与するセキュリティイベントが発生しなかったことを示すことが出来る。プロセス２４００の他の実施態様では、アクティブ検知データとネットフローデータを受信する順序を逆にしても良い。さらに、何れかのタイプのデータは、定期的に（例、１時間ごと、１日ごと、または１週間ごと）または継続的に受信させることも出来るであろう。

図２５は、精査中のコンピュータネットワーク上に存在するコンピューティングデバイスをアクティブに精査するためのプロセス２５００の流れ図を示す。一部の実施態様では、このコンピューティングデバイスは、内部ネットワーク（例、組織イントラネット）にある内部コンピューティングデバイスであるが、一方、他の実施態様では、このコンピューティングデバイスは、他のネットワーク（例、インターネット）にある外部ネットワークデバイスである。このプロセスは、セキュリティ管理プラットフォームのプロセッサ（例、図２１のプロセッサ２１０４）によって実行させても良い。

ステップ２５０１で、このプロセッサは、アクティブにプローブされるべきコンピューティングデバイスを選択することが出来る。例えば、もしこのコンピューティングデバイスが、内部ネットワーク上にある内部コンピューティングデバイスであるとすると、このプロセッサは、組織に関連付けられているコンピューティングデバイスのリストからこのコンピューティングデバイスを既に選択している可能性がある。このような実施態様では、組織によって管理される各コンピューティングデバイスは、調査のために定期的に選択させても良い。別の例として、このコンピューティングデバイスが、インターネット上にある外部ネットワークデバイスであるとすると、このプロセッサは、このコンピューティングデバイスをランダムに選択していたり、内部コンピューティングデバイスへの接続のためにこのコンピューティングデバイスを選択していたり、等する可能性がある。

ステップ２５０２において、このプロセッサは、対応するＩＰアドレスにクエリを送信することにより、このコンピューティングデバイスをプローブすることが出来る。
このクエリは、応答を引起こすことを目的としてこのコンピューティングデバイスに送信される。この応答の精査によって、セキュリティ管理プラットフォームは、このコンピューティングデバイスによってどのようなリスク（ある場合）がもたらされるかを決定することが出来る。これに加えまたは代えて、このセキュリティ管理プラットフォームは、コンピューティングデバイス自体がどのようなリスクを経験しているのかを決定することが出来る。ステップ２５０３で、このプロセッサは、このコンピューティングデバイスからクエリに対する応答を受け取ることが出来る。いくつかの実施態様では、このプロセッサは、さらなる精査のためにクエリおよび応答をストレージに格納する。例えば、ステップ２５０４に示されるように、このプロセッサは、クエリおよび応答をこのコンピューティングデバイスに対応するデータベースレコードに格納しても良い。より具体的には、このプロセッサは、クエリ、応答、および他の情報（例、プローブの日付および時刻）を含むレコードをデータベース内に生成および／または配置しても良い。

ステップ２５０５で、このプロセッサは、プロービングを必要とする精査中のネットワーク上に、他のコンピューティングデバイスが存在するか否かを決定することが出来る。少なくとも１つの他のコンピューティングデバイスをプローブする必要があるという決定に応じて、このプロセッサは、別のコンピューティングデバイスに対してこれらのステップを再び完了させることが出来る。しかしながら、他のコンピューティングデバイスをプローブする必要がないという決定に応じて、このプロセッサは、ステップ２５０６に示されるように、このコンピューティングデバイスを別の時刻にプローブすべきか否かを精査することが出来る。従って、このプロセッサは、同じコンピューティングデバイスに対して再びこれらのステップを即座に完了させる、またはこのプロセッサは、ステップ２５０７に示されるように、指定された時間が経過するまで待つことが出来る。

いくつかの実施態様では、これらのステップは、このプロセッサによって並行して実行される。例えば、このプロセッサは、同じまたは異なるネットワーク上の他のコンピューティングデバイスを同時にプローブしつつ、指定された時間間隔で定期的にコンピューティングデバイスをプローブすることが出来る。

図２６は、セキュリティイベントを既に経験している、またはそれにすでに関与しているコンピューティングデバイスに類似するコンピューティングデバイスのリストを構築するためのプロセス２６００のフロー図を示す。各コンピューティングデバイスは、内部ネットワーク（例、組織のイントラネット）に存在する内部コンピューティングデバイス、または他のネットワーク（例、インターネット）に存在する外部コンピューティングデバイスとすることが出来る。セキュリティ管理プラットフォームは、潜在的なセキュリティリスクをより迅速に識別するために、同様の外部コンピューティングデバイスのリストを作成しても良い。これに加えまたは代えて、このセキュリティ管理プラットフォームは、どのコンピューティングデバイスが将来のセキュリティイベントに関与する可能性が最も高いかを識別するために、同様の内部コンピューティングデバイスのリストを構築しても良い。このプロセスは、セキュリティ管理プラットフォームのプロセッサ（例、図２１のプロセッサ２１０４）によって実行させても良い。

ステップ２６０１で、このプロセッサは、コンピューティングデバイスを選択することができる。次に、ステップ２６０２で、このプロセッサは、このコンピューティングデバイスがセキュリティイベントに関連するコンピューティングデバイス（「リスクのあるコンピューティングデバイス」または「脆弱性のあるコンピューティングデバイス」とも呼ばれる）に類似するか否かを決定することが出来る。例えば、このプロセッサは、このコンピューティングデバイスの機能を、全ての危険なコンピューティングデバイスの機能と比較して、一致が存在するか否かを決定しても良い。別の例では、このプロセッサは、コンピューティングデバイスで実行されているサービスと、全ての脆弱性のあるコンピューティングデバイスで実行されているサービスを比較して、一致するものがあるか否かを決定しても良い。コンピューティングデバイスが、危険なまたは脆弱性のあるコンピューティングデバイスに類似していないという決定に応じて、このプロセッサは、別のコンピューティングデバイスを選択することによりこのプロセスを開始することが出来る。しかしながら、このコンピューティングデバイスが少なくとも１つのリスクのあるまたは脆弱性のあるコンピューティングデバイスに類似しているという決定に応じて、このプロセッサは、ステップ２６０３に示されているように、このコンピューティングデバイスを、少なくとも１つのリスクのあるまたは脆弱性のあるコンピューティングデバイスを含む類似のコンピューティングデバイスのセットに、追加することが出来る。

ステップ２６０４で、このプロセッサは、チェックする他のコンピューティングデバイスがあるか否かを決定する。例えば、このプロセッサは、精査中のコンピュータネットワーク（例、組織の内部ネットワーク）上に他のコンピューティングデバイスが存在するか否かを決定することが出来る。もし別のコンピューティングデバイスをチェックする必要があるとなると、このプロセッサは、別のコンピューティングデバイスに対してこれらの手順を再度実行することが出来る。しかしながら、他のコンピューティングデバイスをチェックする必要がない場合、このプロセッサは、ステップ２６０５に示されるように、セキュリティ管理プラットフォームに同様のコンピューティングデバイスのセットを提供することが出来る。同様のコンピューティングデバイスのセットは、潜在的なセキュリティリスクを、およびこれらの同様のコンピューティングデバイスに対してどのような修復アクション（ある場合）が実行されるべきであるかを、よりインテリジェントに識別するために使用することが出来る。

図２７は、コンピューティングデバイスが、ボットネットの一部であるか否かを決定するためのプロセス２７００の流れ図を示す。このプロセスは、図２４のプロセスを部分的に反映しても良い。したがって、図２７のステップ２７０１、２７０２、および２７０３は、図２４のステップ２４０１、２４０２、および２４０３と実質的に同様とすることが出来る。

ステップ２７０４で、このプロセッサは、相関関係が、ボットネットイベントが発生したことを示すか否かを決定することが出来る。別の言い方をすると、このプロセッサは、アクティブ検知データおよび／またはネットフローデータが、内部コンピューティングデバイスがボットネットの一部である可能性が高い外部コンピューティングデバイスと通信したことを示すか否かを、決定することが出来る。ボットネットイベントが発生したとの決定がなされた場合、ステップ２７０５で、このプロセッサは、このコンピューティングデバイスがボットネットの一部であることを、示すことが出来る。例えば、このプロセッサは、このコンピューティングデバイスがボットネットデバイスであることをアドミニストレータに通知する警告を生成させても良い。しかし、ボットネットイベントが発生していないとの決定がなされた場合、ステップ２７０６で、このプロセッサは、コンピューティングデバイスがボットネットの一部ではないことを示すことが出来る。

図２８は、コンピューティングデバイスが、ＤＮＳトンネリングイベントに関与したことがあるか否かを決定するためのプロセス２８００のフロー図を示す。このプロセスは、図２４のプロセスを部分的に反映しても良い。したがって、図２８のステップ２８０１、２８０２、および２８０３は、図２４のステップ２４０１、２４０２、および２４０３と実質的に同様としても良い。

ステップ２８０４で、このプロセッサは、ＤＮＳトンネリングイベントが発生したことを相関関係が示すか否かを決定することが出来る。ＤＮＳトンネリングは、ＤＮＳクエリおよび応答内の他のプログラムまたはプロトコールのデータをエンコードする機能である。したがって、ＤＮＳトンネリングイベントが発生したか否かを決定するために、このプロセッサは、コンピューティングデバイスとの通信が今までにエンコードされたことがあるか否かを精査しても良い。このプロセッサは、（例、クエリや応答のサイズ／長さを精査することにより）ペイロード分析をおよび／または（例、クエリや応答のボリュームや頻度を精査することにより）トラフィック分析を実行しても良い。ＤＮＳトンネリングイベントが発生したという決定が行われた場合、ステップ２８０５で、このプロセッサは、このネットワークデバイスがＤＮＳトンネリングスキームの一部であることを示すことが出来る。例えば、このプロセッサは、コンピューティングがＤＮＳデバイスであることをアドミニストレータに通知する警告を生成しても良い。しかしながら、ＤＮＳトンネリングイベントが発生しなかったという決定がなされた場合、ステップ２８０６で、このプロセッサは、このコンピューティングデバイスがＤＮＳトンネリングスキームの一部ではないことを示すことが出来る。

［処理システム］
図２９は、本明細書に記載される少なくともいくつかの操作を実施することができる処理システム２９００の一例を示すブロック図である。例えば、処理システム２９００のいくつかのコンポーネントは、セキュリティ管理プラットフォーム（例、図５のこのセキュリティ管理プラットフォーム５０６）を含むコンピューティングデバイス上でホストさせても良い。別の例では、処理システム２９００のいくつかのコンポーネントは、アクティブプロービングセッション中にセキュリティ管理プラットフォームによって照会されるコンピューティングデバイス上でホストされても良い。

処理システム２９００は、１つまたは複数の中央処理装置（「プロセッサ」）２９０２、メインメモリ２９０６、不揮発性メモリ２９１０、ネットワークアダプタ２９１２（例、ネットワークインターフェース）、ビデオディスプレイ２９１８、入出力デバイス２９２０、制御デバイス２９２２（例、キーボードおよびポインティングデバイス）、格納媒体２９２６を含む駆動ユニット２９２４、およびバス２９１６に通信可能に接続されている信号生成デバイス２９３０を含んでいても良い。バス２９１６は、適切なブリッジ、アダプタ、またはコントローラによって接続される１つ以上の物理バスおよび／またはポイントツーポイント接続を表す抽象として示されている。したがって、バス２９１６は、システムバス、PＣI(Peripheral Component Interconnect）バスまたはPＣI-Expressバス、ＨｙｐｅｒＴｒａｎｓｐｏｒｔまたは業界標準アーキテクチャ（ＩＳＡ）バス、小型コンピュータシステムインターフェイス（ＳＣＳＩ）バス、ユニバーサルシリアルバス（ＵＳＢ）、ＩＩＣ（I２Ｃ）バス、または米国電気電子技術者協会（ＩＥＥＥ）標準１３９４バス（「Ｆｉｒｅｗｉｒｅ」とも呼ばれる）を含むことが出来る。

処理システム２９００は、デスクトップコンピュータ、タブレットコンピュータ、携帯情報端末（ＰＤＡ）、携帯電話、ゲームコンソール、音楽プレーヤ、ウェアラブル電子デバイス（例、時計またはフィットネストラッカ）、ネットワーク接続（「スマート」）デバイス（例、テレビまたはホームアシスタントデバイス）、仮想／拡張現実システム（例、ヘッドマウントディスプレイ）、または処理システム２９００が実行するアクションを指定する（シーケンシャルまたは他の）命令セットを実行することができる別の電子デバイスと同様のコンピュータプロセッサアーキテクチャを共有しても良い。

メインメモリ２９０６、不揮発性メモリ２９１０、および格納媒体２９２６（「機械可読媒体」とも呼ばれる）は、単一の媒体であるように示されているが、用語「機械可読媒体」および「格納媒体」には、１つまたは複数の命令セット２９２８を格納する単一の媒体または複数の媒体（例えば、集中型／分散型データベースおよび／または関連するキャッシュおよびサーバ）が含まれると解すべきである。この用語「機械可読媒体」および「格納媒体」は、処理システム２９００による実行のための命令セットを、格納、エンコード、または実行することができる任意の媒体を含むものと見なすべきである。

一般に、本開示の実施態様を実施するために実行されるルーチンは、オペレーティングシステムまたは特定のアプリケーション、コンポーネント、プログラム、オブジェクト、モジュール、または命令のシーケンス（まとめて「コンピュータプログラム」と呼ばれる）の一部として実施させても良い。このコンピュータプログラムは、典型的には、コンピューティングデバイス内の様々なメモリおよびストレージデバイス内の様々な時点で設定される１つまたは複数の命令（例、命令２９０６２９３０、２９０８、２９２８）を備える。１つまたは複数のプロセッサ２９０２によって読取られかつ実行されると、この命令は、処理システム２９００に、本開示の様々な態様に関係する要素を実行するための操作を実行させる。

さらに、実施態様は、これまで、完全に機能するコンピューティングデバイスの文脈で説明されて来たが、当業者は、様々な実施態様が、プログラム製品として様々な形態で配信されることが可能であることを理解するであろう。本開示は、実際にこの配信を行うために使用される特定のタイプのマシンまたはコンピュータ読み取り可能な媒体に関係なく、適用される。

さらに、機械可読格納媒体、機械可読媒体、またはコンピュータ可読媒体のさらなる例には、揮発性および不揮発性メモリデバイス２９１０、フロッピーおよび他のリムーバブルディスク、ハードディスクドライブ、光ディスク（例、コンパクトディスク読み取り専用メモリ（ＣＤ－ＲＯＭ）、デジタル多用途ディスク（ＤＶＤ））、デジタルおよびアナログ通信リンクのような伝送タイプの媒体のような記録可能なタイプの媒体が、含まれる。

ネットワークアダプタ２９１２は、処理システム２９００が、処理システム２９００および外部エンティティによってサポートされる任意の通信プロトコールを介して、処理システム２９００の外部にあるエンティティとネットワーク２９１４内のデータを仲介することを可能にする。ネットワークアダプタ２９１２は、ネットワークアダプタカード、無線ネットワークインターフェースカード、ルータ、アクセスポイント、無線ルータ、スイッチ、多層スイッチ、プロトコールコンバータ、ゲートウェイ、ブリッジ、ブリッジルータ、ハブ、デジタル媒体レシーバ、および／またはリピータを含むことが出来る。

ネットワークアダプタ２９１２は、コンピュータネットワーク内のデータへのアクセス／プロキシの許可を支配および／または管理し、そして異なるマシンおよび／またはアプリケーション間の様々なレベルの信頼を追跡するファイアウォールを含んでいても良い。このファイアウォールは、（例、これらのエンティティ間のトラフィックおよびリソース共有のフローを調整するために）マシンとアプリケーション、マシンとマシン、および／またはアプリケーションとアプリケーションの間の特定のセットの間の既定のアクセス権のセットを実施することができるハードウェアおよび／またはソフトウェアコンポーネントの任意の組み合わせを有する任意の数のモジュールとすることが出来る。このファイアウォールは、加えて、個人、マシン、および／またはアプリケーションによるオブジェクトのアクセス権と操作権、および許可権が存在する状況を含む許可を詳述するアクセス制御リストへのアクセス制御を管理するおよび／またはそれにアクセスしても良い。

本明細書で紹介される技術は、プログラム可能な回路（例、１つ以上のマイクロプロセッサ）、ソフトウェアおよび／またはファームウェア、専用ハードワイヤード（すなわち、プログラム不可能な）回路、またはそのような形態の組み合わせによって実装させることが出来る。専用回路は、１つまたは複数の特定用途向け集積回路（ＡＳＩＣ）、プログラマブルロジックデバイス（ＰＬＤ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）などの形式にすることが出来る。

［備考］
請求される主題の様々な実施態様の前述の説明は、例示および説明の目的のために提供されている。制限列挙であること、または請求された主題を開示された正確な形態に限定することは、意図されていない。当業者には多くの修正および変形が明らかであろう。実施態様は、本発明の原理およびその実際の用途を最もよく説明するために選択および説明された。これにより、関連分野の当業者が、特定の用途に適したクレームされた主題、様々な実施態様、および様々な修正を理解することが可能になる。

詳細な説明は、特定の実施態様および企図される最良のモードを説明しているが、詳細な説明がどの程度詳細に表示されても、技術は多くの方法で実施することができる。実施態様は、それらの実装の詳細においてかなり異なり得るが、それでも依然として明細書に包含されている。様々な実施態様の特定の特徴または態様を説明するときに使用される特定の用語は、その用語が関連する技術の特定の特性、特徴、または態様に限定されるように本明細書で用語が再定義されていることを意味すると解釈されるべきではない。一般に、以下の特許請求の範囲で使用される用語は、本明細書で明示的に定義されない限り、技術を本明細書で開示される特定の実施態様に限定すると解釈されるべきではない。したがって、技術の実際の範囲は、開示された実施態様だけでなく、実施態様を実践または実施する全ての同等の方法も包含する。

本明細書で使用される言語は、主に読みやすさと教示目的のために選択されている。主題の輪郭を描く、または外接するために選択されていない可能性がある。したがって、技術の範囲は、発明の詳細な説明によってではなく、本書に基づいた出願に発行される請求項によって制限されることが意図されている。したがって、様々な実施態様の開示は、添付の請求項記載される技術の範囲を例示することを意図していて、限定することを意図するものではない。

［例］
１．
組織が管理する内部ネットワークに対するセキュリティ脅威を識別するためのコンピュータ実装方法であって、前記方法が、
現在前記内部ネットワークに存在する内部インターネットプロトコール（ＩＰ）アドレスを識別するステップと、
前記内部ネットワークに対応するネットフローを取得するステップであって、前記ネットフローには、特定の時間間隔で前記内部ネットワークを通過した全てのトラフィックが含まれる、ステップと、
前記内部ネットワーク上に現在存在しない外部ＩＰアドレスを識別するステップと、
前記外部ＩＰアドレスで実行されているサービスから応答を引出すように設計されたクエリを送信することにより、前記外部ＩＰアドレスをプローブするステップと、
前記外部ＩＰアドレスで実行されている前記サービスから前記応答を受信するステップと、
前記ネットフローと前記応答に基づいて前記内部ネットワークに対する前記リスクレベルを評価するステップであって、前記リスクレベルが、前記内部ＩＰアドレスと前記外部ＩＰアドレスとの間の通信によってもたらされる潜在的な害を表示する、ステップと
を備える方法。

２．
当該ネットフローを取得するステップが、
前記インターネットに対応するグローバルネットフローを取得するステップであって、前記グローバルネットフローが、特定の時間間隔で前記インターネットを通過した全てのトラフィックを含む、ステップと、
前記ネットフローを得るために前記グローバルネットフローをフィルタリングするステップと、
を備える、例１に記載のコンピュータ実装方法。

３．
前記グローバルネットフローが、１つまたは複数のインターネットサービスプロバイダ（ＩＳＰ）から取得される、例２に記載のコンピュータ実装方法。

４．
当該ネットフローを取得するステップが、
前記内部ネットワークの境に沿って装備された１つ以上のフローコレクタから前記ネットフローを取得するステップ
を備える、例１に記載のコンピュータ実装方法。

５．
当該ネットフローを取得するステップが、
前記インターネットに対応するグローバルネットフローを取得するステップであって、前記グローバルネットフローが、前記特定の時間間隔で前記インターネットを通過した全てのトラフィックを含む、ステップと、
前記グローバルネットフローをフィルタリングして、前記ネットフローを示す第１のデータを取得するステップと、
前記内部ネットワークの境に沿って装備された１つ以上のフローコレクタから前記ネットフローを示す第２データを取得するステップと、
前記第１のデータと前記第２のデータとを、前記ネットフローとして精査される１つのデータセットに統合するステップと、
を備える、例１に記載のコンピュータ実装方法。

６．
前記第１のデータおよび前記第２のデータが、前記内部ネットワークの境を越えた通信に関与する全てのデータパケットの同一のコピーを含む、例５に記載のコンピュータ実装方法。

７．
当該プローブするステップが、
現在前記内部ネットワークの外部に存在する複数の外部ＩＰアドレスの各外部ＩＰアドレスに、別々のクエリを送信するステップを、
備える、例１に記載のコンピュータ実装方法。

８．
別個のクエリが、前記インターネットプロトコールバージョン４（ＩＰｖ４）空間内に存在する各外部ＩＰアドレスに、送信される、例７に記載のコンピュータ実装方法。

９．
別個のクエリが、前記インターネットプロトコールバージョン６（ＩＰｖ６）空間内に存在する各外部ＩＰアドレスに、送信される、例７に記載のコンピュータ実装方法。

１０．
前記クエリが、前記外部ＩＰアドレスに送信された複数のクエリの１つであり、そして前記複数のクエリの各クエリが、前記対応する外部ＩＰアドレスで実行される複数のサービスの異なるサービスから応答を引出すように設計されている、例１に記載のコンピュータ実装方法。

１１．
プロセッサによって実施されると、前記プロセッサに実行させる操作が、格納されている非一時的コンピュータ可読媒体であって、前記操作が、
特定の時間間隔でインターネットを通過した全てのトラフィックを含むグローバルネットフローを取得するステップと、
特定の時間間隔で組織に関連付けられている内部ネットワークを通過した全てのトラフィックを含むローカルネットフローを取得するために前記グローバルネットワークをフィルタリングするステップと、
前記内部ネットワークに存在する内部インターネットプロトコール（ＩＰ）アドレスと、前記内部ネットワークに存在しない外部ＩＰアドレスとに関与する通信アクティビティを検出するために、前記ローカルネットフローを精査するステップと、
前記内部ＩＰアドレス、前記外部ＩＰアドレス、または前記通信アクティビティに関与するデータパケットの特性に基づいて、前記通信アクティビティによって前記内部ネットワークにもたらされるリスクを評価するステップと、
を備える、非一時的コンピュータ可読媒体。

１２．
前記通信アクティビティが、前記内部ＩＰアドレスから前記外部ＩＰアドレスへの、前記内部ネットワークの境を越える前記データパケットの送信に関与する、例１１に記載の非一時的コンピュータ可読媒体。

１３．
前記通信アクティビティが、前記外部ＩＰアドレスから前記内部ＩＰアドレスへの、前記内部ネットワークの境を越える前記データパケットの送信に関与する、例１１に記載に記載の非一時的コンピュータ可読媒体。

１４．
前記特性が、前記データパケットのサイズである、例１１に記載の非一時的コンピュータ可読媒体。

１５．
前記操作が、さらに、
前記外部ＩＰアドレスから応答を引出すように設計されているクエリを送信することにより、前記外部ＩＰアドレスをプローブするステップと、
前記外部ＩＰアドレスから応答を受信するステップであって、不正アクセスに対して脆弱であると判断されたサービスが、前記外部ＩＰアドレスで実行されているか否かを検出するために、当該評価するステップが、前記応答を分析するステップを備える、ステップと
を備える、非一時的コンピュータ可読媒体。

１６．
前記操作が、さらに、
前記外部ＩＰアドレスで実行されている特定のサービスから応答を引出すように設計されているクエリを送信することにより、前記外部ＩＰアドレスをプローブするステップと、
前記応答の受信に応じて、前記特定のサービスが、現在前記外部ＩＰアドレスで実行されていると決定するステップと、
を備える、例１１に記載の非一時的コンピュータ可読媒体。

１７．
前記操作が、さらに、
前記内部ＩＰアドレスから応答を引出すように設計されているクエリを送信することにより、前記内部ＩＰアドレスをプローブするステップと、
前記内部ＩＰアドレスから前記応答を受信するステップであって、当該評価するステップが、前記不正アクセスに対して脆弱であると決定されたサービスが、前記内部ＩＰアドレスで実行されているか否かを検出するために、前記応答を分析するステップを備える、ステップと、
を備える、例１１に記載の非一時的コンピュータ可読媒体。

１８．
前記操作が、さらに、
精査中の前記内部ネットワークの履歴ローカルネットフローを精査するステップと、
前記履歴ローカルネットフローに少なくとも部分的に基づいて、閾値を生成するステップと、
前記ローカルネットフローを前記閾値と比較するステップであって、当該比較するステップにより、前記内部ネットワークが、前記履歴ローカルネットフローに基づいて予想されるよりも大きなトラフィック量を処理しているか否かについての決定を行うことが可能になる、ステップと、
を備える、例１１に記載の非一時的コンピュータ可読媒体。

１９．
前記操作が、さらに、
前記外部ＩＰアドレスを、セキュリティリスクの増加に関連付けられていることが知られている前記外部ＩＰアドレスのリストと比較するステップ、
を備える、例１１に記載の非一時的コンピュータ可読媒体。

２０．
組織が管理するネットワークに対するセキュリティ脅威を識別するための命令を含むメモリを備える電子デバイスであって、前記命令が、プロセッサによって実行されると、前記プロセッサに、次の動作：
特定の時間間隔で前記インターネットを通過した全てのトラフィックを含むグローバルネットフローを取得する動作；
前記特定の時間間隔で前記ネットワークを通過した全てのトラフィックを含むローカルネットフローを取得するために、前記グローバルネットフローをフィルタリングする動作；
前記ネットワークの境を越えたデータパケットの交換に関与する全ての通信アクティビティを識別するために、前記ローカルネットフローを解析する動作であって、各通信アクティビティが、前記ネットワーク上にある第１のインターネットプロトコール（ＩＰ）アドレスと、前記ネットワーク上にない第２のＩＰアドレスに関与する、動作；
通信アクティビティごとに、ターゲットＩＰアドレスで実行されているサービスから応答を引出すように設計されたクエリを送信することにより、前記第１のＩＰアドレスまたは前記第２のＩＰアドレスをプローブする動作；
送信されたクエリに対する全ての応答を含むアクティブプロービングデータを、その後の精査のためにリポジトリに格納する動作；そして
前記ローカルネットフローと前記アクティブプローブデータに基づいて、前記ネットワークへの各通信アクティビティによってもたらされるリスクを評価する動作、
を行わせる、電子デバイス。

２１.
前記命令が、さらに、前記プロセッサに、以下の動作：
前記ネットワーク上に存在する前記通信アクティビティに関与する全てのＩＰアドレスの第１のリストを生成する動作；
前記第１のリストを、前記組織によって監視されている全てのＩＰアドレスの第２のリストと比較する動作；
前記第１のリストと前記第２のリストの間に不一致があると決定する動作；そして
前記組織によって現在監視されていない前記ローカルネットフローで少なくとも１つのＩＰアドレスが検出されたことを示す通知を生成する動作；
を行わせる、例２０に記載の電子デバイス。

２２．
当該プローブが、定期的に実行される、例２０に記載の電子デバイス。

２３.
前記命令が、さらに、前記プロセッサに、以下の動作：
統一されたワークフローを作成するために、前記アクティブプロービングデータと前記ローカルネットフローとを統合する動作；および
前記統一されたワークフローに基づいて、前記ネットワークのアーキテクチャのモデルを形成する動作、
を行わせる、例２０に記載の電子デバイス。

２４.
組織に関連付けられている内部ネットワークに存在する１つ以上の内部インターネットプロトコール（ＩＰ）アドレスに関与するトラフィックフローを発見するためのコンピュータ実装方法であって、前記方法が、
特定の時間間隔中に前記インターネットを通過した特定の特性を持つ全てのトラフィックを含むグローバルネットフローを取得するステップと、
ローカルネットフローを示す第１のデータを取得するために、前記グローバルネットフローをフィルタリングするステップであって、前記ローカルネットフローには、前記特定の時間間隔中に前記内部ネットワークの境界を通過した前記特定の特性を持つ全てのトラフィックが含まれている、ステップと、
前記特定の時間間隔中に公衆通信アクティビティに関与している各内部ＩＰアドレスを識別するために、前記第１のデータを解析するステップであって、前記公衆通信アクティビティが、前記内部ネットワークに存在する内部ＩＰアドレスと内部ネットワークに存在しない前記外部ＩＰアドレスとの間のデータパケットの交換に関与している、ステップと、
上記の解析に基づいて、前記特定の時間間隔中に公衆通信アクティビティに関与した全ての内部ＩＰアドレスに関与する第１のリストを作成するステップと
を備える、コンピュータ実装方法。

２５.
前記内部ネットワークの前記境界に沿って装備された１つまたは複数のフローコレクタから前記ローカルネットフローを示す第２のデータを取得するステップと、
前記第１のデータと前記第２のデータを組み合わせて、解析されるべき単一のデータセットにするステップと
をさらに備える、例２４に記載のコンピュータ実装方法。

２６.
前記ローカルネットフローが、前記外部ＩＰアドレスによって内部ＩＰアドレスに送信されるデータパケット、内部ＩＰアドレスによって前記外部ＩＰアドレスに送信されるデータパケット、またはそれらの任意の組み合わせを含む、例２４に記載のコンピュータ実装方法。

２７.
前記組織によって現在監視されている全ての内部ＩＰアドレスに関与する第２のリストを取得するステップと、
前記第１のリストと前記第２のリストを比較して、不一致を識別するステップと、
前記比較に基づいて、前記第１のリストに含まれる少なくとも１つの内部ＩＰアドレスが、前記第２のリストに含まれないことを決定するステップと、
をさらに備える、例２４に記載のコンピュータ実装方法。

２８.
前記少なくとも１つの内部ＩＰアドレスを識別する前記通知を生成するステップと、
前記内部ネットワークの管理を担当するアドミニストレータに関連付けられているコンピューティングデバイスに前記通知を送信するステップと、
をさらに備える、例２７に記載のコンピュータ実装方法。

２９.
前記グローバルネットフローが、１つまたは複数のインターネットサービスプロバイダ（ＩＳＰ）、１つまたは複数のコンテンツ配信ネットワーク（ＣＤＮ）、またはそれらの任意の組み合わせから取得される、例２４に記載のコンピュータ実装方法。

３０.
定期的に前記インターネットから地図データを取得するステップと、
前記地図データに基づいて前記内部ネットワークのモデルを生成するステップ、
をさらに備える、例２４に記載のコンピュータ実装方法。

３１.
応答を引出すように設計されているクエリを送信することにより、前記第１のリストに含まれる各内部ＩＰアドレスをプローブするステップと、
前記第１のリストに含まれる前記内部ＩＰアドレスから受信した応答からプローブデータを作成するステップであって、前記プローブデータが、前記内部ネットワークに存在する少なくともいくつかのコンピュータプログラムのクラス、タイプ、またはバージョンを指定する、ステップと
をさらに備える、例３０に記載のコンピュータ実装方法。

３２.
プロセッサによって実施されると、前記プロセッサに、以下のステップ：
セキュリティ管理プラットフォームによって、少なくとも２つの異なるソースから複数の未分類のデータストリームを取得するステップであって、前記複数の未分類データストリームの各未分類データストリームには、組織に関連付けられている内部ネットワークの境界を通過したトラフィックに関する情報が含まれている、ステップ；
前記セキュリティ管理プラットフォームが、複数の未分類のデータストリームを統合して、統一されたワークフローを形成するステップ；
前記セキュリティ管理プラットフォームが、前記統一されたワークフローを精査することにより、前記内部ネットワークに存在するサイバ資産に対する攻撃のベクトルを識別するステップ；
修復のアクションを実行して、攻撃の前記ベクトルを拒否させるステップ、
を備える操作を実行させる命令が、格納されている非一時的コンピュータ可読媒体。

３３.
当該拒否させるステップが、
前記セキュリティ管理プラットフォームが、前記修復アクションを識別する通知を生成するステップと、
前記セキュリティ管理プラットフォームが、前記内部ネットワークの管理を担当するアドミニストレータに関連付けられているコンピューティングデバイスに前記通知を送信するステップと、
を備える、例３２に記載の非一時的コンピュータ可読媒体。

３４
前記複数の未分類のデータストリームが、
前記内部ネットワークに存在するＩＰアドレス、コンピューティングデバイス、またはサービスの攻撃対象領域を特徴付ける地図データ、
前記内部ネットワークの前記境界を越えるデータパケットの交換を含む通信アクティビティを特徴付けるネットフローデータ、および
前記内部ネットワークに存在する少なくとも１つのコンピュータプログラムのクラス、タイプ、またはバージョンを特徴付けるプローブデータ。
を含む、例３２に記載の非一時的コンピュータ可読媒体。

３５.
前記操作が、
前記セキュリティ管理プラットフォームが、応答を引出すように設計されているクエリを送信することにより、内部ネットワークに存在する各内部ＩＰアドレスをプローブするステップと、
前記セキュリティ管理プラットフォームが、前記対応する内部ＩＰアドレスから受信した応答を精査することにより、前記内部ネットワークに存在する各インターネット接続コンピューティングデバイスのステータスを決定するステップと、
をさらに備える、例３２に記載の非一時的コンピュータ可読媒体。

３６.
当該プローブするステップが、各インターネット接続コンピューティングデバイスの前記ステータスが、特定の時間間隔にわたって監視させることが出来るように、定期的に実行される、例３５に記載の非一時的コンピュータ可読媒体。

３７.
前記時間間隔が、日、月、年、または無期限の期間である、例３６に記載の非一時的コンピュータ可読媒体。

３８.
前記操作が、さらに、前記セキュリティ管理プラットフォームが、さらなる分析のために全ての応答を示すデータを格納するステップを、備える、例３５に記載の非一時的コンピュータ可読媒体。

３９.
インターネットを介して外部ＩＰアドレスと通信する内部インターネットプロトコール（ＩＰ）アドレスを発見するための命令を含むメモリを備える電子デバイスであって、前記命令が、プロセッサによって実施されると、前記プロセッサに、次の動作：
特定の時間間隔で前記インターネットを通過した特定の特性を持つ全てのトラフィックを含むグローバルネットフローを取得する動作；
前記特定の時間間隔の少なくとも一部の間に前記内部ＩＰアドレスが存在していた内部ネットワークに対応するローカルネットフローを取得するために、グローバルネットフローをフィルタリングする動作であって、前記ローカルネットフローには、前記特定の時間間隔中に前記内部ネットワークの境界を通過した前記特定の特性を持つ全てのトラフィックが含まれる、動作；
前記特定の時間間隔中に公衆通信アクティビティに関与した各内部ＩＰアドレスを識別するために、前記ローカルネットフローを解析する動作；
前記特定の時間間隔中に公衆通信アクティビティに関与した全ての内部ＩＰアドレスに関与する第１のリストを作成する動作；
前記第１のリストを、現在監視されている全ての内部ＩＰアドレスに関与する第２のリストと比較する動作；そして
前記公衆通信アクティビティによってもたらされるリスクを決定する動作；
を行わせる、電子デバイス。

４０.
前記命令が、さらに、前記プロセッサに、前記第１のリストに含まれる少なくとも１つの内部ＩＰアドレスが、前記第２のリストに含まれていないことを決定させる、例３９の電子デバイス。

４１.
前記命令が、さらに、前記プロセッサに、
少なくとも１つの内部ＩＰアドレスを識別する通知を生成させ、そして
前記内部ネットワークの管理を担当するアドミニストレータに関連付けられているコンピューティングデバイスに前記通知を送信させる、例４０に記載の電子デバイス。

４２.
前記命令が、さらに、前記プロセッサに、前記内部ネットワークに関連付けられている組織により管理されているストレージから前記第２のリストを検索させる、例３９に記載の電子デバイス。

４３.
前記グローバルネットフローが、前記インターネット上に展開された１つまたは複数のスキャン機構から取得される、例３９に記載の電子デバイス。

４４.
組織に関連付けられている内部ネットワークに存在する内部インターネットプロトコール（ＩＰ）アドレスに関与する公衆通信アクティビティによってもたらされるリスクを推定するためのコンピュータ実装方法であって、前記方法が、
ローカルネットフローを精査して、内部ネットワークに存在する内部ＩＰアドレスと前記内部ネットワークに存在しない外部ＩＰアドレスに関与する公衆通信アクティビティを検出するステップと、
応答を引出すように設計されているクエリを送信することにより、前記外部ＩＰアドレスをプローブするステップと、
前記外部ＩＰアドレスから前記応答を受信するステップと、
前記応答を分析して、不正アクセスに対して脆弱であると判断されたサービスが、前記外部ＩＰアドレスで実行されているか否かを検出することにより、前記内部ネットワークに対する前記公衆通信アクティビティによってもたらされるリスクを評価するステップと
を備えるコンピュータ実装方法。

４５.
特定の時間間隔中に前記インターネットを通過した特定の特性を有する全てのトラフィックを含むグローバルネットフローを取得するステップと、
前記グローバルネットフローをフィルタリングして、前記特定の時間間隔中に前記内部ネットワークの境界を越えた特定の特性を持つ全てのトラフィックを含むローカルネットフローを取得するステップと
を備える、例４４に記載のコンピュータ実装方法。

４６
各データパケットの構造を精査することにより、前記グローバルネットフローに含まれるデータパケットに特定の特性があるか否かを決定するステップをさらに備える、例４４に記載のコンピュータ実装方法。

４７
当該決定するステップが、各データパケットのヘッダのコンテンツを精査することを含む、例４６に記載のコンピュータ実装方法。

４８.
前記構造が、各データパケットが、インターネットプロトコールバージョン４（ＩＰｖ４）またはインターネットプロトコールバージョン６（ＩＰｖ６）に従ってルーティングされるか否かを示す、例４６に記載のコンピュータ実装方法。

４９.
組織に関連する内部ネットワークに存在する内部インターネットプロトコール（ＩＰ）アドレスに関与する公衆通信アクティビティによってもたらされるリスクを推定するためのコンピュータ実装方法であって、前記方法が、
ローカルネットフローを精査して、前記内部ネットワークに存在する前記内部ＩＰアドレスと前記内部ネットワークに存在しない前記外部ＩＰアドレスに関与する公衆通信アクティビティを検出するステップと、
特定のサービスから応答を引出すように設計されているクエリを送信することにより、前記外部ＩＰアドレスをプローブするステップと、
前記外部ＩＰアドレスから前記応答を受信するステップと、
前記応答の受信に応じて、特定のサービスが現在前記外部ＩＰアドレスで実行されていると判断するステップと、
前記外部ＩＰアドレスに特定のサービスが存在するために、前記公衆通信アクティビティが前記内部アクティビティに与えるリスクを評価するステップと
を備える、コンピュータ実装方法。

５０.
特定の時間間隔で前記インターネットを通過した特定の特性を持つ全てのトラフィックを含むグローバルネットフローを取得するステップと、
前記特定の時間間隔中に前記内部ネットワークの境界を越えた前記特定の特性を持つ全てのトラフィックを含む前記ローカルネットフローを取得するために前記グローバルネットフローをフィルタリングするステップと、
を備える、例４９に記載のコンピュータ実装方法。

５１.
前記グローバルネットフローが、１つまたは複数のインターネットサービスプロバイダ（ＩＳＰ）、１つまたは複数のコンテンツ配信ネットワーク（ＣＤＮ）、またはそれらの任意の組み合わせから取得される、例５０に記載のコンピュータ実装方法。

５２.
組織に関連付けられている内部ネットワークに存在する内部インターネットプロトコール（ＩＰ）アドレスに関与する公衆通信アクティビティによってもたらされるリスクを推定するためのコンピュータ実装方法であって、前記方法が、
内部ネットワークに存在する内部ＩＰアドレスと内部ネットワークに存在しない前記外部ＩＰアドレスに関与する公衆通信アクティビティを検出するために、ローカルネットフローを精査するステップと、
前記内部ＩＰアドレスを精査するために、前記応答を引出すように設計されているクエリを送信するステップと、
前記内部ＩＰアドレスから応答を受信するステップと、
不正アクセスに対して脆弱であると判断されたサービスが、前記内部ＩＰアドレスで実行されているか否かを検出するために前記応答を分析することにより、前記公衆通信アクティビティによる前記内部ネットワークへのリスクを評価するステップと、
を備える、コンピュータ実装方法。

５３.
脆弱性のあるサービスが、前記内部ＩＰアドレスで実行されていると決定するステップと、
前記脆弱性のあるサービスを識別する通知を生成するステップと、
前記内部ネットワークの管理を担当するアドミニストレータに関連付けられているコンピューティングデバイスに、前記通知を送信するステップと
をさらに備える、例５２に記載のコンピュータ実装方法。

５４.
前記通知が、前記脆弱性のあるサービスによるセキュリティリスクの増加に対処するように設計されている修復アクションを実行するための推奨事項を含む、例５３に記載のコンピュータ実装方法。

５５.
前記公共通信アクティビティが、前記内部ネットワークの境界を横切る前記内部ＩＰアドレスから前記外部ＩＰアドレスへのデータパケットの送信に関与する、例５２に記載のコンピュータ実装方法。

５６.
前記通信アクティビティが、前記内部ネットワークの境界を越える前記外部ＩＰアドレスから内部ＩＰアドレスへのデータパケットの送信に関与する、例５２に記載のコンピュータ実装方法。

５７.
組織に関連付けられている内部ネットワークに存在する１つまたは複数の内部インターネットプロトコール（ＩＰ）アドレスに関与する公衆通信アクティビティによってもたらされるリスクを推定するためのコンピュータ実装方法であって、前記方法が、
第１の時間間隔で前記内部ネットワークの境界を通過した全てのトラフィックを含むローカルネットフローを取得するステップと、
第２の時間間隔で前記内部ネットワークの前記境界を通過した全てのトラフィックを含む履歴ローカルネットフローを精査するステップと、
前記履歴ローカルネットフローに少なくとも部分的に基づいて閾値を生成するステップと、
前記ローカルネットフローを前記閾値と比較することにより、前記ローカルネットワークに対する前記第１の時間間隔での公衆通信アクティビティによってもたらされるリスクを評価するステップと
を備える、コンピュータ実装方法。

５８.
前記第１および第２の時間間隔が、日、週、または月に対応する、例５７に記載のコンピュータ実装方法。

５９.
前記ローカルネットフローを前記閾値と比較することが、前記内部ネットワークが、前記履歴ローカルネットフローに基づいて予測以上に大きなトラフィックの量を扱っているか否かについて、決定を下すことを可能にする、例５７に記載のコンピュータ実装方法。

６０.
組織が管理する内部ネットワーク上に存在する内部インターネットプロトコール（ＩＰ）アドレスに関与する公衆通信アクティビティによってもたらされるリスクを推定するためのコンピュータ実装方法であって、前記方法が、
特定の時間間隔で前記内部ネットワークの境界を通過した全てのトラフィックを含むローカルネットフローを取得するステップと、
前記内部ネットワークに存在する内部ＩＰアドレスと前記内部ネットワークに存在しない外部ＩＰアドレスに関与する公衆通信アクティビティを検出するために、前記ローカルネットフローを精査するステップと、
前記外部ＩＰアドレスを、セキュリティリスクの増加に関連付けられていることが知られている１つ以上の前記外部ＩＰアドレスを含むソースリストと比較するステップと、
当該比較に基づいて、前記内部ネットワークに対する前記公衆通信アクティビティによってもたらされるリスクを評価するステップと
を備えるコンピュータ実装方法。

６１.
米国連邦政府により維持されているＷｅｂサイトから前記ソースリストを取得するステップを、さらに備える、例６０に記載のコンピュータ実装方法。

６２.
前記ソースリストのコンテンツが時間とともに変化し、当該検索が定期的に実行されるステップを、さらに備える、例６１に記載のコンピュータ実装方法。

６３.
前記ソースリストが、外国資産管理局によってセキュリティリスクとみなされる外国企業に関連付けられている少なくとも１つのＩＰアドレスを含む、例６０に記載のコンピュータ実装方法。

６４.
組織に関連付けられている内部ネットワークに対するセキュリティ脅威を評価するためのシステムであって、前記システムが、
第１のネットワークに展開された１つ以上のスキャン機構であって、各スキャン機構が、
応答を引出すように設計されているクエリを送信することにより、少なくとも１つのインターネットプロトコール（ＩＰ）アドレスをプローブし、かつ
前記少なくとも１つのＩＰアドレスから受信された応答からプローブデータを作成するように、構成されている、スキャン機構と、
次の動作：
特定の時間間隔中に第２のネットワークの境界を通過した全てのトラフィックを含むローカルネットフローを取得する動作；
公衆通信アクティビティを検出するために前記ローカルネットフローを精査する動作であって、各公衆通信アクティビティが、前記第２のネットワークにある内部ＩＰアドレスと前記第２のネットワークにない前記外部ＩＰアドレスに関与している、動作；および
前記ローカルネットフローと前記プローブデータに基づいて、前記公衆通信アクティビティによってもたらされるリスクを評価する動作、
を行うように構成されているセキュリティ管理プラットフォームと
を備える、システム。

６５.
前記第１のネットワークと前記第２のネットワークが、異なるネットワークである、例６４に記載のシステム。

６６.
前記第１のネットワークがインターネットであり、前記第２のネットワークが組織に関連付けられている内部ネットワークである、例６４に記載のシステム。

６７.
各走査機構が、さらに、
公衆通信アクティビティに関与する各前記外部ＩＰアドレスから発信された、またはそれに送信されたトラフィックを精査して、どのサービスが、各外部ＩＰアドレスを実行しているかを決定するように構成されている、例６４に記載のシステム。

６８.
当該精査することが、前記トラフィックに含まれるデータパケットのヘッダのコンテンツを分析することを含む、例６７に記載のシステム。

６９.
前記第２のネットワークに存在するサイバ資産への不正アクセスの試行を隔離するように構成されたハニーポットサーバと、
前記第２のネットワークの前記境界に沿って展開されたファイアウォールであって、
前記ファイアウォールが、
特定の前記外部ＩＰアドレスから通信を受信し、
前記通信が着信スキャン攻撃を表していることを決定し、
前記ハニーポットサーバへの通信をそらすことにより、前記第２のネットワークの侵害を防ぐ、
ように構成されている、ファイアウォールと
をさらに備える、例６７に記載のシステム。

７０.
前記セキュリティ管理プラットフォームが、
特定の時間間隔で第１のネットワークを通過した特定の特性を持つ全てのトラフィックを含むグローバルネットフローを取得し、
前記ハニーポットサーバに関連付けられている１つ以上のＩＰアドレスに関与するトラフィックを取得するために、前記グローバルネットフローをフィルタリングし、そして、
前記トラフィックが、ボットによるスキャンの試行を含むことを決定する、
ように構成されている、例６９に記載のシステム。

７１.
前記セキュリティ管理プラットフォームが、さらに、
前記ボットの特性を識別するために前記試行されたスキャンを精査し、そして、
前記ボットとの通信に現在関与している全ての内部ＩＰアドレスを識別する、
ように構成されている、例７０に記載のシステム。

７２.
前記セキュリティ管理プラットフォームが、さらに、
前記試行されたスキャンを精査して、前記ボットの特性を特定し、そして、
前記特性に基づいて、前記ボットとコマンド－アンド－コントロールセンタに関与する公衆通信アクティビティを識別する、
ように構成されている、例７０に記載のシステム。

７３.
内部ネットワークに存在する内部インターネットプロトコール（ＩＰ）アドレスと、前記内部ネットワークに存在しない外部ＩＰアドレスに関与する公衆通信アクティビティによってもたらされるリスクを推定するためのコンピュータ実装方法であって、前記方法が、
セキュリティ管理プラットフォームが、前記インターネット上に展開された１つ以上のスキャン機構からプローブデータを取得するステップであって、
各スキャン機構が、特定のサービスから応答を引出すように設計されているクエリを送信することにより、少なくとも１つのインターネットプロトコール（ＩＰ）アドレスをプローブするように構成されていて、そして
前記プローブデータが、前記内部ＩＰアドレスによって提供される第１の応答と、前記外部ＩＰアドレスによって提供される第２の応答とを含む、ステップと、
前記セキュリティ管理プラットフォームが、前記プローブデータに基づいて前記公衆通信アクティビティによってもたらされるリスクを評価するステップと、
前記セキュリティ管理プラットフォームが、前記リスクが特定の閾値を超えていると決定するステップと、
前記セキュリティ管理プラットフォームが、前記内部ネットワークの境界に展開されたファイアウォールに指示を送信するステップであって、前記命令が、着信通信を前記外部ＩＰアドレスからハニーポットサーバにそらすことにより、前記内部ネットワークの将来の侵害を防ぐようにファイアウォールに命令する、ステップと
を備える、コンピュータ実装方法。

７４.
前記セキュリティ管理プラットフォームが、特定の時間間隔中に内部ネットワークの境界を通過した全てのトラフィックを含むローカルネットフローを取得するステップを、 さらに備える、例７３に記載のコンピュータ実装方法。

７５.
前記セキュリティ管理プラットフォームが、前記外部ＩＰアドレスに関与する全ての公衆通信アクティビティを識別する前記ローカルネットフローを精査するステップを、さらに備える、例７４に記載のコンピュータ実装方法。

７６.
当該取得するステップが、
前記セキュリティ管理プラットフォームが、前記特定の時間間隔中に前記インターネットを通過した特定の特性を有する全てのトラフィックを含むグローバルネットフローを取得するステップと、
前記ローカルネットフローを取得するために、前記グローバルネットフローをフィルタリングするステップと
をさらに備える、例７４に記載のコンピュータ実装方法。

７７.
前記セキュリティ管理プラットフォームが、前記内部ネットワークに通信可能に結合されたコンピュータサーバ上に存在する、例７３に記載のコンピュータ実装方法。

７８.
インターネット上に展開された１つ以上のスキャン機構であって、各スキャン機構が、
応答を引出すように設計されているクエリを送信することにより、少なくとも１つのインターネットプロトコール（ＩＰ）アドレスをプローブし、そして、
少なくとも１つのＩＰアドレスから受信した応答からプローブデータを作成する、
ように構成されている、１つ以上のスキャン機構と、
次の動作：
特定の時間間隔中に内部ネットワークの境界を通過した全てのトラフィックを含むローカルネットフローを取得する動作；
内部ネットワークに存在する内部ＩＰアドレスと内部ネットワークに存在しない前記外部ＩＰアドレスに関与する公衆通信アクティビティを検出するために前記ローカルネットフローを精査する動作；
公衆通信アクティビティによってもたらされるリスクが特定の閾値を超えると決定する動作；
前記内部ＩＰネットワークの境界に沿って展開されたファイアウォールに、前記外部ＩＰアドレスから受信した今後の通信がハニーポットサーバに転送されるべきであると通知する動作、
を行うように構成されているセキュリティ管理プラットフォームと、
を備える、システム。

７９.
前記ハニーポットサーバが、内部ネットワーク上に存在するサイバ資産への不正アクセスを得る試みを隔離するように構成されている、例７８に記載のシステム。

８０.
前記ファイアウォールが、前記外部ＩＰアドレスからの通信を受信すると、前記ハニーポットサーバへの通信を偏向させて、内部ネットワークの侵害を防ぐように構成されている、例７８に記載のシステム。

８１.
前記セキュリティ管理プラットフォームが、
ボットネットに関連付けられているブラックリストに前記外部ＩＰアドレスを追加し、そして
前記ブラックリストに含まれる前記外部ＩＰアドレスに関与する全ての公衆通信アクティビティを識別することにより、ボットネットアクティビティを監視する、
ように構成される、例７８に記載のシステム。

８２.
前記セキュリティ管理プラットフォームが、さらに、一定期間、公衆通信アクティビティに関与していない前記外部ＩＰアドレスを削除することにより、前記ブラックリストを定期的に更新する、ように構成されている、例８１に記載のシステム。

８３.
前記セキュリティ管理プラットフォームが、さらに、
前記外部ＩＰアドレスから発信される、または前記外部ＩＰアドレスに向けられるトラフィックを精査して、もしあれば、どのサービスが、前記外部ＩＰアドレスで実行されているかを決定するように、構成されている、例７８に記載のシステム。

ここでは、説明のみを目的として特定の例が示されている。当業者は、物理的な可能性に反しない限り、各例を他の例と組み合わせることができることを認識するであろう。

（関連出願への相互参照）
本出願は、「グローバルインターネットセンサの統合（Global Internet Sensor Fusion）」という名称で２０１７年５月１８日に出願された米国仮出願第６２／５０８,２９８号、および２０１７年１１月１５日に出願された「相関関係駆動型脅威の評価と修復(Correlation Driven Threat Assessment and Remediation)」という名称の米国仮出願第６２／５８６,６６９号、に対して優先権を主張し、これらの出願のそれぞれは、参照によりその全体が本書に組み込まれている。

Claims (20)

1. 組織が管理する内部ネットワークに対するセキュリティ脅威を識別するためのコンピュータ実装方法であって、前記方法が、
   現在前記内部ネットワークに存在する内部インターネットプロトコール（ＩＰ）アドレスを識別するステップと、
   前記内部ネットワークに対応するネットフローを取得するステップであって、
   特定の時間間隔でインターネットを通過した全てのトラフィックを表すグローバルネットフローを取得すること、によるもの、および、
   前記ネットフローを取得するために前記グローバルネットフローをフィルタリングすることであって、
   （ｉ）前記内部ネットワークから始まる前記グローバルネットフローにおける第１トラフィック、および、（ｉｉ）前記内部ネットワークを送信先とする前記グローバルネットフローにおける第２トラフィックを識別することにより、かつ、
   前記第１トラフィックおよび前記第２トラフィックを、前記ネットフローとして精査されるように１つのデータセットへと統合することによるもの、であり、
   前記ネットフローは、前記特定の時間間隔で前記内部ネットワークを通過した全てのトラフィックを表す、
   ステップと、
   前記内部ＩＰアドレスと前記内部ネットワーク上に現在存在しない外部ＩＰアドレスとの間の通信を検出するために前記ネットフローを精査するステップと、
   前記外部ＩＰアドレスで実行されているサービスから応答を引出すように設計されたクエリを送信することにより、前記外部ＩＰアドレスをプローブするステップと、
   前記外部ＩＰアドレスで実行されている前記サービスから前記応答を受信するステップと、
   前記ネットフローと前記応答に基づいて前記内部ネットワークに対するリスクレベルを評価するステップであって、前記リスクレベルが、前記内部ＩＰアドレスと前記外部ＩＰアドレスとの間の前記通信によってもたらされる潜在的な害を表示する、ステップと、
   を備える、コンピュータ実装方法。
2. 前記グローバルネットフローが、１つまたは複数のインターネットサービスプロバイダ（ＩＳＰ）から取得される、請求項１に記載のコンピュータ実装方法。
3. 当該プローブするステップが、
   現在前記内部ネットワークの外部に存在する複数の外部ＩＰアドレスの各外部ＩＰアドレスに、別々のクエリを送信するステップを、
   備える、請求項１に記載のコンピュータ実装方法。
4. 別個のクエリが、前記インターネットプロトコールバージョン４（ＩＰｖ４）空間内に存在する各外部ＩＰアドレスに、送信される、請求項３に記載のコンピュータ実装方法。
5. 別個のクエリが、前記インターネットプロトコールバージョン６（ＩＰｖ６）空間内に存在する各外部ＩＰアドレスに、送信される、請求項３に記載のコンピュータ実装方法。
6. 前記クエリが、前記外部ＩＰアドレスに送信された複数のクエリの１つであり、そして前記複数のクエリの各クエリが、前記対応する外部ＩＰアドレスで実行される複数のサービスの異なるサービスから応答を引出すように設計されている、請求項１に記載のコンピュータ実装方法。
7. プロセッサによって実施されると、前記プロセッサに実行させる操作が、格納されている非一時的コンピュータ可読媒体であって、前記操作が、
   複数のソースから特定の時間間隔でインターネットを通過した全てのトラフィックを含むグローバルネットフローを取得するステップと、
   組織に関連付けられている内部ネットワークについてローカルネットフローを取得するために前記グローバルネットフローをフィルタリングするステップであって、
   （ｉ）前記内部ネットワークから始まる前記グローバルネットフローにおける第１トラフィック、および、（ｉｉ）前記内部ネットワークを送信先とする前記グローバルネットフローにおける第２トラフィックを識別することにより、かつ、
   前記第１トラフィックおよび前記第２トラフィックを、前記ローカルネットフローとして精査されるように１つのデータセットへと統合することによるもの、であり、
   前記ローカルネットフローは、前記特定の時間間隔で前記内部ネットワークを通過した全てのトラフィックを含む、
   ステップと、
   前記内部ネットワークに存在する内部インターネットプロトコール（ＩＰ）アドレスと、前記内部ネットワークに存在しない外部ＩＰアドレスとに関与する通信アクティビティを検出するために、前記ローカルネットフローを精査するステップと、
   前記内部ＩＰアドレス、前記外部ＩＰアドレス、または前記通信アクティビティに関与するデータパケットの特性に基づいて、前記通信アクティビティによって前記内部ネットワークにもたらされるリスクを評価するステップと、
   を備える、非一時的コンピュータ可読媒体。
8. 前記通信アクティビティが、前記内部ＩＰアドレスから前記外部ＩＰアドレスへの、前記内部ネットワークの境を越える前記データパケットの送信に関与する、請求項７に記載の非一時的コンピュータ可読媒体。
9. 前記通信アクティビティが、前記外部ＩＰアドレスから前記内部ＩＰアドレスへの、前記内部ネットワークの境を越える前記データパケットの送信に関与する、請求項７に記載に記載の非一時的コンピュータ可読媒体。
10. 前記特性が、前記データパケットのサイズである、請求項７に記載の非一時的コンピュータ可読媒体。
11. 前記操作が、さらに、
    前記外部ＩＰアドレスから応答を引出すように設計されているクエリを送信することにより、前記外部ＩＰアドレスをプローブするステップと、
    前記外部ＩＰアドレスから応答を受信するステップであって、不正アクセスに対して脆弱であると判断されたサービスが、前記外部ＩＰアドレスで実行されているか否かを検出するために、当該評価するステップが、前記応答を分析するステップを備える、ステップと
    を備える、請求項７に記載の非一時的コンピュータ可読媒体。
12. 前記操作が、さらに、
    前記外部ＩＰアドレスで実行されている特定のサービスから応答を引出すように設計されているクエリを送信することにより、前記外部ＩＰアドレスをプローブするステップと、
    前記応答の受信に応じて、前記特定のサービスが、現在前記外部ＩＰアドレスで実行されていると決定するステップと、
    を備える、請求項７に記載の非一時的コンピュータ可読媒体。
13. 前記操作が、さらに、
    前記内部ＩＰアドレスから応答を引出すように設計されているクエリを送信することにより、前記内部ＩＰアドレスをプローブするステップと、
    前記内部ＩＰアドレスから前記応答を受信するステップであって、当該評価するステップが、前記不正アクセスに対して脆弱であると決定されたサービスが、前記内部ＩＰアドレスで実行されているか否かを検出するために、前記応答を分析するステップを備える、ステップと、
    を備える、請求項７に記載の非一時的コンピュータ可読媒体。
14. 前記操作が、さらに、
    精査中の前記内部ネットワークの履歴ローカルネットフローを精査するステップと、
    前記履歴ローカルネットフローに少なくとも部分的に基づいて、閾値を生成するステップと、
    前記ローカルネットフローを前記閾値と比較するステップであって、当該比較するステップにより、前記内部ネットワークが、前記履歴ローカルネットフローに基づいて予想されるよりも大きなトラフィック量を処理しているか否かについての決定を行うことが可能になる、ステップと、
    を備える、請求項７に記載の非一時的コンピュータ可読媒体。
15. 前記操作が、さらに、
    前記外部ＩＰアドレスを、セキュリティリスクの増加に関連付けられていることが知られている前記外部ＩＰアドレスのリストと比較するステップ、
    を備える、請求項７に記載の非一時的コンピュータ可読媒体。
16. 組織が管理するネットワークに対するセキュリティ脅威を識別するための命令を含むメモリを備える電子デバイスであって、前記命令が、プロセッサによって実行されると、前記プロセッサに、次の動作：
    特定の時間間隔でインターネットを通過した全てのトラフィックを含むグローバルネットフローを取得する動作；
    ローカルネットフローを取得するために、前記グローバルネットフローをフィルタリングする動作であって、
    （ｉ）前記ネットワークから始まる前記グローバルネットフローにおける第１トラフィック、および、（ｉｉ）前記ネットワークを送信先とする前記グローバルネットフローにおける第２トラフィックを識別することにより、かつ、
    前記第１トラフィックおよび前記第２トラフィックを、前記ローカルネットフローとして精査されるように１つのデータセットへと統合することによるもの、であり、
    前記ローカルネットフローは、前記特定の時間間隔で前記ネットワークを通過した全てのトラフィックを含む、
    動作；
    前記ネットワークの境を越えたデータパケットの交換に関与する全ての通信アクティビティを識別するために、前記ローカルネットフローを解析する動作であって、各通信アクティビティが、前記ネットワーク上にある第１のインターネットプロトコール（ＩＰ）アドレスと、前記ネットワーク上にない第２のＩＰアドレスに関与する、動作；
    通信アクティビティごとに、ターゲットＩＰアドレスで実行されているサービスから応答を引出すように設計されたクエリを送信することにより、前記第１のＩＰアドレスまたは前記第２のＩＰアドレスをプローブする動作；
    送信されたクエリに対する全ての応答を含むアクティブプロービングデータを、その後の精査のためにリポジトリに格納する動作；そして
    前記ローカルネットフローと前記アクティブプロービングデータに基づいて、前記ネットワークへの各通信アクティビティによってもたらされるリスクを評価する動作、
    を行わせる、電子デバイス。
17. 前記命令が、さらに、前記プロセッサに、以下の動作：
    前記ネットワーク上に存在する前記通信アクティビティに関与する全てのＩＰアドレスの第１のリストを生成する動作；
    前記第１のリストを、前記組織によって監視されている全てのＩＰアドレスの第２のリストと比較する動作；
    前記第１のリストと前記第２のリストの間に不一致があると決定する動作；そして
    前記組織によって現在監視されていない前記ローカルネットフローで発見された少なくとも１つのＩＰアドレスを指定する通知を生成する動作；
    を行わせる、請求項１６に記載の電子デバイス。
18. 当該プローブする動作が、定期的に実行される、請求項１６に記載の電子デバイス。
19. 前記命令が、さらに、前記プロセッサに、以下の動作：
    統一されたワークフローを作成するために、前記アクティブプロービングデータと前記ローカルネットフローとを統合する動作；および
    前記統一されたワークフローに基づいて、前記ネットワークのアーキテクチャのモデルを形成する動作、
    を行わせる、請求項１６に記載の電子デバイス。
20. 前記複数のソースは、インターネットサービスプロバイダ（ＩＳＰ）、前記内部ネットワークの境に沿って装備されたフローコレクタ、前記組織によって管理されるデータベース、または、これらの任意の組み合わせ、を含む、
    請求項７に記載の非一時的コンピュータ可読媒体。

Images