(57)【要約】イベント処理しスコア警告及び緩和アクション生成するサイバーセキュリティシステム。システムはデータ受信し処理しイベント作成のセンサ、イベント処理し分析ワークフロー作成の分散型分析プラットフォーム、及び分析ワークフローによりイベント処理しスコア付けエンジンメッセージ生成のコア付けエンジンを含む。システムは分析ワークフロー及び分析ワークフローとイベント処理ルールによりスコア付けエンジンメッセージと分散型分析プラットフォームメッセージを処理し脅威情報メッセージを作成し伝送するリアルタイム分析エンジンも含む。脅威情報メッセージはブロードキャストメッセージ緩和メッセージ及びモデル更新メッセージを含む。システムは分析モデル分析モデルのセット又は分析ワークフローと、論理セグメント内部アクティビティのインプットのソースと、及び論理セグメント内で生じる異常アクティビティの衝撃緩和するアクションのセットと、関連する論理セグメントも含む。
2017516411.tif 000002
【特許請求の範囲】
【請求項１】
イベントを処理してスコア、警告、及び緩和アクションを生成するサイバーセキュリティシステムにおいて、
複数のセンサと、
分散型分析プラットフォームと、
複数のスコア付けエンジンと、及び、
リアルタイム分析エンジンと
を含み、
前記複数のセンサの各々は、
ネットワークからセンサデータを受信し、
センサデータを処理してイベントを作成し、及び、
イベントを伝送する
ように構成されており、
前記分散型分析プラットフォームは、
前記複数のセンサからイベントを受信し、
イベントを処理して分析ワークフローを作成し、ここで分析ワークフローの各々は一つ若しくはそれ以上の論理セグメントと関連付けられており、及び、
分析ワークフロー及び分散型分析プラットフォームメッセージを伝送する
ように構成されており、
前記複数のスコア付けエンジンの各々は、
分散型分析プラットフォームから分析ワークフローを受信し、
戦記複数のセンサの少なくとも一つからイベントを受信し、
分析ワークフローを用いて、受信したイベントを処理してスコア付けエンジンメッセージを生成し、及び、
スコア付けエンジンメッセージを伝送する
ように構成されており、
並びに、
前記リアルタイム分析エンジンは、
前記分散型分析プラットフォームから分析ワークフローを受信し、
分析ワークフローとイベント処理ルールを受信し、
前記複数のスコア付けエンジンからスコア付けエンジンメッセージを受信し、
前記分散型分析プラットフォームから分散型分析プラットフォームメッセージを受信し、並びに、
前記分散型分析プラットフォームからの分析ワークフロー、及び、分析ワークフローとイベント処理ルールを用いて、スコア付けエンジンメッセージと分散型分析プラットフォームメッセージを処理して脅威情報メッセージを作成する
ように構成されており、
脅威情報メッセージは、
前記リアルタイム分析エンジンが伝送するように構成されている、ブロードキャストメッセージと、
緩和メッセージであって、前記リアルタイム分析エンジンによる処理が、緩和アクションが異常アクティビティのインパクトを限定することを示すとき、前記一つ若しくはそれ以上の論理セグメントのうちの第１の論理セグメントと関連付けられる緩和アクションを採るために、前記リアルタイム分析エンジンが前記緩和メッセージをコントロールプレーンエンジンに伝送するように構成されている、緩和メッセージと、
及び、
モデル更新メッセージであって、前記リアルタイム分析エンジンによる処理が、モデル更新メッセージが異常アクティビティの検出率と偽陽性率の減少との少なくとも一つを改善することを示すとき、一つ若しくはそれ以上の分析ワークフローを更新するために、前記リアルタイム分析エンジンがモデル更新メッセージを伝送するように構成されている、モデル更新メッセージと
のうちの少なくとも一つを含み、
前記一つ若しくはそれ以上の論理セグメントの各々は、
分析モデル、分析モデルのセット、若しくは分析ワークフローと、
論理セグメント内部のアクティビティについてのインプットの一つ若しくはそれ以上のソースと、及び、
論理セグメント内部で発生する異常アクティビティのインパクトを緩和する、アクションのセットと
関連する、
システム。
【請求項２】
前記複数のセンサ、前記複数のスコア付けエンジン、前記分散型分析プラットフォーム、前記リアルタイム分析エンジン、及び、前記コントロールプレーンエンジンが、帯域外ネットワークを用いて接続している、請求項１に記載のシステム。
【請求項３】
前記複数のセンサ、前記複数のスコア付けエンジン、前記分散型分析プラットフォーム、前記リアルタイム分析エンジン、及び、前記コントロールプレーンエンジンが、企業体システムバスに亘って関連するメッセージを送信することにより通信する、請求項１に記載のシステム。
【請求項４】
前記複数のセンサ、前記複数のスコア付けエンジン、前記分散型分析プラットフォーム、前記リアルタイム分析エンジン、及び、前記コントロールプレーンエンジンが、企業体システムバスに亘って関連するメッセージを送信することにより通信する、請求項２に記載のシステム。
【請求項５】
更に、摂取アクタモジュールを含み、
前記摂取アクタモジュールは、
サードパーティアプリケーションとサードパーティデバイスのうちの少なくとも一つからサードパーティアプリケーションデータを受信し、
前記複数のスコア付けエンジン、前記分散型分析プラットフォーム、及び前記リアルタイム分析エンジンのうちの少なくとも一つによる更なる処理のために、サードパーティアプリケーションデータを伝送する
ように構成されている、請求項１に記載のシステム。
【請求項６】
前記複数のセンサ、前記複数のスコア付けエンジン、前記分散型分析プラットフォーム、前記リアルタイム分析エンジン、前記コントロールプレーンエンジン、及び前記摂取アクタモジュールが、帯域外ネットワークを用いて接続している、請求項５に記載のシステム。
【請求項７】
前記複数のセンサ、前記複数のスコア付けエンジン、前記分散型分析プラットフォーム、前記リアルタイム分析エンジン、前記コントロールプレーンエンジン、及び前記摂取アクタモジュールが、企業体システムバスに亘って関連するメッセージを送信することにより通信する、請求項５に記載のシステム。
【請求項８】
前記スコア付けエンジンが更に、
モデル更新メッセージを受信し、及び、
イベントの処理と同時に、更新メッセージを処理する
ように構成されている、請求項１に記載のシステム。
【請求項９】
ブロードキャストメッセージ、緩和メッセージ、及びモデル更新メッセージのうちの少なくとも一つを作成するために、
前記リアルタイム分析エンジンは更に、
前記複数のスコア付けエンジン、前記分散型分析プラットフォーム、及び前記複数のセンサのうちの少なくとも一つから、第１の時間に第１のアウトプットを受信し、
第１のアウトプットに対応する第１の状態情報を検索し、
第１のアウトプットデータで第１の状態情報を更新し、
前記リアルタイム分析エンジンと関連付けられる分析ワークフローにより、更新された第１の状態情報を処理して、処理された更新された第１の状態情報を作成し、
処理された更新された第１の状態情報を前記リアルタイム分析エンジン内に格納し、
前記複数のスコア付けエンジン、前記分散型分析プラットフォーム、及び前記複数のセンサのうちの少なくとも一つから、第２の時間に第２のアウトプットを受信し、
第２のアウトプットに対応する第２の状態情報を検索し、
第２のアウトプットデータで第２の状態情報を更新し、
前記リアルタイム分析エンジンと関連付けられる分析ワークフローにより、更新された第２の状態情報を処理して、処理された更新された第２の状態情報を作成し、
処理された更新された第２の状態情報に基づいて、ブロードキャストメッセージ、緩和メッセージ、及びモデル更新メッセージのうちの少なくとも一つを作成し、
並びに、
処理された更新された第２の状態情報を前記リアルタイム分析エンジン内に格納する
ように構成されている、請求項１に記載のシステム。
【請求項１０】
前記リアルタイム分析エンジンは更に、
前記複数のスコア付けエンジン、前記分散型分析プラットフォーム、及び前記複数のセンサのうちの少なくとも一つから、第３の時間に中間アウトプットを受信し、ここで、第３の時間は第１の時間の後であり且つ第２の時間の前であり、
中間アウトプットに対応する中間状態情報を検索し、
中間アウトプットデータで中間状態情報を更新し、
前記リアルタイム分析エンジンと関連付けられる分析ワークフローにより、更新された中間状態情報を処理して、処理された更新された中間状態情報を作成し、
並びに、
処理された更新された中間状態情報を前記リアルタイム分析エンジン内に格納する
ように構成されている、請求項９に記載のシステム。
【請求項１１】
分析ワークフローは、モデル交換フォーマットドキュメントを含み、
モデル交換フォーマットドキュメントは、
分析モデルの合成と、
分析モデルの区分と、
分析モデルのアンサンブルと、
ルールによる分析モデルの合成と、
前処理及び後処理段階による分析モデルの合成と、及び、
分析ワークフローと
をサポートし、
前処理及び後処理段階は、データ変換とデータ凝集を含み、
分析ワークフローの各々は、分析モデル、ルール、データ変換、データ凝集、並びに、分析モデル、ルール、データ変換、データ凝集、区分及びアンサンブルの合成、のうちの少なくとも一つを、含む、
請求項１に記載のシステム。
【請求項１２】
前記リアルタイム分析エンジンは更に、
分析ワークフローの一つ若しくはそれ以上への変更が閾値を超えるときに、更新された振る舞いモデルを前記複数のスコア付けエンジンの一つ若しくはそれ以上に伝送する
ように構成されている、請求項１に記載のシステム。
【請求項１３】
イベントは、
ネットワークフローについてのデータ、パケットについてのデータ、エンティティについてのデータ、ユーザについてのデータ、ワークステーションとサーバについてのデータ、ルータとスイッチについてのデータ、外部ネットワークエンティティについてのデータ、並びに、ネットワークと相互作用する内部及び外部デバイスについてのデータのうちの、少なくとも一つを含む、請求項１に記載のシステム。
【請求項１４】
前記複数のセンサと前記複数のスコア付けエンジンとのうちの、一つ若しくはそれ以上が、単独のアプリケーション内に統合される、請求項１に記載のシステム。
【請求項１５】
前記リアルタイム分析エンジンが、前記複数のスコア付けエンジンのうちの一つ若しくはそれ以上と統合する、請求項１に記載のシステム。
【請求項１６】
緩和アクションは、
少なくとも一つのポートを閉じること、
少なくとも一つのパケットデータを修正すること、
パケット若しくはフローの伝送をコントロールすること、
サブネットをブロックすること、
一つ若しくはそれ以上のインターネットプロトコル（ＩＰ）若しくはＩＰの範囲をブロックすること、及び、
一つ若しくはそれ以上の内部の若しくは外部のＩＰをブロックすること
のうちの少なくとも一つを含む、請求項１に記載のシステム。
【請求項１７】
緩和アクションは、
サーバ及びワークステーションのオフラインの少なくとも一つを採ること、
プロテクトされた画像から、新しい可視化サーバと新しい可視化ワークステーションのうちの少なくとも一つを形成すること、及び、
サーバとワークステーションのうちの少なくとも一つと関連付けられるアクションをブロックすること
のうちの少なくとも一つを含む、請求項１に記載のシステム。
【請求項１８】
異常アクティビティは、
偵察、セキュリティ上の弱点を突く手段、侵入、情報漏洩、インサイダ脅威、及び攻撃のうちの、少なくとも一つを含む、請求項１に記載のシステム。
【請求項１９】
緩和アクションは、
少なくとも一つのパケットを修正すること、
パケット若しくはフローの伝送をコントロールすること、及び、
異常アクティビティと関連付けられるエンティティに対する許可及びアクセス権を除去することのうちの、少なくとも一つを含み、
許可及びアクセス権を除去することは、
ネットワークアクセスをブロックすること、
ネットワークデバイスへのアクセスをブロックすること、
サーバへのアクセスをブロックすること、
ワークステーションへのアクセスをブロックすること、及び、
他のコンピュータデバイスへのアクセスをブロックすること
のうちの、少なくとも一つを含む、請求項１８に記載のシステム。
【請求項２０】
異常アクティビティは、内部の悪いアクタと外部の悪いアクタとのうちの、少なくとも一つと関連付けられる、請求項１８に記載のシステム。
【請求項２１】
更に可視化エンジンを含み、可視化エンジンはモニタを含み、
可視化エンジンは、
リアルタイム分析エンジンによるスコア付けエンジンメッセージの処理と関連付けられる統計及びグラフィック画像を受信し、及び、
モニタ上に統計及びグラフィック画像を表示する
ように構成されている、請求項１に記載のシステム。
【請求項２２】
複数の、請求項１に記載のシステムを含む、サイバーセキュリティシステムにおいて、
複数のサイバーセキュリティシステムの各々は、選択した脅威情報メッセージを、他のサイバーセキュリティシステムの一つ若しくはそれ以上と交換するように構成されており、
選択した脅威情報メッセージは、暗号化されて、情報を伝送するための機密メカニズムを提供し、
選択した脅威情報メッセージ内の情報は、伝送するサイバーセキュリティシステムに関する機密の内部情報を曝すことはしない、
サイバーセキュリティシステム。
【請求項２３】
外部の脅威情報メッセージを、互換性のあるサードパーティシステムと交換するように構成されており、
外部の脅威情報メッセージは、暗号化されて、情報を伝送するための機密メカニズムを提供し、
外部の脅威情報メッセージ内の情報は、外部の脅威情報メッセージを伝送するシステムに関する機密の内部情報を曝すことはせず、及び、
外部の脅威情報メッセージは、共通のモデル交換フォーマットでフォーマットされる、
請求項１に記載のシステム。
【請求項２４】
前記分散型分析プラットフォームは更に、
スコア付けエンジンメッセージを受信し、及び、
スコア付けエンジンメッセージを処理して脅威情報メッセージを作成する
ように構成されている、請求項１に記載のシステム。
【請求項２５】
ブロードキャストメッセージは、情報メッセージ、サイバーイベントメッセージ、及び警告メッセージのうちの、少なくとも一つを含む、請求項１に記載のシステム。
【請求項２６】
前記複数の論理セグメントの各々は、
ネットワークの分割、ネットワーク上のトラフィックの分割、ネットワーク上のユーザの分割、ネットワーク上のデバイスの分割、サードパーティデータに基づく分割、並びに、ネットワーク、ネットワーク上のトラフィック、ネットワーク上のユーザ、ネットワーク上のデバイス、及び、サードパーティデータに、関する複数の分割の少なくとも一つと関連するデータのうちの、少なくとも一つと関連付けられる、請求項１に記載のシステム。
【請求項２７】
少なくとも第１の分割は、少なくとも第２の分割とオーバラップする、請求項２６に記載のシステム。
【請求項２８】
前記複数のセンサ、前記複数のスコア付けエンジン、前記分散型分析プラットフォーム、前記リアルタイム分析エンジン、前記コントロールプレーンエンジン、及び、摂取アクタモジュールが、企業体システムバスに亘って関連するメッセージを送信することにより通信する、請求項２７に記載のシステム。
【請求項２９】
イベントを処理してスコア、警告、及び緩和アクションを生成するサイバーセキュリティシステムにおいて、
複数のセンサと、
分散型分析プラットフォームと、
スコア付けエンジンと、及び、
リアルタイム分析エンジンと
を含み、
前記複数のセンサの各々は、
ネットワークからセンサデータを受信し、
センサデータを処理してイベントを作成し、及び、
イベントを伝送する
ように構成されており、
前記分散型分析プラットフォームは、
前記複数のセンサからイベントを受信し、
イベントを処理して分析ワークフローを作成し、ここで分析ワークフローの各々は一つ若しくはそれ以上の論理セグメントと関連付けられており、及び、
分析ワークフロー及び分散型分析プラットフォームメッセージを伝送する
ように構成されており、
前記スコア付けエンジンは、
分散型分析プラットフォームから分析ワークフローを受信し、
前記複数のセンサの少なくとも一つからイベントを受信し、
分析ワークフローを用いて、イベントを処理してスコア付けエンジンメッセージを生成し、及び、
スコア付けエンジンメッセージを伝送する
ように構成されており、
並びに、
前記リアルタイム分析エンジンは、
前記分散型分析プラットフォームから分析ワークフローを受信し、
分析ワークフローとイベント処理ルールを受信し、
スコア付けエンジンメッセージを受信し、
前記分散型分析プラットフォームから分散型分析プラットフォームメッセージを受信し、並びに、
前記分散型分析プラットフォームからの分析ワークフロー、及び、分析ワークフローとイベント処理ルールを用いて、スコア付けエンジンメッセージと分散型分析プラットフォームメッセージを処理して脅威情報メッセージを作成する
ように構成されており、
脅威情報メッセージは、
前記リアルタイム分析エンジンが伝送するように構成されている、ブロードキャストメッセージと、
緩和メッセージであって、前記リアルタイム分析エンジンによる処理が、緩和アクションが異常アクティビティのインパクトを限定することを示すとき、前記一つ若しくはそれ以上の論理セグメントのうちの第１の論理セグメントと関連付けられる緩和アクションを採るために、前記リアルタイム分析エンジンが前記緩和メッセージをコントロールプレーンエンジンに伝送するように構成されている、緩和メッセージと、
及び、
モデル更新メッセージであって、前記リアルタイム分析エンジンによる処理が、モデル更新メッセージが異常アクティビティの検出率と偽陽性率の減少との少なくとも一つを改善することを示すとき、一つ若しくはそれ以上の分析ワークフローを更新するために、前記リアルタイム分析エンジンがモデル更新メッセージを伝送するように構成されている、モデル更新メッセージと
のうちの少なくとも一つを含み、
前記一つ若しくはそれ以上の論理セグメントの各々は、
分析モデル、分析モデルのセット、若しくは分析ワークフローと、
論理セグメント内部のアクティビティについてのインプットの一つ若しくはそれ以上のソースと、及び、
論理セグメント内部で発生する異常アクティビティのインパクトを緩和する、アクションのセットと
関連する、
システム。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願へのクロスリファレンス
この出願は、発明の名称が「サイバーセキュリティシステム」である、２０１４年１０月２１日出願の米国特許仮出願第６２／０６６７６９号の、３５Ｕ．Ｓ．Ｃ．１１９（ｅ）の優先権を主張するものであり、その内容は全体として本明細書に組み込まれる。
【背景技術】
【０００２】
従来、サイバーセキュリティシステムは、大規模ネットワークでのデバイスの差異を説明する能力、及び、リアルタイムの実施する能力にて制限をされている。大規模ネットワークでは、多数のデバイスが存在し、それらの振る舞いは全く異なるものである。従来のアプローチは、ネットワークのための、若しくは、ネットワーク内のデバイスの個々のタイプ（ネットワーク内のワークステーション、サーバ、スイッチ、ルータ、など）のための、単純な振る舞いのモデルを開発することである。このアプローチの問題は、このタイプのアプローチは個別のデバイス間の差異をキャプチャしない、ということである。従来のサイバーセキュリティシステムの別の制限は、十分なデータが蓄積され、予備データ分析により調査され、及び分析された後に、従来の振る舞いのモデルが手作業で構築される、ということである。従来のシステムは、手作業でモデルを構築する人物、関心エンティティについての従前の状態情報、及び、多重のパスでデータを処理して分散の若しくはディスクベースのデータを要求できる分散の／バッチの分析を、要求することが多い。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
予測モデリングのための或る技術は周知であるが、本明細書に記載のアプローチは、区分された分析モデリングを、システムが個々のマイクロセグメントのための適切な緩和イベントを採ることができる、あるタイプのデータセンターマイクロセグメンテーションと、統合するのに用いられ得る。言い換えれば、ある実施形態によると、大企業ネットワークは、まず、同質のデータセンターマイクロセグメント内のエンティティの振る舞いに基づく多数の同質のデータセンターマイクロセグメント、エンティティと相互作用するユーザ、及び、マイクロセグメント内のパケット及びフローに、分割される。特に、多数のセグメントは、一つ若しくはそれ以上のそのようなセグメントのためのデータを収集できるセンサが配置されている企業体内で形成される。モデルは続いて個々のセグメントのために構築され、個々のセグメントはセンサ及びスコア付けエンジンによりモニタされ、適宜である緩和アクションがその特定のマイクロセグメントのために採られる。言い換えれば、イベントベースのモデリング及び多重のモデルの使用は、リアルタイムのスコア付けエンジン、及びデータセンターマイクロセグメンテーションと統合され、このことにより、個々のマイクロセグメントのための適宜の緩和イベントの実効的適用が可能となる。
【０００４】
二つの異なる利用例を用いて、（特別なケースが振る舞いのモデルである）分析モデルの構築と、分析モデルのスコア付けとを分離することは、リアルタイムシステムのモニタリング及び警告の生成における標準的技術であるが、高性能ＥＳＢに亘って通信する多重のセンサ及び多重のスコア付けエンジンの使用、ＥＳＢに亘って送信されるメッセージを用いて、分析のためのポターブルフォーマット（ＰＦＡ）などのモデル交換フォーマット（ＭＩＦ）モデルを更新する能力、各々がリアルタイム分析エンジン（ＲＴＡＥ）への脅威情報メッセージを用いてＥＳＢに亘って通信する、多重のスコア付けエンジンからのイベント毎のエビデンスの収集、及び、ＥＳＢに亘って適宜の緩和イベント（緩和ＴＩＭ）を送り出すためのＲＴＡＥによるこれらＴＩＭの処理は、モデル交換フォーマットドキュメントを新しいものと置換することのみ可能であるデータのシングルストリームを処理する単独のスコア付けエンジンに対する、個別の意義深い進展である。
【課題を解決するための手段】
【０００５】
開示される本発明の主旨によると、システム、方法、及び非一時的コンピュータ読み取り可能媒体が、イベントを処理してスコア付け、警告、及び緩和アクションを生成するサイバーセキュリティシステムを提供するべく、提示される。
【０００６】
ある実施形態では、開示される本発明の主旨は、イベントを処理してスコア、警告、及び緩和アクションを生成するサイバーセキュリティシステムを含む。ある実施形態では、システムは、複数のセンサを含み、複数のセンサの各々は、ネットワークからセンサデータを受信し、センサデータを処理してイベントを作成し、及び、イベントを伝送するように構成されている。ある実施形態では、システムは、分散型分析プラットフォームを含み、分散型分析プラットフォームは、前記複数のセンサからイベントを受信し、イベントを処理して分析ワークフローを作成し、ここで分析ワークフローの各々は一つ若しくはそれ以上の論理セグメントと関連付けられており、及び、分析ワークフロー及び分散型分析プラットフォームメッセージを伝送するように構成されている。ある実施形態では、システムは、複数のスコア付けエンジンを含み、前記複数のスコア付けエンジンの各々は、分散型分析プラットフォームから分析ワークフローを受信し、戦記複数のセンサの少なくとも一つからイベントを受信し、分析ワークフローを用いて、受信したイベントを処理してスコア付けエンジンメッセージを生成し、及び、スコア付けエンジンメッセージを伝送するように構成されている。ある実施形態では、システムは、リアルタイム分析エンジンを含み、前記リアルタイム分析エンジンは、前記分散型分析プラットフォームから分析ワークフローを受信し、分析ワークフローとイベント処理ルールを受信し、前記複数のスコア付けエンジンからスコア付けエンジンメッセージを受信し、前記分散型分析プラットフォームから分散型分析プラットフォームメッセージを受信し、並びに、前記分散型分析プラットフォームからの分析ワークフロー、及び、分析ワークフローとイベント処理ルールを用いて、スコア付けエンジンメッセージと分散型分析プラットフォームメッセージを処理して脅威情報メッセージを作成するように構成されている。ある実施形態では、脅威情報メッセージは、前記リアルタイム分析エンジンが伝送するように構成されている、ブロードキャストメッセージと、緩和メッセージであって、前記リアルタイム分析エンジンによる処理が、緩和アクションが異常アクティビティのインパクトを限定することを示すとき、前記一つ若しくはそれ以上の論理セグメントのうちの第１の論理セグメントと関連付けられる緩和アクションを採るために、前記リアルタイム分析エンジンが前記緩和メッセージをコントロールプレーンエンジンに伝送するように構成されている、緩和メッセージと、
及び、モデル更新メッセージであって、前記リアルタイム分析エンジンによる処理が、モデル更新メッセージが異常アクティビティの検出率と偽陽性率の減少との少なくとも一つを改善することを示すとき、一つ若しくはそれ以上の分析ワークフローを更新するために、前記リアルタイム分析エンジンがモデル更新メッセージを伝送するように構成されている、モデル更新メッセージと、のうちの少なくとも一つを含む。ある実施形態では、前記一つ若しくはそれ以上の論理セグメントの各々は、分析モデル、分析モデルのセット、若しくは分析ワークフローと、論理セグメント内部のアクティビティについてのインプットの一つ若しくはそれ以上のソースと、及び、論理セグメント内部で発生する異常アクティビティのインパクトを緩和する、アクションのセットと、関連する。
【０００７】
ある実施形態では、前記複数のセンサ、前記複数のスコア付けエンジン、前記分散型分析プラットフォーム、前記リアルタイム分析エンジン、及び、前記コントロールプレーンエンジンが、帯域外ネットワークを用いて接続している。
【０００８】
ある実施形態では、前記複数のセンサ、前記複数のスコア付けエンジン、前記分散型分析プラットフォーム、前記リアルタイム分析エンジン、及び、前記コントロールプレーンエンジンが、企業体システムバスに亘って関連するメッセージを送信することにより通信する。
【０００９】
ある実施形態では、前記複数のセンサ、前記複数のスコア付けエンジン、前記分散型分析プラットフォーム、前記リアルタイム分析エンジン、及び、前記コントロールプレーンエンジンが、企業体システムバスに亘って関連するメッセージを送信することにより通信する。
【００１０】
ある実施形態では、
更に、摂取アクタモジュールを含み、
前記摂取アクタモジュールは、
サードパーティアプリケーションとサードパーティデバイスのうちの少なくとも一つからサードパーティアプリケーションデータを受信し、
前記複数のスコア付けエンジン、前記分散型分析プラットフォーム、及び前記リアルタイム分析エンジンのうちの少なくとも一つによる更なる処理のために、サードパーティアプリケーションデータを伝送する
ように構成されている。
【００１１】
ある実施形態では、
前記複数のセンサ、前記複数のスコア付けエンジン、前記分散型分析プラットフォーム、前記リアルタイム分析エンジン、前記コントロールプレーンエンジン、及び前記摂取アクタモジュールが、帯域外ネットワークを用いて接続している。
【００１２】
ある実施形態では、
前記複数のセンサ、前記複数のスコア付けエンジン、前記分散型分析プラットフォーム、前記リアルタイム分析エンジン、前記コントロールプレーンエンジン、及び前記摂取アクタモジュールが、企業体システムバスに亘って関連するメッセージを送信することにより通信する。
【００１３】
ある実施形態では、
前記スコア付けエンジンが更に、
モデル更新メッセージを受信し、及び、
イベントの処理と同時に、更新メッセージを処理する
ように構成されている。
【００１４】
ある実施形態では、
ブロードキャストメッセージ、緩和メッセージ、及びモデル更新メッセージのうちの少なくとも一つを作成するために、
前記リアルタイム分析エンジンは更に、
前記複数のスコア付けエンジン、前記分散型分析プラットフォーム、及び前記複数のセンサのうちの少なくとも一つから、第１の時間に第１のアウトプットを受信し、
第１のアウトプットに対応する第１の状態情報を検索し、
第１のアウトプットデータで第１の状態情報を更新し、
前記リアルタイム分析エンジンと関連付けられる分析ワークフローにより、更新された第１の状態情報を処理して、処理された更新された第１の状態情報を作成し、
処理された更新された第１の状態情報を前記リアルタイム分析エンジン内に格納し、
前記複数のスコア付けエンジン、前記分散型分析プラットフォーム、及び前記複数のセンサのうちの少なくとも一つから、第２の時間に第２のアウトプットを受信し、
第２のアウトプットに対応する第２の状態情報を検索し、
第２のアウトプットデータで第２の状態情報を更新し、
前記リアルタイム分析エンジンと関連付けられる分析ワークフローにより、更新された第２の状態情報を処理して、処理された更新された第２の状態情報を作成し、
処理された更新された第２の状態情報に基づいて、ブロードキャストメッセージ、緩和メッセージ、及びモデル更新メッセージのうちの少なくとも一つを作成し、
並びに、
処理された更新された第２の状態情報を前記リアルタイム分析エンジン内に格納する
ように構成されている。
【００１５】
ある実施形態では、
前記リアルタイム分析エンジンは更に、
前記複数のスコア付けエンジン、前記分散型分析プラットフォーム、及び前記複数のセンサのうちの少なくとも一つから、第３の時間に中間アウトプットを受信し、ここで、第３の時間は第１の時間の後であり且つ第２の時間の前であり、
中間アウトプットに対応する中間状態情報を検索し、
中間アウトプットデータで中間状態情報を更新し、
前記リアルタイム分析エンジンと関連付けられる分析ワークフローにより、更新された中間状態情報を処理して、処理された更新された中間状態情報を作成し、
並びに、
処理された更新された中間状態情報を前記リアルタイム分析エンジン内に格納する
ように構成されている。
【００１６】
ある実施形態では、
分析ワークフローは、モデル交換フォーマットドキュメントを含み、
モデル交換フォーマットドキュメントは、
分析モデルの合成と、
分析モデルの区分と、
分析モデルのアンサンブルと、
ルールによる分析モデルの合成と、
前処理及び後処理段階による分析モデルの合成と、及び、
分析ワークフローと
をサポートし、
前処理及び後処理段階は、データ変換とデータ凝集を含み、
分析ワークフローの各々は、分析モデル、ルール、データ変換、データ凝集、並びに、分析モデル、ルール、データ変換、データ凝集、区分及びアンサンブルの合成、のうちの少なくとも一つを、含む。
【００１７】
ある実施形態では、
前記リアルタイム分析エンジンは更に、
分析ワークフローの一つ若しくはそれ以上への変更が閾値を超えるときに、更新された振る舞いモデルを前記複数のスコア付けエンジンの一つ若しくはそれ以上に伝送する
ように構成されている。
【００１８】
ある実施形態では、
イベントは、
ネットワークフローについてのデータ、パケットについてのデータ、エンティティについてのデータ、ユーザについてのデータ、ワークステーションとサーバについてのデータ、ルータとスイッチについてのデータ、外部ネットワークエンティティについてのデータ、並びに、ネットワークと相互作用する内部及び外部デバイスについてのデータのうちの、少なくとも一つを含む。
【００１９】
ある実施形態では、
前記複数のセンサと前記複数のスコア付けエンジンとのうちの、一つ若しくはそれ以上が、単独のアプリケーション内に統合される。
【００２０】
ある実施形態では、
前記リアルタイム分析エンジンが、前記複数のスコア付けエンジンのうちの一つ若しくはそれ以上と統合する。
【００２１】
ある実施形態では、
緩和アクションは、
少なくとも一つのポートを閉じること、
少なくとも一つのパケットデータを修正すること、
パケット若しくはフローの伝送をコントロールすること、
サブネットをブロックすること、
一つ若しくはそれ以上のインターネットプロトコル（ＩＰ）若しくはＩＰの範囲をブロックすること、及び、
一つ若しくはそれ以上の内部の若しくは外部のＩＰをブロックすること
のうちの少なくとも一つを含む。
【００２２】
ある実施形態では、
緩和アクションは、
サーバ及びワークステーションのオフラインの少なくとも一つを採ること、
プロテクトされた画像から、新しい可視化サーバと新しい可視化ワークステーションのうちの少なくとも一つを形成すること、及び、
サーバとワークステーションのうちの少なくとも一つと関連付けられるアクションをブロックすること
のうちの少なくとも一つを含む。
【００２３】
ある実施形態では、
異常アクティビティは、
偵察、セキュリティ上の弱点を突く手段、侵入、情報漏洩、インサイダ脅威、及び攻撃のうちの、少なくとも一つを含む。
【００２４】
ある実施形態では、
緩和アクションは、
少なくとも一つのパケットを修正すること、
パケット若しくはフローの伝送をコントロールすること、及び、
異常アクティビティと関連付けられるエンティティに対する許可及びアクセス権を除去することのうちの、少なくとも一つを含み、
許可及びアクセス権を除去することは、
ネットワークアクセスをブロックすること、
ネットワークデバイスへのアクセスをブロックすること、
サーバへのアクセスをブロックすること、
ワークステーションへのアクセスをブロックすること、及び、
他のコンピュータデバイスへのアクセスをブロックすること
のうちの、少なくとも一つを含む。
【００２５】
ある実施形態では、
異常アクティビティは、内部の悪いアクタと外部の悪いアクタとのうちの、少なくとも一つと関連付けられる。
【００２６】
ある実施形態では、
更に可視化エンジンを含み、可視化エンジンはモニタを含み、
可視化エンジンは、
リアルタイム分析エンジンによるスコア付けエンジンメッセージの処理と関連付けられる統計及びグラフィック画像を受信し、及び、
モニタ上に統計及びグラフィック画像を表示する
ように構成されている。
【００２７】
ある実施形態では、
本明細書に記載の複数のサイバーセキュリティシステムを含む、サイバーセキュリティシステムが開示され、
複数のサイバーセキュリティシステムの各々は、選択した脅威情報メッセージを、他のサイバーセキュリティシステムの一つ若しくはそれ以上と交換するように構成されており、
選択した脅威情報メッセージは、暗号化されて、情報を伝送するための機密メカニズムを提供し、
選択した脅威情報メッセージ内の情報は、伝送するサイバーセキュリティシステムに関する機密の内部情報を曝すことはしない。
【００２８】
ある実施形態では、
外部の脅威情報メッセージを、互換性のあるサードパーティシステムと交換するように構成されており、
外部の脅威情報メッセージは、暗号化されて、情報を伝送するための機密メカニズムを提供し、
外部の脅威情報メッセージ内の情報は、外部の脅威情報メッセージを伝送するシステムに関する機密の内部情報を曝すことはせず、及び、
外部の脅威情報メッセージは、共通のモデル交換フォーマットでフォーマットされる。
【００２９】
ある実施形態では、
前記分散型分析プラットフォームは更に、
スコア付けエンジンメッセージを受信し、及び、
スコア付けエンジンメッセージを処理して脅威情報メッセージを作成する
ように構成されている。
【００３０】
ある実施形態では、
ブロードキャストメッセージは、情報メッセージ、サイバーイベントメッセージ、及び警告メッセージのうちの、少なくとも一つを含む。
【００３１】
ある実施形態では、
前記複数の論理セグメントの各々は、
ネットワークの分割、ネットワーク上のトラフィックの分割、ネットワーク上のユーザの分割、ネットワーク上のデバイスの分割、サードパーティデータに基づく分割、並びに、ネットワーク、ネットワーク上のトラフィック、ネットワーク上のユーザ、ネットワーク上のデバイス、及び、サードパーティデータに、関する複数の分割の少なくとも一つと関連するデータのうちの、少なくとも一つと関連付けられる。
【００３２】
ある実施形態では、
少なくとも第１の分割は、少なくとも第２の分割とオーバラップする。
【００３３】
ある実施形態では、
前記複数のセンサ、前記複数のスコア付けエンジン、前記分散型分析プラットフォーム、前記リアルタイム分析エンジン、前記コントロールプレーンエンジン、及び、摂取アクタモジュールが、企業体システムバスに亘って関連するメッセージを送信することにより通信する。
【００３４】
ある実施形態では、開示される本発明の主旨は、イベントを処理してスコア、警告、及び緩和アクションを生成するサイバーセキュリティシステムを含む。ある実施形態では、システムは、複数のセンサを含み、前記複数のセンサの各々は、ネットワークからセンサデータを受信し、センサデータを処理してイベントを作成し、及び、イベントを伝送する
ように構成されている。ある実施形態では、システムは、分散型分析プラットフォームを含み、前記分散型分析プラットフォームは、前記複数のセンサからイベントを受信し、イベントを処理して分析ワークフローを作成し、ここで分析ワークフローの各々は一つ若しくはそれ以上の論理セグメントと関連付けられており、及び、分析ワークフロー及び分散型分析プラットフォームメッセージを伝送するように構成されている。ある実施形態では、システムは、スコア付けエンジンを含み、前記スコア付けエンジンは、分散型分析プラットフォームから分析ワークフローを受信し、前記複数のセンサの少なくとも一つからイベントを受信し、分析ワークフローを用いて、イベントを処理してスコア付けエンジンメッセージを生成し、及び、スコア付けエンジンメッセージを伝送するように構成されている。ある実施形態では、リアルタイム分析エンジンを含み、前記リアルタイム分析エンジンは、前記分散型分析プラットフォームから分析ワークフローを受信し、分析ワークフローとイベント処理ルールを受信し、スコア付けエンジンメッセージを受信し、前記分散型分析プラットフォームから分散型分析プラットフォームメッセージを受信し、並びに、前記分散型分析プラットフォームからの分析ワークフロー、及び、分析ワークフローとイベント処理ルールを用いて、スコア付けエンジンメッセージと分散型分析プラットフォームメッセージを処理して脅威情報メッセージを作成するように構成されている。ある実施形態では、脅威情報メッセージは、前記リアルタイム分析エンジンが伝送するように構成されている、ブロードキャストメッセージと、緩和メッセージであって、前記リアルタイム分析エンジンによる処理が、緩和アクションが異常アクティビティのインパクトを限定することを示すとき、前記一つ若しくはそれ以上の論理セグメントのうちの第１の論理セグメントと関連付けられる緩和アクションを採るために、前記リアルタイム分析エンジンが前記緩和メッセージをコントロールプレーンエンジンに伝送するように構成されている、緩和メッセージと、及び、モデル更新メッセージであって、前記リアルタイム分析エンジンによる処理が、モデル更新メッセージが異常アクティビティの検出率と偽陽性率の減少との少なくとも一つを改善することを示すとき、一つ若しくはそれ以上の分析ワークフローを更新するために、前記リアルタイム分析エンジンがモデル更新メッセージを伝送するように構成されている、モデル更新メッセージと、のうちの少なくとも一つを含む。ある実施形態では、前記一つ若しくはそれ以上の論理セグメントの各々は、分析モデル、分析モデルのセット、若しくは分析ワークフローと、論理セグメント内部のアクティビティについてのインプットの一つ若しくはそれ以上のソースと、及び、論理セグメント内部で発生する異常アクティビティのインパクトを緩和する、アクションのセットと、関連する。
【００３５】
本開示の発明の主旨の、これら及び他の機能は、以下の図面、詳細な説明、及び請求項を検討した後に、より十分理解されるであろう。当然のことながら、本明細書で用いられる表現及び用語は記述のためのものであり、限定として見なされるべきでは無い。
【図面の簡単な説明】
【００３６】
以下の図面と関連して考慮すると、開示される本発明の主旨についての以下の詳細な説明を参照して、開示される本発明の主旨の種々の目的、特性、及び利点がより十分に理解され得るのであり、該図面では同じ参照番号は同じ要素を特定する。
【図１】図１は、本開示のある実施形態に係る、サイバーセキュリティフレームワークを示すシステム図である。
【図２】図２は、本開示のある実施形態に係る、三つのネットワークに亘って実装されるサイバーセキュリティフレームワークを示すシステム図である。
【図３】図３は、本開示のある実施形態に係る、企業体ネットワークの異なる部分にて挿入されるネットワークタップを示すシステム図である。
【図４】図４は、本開示のある実施形態に係るスコア付けエンジンを示すブロック図である。
【図５】図５は、本開示のある実施形態に係る、リアルタイム分析エンジンによりメッセージを処理して送信する方法を示すフローチャートである。
【図６Ａ】図６Ａは、本開示のある実施形態に係る、インプット若しくはイベントの処理を直接示すフローチャートである。
【図６Ｂ】図６Ｂは、本開示のある実施形態に係る、一つ若しくはそれ以上の持続状態を個々のイベントと関連付けることを示すフローチャートである。
【図６Ｃ】図６Ｃは、本開示のある実施形態に係る、分析モデルの前処理及び後処理を示すフローチャートである。
【図７】図７は、本開示のある実施形態に係る、分析モデルを生成するためのネットワークトラフィックの処理を示すフローチャートであり、該ネットワークトラフィックはスコア付けエンジンにインポートされる。
【図８Ａ】図８Ａは、本開示のある実施形態に係る、モデルのアンサンブルを示すシステム図である。
【図８Ｂ】図８Ｂは、本開示のある実施形態に係る、モデルの合成若しくは連鎖を示すシステム図である。
【図８Ｃ】図８Ｃは、本開示のある実施形態に係る、区分されたモデルを示すシステム図である。
【図９】図９は、本開示のある実施形態に係る、サイバーセキュリティフレームワーク内のコンポーネント間のデータの流れを描写するフローチャートである。
【図１０】図１０は、本開示のある実施形態に係る、サイバーセキュリティフレームワークの外的脅威への応答を示すシステム図である。
【図１１】図１１は、本開示のある実施形態に係る、サイバーセキュリティフレームワークの内的脅威への応答を示すシステム図である。
【発明を実施するための形態】
【００３７】
以下の記載では、開示される本発明の主旨の十全の理解を提供するために、開示される本発明の主旨のシステム及び方法、並びに、それらシステム及び方法が動作し得る環境などに関して、多数の具体的な説明を設けている。しかしながら、当業者には当然ながら、開示される本発明の主旨は、そのような具体的な説明が無くても実施し得るものであり、周知であるような特性は、開示される本発明の主旨の不必要な複雑さを回避するために、詳細には記載していない。更に、当然のことながら、以下に示す実施形態は例示であり、開示される本発明の主旨の範囲内である他のシステムや方法もある、と考えられる。
【００３８】
本開示のある実施形態は、サイバーセキュリティフレームワークを作成することに関する。サイバーセキュリティフレームワークは、モニタリング、分析、及び展開を簡略化しつつ、分散型企業体において、略リアルタイムでの検出及び緩和アクションを実施する。
【００３９】
ある実施形態の本明細書に記載のプロセスは、帯域外ＥＳＢ及び帯域外ネットワークを使用し、このことにより、分散型分析プラットフォーム；略リアルタイムのスコア付け；脅威情報メッセージ（ＴＩＭ）、緩和イベント、及び、システムの種々のコンポーネントによるモデル更新についての略リアルタイムの処理；並びに、分析の可視化、モニタリング、及びダッシュボードへの更新により；大量の、ネットワークフローデータ、パケット（ＰＣＡＰ）データのファイル、システムログデータ、外的脅威データ、及び、他の関心データを、処理できる。
【００４０】
サイバー環境内の代表的アクションは、サイバー分析データの分析、振る舞いモデルを構築すること、振る舞いモデルスコア付け、振る舞いモデルを更新すること、警告を送信すること、警告を評価すること、コマンドを送信すること、コントロール及び緩和アクション、リアルタイムの可視化、及び、強調フレームワークを操作することを、含む。
【００４１】
システムアーキテクチャ
図１は、本開示のある実施形態に係る、サイバーセキュリティフレームワークを示すシステム図である。図１は、（ここではサイバーセンサとも称される）センサ１０２、摂取アクタ１０４、分散型分析プラットフォーム１０６、スコア付けエンジン１０８、リアルタイム分析エンジン（ＲＴＡＥ）１１０、可視化エンジン１１２、コントロールプレーンエンジン１１４、及び、分散型企業体サービスバス（ＥＳＢ）１１６を、示す。本開示のある実施形態では、センサ１０２及びスコア付けエンジン１０８は、単独の統合アプリケーションに組み合わされる。図１は、エンドポイント１２０、データプレーン１２２、サーバ及びワークステーション１２６、サイバーオペレーション（ｏｐｓ）スタッフ及びサイバーアナリスト１２８、サードパーティアプリケーション、サードパーティアプリケーション、ソース及びデバイス１３０、並びに、ファイヤウオール、スイッチ、及びルータ１３２を含む、更なるシステムコンポーネントも示す。
【００４２】
図１の要素の各々を以下により詳細に説明する。端的には、センサ１０２は、企業体データプレーン１２２からデータをキャプチャして処理し、ＥＳＢ１１６にデータを渡し、そこでデータは更なる処理のためにルート付けされる。データプレーン１２２は、エンドポイント１２０、サーバ及びワークステーション１２６、並びに、ファイヤウオール、スイッチ及びルータ１３２からを含む、企業体ネットワーク上の種々のデバイスから、及び、企業体ネットワーク上の種々のデバイスへ、データを送信する。コントロールプレーンエンジン１１４は、ＥＳＢ１１６から処理されたデータを受信し、スイッチ、ルータ及びファイヤウオール１３２を含むネットワークデバイスを構成し、並びに、再構成するスコア付けエンジン１０８はＥＳＢ１１６からデータを受信し、ストリーム内の個々のイベントに対して、一つ若しくはそれ以上の分析モデルを用いて処理し、スコアを含む、アウトプット、警告及びメッセージ、それに加えて関連情報を生成する。摂取アクタ１０４は、サードパーティアプリケーション、ソース及びデバイスからデータをキャプチャして処理し、そのデータをＥＳＢに送信し、ここでデータは更なる処理のためにルート付けされる。（分析クラウドとも称され得る）分散型分析プラットフォーム１０６は、大量のデータを分析して種々の分析結果を生成するために用いられ得る、分散型コンピュータプラットフォームである。分散型分析プラットフォーム１０６は、ＥＳＢ１１６、摂取アクタ１０４、ＲＴＡＥ１１０、及び視覚化エンジン１１２からのデータを受信し、それらへ送信する。ＲＴＡＥ１１０は、ＥＳＢ１１６及び分散型分析プラットフォーム１０６からデータを受信し、ＧＰＵなどの、分散型メモリ及び専用プロセッサを用いて略リアルタイムの計算を実施し、略リアルタイムの可視化を作成し、並びに、多重のスコア付けエンジン１０８及び他のソースからのデータを処理することにより緩和アクションに関する略リアルタイムの決定を作成する。可視化エンジン、ダッシュボード及びモニタ１１２は、ＥＳＢ１１６、ＲＴＡＥ１１０及び分析エンジン１０６からデータを受信し、それらへデータを送信し、サイバーｏｐｓ及びアナリスト１２８に、図１に記載する他の要素の可視的表現を提供する。可視化エンジン、ダッシュボード及びモニタ１１２は、ユーザ構成可能なダッシュボードを提供し、リアルタイム情報を提供し及びＲＴＡＥ１１０からのリアルタイムクエリをサポートし、分散型分析プラットフォーム１０６を用いて分析の結果を提供して可視化し、並びに、エンティティ、警告、イベント、ＰＣＡＰデータ、フローデータ、グラフに対してクエリする相互作用能力を提供することができる。
【００４３】
図２に示すように、本開示のある実施形態では、サイバーセキュリティフレームワークは、三つのネットワークに亘って実装され得る。図２は、企業体データプレーン１２２、企業体コントロールプレーン２０４、及び、帯域外システムネットワーク２０６を示す。本開示のある実施形態では、企業体サービスバス１１６は、帯域外システムネットワークに亘って展開される。帯域外システムネットワーク２０６は、サイバーセンサ１０２、分散型分析プラットフォーム１０６、ＲＴＡＥ１１０、スコア付けエンジン１０８、コントロールプレーンエンジン１１４、及び緩和エージェント２１０を接続する。ある実施形態では、以下のコンポーネントの二つ若しくはそれ以上が、ＥＳＢ１１６を介して帯域外ネットワークの他のコンポーネントと通信する。サイバーセンサ１０２、分散型分析プラットフォーム１０６、ＲＴＡＥ１１０、スコア付けエンジン１０８、コントロールプレーンエンジン１１４、及び、緩和エージェント２１０。
【００４４】
ある実施形態では、コントロールプレーンエンジン１１４は、企業体コントロールプレーン２０４を介して緩和エージェント２１０に緩和メッセージを送信し得る。緩和エージェント２１０は、コントロールプレーンエンジン１１４内に埋め込まれることが可能であり、又は、システムの他のコンポーネントにて若しくは企業体の他のデバイス若しくはコンポーネントにて、埋め込まれ若しくは統合され得る。例えば、緩和エージェント２１０は、コントロールプレーンエンジン１１４と統合され、メッセージを企業体コントロールプレーンに送信してポート若しくはブロックＩＰを閉じ得る。緩和エージェント２１０は、緩和アクションをコントロールプレーンに送信し、該コントロールプレーンは続いて、ルータ若しくはスイッチ内のテーブルを修正するなどの、アクションを採る。緩和アクションは、ポートを閉じる、エンドデバイス、サーバ若しくはネットワークサービスを分離する、サブネットを分離するなどの、結果となる修正を含む。別の例は、緩和エージェント２１０が、パケットを修正する、又は、パケット若しくはフローの送信を変更する緩和アクションを、企業体データプレーン上のネットワークデバイスに送信し得ること、である。
【００４５】
ある実施形態では、（本明細書でサイバーセンサとも称される）センサ１０２が企業体データプレーン１２２上に位置する。以下により詳細に説明するように、センサ１０２は、企業体データプレーン１２２上のデータを収集して処理し、処理したデータを帯域外システムネットワーク２０６に送信する。ある実施形態では、サイバーセンサ１０２は、スコア付けエンジン１０８に直接接続し得（例えば、ＥＳＢ１１６を介して接続するのでは無く）、若しくは、スコア付けエンジン１０８と統合し得る。
【００４６】
図２に示すように、企業体ネットワークはデータプレーン１２２として機能し、企業体のネットワークに亘って通過するデータの大部分を運搬する。更に、企業体によっては、コントロール情報をスイッチ、ルータ、ファイヤウオール１３２、及び他のネットワークデバイスに通信するためにコントロールプレーン２０４を用いることもある。コントロールプレーン２０４とデータプレーン１２２とは、論理上独立しており、同じ物理ネットワークを共有しても、しなくてもよい。本開示のある実施形態では、システムコンポーネントが通信のために使用する帯域外システムネットワーク２０６もある。この開示では、帯域外とは、企業体データプレーン１２２及びコントロールプレーン２０４から、独立の物理ネットワークのことである。
【００４７】
本開示のある実施形態では、帯域外システムネットワーク２０６は、企業体データプレーン１２２よりも高い容量を有する。例えば、企業体データプレーンが１０Ｇネットワークであるならば、帯域外システムネットワークは４０Ｇネットワークであればよい。企業体データプレーンが４０Ｇネットワークであるならば、帯域外システムネットワークは１００Ｇネットワークである。
【００４８】
ある実施形態では、図１の上部に記載のコンポーネントは、同じネットワーク内部に配置される。例えば、ある実施形態では、企業体プレーン１２２及びコントロールプレーン２０４は、分散型分析プラットフォーム１０６、スコア付けエンジン１０８、リアルタイム分析エンジン（ＲＴＡＥ）１１０、視覚化エンジン１１２、及びコントロールプレーンエンジン１１４と、同じネットワークにある。
【００４９】
本開示のある実施形態では、本明細書、例えば、図１に記載のサイバーセキュリティシステムは、複数の物理的若しくは論理的配置で展開され得る。展開されるサイバーセキュリティシステムの各々は、サイバーセキュリティシステムの一つ若しくはそれ以上と、選択した脅威情報メッセージを交換するように構成され得る。ある実施形態では、選択した脅威情報メッセージは暗号化されて、情報を伝送するための機密メカニズムを提供する。ある実施形態では、選択した脅威情報メッセージ内の伝送される情報は、危険に晒される特定の内部デバイスや攻撃を受ける特定の内部ＩＰなどの、伝送するサイバーセキュリティシステムに関する機密の内部情報を曝すことはしないが、攻撃のタイプ、外部ＩＰ等に関する情報を代わりに含む。
【００５０】
本開示のある実施形態では、本明細書に記載のサイバーセキュリティシステムは、互換性のあるサードパーティシステムと外的脅威情報メッセージを交換するように構成され得る。外的脅威情報メッセージは暗号化されて、情報を伝送するための機密メカニズムを提供し得る。ある実施形態では、外的脅威情報メッセージ内の情報は、危険に晒される特定の内部デバイスや攻撃を受ける特定の内部ＩＰなどの、サードパーティに関する機密の内部情報を曝すことはしないが、攻撃のタイプ、外部ＩＰ等に関する情報を代わりに含む。外的脅威情報メッセージは、スコア付けエンジン、分散型分析プラットフォーム、及びリアルタイム分析エンジンにより理解される、振る舞いモデルのための共通モデル情報フォーマットにより、フォーマットされ得る。
【００５１】
図１及び図２を共に取り上げて、以下より詳細に説明する。
【００５２】
企業体サービスバス１１６、メッセージ及びトピック
本開示のある実施形態では、帯域外システムネットワークは、通信のため分散型企業体サービスバス（ＥＳＢ）１１６を使用する。分散型ＥＳＢ１１６は、言語やプラットフォームに依存せず、ＡＭＱＰ、ＮＳＱ、ＺｅｒｏＭＱ、ＲａｂｉｔＭＱ、ａｄｅｐｔｉａ  ＥＳＢ  Ｓｕｉｔｅ、ＩＢＭ  ＷｅｂＳｐｈｅｒｅ  ＥＳＢ、Ｍｉｃｒｏｓｏｆｔ  ＢｉｚＴａｌｋ  Ｓｅｒｖｅｒ、及びＯｒａｃｌｅ  Ｅｎｔｅｒｐｒｉｓｅ  Ｓｅｒｖｉｃｅ  Ｂｕｓを含むがそれらに限定されない、任意の企業体サービスバスを含み得る。ＥＳＢ１１６は、メッセージを信頼性高く配信し、大抵の実施形態では、非常に高いスループットを有する。一般に、企業体サービスバスは、種々のデバイスからの通信をモニタし、ルート付けし、更に分解する。デバイスは、エンドポイント１２０及びデータプレーン１２２を含み得る。エンドポイントは、ワークステーションサーバ、パーソナルコンピュータ、及び、携帯電話やタブレットなどの携帯デバイスなどの、エンドユーザデバイス１２０を含む。データプレーン１２２は、ファイヤウオール、スイッチ及びルータ１３２などの、ネットワークトラフィックを運搬するデバイスを含む。更に、ファイヤウオール、スイッチ、ルータ１３２、及び、コントロールプレーンの一部である他のデバイスへの、コントロールプレーントラフィックも、帯域外システムネットワークに渡される。
【００５３】
ある実施形態では、ＥＳＢ１１６上のメッセージは通常、トピックと称されることが多い、各々が自身のキューを伴う、独立のストリームに分割され、従って、一つのトピックに関連するメッセージは、別のトピックに関連するメッセージに干渉しない。例示の実装の本開示はトピックを用いてＥＳＢ１１６内に独立のキューを形成し、これにより、スコア付けエンジンにより処理される様々なタイプのイベント、様々なシステムコンポーネントに渡されるメッセージ、様々なタイプのＴＩＭなどは全て異なるキューを有する。
【００５４】
処理、分析及び視覚化のために二つの主たるやり方、即ちセンサ１０２経由で及び摂取アクタ１０４経由で、帯域外システムネットワークにデータが渡される。センサ１０２と摂取アクタ１０４について以下より詳細に説明する。データの処理及び分析は結果として、更なるレコード及び（脅威情報メッセージ）ＴＩＭを形成し、それらは帯域外ＥＳＢに渡され、更にデータの処理及び分析は結果として、リアルタイムの視覚化及び種々のレポートを形成する。それらの全てについて以下より詳細に説明する。
【００５５】
センサ１０２
データがシステムに入る一つのやり方は、センサを経由するものである。センサ１０２は、企業体データプレーン１２２及び企業体コントロールプレーン２０４からデータをキャプチャして処理し、そのデータを更なる処理のために帯域外システムネットワークに渡す。ネットワークタップは、センサ１０２の一部であるが、リアルタイムの処理をサポートするための、ネットワークの可視性及びネットワークトラフィックのミラーリングのために、キーポイントにて挿入される。センサ１０２は、図７及び図９に付随する記載にて以下より詳細に説明する。端的には、センサ１０２はパケットを処理して、処理したパケットに関連するレコード及びフローを構築する。
【００５６】
ある実施形態では、少なくとも三つのポートがある。受信データポート、発信データポート、及びモニタポートである。全て、又は、センサにより判別される選択したデータのいずれかが、モニタポート上でミラーリングされる。モニタポート上のデータは処理されて、以下に説明する帯域外ＥＳＢ１１６に渡されるレコードを生成する。システムのある実施形態では、センサ及びタップにコマンド及びコントロール情報を提供する第４のポートもある。第４のポートは、どのデータが収集されて処理されているかを変更し、加えて或るパケットを発信ポートに渡さないなどの、或る緩和アクションを採るのに、用いられ得る。例えば、特定のＩＰ、ポート、抽出データ、若しくは計算特性と関連するパケットがブロックされ得る。
【００５７】
図３は、本開示のある実施形態に係る、企業体ネットワークの様々な部分において挿入されるネットワークタップを示すシステム図である。Ｉ０３０２は、企業体ネットワークと外部インターネット３２０との間の企業体ゲートウエイにおけるネットワークタップ３１４である。Ｉ０３０２は、ファイヤウオール３１２前の、ネットワークタップ３１４上の可視性ポイントであり、外部スイッチ３１０上に配置され得る。Ｉ０３０２は、カスタマインフラストラクチャの外部直面インタフェースであり、統計的及び分析的モデルを用いる第一の機会と、並びに、プロービング、侵入、ネットワーク偵察、企業体への攻撃、及び、有害因子による他の振る舞いを検出する、属性の処理を開始する（例えば、脅迫的な振る舞いの背後の主体を特定する）、及び振る舞いのインパクトを停止する若しくは制約する適宜の応答を展開する、他の技術とを表す。従来、Ｉ０３０２インタフェースは、情報インフラストラクチャの外側と内側との間の境界である。通常、これは、企業体全体の外部直面インタフェースであるが、これらの目的のためには、Ｉ０３０２は、任意の情報インフラストラクチャ、つまり、企業体、コンテナ、クラウド若しくはワークグループの外側境界インタフェース、若しくは外部直面インタフェースということになり得る。Ｉ０３０２は、カスタマが、通常、ルータアクセスコントロールリスト（ＡＣＬ）若しくは商業的ファイヤウオールソリューションを用いて、第１段階のプロテクションを概略、実装するポイントである。通常、これらのデバイスは、保守的な（大抵は制約的な）アクセスコントロールポリシを実施しており、インフラストラクチャのための主要なプロテクションポイントを表す。多数のサイトに対して、Ｉ０３０２インタフェースはネットワークアドレス変換（ＮＡＴ）でもあり、該ネットワークアドレス変換（ＮＡＴ）はパケットアドレスを変更して外部エンティティへのインフラストラクチャ識別子の露出を最小限にする。Ｉ０にて見られる悪いアクタのタイプは以下を含む。
１）外部ディフェンスを発見して貫通するリモートの試み；
２）外側インフラストラクチャを貫通する外部の、しかし局所のストラテジ；
３）インサイダ仲介の外部アクセスの変更；
４）内部促進の外部アクセス；
５）伝統的なサイバー開発；及び
６）インフラストラクチャルートキットベースの開発。
【００５８】
Ｉ１３０４及びＩ２３０６は、企業体内部の内部直面インタフェースであり、企業体内部の異常サイバーアクティビティは、本明細書では内部アタックと称する。Ｉ１３０４は、企業体ファイヤウオール３１２と内部企業体ネットワークの残りとの間に配置される。センサーアプリケーションＩ２３０６は、企業体内部の横方向ネットワークトラフィック内への可視性を可能にする。Ｉ２ネットワークタップ３０６は、内部スイッチ３１６上に位置し、ウエブサーバ、企業体サーバ、ワークステーション、デスクトップ、及び他のそのようなデバイスなどの、デバイスへのトラフィックを見ることができる。Ｉ３３０８は、企業体コントロールプレーン上でデータを処理できるネットワークデバイスである。概略、システムの多くの展開では、最も簡素なネットワークを除き、タイプＩ２３０６及びＩ３３０８の多重センサがある。いくつかの複雑なネットワークに対しては、タイプＩ０３０２及びＩ１３０４の多重センサがあり得る。
【００５９】
ある実施形態では、Ｉ０３０２、Ｉ１３０４、Ｉ２３０６及びＩ３３０８からのデータ及びアクティビティは、継続して相関付けられて格納され、コントロールプレーンインタフェースを介して全ての企業体ネットワーク及びコンポーネントにコマンドを出してコントロールする。スコア付けエンジン１０８及び振る舞いモデルと連動するセンサ１０２並びにＲＴＡＥ１１０は、ＴＩＭを生成し、該ＴＩＭは、ＥＳＢ１１６に沿って通され企業体及びネットワークコンポーネントにより消費されてリアルタイムコマンド及びコントロールアクションをサポートする、ＴＩＭ緩和及びＴＩＭモデル更新メッセージを含む。本開示のある実施形態で用いられる緩和ＴＩＭ及びモデル更新ＴＩＭの例を、以下説明する。端的には、本開示のある実施形態の緩和ＴＩＭの例は、特定のポートを閉じる、若しくは特定のデバイスを分離するメッセージである。本開示のある実施形態のモデル更新ＴＩＭの例は、企業体ネットワーク内の振る舞いに基づく、振る舞いモデルワークフローの後処理要素内の警告の閾値を低くすることである。より詳細には、スコア付けエンジン１０８はモデル更新ＴＩＭを解析し、この例の適宜のＰＦＡ要素内の閾値などの、更新すべきＰＦＡドキュメントの適宜のコンポーネントを特定し、更に、閾値の現在値を、モデル更新ＴＩＭ内で供給される新しい閾値と置き換える。本開示のある実施形態のモデル更新ＴＩＭの別の例は、分析モデルの係数、即ち、分析モデルの前若しくは後処理ＰＦＡコンポーネントの係数を変更することである。
【００６０】
摂取アクタ１０４
データがシステムに入る第二のやり方は、摂取アクタ１０４を介することである。摂取アクタ１０４は、サードパーティアプリケーション（ａｐｐｓ）、ソース及びデバイス１３０からのデータを処理するように設計され得る。サードパーティアプリケーション（ａｐｐｓ）、ソース及びデバイス１３０は、他のシステムコンポーネントと、ワークステーション、サーバ、及び企業体ネットワーク上の他のコンピュータデバイスと、ホストベースのセキュリティシステムを含む他のセキュリティアプリケーションにより生成される情報ストリームと、脅威についての情報、ＩＰの評判、レスポンスポリシゾーン（ＲＰＺ）情報及び関連情報を含む、外部サードパーティのデータのソースと、同じ企業体の他の地理的に分散された位置におけるか、若しくは、他の企業体と関連するか、のいずれかである、同じアーキテクチャを伴う他のシステムと、並びに、異なるアーキテクチャを伴うが情報を交換するための同意済みのフォーマットに追随する他のシステムとを、含み得る。
【００６１】
摂取アクタ１０４は、前述のソースの一つから、若しくはＥＳＢから直接、処理すべきインプットデータを受信する。処理後、摂取アクタ１０４は、他のシステムコンポーネントによる更なる処理のために、ＥＳＢ１１６に処理されたイベントを配信し戻す。摂取アクタ１０４は、サードパーティアプリケーション（ａｐｐｓ）、ソース及びデバイス１３０から、処理すべきデータを受信し、更なる処理のためにインプットデータがＥＳＢ１１６、ＲＴＡＥ１１０、若しくは分散型分析プラットフォーム１０６に伝送され得るように要求される、データ処理及びコンバージョンを実行する。ある実施形態では、摂取アクタ１０４における処理は、インプットデータを取り出してインプットデータを、ＥＳＢ１１６、ＲＴＡＥ１１０、若しくは分散型分析プラットフォーム１０６に適するフォーマットにコンバートすることを、含む。
【００６２】
スコア付けエンジン１０８
スコア付けエンジン１０８は、分析モデル（若しくは分析ワークフロー）をインポートし得るモジュールであり、ネットワークから及び他のシステムモジュールからデータを取り出す。分析モデルがインポートされると、スコア付けエンジンは、データのストリームを読むことができ、ストリーム内の個々のイベントに対して、一つ若しくはそれ以上の分析モデルを用いてイベントを処理し、スコア、警告及びメッセージ、更には関連情報を含む、アウトプットを生成する。スコア付けエンジン１０８、及び、スコア付けエンジン１０８と関連するデータフローを、図７、９、４に伴う記載にて以下より詳細に説明する。
【００６３】
前述のように、スコア付けエンジン１０８は、ネットワーク速度にてデータを統計の及び振る舞いのモデルでスコア付けし得るモジュールである。モデルは、履歴データから若しくはストリーミングデータから、オフラインで構築され得る。ある実施形態では、スコア付けエンジン１０８は、警告などの、メタデータデータやスコアを含む、スコア付けエンジンメッセージを発し得る。ある実施形態では、以下に詳細に説明するように、スコア付けエンジンはＰＦＡ準拠である。スコア付けエンジン１０８は、クラスタモデル、ベースラインモデル、ベイジアンネットワーク、若しくは回帰及び分類ツリーなどの、統計の、予測の、及びデータマイニングのモデルを用いて、データをスコア付けし得る。モデルは、履歴データに基づいてオフラインで構築され得る。モデルは、以下に詳細に説明するように、ストリーミング分析モデルであってもよい。
【００６４】
図４は、本開示のある実施形態に係るスコア付けエンジンを示すブロック図である。図４は、スコア付けエンジンへのインプット４０２、ＰＦＡドキュメント４０４、ＰＦＡ実行エンジン４０６、分析モデルのための格納された状態情報４０８、モデル更新ＴＩＭ４１０、及びアウトプット４１２を示す。スコア付けエンジンへのインプット４０２は、イベントのストリームであればよく、より一般的には、データレコードであればよい。スコア付けエンジン１０８は、ＰＦＡ実行エンジン４０６を用いてインプット４０２を処理する。ＰＦＡは、分析のためのインプットが分析アウトプットを生成するためにどのように変換され統合されるか、を記載する言語である。ＰＦＡ実行エンジンは、インプットをスコア付けエンジンへ取り入れて、ＰＦＡドキュメント４０４内に（本明細書では分析ワークフローと称される）処理及び手順に続くアウトプットを生成する。例えば、ＰＦＡドキュメント４０４は、分類及び回帰ツリーを記載してもよい。ＰＦＡ実行エンジン４０６は、分類及び回帰ツリーへインプットを取り入れて、分類及び回帰ツリーのアウトプットを生成する。スコア付けエンジン１０８は、格納された状態情報を含み、この状態情報をＰＦＡドキュメント４０４にて特定されるように更新する。ある実施形態では、分析処理を更新するために、スコア付けエンジン１０８は、新しいＰＦＡドキュメント４０４をインポートする。
【００６５】
本開示のある実施形態では、スコア付けエンジン１０８内の分析処理は、一つ若しくはそれ以上のモデル更新ＴＩＭをスコア付けエンジン１０８へ送信することによっても更新され得、該モデル更新ＴＩＭは、モデル更新ＴＩＭにより特定されるように、ＰＦＡドキュメントの適宜のコンポーネントを更新する。前述のように、更新は、閾値への、若しくは、分析モデルの一部であるアルゴリズムの係数への、変更を含み得る。このタイプの更新は、本明細書では小更新と称しているが、スコア付けエンジンによるデータの処理を停止すること無く、データミッドストリームのストリームへ、スコア付けエンジンにより適用され得る。全体のＰＦＡドキュメント４０４をスイッチアウトすることなどの、より大きい更新も可能である。
【００６６】
より一般的には、本開示のある実施形態のスコア付けエンジン１０８は、モデルインターチェンジフォーマットに基づくことができる。例示のモデルインターチェンジフォーマットは、ＰＦＡ仕様内のセル及びプールによりサポートされるリード・コピー・アップデートポリシにより提供されるような、モデルによるデータレコードのスコア付けと同時の、モデル情報の更新を許容する仕様に、基づく。リード・コピー・アップデートポリシにより、ＰＦＡドキュメント４０４は、ドキュメントのあるコンポーネントの更新と同時に、スコア付けエンジンにより読み取りされ得る。本明細書のある実施形態に記載するように、略リアルタイムのスコア付けは、モデルの同時更新を伴うモデルを用いて、データの同時のスコア付けをサポートすることに関連する。より一般的には、本開示のための例示のモデルインターチェンジフォーマットは、分析モデルのアウトプットを渡すことをサポートする変換及び統合、他の分析モデルのインプットへの変換及び統合、変換及び統合による、分析モデル及びデータの分析処理を記載する仕様に基づく。
【００６７】
分散型分析プラットフォーム１０６
分散型分析プラットフォーム１０６若しくは分析クラウドは、大量のデータを分析して種々の分析結果を生成するために用いられ得る、分散型コンピュータプラットフォームである。分散型分析プラットフォーム１０６は、ＨａｄｏｏｐやＭａｐＲなどの分散型ファイルシステムと、若しくは、ＨＢａｓｅ、Ａｃｃｕｍｕｌｏ、ＭａｐＲ−ＤＢなどの非リレーショナル（例えば、ＮｏＳＱＬ）データベースとの、両方を用いて、分析のための大量のデータを保持し得る。本開示のある実施形態では、分散型分析プラットフォーム１０６は、Ｓｐａｒｋによりサポートされるもののような、ＭａｐＲｅｄｕｃｅ及び反復ＭａｐＲｅｄｕｃｅ計算のためのサポートを含む分散型コンピュータプラットフォームである。本開示のある実施形態の分散型分析プラットフォーム１０６は、ディスク上、メモリ内のいずれかの、若しくはディスク上とメモリ内の両方の、データによる反復計算を実行するためのサポートも、更に加えて、ＮｏＳＱＬデータベースのための、並びに、Ｈａｄｏｏｐ、ＭａｐＲ、Ｓｐａｒｋ、若しくは他の分散型コンピュータプラットフォームなどのシステム内の分散データと連動する他の専用アプリケーション及びツールのための、サポートも、含む。分散型分析プラットフォーム１０６は、ＲＥＳＴベースのＡＰＩも含み、
これにより、種々のシステムコンポーネントは、データや情報を生成した分散型分析プラットフォームの範囲内での特定の分析、処理若しくはコンポーネントからは独立して、一様に、分散型分析プラットフォーム１０６内のデータ及び情報にアクセスし得る。
【００６８】
分散型分析プラットフォーム１０６は、分散型ＥＳＢ１１６を介してセンサ１０２及び摂取アクタ１０４からデータを受信する。本開示のある実施形態では、分散型分析プラットフォーム１０６は、摂取アクタ１０４から直接にもデータを受信する。
【００６９】
分散型分析プラットフォーム１０６からの、複数のタイプのアウトプットがある。以下のものを含む。ＥＳＢ１１６に送信され、ＥＳＢ１１６からコントロールプレーンエンジン１１４に送信される、脅威情報メッセージ（ＴＩＭ）；（以下により詳細に説明するように）ＲＴＡＥ１１０に送信され、ＲＴＡＥ１１０から可視化エンジン、ダッシュボード及びモニタ１１２に送信されるデータの可視化を記載する、データ及びデータ構造；スコア付けエンジン１０８のための分析モデルを記載するのに用いられ得る他の言語に加えて、（以下詳細に説明するような）分析のためのポータブルフォーマット（ＰＦＡ）で記載される、分析モデルを含む、分析ワークフロー、である。
【００７０】
分散型分析プラットフォーム１０６は、ネットワークデバイス、サーバ、及び他のデバイスからの、フローデータ（例えば、ネットワークフローストリーム及びデータファイル）、パケットデータ（例えば、ＰＣＡＰファイル）、及びログファイルの、多数の収集から振る舞いモデルを、収集し、クリーンにし、統合し、及び構築する。環境は、稼動するのに数分から数時間若しくはより長くかかり得る、機械ベースの学習アルゴリズムのために、デザインされる。アウトプットは、振る舞いモデルを含み得る、分析ワークフロー、及び、（本明細書では分析プラットフォームメッセージとも称する）分散型分析プラットフォームＴＩＭである。ある実施形態では、分析ワークフローは多数の区分されたモデルを含み、区分されたモデルの各々は論理セグメントと関連する。ある実施形態では、分析ワークフローは、多数の区分されたワークフローを含み、区分されたワークフローの各々は、論理セグメントと関連する。ある実施形態では、この環境は、新しい脅威のデータサイエンティスト及びサポートディスカバリ、並びに、他の環境のための分析モデルの生成のために、デザインされる。
【００７１】
分散型分析プラットフォーム１０６は、潜在的マルウエアの封じ込めのためのバーチャルマシンを含み得る、バーチャルマシンインフラストラクチャも含み得る。マルウエアはバーチャルマシンで実行され得、該バーチャルマシンはサイバーセキュリティフレームワークから分離される。ある実施形態では、バーチャルマシンは、リナックス(登録商標)コンテナを含む。
【００７２】
リアルタイム分析エンジン１１０
ＲＴＡＥ１１０は、ＥＳＢ１１６及び分散型分析プラットフォーム１０６からデータを受信し、複数の機能を実行する。それら機能は、分散型メモリや、ＧＰＵなどの専用プロセッサを用いて、派生される、凝集される、及び変換されるデータの、略リアルタイムの計算を実行すること、ネットワークアクティビティ、企業体エンティティやユーザやフローの振る舞い、潜在的脅威、相関振る舞いなどの、略リアルタイムの可視化を形成すること、並びに、多重のスコア付けエンジン及び他のソースからのデータを処理することにより緩和作用に関する略リアルタイムの決定を形成することを、含む。緩和アクションに関する略リアルタイムの決定を形成することは、図１０と図１１に伴う記述にて議論する。ある実施形態では、分散型分析プラットフォーム１０６から受信するデータは、分析ワークフロー及び分散型分析メッセージを含む。ある実施形態では、ＲＴＡＥ１１０は、スコア付けエンジンからのスコア付けエンジンメッセージや、分散型分析プラットフォーム、ユーザ設定されたセッティング、及びサードパーティ分析システムの結果のうちの、少なくとも一つからの分析ワークフロー及びイベント処理ルールも、受信する。略リアルタイムの可視化は、表示のため、可視化エンジン、ダッシュボード、及びモニタ１１２に渡される。ある実施形態では、緩和イベントに関する略リアルタイムの決定は、コマンド及びコントロール（Ｃ２）メッセージ（例えば、緩和ＴＩＭ）に構築され、ＥＳＢ１１６に渡され、それらはコントロールプレーンエンジン１１４により処理され、続いて以下のような種々の緩和イベント若しくはアクションを採る。ポートを閉じること、パケットを修正すること、サブネットをブロックすること、一つ若しくはそれ以上のインターネットプロトコル（ＩＰ）若しくはＩＰの範囲をブロックすること、一つ若しくはそれ以上の内部の若しくは外部のＩＰをブロックすること、パケット若しくはフローの伝送をコントロールすること、サーバ及びワークステーションのオフラインの少なくとも一つを採ること、プロテクトされた画像から新しい可視化サーバと新しい可視化ワークステーションのうちの少なくとも一つを形成すること、サーバとワークステーションのうちの少なくとも一つと関連するアクションをブロックすること、などである。ある実施形態では、緩和アクションは、異常アクティビティと関連するエンティティに対する許可及びアクセス権を除去することも含み得る。許可及びアクセス権を除去することは、ネットワークアクセスをブロックすること、ネットワークデバイスへのアクセスをブロックすること、サーバへのアクセスをブロックすること、ワークステーションへのアクセスをブロックすること、及び、他のコンピュータデバイスへのアクセスをブロックすること、のうちの少なくとも一つを含み得る。ある実施形態では、ＲＴＡＥ１１０は、一つ若しくはそれ以上のスコア付けエンジンと共に単独のアプリケーションに統合される。
【００７３】
ある実施形態では、ＲＴＡＥ１１０は、リアルタイム分析のための、極めて多数の並列コンピュータスレッドを管理する、ＧＰＵベースの環境を提供する。ＲＴＡＥデータベースは、洗練された分析のための、大規模のデータ処理タスクを略リアルタイムで稼動する全てのコンピュータアクタによっても、利用され得る。ＲＴＡＥ１１０は、可視化エンジン、ダッシュボード及びモニタ１１２で企業体のステータスを要約するリアルタイム統計エンジン、並びに、多重のセンサ１０２からのＴＩＭを処理し、もしあれば適宜の緩和アクションを計算し、及び（スコア、警告、更新、緩和アクションなどを含む）適宜のＴＩＭを送信するリアルタイムエンジンを、含む。ＲＴＡＥ１１０は、ＲＥＳＴ−ベースのＡＰＩも含み、これにより、種々のシステムコンポーネントは、データ若しくは情報を生成したＲＴＡＥ１１０内の特定の分析、処理若しくはコンポーネントとは無関係に、一様にＲＴＡＥ１１０のデータ及び情報にアクセスし得る。データの量、及び要求される略リアルタイム計算により、本開示のある実施形態にて用いられるＧＰＵなどの、大量のデータを並列で処理し得る専用プロセッサが、ＲＴＡＥ１１０で用いられる。
【００７４】
ＲＴＡＥ１１０は、脅威情報メッセージ（ＴＩＭ）と称するコマンド及びコントロール（Ｃ２）メッセージを、サイバーセキュリティフレームワークの他のコンポーネントにも送信し得る。例えば、ＲＴＡＥ１１０は、分析、可視化及び警告を更新すること、コントロールプレーン及び分散型センサ更新のための緩和アクションなどの、広範囲のイベントベースのアクションを実行する。ＲＴＡＥ１１０により管理されるフローエージェントは同様に、パブリケーション及びサブスクリプションリクエスト、並びに、どのメタチャネルが特定のトピック、タイプ、及びコンセプトと関連するかを、有効にする、多種のエージェントのための情報を提供する。
【００７５】
本開示のある実施形態では、ＲＴＡＥ１１０は、一つ若しくはそれ以上の振る舞いモデルから送信される緩和ＴＩＭを生成する。ある実施形態では、ＴＩＭは、スコア付けエンジン１０８によりＥＳＢ１１６に送信される。種々のＴＩＭは、ＲＴＡＥ１１０により収集され、処理され、統合され、及び、別のモデルに入力され、このことは、新しいモデルからの結果に依存して、結果として緩和となり得る。ある実施形態では、ＲＴＡＥ１１０は、ＥＳＢ１１６に亘って、一つ若しくはそれ以上の緩和エージェント２１０へ緩和ＴＩＭを通信し、緩和ＴＩＭは、ポートを閉じることなどの、特定の緩和アクションを採るインストラクションを含む。
【００７６】
図５は、本開示のある実施形態に係る、リアルタイム分析エンジンによりメッセージを処理して送信する方法を示す、フローチャートである。
【００７７】
ステップ５０２を参照して、ＴＩＭなどの、第１の一つ若しくはそれ以上のメッセージが、一つ若しくはそれ以上のスコア付けエンジン、分散型分析プラットフォーム若しくは他のシステムコンポーネントから、ＲＴＡＥ１１０により受信される。本明細書にてより詳細に記載するように、第１のメッセージは、スコア付けエンジン若しくは分散型分析プラットフォームにより生成されるＴＩＭを含み得る。ＴＩＭは、警告と、若しくは、ＰＦＡドキュメントの小さい修正を作成することと、関連するデータを含み得る。ＲＴＡＥ１１０は、分散型分析エンジン及び分析ワークフローからの分析ワークフロー、並びに、イベント処理ルールも受信し得る。ある実施形態では、分析ワークフロー及びイベント処理ルールは、分析モデル若しくは分析ワークフローと関連する閾値を特定し得る。例えば、分析ワークフロー及びイベント処理ルールは、スコアが或る閾値を超える或る分析ワークフローと関連する全てのアクティビティは、異常アクティビティとして分類される、と特定し得る。本明細書に記載するように、異常アクティビティは、偵察、セキュリティ上の弱点を突く手段、侵入、情報漏洩、インサイダ脅威、及び攻撃を、含み得る。
【００７８】
ステップ５０４を参照して、ＲＴＡＥ１１０は、分析ワークフロー、並びに、分析ワークフロー及びイベント処理ルールを用いて、受信したＴＩＭを処理する。ある実施形態では、エンティティ情報がＴＩＭから検索され、関連する状態情報がＲＴＡＥ１１０から検索され、更に、状態情報が、受信したＴＩＭから抽出される情報で更新される。ある実施形態では、格納された状態情報は、センサ、スコア付けエンジン、及び分散型分析プラットフォームのうちの、少なくとも一つから従前に受信されたメッセージと関連付けられる。
【００７９】
ステップ５０６を参照して、ＲＴＡＥ１１０は、処理に基づいて以下のアクションを採り得る。
ｉ）ブロードキャストメッセージを伝送すること。
ｉｉ）更新されるモデルが検出率を向上させ得る、若しくは現モデルの偽陽性率を減少し得ると、ＲＴＡＥ１１０が判別すると、モデル更新をスコア付けエンジンに伝送すること。
ｉｉｉ）受信したＴＩＭが侵入若しくは推定侵入、又は他の異常アクティビティを示すと、ＲＴＡＥ１１０が判別すると、コントロールプレーンエンジン及び緩和エージェントを用いて緩和アクションを伝送すること。
ｉｖ）分析ワークフローの変更が閾値を超えると、分析モデルを伝送すること。
ｖ）更なるＴＩＭを受信することを待機すること。
ある実施形態では、ＲＴＡＥ１１０の処理は、何らかのアクションが採られるべきかどうか判別するための、更新された状態情報を分析することも、含み得る。ある実施形態では、ＲＴＡＥ１１０は、スコア付けエンジン、分散型分析プラットフォーム、及び複数のセンサから、最初に第１のアウトプットを受信した後に、ブロードキャストメッセージ、緩和メッセージ、及びモデル更新メッセージのうちの一つを送信し得る。ある実施形態では、ＲＴＡＥ１１０は、緩和メッセージ、及びモデル更新メッセージのうちの一つを送信する前に、スコア付けエンジン、分散型分析プラットフォーム、及び複数のセンサから複数のアウトプットを受信することを、待機する。
【００８０】
前述のように、ＲＴＡＥ１１０は、処理に基づいて緩和ＴＩＭ、モデル更新ＴＩＭ、及び分析モデルのうちの一つを伝送し得る。例えば、ポートと関連するセンサ及びスコア付けエンジンにより検出される、ポートにおける推定侵入を示す、ＲＴＡＥ１１０により受信されるＴＩＭは、結果として、送信されるＴＩＭとなり得、これによりポートを閉じることとなる。同時に、ＲＴＡＥ１１０は、同じ受信されたＴＩＭに基づいて、侵入、若しくは侵入に関する効果をよりよく説明する、スコア付けエンジン内のパラメータを変更するモデル更新を、全てのスコア付けエンジンに送信し得る。ＲＴＡＥ１１０が、スコア付けエンジン若しくは他のシステムコンポーネントが変更の閾値量よりも重要な変更を要求すると、判別するならば、ＲＴＡＥ１１０は、モデル更新の代わりに、更新された振る舞いモデルを送信し得る。ある実施形態では、ＲＴＡＥ１１０は、ブロードキャストメッセージも送信し得、該ブロードキャストメッセージは、サイバーベントメッセージと警告メッセージのうちの、少なくとも一つを含み得る。
【００８１】
コントロールプレーンエンジン１１４
コントロールプレーンエンジン１１４は、モニタすること、構成すること、並びに、スイッチ、ルータ及びファイヤウオールを含むネットワークデバイスを再構成することに、関連する。コントロールプレーンエンジン１１４は、緩和アクションと採ること、緩和エージェントと通信すること、コントロールプレーンに関する警告を送信すること、並びに、可視化エンジン、ダッシュボード、及びモニタ１１２がコントロールプレーンインフラストラクチャの状況認識を提供できるようにデータを供給することの、責任を負う。この文脈での状況認識は、コントロールプレーンのエンティティのサマリ、コントロールプレーン上の現在のトラフィック、コントロールプレーン上の通常のトラフィック、もしあれば、現在のトラフィックと通常のトラフィックとの間の偏差、並びに、通常のアクティビティ、潜在的に悪いアクタに関するアクティビティ、若しくは、関連する振る舞い、に関する他の情報を提供する、情報のことである。ある実施形態では、コントロールプレーンエンジン１１４は、ＲＴＡＥ１１０、スコア付けエンジン１０８、及び分散型分析プラットフォーム１０６から、緩和ＴＩＭを取得する。
【００８２】
コントロールプレーンエンジン１１４は、リアルタイムコマンド及びコントロールメッセージを生成するＣ２計算アクタを含む。予め計画されるアクションは、特定のＩＰをブロックすること、疑わしいワークステーションを分離すること、若しくはパケットフローをリダイレクトすることなど、コントロールプレーン及びデータプレーンの全体に亘って、管理される。
【００８３】
コントロールプレーンエンジン１１４は、ＤＮＳ、ＤＨＣＰ、及びＩＰアドレスマネジメント（ＤＤＩ）１４０を含む。ＤＤＩモジュール１４０は、グローバルデバイスグラフ、コントロールフロー内部のトラストプロトコルＩＤ、並びに、デバイス及びフローフィンガプリントを、含む。グローバルデバイスグラフは、全てのネットワークデバイス及びアクティビティの視覚表示を含む。コントロールフロー内部のトラストプロトコルＩＤは、パケット内部の暗号化されたストリングを含む。デバイス及びフローフィンガプリントは、コントロールプレーンにより管理され、ダイナミックホスト接続プロトコル（ＤＨＣＰ）を利用してネットワーク上で全てのデバイスを一意的にフィンガプリントする。
【００８４】
他のシステムコンポーネント
他のシステムコンポーネントは、全てのコンポーネントによりアクセス可能であるレジストリ（図示せず）を含む。ある実施形態では、レジストリは、共通して用いられるサービスについての高度に利用可能なデータ、データ構造、メッセージフォーマット、及び、システムの開発及び動作を簡易化する他の情報を、含む。
【００８５】
振る舞いモデリング及びリアルタイムスコア付け
本開示のある実施形態では、振る舞いモデルは、サイバー侵入の可能性、（外部のアクタでも「インサイダ」でも）悪いアクタの存在、及び、サイバーアナリストにより手動の試験でも緩和デバイスの自動アクションでも、アクションを保証する他の振る舞いを、定量化するのに利用される。
【００８６】
本開示では、振る舞いモデルは、統計、データマイニング、若しくは他のタイプのアルゴリズムのことであり、該他のタイプのアルゴリズムは、インプット（若しくは「イベント」）を採り、インプットを処理して特性を計算し、特性を処理してアウトプット（「スコア」）を計算する。本明細書に記載のイベントは、通常、一つずつ処理される、一時的に順序付けされるインプットのストリームのことである。
【００８７】
図６Ａ〜図６Ｃ、図７及び図８Ａ〜図８Ｃは、本開示のある実施形態に係る、振る舞いモデルによりイベントが表され得る様々なやり方を示すシステム図である。
【００８８】
リアルタイム分析若しくは略リアルタイム分析のために、イベントが、イベント毎に表され、且つイベント毎にスコア付けされ、種々のやり方でアウトプットを生成する。図６Ａは、本発明のある実施形態に係る、インプット若しくはイベントの処理を直接示すフローチャートである。データ属性６０２は、特性６０４を生成するのに用いられる。ある実施形態では、特性６０４は、データ属性を変換若しくは統合することにより形成される。例えば、データ属性がフローレコードに対応するならば、フローが短期間フローであるとき、例示の特性は１に等しいバイナリ変数を含み得、そうで無いとき例示の特性は０に等しいバイナリ特性を含み得る。特性６０４は次に、モデル６０６により処理されてモデルアウトプット６０８を生成する。図６Ｂは、本開示のある実施形態に係る、一つ若しくはそれ以上の（本明細書では状態ベクタとも称する）特性ベクタを個々のイベントと関連付けることを示すフローチャートである。イベントが受信され（６１０）、データ属性がイベントに対して判別される（６１２）。データ属性は、イベントに対する特性を生成するのに用いられる（６１４）。新しいイベントが処理されると、関連する格納された特性ベクタ若しくは特性ベクタは、イベントからイベントへ持続性があり、検索されて新しいイベントからのデータで更新される（６１６）。特性ベクタが更新された（６１８）後、それは振る舞いモデルへのインプットとして用いられて（６２０）アウトプットを生成する（６２２）。個々のイベントで更新される特性ベクタの例は、（例えば、１０秒の移動時間ウインドウの範囲内の）特定時間のウインドウでの正規化数のフローである。図６Ｃは、本開示のある実施形態に係る、分析モデルの前処理６３８と後処理６４０を示すフローチャートである。データ前処理６３８は、テータを変換若しくは統合し、特性ベクタを作成し、更に、データを分析モデル６３０に渡す前に、所望のように他の処理を実行する。後処理６４０は変換して統合し、更なるアウトプットを計算し、更に、所望のように他の処理を実行する。後処理の例として、後処理モジュールは、種々の統計をまとめて、評価し、統計的に有効であると考えられる十分なイベントをモデルが見たかどうか判別する。統計的に有効であれば、スコアは送信される。そうでなければ、スコアは抑えられる。図６Ａ、図６Ｂ及び図６Ｃに示す方法に対して、多数のモデルが使用可能であり、図８Ａ、図８Ｂ及び図８Ｃに付随する記載にて以下により詳細に述べるように、一つ若しくはそれ以上のモデルのアウトプットは、一つ若しくはそれ以上の他のモデルのインプットとして用いられる。
【００８９】
分析におけるデータのバッチ処理に対して、インプットは、ファイルに若しくは多数のファイルに、集結され、ファイルは処理されて分析モデルと関連するアウトプットを生成する。上述のように、サイバーアプリケーションで典型的であるデータのサイズに対して、分散型分析プラットフォームが、分析処理のために用いられる。
【００９０】
イベントを処理してアウトプットを生成するのに用いられるモデル自身は、様々なやり方でも生成され得る。図７及び図９にて、以下に示すように、分散型分析プラットフォーム１０６は、モデルへのインプットを処理して分析モデルを生成するのに用いられ得る。本開示のある実施形態では、モデルは、ＰＦＡなどの、モデル交換フォーマットで表現され、モデル交換フォーマットでのモデルは、分散型分析プラットフォームを用いるバッチ処理にて、又は、スコア付けエンジンを用いるストリーミングの方法で、スコア付けイベントに対して、用いられ得る。本開示の実施形態の一つでは、ＰＦＡモデルは、二つの他のシステムコンポーネントによっても、つまり、ＲＴＡＥ及びスコア付けエンジン自身によっても、生成され得る。
【００９１】
図７は、本開示のある実施形態に係る、分析モデルを生成するためのネットワークトラフィックの処理を示すシステム図である。図７は、ネットワークトラフィック７０２、イベントレコード及びファイルビルダ７０４、ＰＦＡモデルリポジトリ７０６、パケットプロセッサ７０８、スコア７１０、イベントデータのバッチ分析からのインサイト７１２、イベント７２０、インポートされたＰＦＡモデル７２２、強化ネットワークフロー及びＰＣＡＰファイル７２４、エクスポートされたＰＦＡモデル７２６、センサ１０２、分散型分析プラットフォーム１０６、及びスコア付けエンジン１０８を、示す。
【００９２】
ネットワークトラフィック７０２は、センサ１０２により収集される。センサ１０２はパケットプロセッサ７０８を含み、該パケットプロセッサ７０８は、回線速度（即ち、データがネットワークを介して移動している速度）にてパケットデータを処理するように設計されている。パケットプロセッサ７０８は、高度に最適化されたソフトウエアスタックを、及び、本開示のある実施形態では専用ハードウエアを、用いて、回線速度でパケットデータを処理することができる。ある実施形態では、ゼロコピー技術が、パケット処理実行を改善するために用いられる。パケット処理は、デスティネーション及びソースポート及びＩＰ、プロトコルフラグ、及び、ＴＣＰパケット、ＵＤＰパケット等の他の属性などの、パケットの属性を抽出すること、具体的プロトコルを特定するために抽出された属性の組み合わせを調べること、並びに、ダイナミックホスト構成プロトコル（ＤＨＣＰ）データ、ジオロケーションデータなどの、他のデータで情報を強化することを、含む。同じソース及びデスティネーションＩＰ及びポートに対応する多数のパケットからの情報は、ＥＳＢ１１６を介してスコア付けエンジン１０８に渡されるフローレコードをイベントレコード及びファイルビルダ７０４により生成するように処理される。本開示のある実施形態では、単独の若しくは多数のパケットからの情報は、ＥＳＢ１１６を介してスコア付けエンジン１０８に渡される他のタイプのイベントを生成するように処理される。例えば、本開示のある実施形態では、個々のパケットは、スコア付けエンジン１０８により個別にスコア付けされ得る。一つ若しくはそれ以上のプロトコルタイプに対応するものなどの、選択されたパケット、又は他の属性若しくは特性は、スコア付けされ得る。又は、パケットの組み合わせはスコア付けエンジン１０８により処理され得る。多数のパケットは、又、イベントレコード及びファイルビルダ７０４により処理され、分散型分析プラットフォーム１０６に渡されるパケットのファイル（ＰＣＡＰファイル）を生成する。本開示のある実施形態では、センサ１０２は、センサ１０２は、エンティティエンジンと共同してデータを処理する。エンティティエンジンの役割は、ＩＰアドレスがＤＨＣＰを用いる企業体環境の範囲内でしばしば変更するので一意的なエンティティ識別子でフローイベント及びＰＣＡＰファイルを強化すること、である。
【００９３】
センサ１０２は、リアルタイムのスコア付けのために、ＥＳＢ１１６に亘ってイベント７２０をスコア付けエンジン１０８に伝送する。ある実施形態では、スコア付けエンジン１０８は、多数のモデルの記述、モデルへのインプットを前処理する方法、モデルのアウトプットを後処理する方法、イベントを区分されたモデルに送信する方法などを含む、ＰＦＡモデルリポジトリ７０６からＰＦＡファイル７２２を読み取る。ある実施形態では、インポートされたＰＦＡファイル７２２は、分析ワークフローを表現できる。ある実施形態では、分析ワークフローは、多数の区分された分析ワークフローを含み、各々は論理セグメントと関連する。例えば、図８Ａは、多数の分析モデルのアウトプットがどのように組み合わされて単独のアウトプットを生成し得るかを示し、図８Ｂは、一つの分析モデルのアウトプットが二つ若しくはそれ以上の他の分析モデルへのインプットとしてどのように用いられ得るかを示す。分析モデルは、クラスタモデル、ベースラインモデル、分類及び回帰モデル、ニューラルネットワーク、ランダムフォレスト、ベイジアンモデル、並びに、当該分野のエキスパートに周知の他の統計及び機械学習分析モデルのいずれかを、含むが、それらに限定されない。スコア付けエンジン１０８は、個々のイベントのスコアを変換し、スコアを含むＴＩＭ、イベント通知若しくは警告通知、モデル更新ＴＩＭ、及び、緩和ＴＩＭ７１０を含む、多数のタイプのＴＩＭを作成する。ある実施形態では、スコア付けエンジン１０８は、受信したイベント情報から、更なるイベント特性を構築し得る。ある実施形態では、センサ１０２は、ＲＴＡＥ１１０によりコントロールされ、該ＲＴＡＥ１１０は、収集されたパケット及びフローのタイプ、イベント及びフローがセンサにより処理される方法を、変更し得る。
【００９４】
センサ１０２は、又、ネットワークフローレコード及びＰＣＡＰファイル７２４を分散型分析プラットフォーム１０６に伝送する。センサにより伝送されるデータは、観察されるエンティティについてのデータ及びメタデータ、ネットワークトラフィックについてのデータ及びメタデータ、ユーザに関するデータ及びメタデータ、ワークステーション及びサーバについてのデータ及びメタデータ、ルータ及びスイッチについてのデータ及びメタデータ、外部ネットワークエンティティについてのデータ及びメタデータ、並びに、ネットワークと相互作用する内部及び外部デバイスについてのデータ及びメタデータのうちの、少なくとも一つを加えることにより、強化され得る。分散型分析プラットフォーム１０６は、統計的アルゴリズム、機械学習アルゴリズム、及び、スコア付けエンジンにより実行され得る分析モデルを構築する他のアルゴリズムを、用いることを含む、多数の方法で、受信した情報を処理する。前述のような多数の方法での、受信した情報の処理の例は、イベントデータ、フローデータ、及び、本開示のいずれかで言及する他のデータのバッチ処理である。このように処理するデータの分析により、異常な若しくは疑わしい振る舞いの存在などの、サイバー振る舞い７１２についてのインサイトとなり得る。これらのモデルは、モデル交換フォーマット、例えば、ＰＦＡモデルリポジトリ７０６へのＰＦＡモデル、としてエクスポートされ得る。ＰＦＡモデルは、スコア付けエンジン１０８により受信され、ＰＦＡモデルの現存の収集に加えられ、このことにより、イベントを処理するための、スコア付けエンジン１０８によりアクセスされるＰＦＡドキュメントの収集が変更される。分散型分析プラットフォーム１０６は、又、バッチ７１２内のイベントをスコア付けし得る。
【００９５】
本開示のある実施形態では、インプットは、センサ１０２により生成されるネットワークフローレコード、センサ１０２により生成されるパケットレコード、ネットワークデバイス、ワークステーション、サーバ、若しくは他のシステムからのログファイルからセンサ１０２により抽出されるレコード、又は、或る他のメカニズムを介して抽出されるレコードで、あればよい。
【００９６】
本開示のある実施形態では、インプットは、ネットワークデバイス、ユーザなどの、エンティティと関連するイベントであり、また、インプットは、そのエンティティのための持続情報を格納する一つ若しくはそれ以上の状態ベクタを検索し、イベントからの情報を用いて状態ベクタを更新し、続いてモデルへのインプットとして更新状態ベクタを用いることにより、処理される。
【００９７】
本開示のある実施形態では、図２に関して前述するように、一つ若しくはそれ以上のセンサ１０２が、保護される企業体からデータを収集して処理し、イベントベースのレコードを生成し、イベントベースのレコードをシステムのＥＳＢ１１６に渡し、並びに、一つ若しくはそれ以上のスコア付けエンジン１０８が、ＥＳＢ１１６からイベントベースのレコードを読み出し、及び、イベントベースのレコードを処理して種々のアウトプットを生成する。
【００９８】
本開示のある実施形態では、ネットワークデータが処理される際に回線速度にてサイバー振る舞い、及びサイバー振る舞いでの変更を検出するために、分析モデルがスコア付けエンジン１０８内で展開される。スコア付けエンジン１０８内で展開される分析モデルは、サイバーネットワーク内での多数の様々な使用ケースのために利用され得る。例えば、スコア付けエンジン１０８内の分析モデルは、ネットワークデバイス、ワークステーション、サーバなどの予期せぬ変更を検出するのに用いられ得る。予期せぬ変更は、例えば、ネットワーク上のデバイスの通信パターン（「関心のコミュニティ」）の変更によるものを含む、複数の方法で規定され得る。この場合、ベースラインモデルを含む、様々なタイプのモデルが、変更を検出するのに用いられ得る。変更を検出するのにベースラインモデルを用いることは、インサイダ若しくは側方運動脅威を検出するのにも採用され得る。スコア付けエンジン１０８は、ソースに亘って疑わしい振る舞いを蓄積するのにも用いられ得る。例えば、或るフローは、或る国から夜に発生し得る。これらのフローの一部が、失敗したログイン試行と関連することも見出されると、これらのフローの全てに関連するリスクが引き上げられる。リスクスコアが閾値を渡すと、警告が送信される。
【００９９】
本開示のある実施形態では、多数のモデルが存在し、様々なやり方で組み合わされ得る。図８Ａは、本開示のある実施形態に係る、モデルのアセンブルを示すシステム図である。分析モデル１〜ｎ（８０２〜８０４）は組み合わされ、単独のアウトプットスコア８０６を得る。分析モデルは、平均化、投票、若しくはモデルを組み合わせる任意の方法を用いて組み合わされ得る。例えば、投票は、（単独のインプットに対応する）多数のモデルからカテゴリのアウトプットを組み合わせるのに用いられ、その場合、モデルのアウトプットとして最も頻繁に発生するカテゴリが、アンサンブルのアウトプットとして選択される。図８Ｂは、本開示のある実施形態に係る、モデルの合成若しくは連鎖を示すシステム図である。分析モデル１（８１０）は、分析モデル２ａ（８１２）及び分析モデル２ｂ（８１４）にインプットとして供給される。分析モデル２ａ（８１２）及び分析モデル２ｂ（８１４）のアウトプットは、分析モデル３（８１６）へのインプットとして用いられ得る。ある実施形態では、分析モデル１（８１０）、分析モデル２ａ（８１２）、分析モデル２ｂ（８１４）及び分析モデル３（８１６）は、どんなモデルでもよい。例えば、モデルは、モデルの特定のサブセットに限定されない。モデルは、任意の構成で共に連鎖し得る。図８Ｃは、本開示のある実施形態に係る、区分されたモデルを示すシステム図である。個々のモデル８２０・・・８２２は、区分を識別する一意的なキーと関連付けられる。モデルは、一般に異なる区分間で異なるので、同じインプットイベントは、種々の区分と関連して、種々の異なるモデルに対応して、多数の異なるアウトプットを作成する。
【０１００】
本開示のある実施形態では、分析のためのポータブルフォーマット（ＰＦＡ）が用いられる。前述の多数のモデルのうちの三つのタイプをサポートするからであるが、予測モデルマークアップ言語などの、他のモデル交換フォーマット（ＭＩＦ）はモデルの合成の限定されたタイプしかサポートせず、例えば、ＰＦＡによりサポートされるような、一つ若しくはそれ以上のモデルのアウトプットの、一つ若しくはそれ以上の他のモデルのインプットへの任意の共の連鎖はサポートしない。
【０１０１】
本開示のある実施形態では、一つ若しくはそれ以上のスコア付けエンジン内にインポートされるＭＩＦドキュメントをエクスポートするモデル作成者が用いられる。システムのある実施形態では、ＭＩＦドキュメントは、ＥＳＢ１１６に亘ってスコア付けエンジン１０８に送信され、ある実施形態では、ＭＩＦドキュメントは、分散型分析プラットフォーム１０６をスコア付けエンジン１０８にリンクする帯域外ネットワークを含む、別のメカニズムを介してスコア付けエンジン１０８にロードされる。ある実施形態では、ＭＩＦドキュメントは、ＰＦＡドキュメントである。
【０１０２】
本開示のある実施形態では、モデルのアウトプットである、複数の様々なタイプのＴＩＭが在る。これらは、
ｉ）将来の潜在的分析のために格納されるインプットイベントと関連するスコア、
ｉｉ）更なる処理のために格納されるインプットイベントと関連するスコア、
ｉｉｉ）モデル更新ＴＩＭ、及び、
ｉｖ）緩和ＴＩＭ
を含む。
【０１０３】
振る舞いモデルを更新すること
図９は、本開示のある実施形態に係る、サイバーセキュリティフレームワーク内のコンポーネント間のデータの流れを描写するフローチャートである。
【０１０４】
前に簡単に、以下にてより詳細に記載するように、ＲＴＡＥ１１０、並びに、コントロールプレーンエンジンモジュール及びエージェントは、緩和アクションを採り得る。例えば、スコア付けエンジン１０８内の分析モデルは、四つのやり方の一つで更新され得る。第一に、新しい分析モデルが、バッチ分析ジョブで作成され、モデル交換フォーマット９０２にエクスポートされ得る。本開示のある実施形態では、バッチ分析ジョブは、分散型分析プラットフォーム１０６内で稼動し、ＰＦＡとしてエクスポートされる。バッチ分析ジョブは、インプットとして、ネットワークフローデータ、ＰＣＡＰデータ、及び他のシステムやセンサからのデータなどの、センサ１０２からのデータを用いる。第二に、新しい分析モデルが、ＲＴＡＥを用いて略リアルタイムで作成され、モデル交換フォーマット９０４でエクスポートされ得る。本開示のある実施形態では、ＲＴＡＥ１１０は、ＰＦＡとしてモデルをエクスポートする。第三に、モデル自身の変更が、モデル更新ＴＩＭ４１０を介して為され得る。モデル更新ＴＩＭ４１０は、特定の値、変数、及びＰＦＡドキュメント内のＰＦＡ要素が全体のＰＦＡドキュメントを置換すること無く更新され得るような、情報を含み得る。ＰＦＡドキュメントはサイズが大きいことがあるので、ＲＴＡＥ１１０によるＴＩＭ及び他の情報の処理結果であるモデル更新ＴＩＭを用いて、特定の値及び要素を更新できることは、データが処理される速度に寄与するものである。第四に、イベントが処理されると（９０８）（エンティティに関連する状態情報に対する）パラメータ若しくはモデルの他のコンポーネント９１４が更新される、モデルがストリーミングモデルである場合に、分析モデル自身のパラメータが更新される。この文脈でのストリーミングモデルは、スコア付けエンジンを介して通過する際に一度だけ処理されるデータから構築される分析モデルである。これは、前述のような、バッチ分析により構築される分析モデルと対照的であり、該バッチ分析では、データレコードは、分散型分析プラットフォーム１０６と関連するディスクなどの、ディスクに持続するものであり、特定のアルゴリズム若しくは分析が要求する回数だけ、読み出されて処理され得る。
【０１０５】
前述のように、ある実施形態では、センサ１０２は、ネットワークトラフィックからインプットイベントを受信する。インプットイベントのタイプは、ネットワークパケットからのイベント、ネットワークフローからのイベント、モニタリングシステムからのイベント、ログファイルからのイベント、並びに、他のシステム及びアプリケーションからのイベントを、含み得る。更に前述のように、スコア付けエンジン１０８のアウトプットは、ＴＩＭを含み得る。ある実施形態では、ＴＩＭは、将来の潜在的分析のために格納されるイベントと関連するスコア、更なる動的処理のために送信されるイベントと関連するスコア、モデル更新ＴＩＭ、及び、緩和ＴＩＭを、含み得る。
【０１０６】
本開示の要素は、多数のスコア付けエンジン１０８、多数のセンサ１０２、若しくは、システムの他のコンポーネントが同時にメッセージをＥＳＢ１１６に送信し、スコア付けエンジン１０８が同時に更新され得る、ということである。本開示のある実施形態では、多数のスコア付けエンジン１０８があり、該多数のスコア付けエンジン１０８はモデル更新ＴＩＭを読み取る。言い換えれば、多数のセンサ１０２が用いられ、モデル更新ＴＩＭがＥＳＢ１１６に亘って送信されてスコア付けエンジン１０８を同時に更新し得る；単独のセンサ１０２がモデル更新ＴＩＭを送信して多数のスコア付けエンジン１０８を同時に更新し得る；又は、多数のセンサ及び多数のスコア付けエンジン１０８がモデル更新ＴＩＭを送信して、多数のセンサ１０２を用いて多数のスコア付けエンジン１０８を同時に更新し得る。ある実施形態では、本明細書に記載のシステムは、多数のセンサ１０２に接続する一つのみのスコア付けエンジン１０８を含む。
【０１０７】
本開示のある実施形態では、モデル更新ＴＩＭがスコア付けエンジンによるイベントのスコア付けと同時に処理されて、それ（ＰＦＡドキュメント）をモデル更新ＴＩＭにより更新するためにスコア付けエンジンを停止する必要がないように、スコア付けエンジン１０８はデザインされる。ＰＦＡスタンダードが上述のように同時性をサポートする言語コンポーネントを含むので、スコア付けエンジン１０８がイベントをスコア付けするのと同時にＰＦＡドキュメントへの変更を処理するという、この能力が存在する。本開示のある実施形態では、スコア付けエンジン１０８の実装は、ＰＦＡスタンダードによりサポートされる種々の同時要素をサポートする。
【０１０８】
ＲＴＡＥ１１０は、スコア付けエンジン１０８及び他のシステムモジュールからのＴＩＭ及びイベントを処理し、緩和アクションを判別する。緩和アクションを含むＴＩＭは、緩和エージェントに送信され、該緩和エージェントは緩和アクションを実行し、ある実施形態では、該緩和エージェントはコントロールプレーンを用いて、ルータやスイッチなどの、コントロールネットワークデバイスを変更する。ある実施形態では、ＲＴＡＥ１１０、スコア付けエンジン、及び関連するシステムモジュールは、帯域外システムネットワークに亘って稼動するＥＳＢ１１６上に、存在する。
【０１０９】
本開示のコンポーネントは、様々なやり方で組み合わせられ得る多数のモデルを用い得る分析フレームワークのためのサポートである。様々なやり方は以下のものを含む。
ｉ）区分されたモデル。該区分されたモデルではインプットが個別のモデルの一つ若しくはそれ以上に送信され、個々のモデルは、特定の期間、特定のネットワークセグメントなどの、一つ若しくはそれ以上の制約と関連づけされる。
ｉｉ）アンサンブル。該アンサンブルでは、モデルへのインプットが共通であり、二つ若しくはそれ以上のアウトプットが単独のアウトプットに組み合わされる。
ｉｉｉ）モデルの構成。該構成では、一つ若しくはそれ以上のアウトプットが、別のモデルのインプットとして用いられる。
【０１１０】
ある実施形態では、モデルは、新しい振る舞いや、モデル技術での向上などの、変更された条件を考慮に入れるように、周期的に再構築される若しくは再トレーニングされる必要がある。新しいモデルが作成されると、新しいモデルは、（例えば、チャンピオン−チャレンジャ方法を用いて）勝者を選ぶために、現在のモデルに対して対比され得る。
【０１１１】
ある実施形態では、処理は、人間が読み取り可能であり聞き取り可能である。モデルは又、徐々に更新される。このことにより、モデルは生成に移行され、十分に有効且つ適宜の履歴のトレーニングデータを待機するのでは無く、生のデータから構築され得る。
【０１１２】
既に述べたＴＩＭのタイプに加えて、本開示の重要なコンポーネントは、外部のＴＩＭの使用である。外部のＴＩＭとは、システムのインスタンスを採用するか、若しくは、本開示に記載のシステムにより用いられるＴＩＭと相互運用し得るＴＩＭを生成する他のシステムのインスタンスを採用するかの、いずれかである、他の企業体により、企業体の外部で生成されるＴＩＭのことである。
【０１１３】
外部のＴＩＭは前述のように稼動するが、以下のような例外がある。本開示に記載するシステムの他のインスタンスに対応する外部のＴＩＭは、それらを生成した企業体の識別情報を含まず、その代わりに、本開示に記載のシステムを稼働する二つ以上の企業体間で共有され得る、外部ＩＰ、ＰＦＡドキュメントに対する新しい閾値やコンポーネント、新しい後処理のルールなど、についての情報などの情報を、含む。
【０１１４】
本開示のある実施形態では、外部のＴＩＭは、第１の企業体のＲＴＡＥ１１０により作成され、第１の企業体から第２の企業体の渡される前に暗号化され、第２の企業体により復号化され、第２の企業体のＲＴＡＥ１１０に渡される。第２の企業体のＲＴＡＥ１１０により受信された後、外部のＴＩＭは、内部のＴＩＭが処理されるのと同様に、処理される。
【０１１５】
外部のＴＩＭは、それらを受信する企業体のＲＴＡＥ１１０により自動的に処理され得、企業体間で共有される他のタイプの脅威情報とは異なり、手作業で処理されるようにはデザインされない。
【０１１６】
本開示のある実施形態では、外部のＴＩＭは、外部のＴＩＭを共有する種々の企業体により実現されるコンベンション及びスタンダードを用いて、他のシステムにより生成され得る。例えば、ＴＩＭは、企業体内部での横方向の移動と、若しくは企業体からのデータの引き出しと、関連するもののような、或るタイプの警告の対する閾値を変更する情報を含み得る。外部のＴＩＭを受け容れて送信する一つの企業体が、これらのタイプの一つの脅威を検出すると、それ（一つの企業体）は、外部のＴＩＭを受け容れる他の企業体に送信され得る、外部のＴＩＭを自動的に生成し得、該他の企業体は続いて、外部のＴＩＭを処理し得、第１の企業体により観察される攻撃に対する閾値を下げるアクションを採り得る。
【０１１７】
ストリーム分析
本開示のある実施形態では、ストリーム分析が、スコア付けエンジン１０８内部で用いられ、モデルによりスコア付けされるエンティティと関連する状態のみを更新することに対比して、モデルのパラメータ、モデル内で用いられる特性、若しくはモデル自身の構造を更新する。本開示のある実施形態では、第１のスコアが後処理にて受信されると、種々の統計が蓄積されて評価され、モデルが、統計的に有効であると考えられる十分なイベントを見たかどうかを判別する。統計的に有効であれば、スコアは外に送信され、そうでなければ、スコアは抑制される。
【０１１８】
例えば、モデル内の一つ若しくはそれ以上の特性と関連する分布についての変数若しくは他の統計属性が、計算され得、これらの統計値が閾値を下回ると、スコアはモデルにより発せられ得る。
【０１１９】
サイバー分析に対するマイクロセグメント
ある実施形態では、企業体は、企業体と相互作用する内部及び外部のエンティティを含む、独立してモデル化されモニタされ及び緩和され得る、論理セグメントに、分割され得る。論理セグメントは、本明細書ではマイクロサイバーセグメントとも称する。以下に記載するように、個々の論理セグメントは、
ｉ）分析モデル、分析モデルのセット、若しくは、分析ワークフローのうちの、少なくとも一つ；
ｉｉ）論理セグメント内部のアクティビティについての、インプットの一つ若しくはそれ以上のソース（例えば、タップポイント）；及び、
ｉｉｉ）論理セグメント内部で発生する異常アクティビティのインパクトを緩和するための、アクションのセット
と、関連し得る。
【０１２０】
ある実施形態にて本開示は、数千から数十万の若しくはそれ以上の、マイクロサイバーセグメントを利用する。本開示のある実施形態では、企業体をマイクロサイバーセグメントに分割する様々なやり方が用いられ、対象のサイバーの振る舞いに依存して、分析モデルが用いられ、緩和が用いられる。言い換えれば、ある実施形態では、様々な、オーバラップすることも多い、マイクロサイバーセグメントが同時に用いられる。
【０１２１】
マイクロサイバーセグメントは、一つ若しくはそれ以上のディメンジョンを用いて、企業体を分割することにより、規定される。ディメンジョンは、ＩＰやネットワークセグメントを含むネットワークの属性；デバイスのタイプなどを含むモデル化されたデバイスの属性；特定の時間ウインドウの間のフローの数や、一つのデバイスが別のデバイスと通信する際に形成されるグラフの濃度などの、ネットワワーク若しくはデバイスの特性；用いられるプロトコルのタイプなどの、デバイスに関連するフローの特性；ユーザのタイプやユーザの役割などを含む、ネットワークと相互作用する内部の及び外部のエンティティの属性及び特性；時間、曜日などの時間次元、を用いて規定される。
【０１２２】
マイクロサイバーセグメントは、一つのディメンジョンを用いて、そのディメンジョンを様々な領域に分割して様々なセグメントを形成することにより；又は、二つ若しくはそれ以上のディメンジョンの積を採り、個々のディメンジョンを分割してマルチディメンジョンのセグメントを形成することにより、形成され得る。
【０１２３】
様々なセグメントへの分割が為されると、そのセグメントのエンティティと関連するデータに対する独立の分析モデルが計算される。これを為すため、ある実施形態は、そのセグメントと関連する、エンティティ、ユーザ、若しくはフローのための関連データをモニタするセンサを使用して、データを収集して処理する。
【０１２４】
マイクロサイバーセグメントをモニタリングしてモデル化することに加えて、そのセグメントのための、一つ若しくはそれ以上の緩和アクションが規定される。緩和アクションは、スイッチ及びルータが最早データをそのセグメントのエンティティに送信しないように、そのセグメントと関連するエンティティをブラックリスト化すること；そのセグメントのエンティティと関連するポートをブラックリスト化すること；セグメントへ若しくはセグメントから、流れるデータを修正すること；セグメントへの若しくはセグメントからの、トラフィックを再方向付けすること；セグメントのデバイスと関連するエンティティをクリーンインストールから再スタートすること；エンティティのセキュリティを増すために可視化技術を用いること若しくはターゲット技術を移動すること、などを、含む。
【０１２５】
適宜の区分に関して決定するための基準の一つは、セグメントが分析モデルによりモデル化され得るそれらのサイバー分析振る舞いにて十分に一様であるセグメントを形成することである。例えば、セグメント内のモデルの一つ若しくはそれ以上の特性若しくは他のコンポーネントと関連する分布についての変数若しくは他の統計属性が、閾値を下回り、更に経時的に安定するまで、セグメントは分割され得る。ある実施形態では、分割は、ネットワークの分割、ネットワーク上のトラフィックの分割、ネットワーク上のユーザの分割、ネットワーク上のデバイスの分割、サードパーティデータを含む他のデータに基づく分割、並びに、ネットワーク、ネットワーク上のトラフィック、ネットワーク上のユーザ、ネットワーク上のデバイス、及び、サードパーティデータに、関する複数の分割の少なくとも一つと関連するデータを、含み得る。ある実施形態では、一つ若しくはそれ以上の分割は、別の分割とオーバラップし得る。
【０１２６】
本開示のある実施形態では、個々のマイクロサイバーセグメントと関連する分析モデルは、ＰＦＡなどのモデル交換フォーマットで表され、マイクロサイバーセグメントが回線速度にてモニタされ緩和イベントが、イベントがスコア付けエンジンによりスコア付けされるのと略リアルタイムで送出され得るように、スコア付けエンジンは用いられる。
【０１２７】
仮想環境を用いてターゲット防御を移動させる
ある実施形態では、ＲＴＡＥ１１０は、対応する仮想ネットワークを含む仮想環境を、作成し、管理し、及び解体するためにマイクロサイバーセグメントと統合される仮想防御モジュール（ＶＤＭ）を含む。仮想ネットワークは、図３にて、前述するようなＩ０及びＩ１からＩ２への経路情報を含む、これらの仮想環境と関連付けられる。仮想防御モジュール１５０は、ＩＤＩ０とＩＤＩ１を受信する。前述のように、ＩＤＩ０はファイヤウオールの外部で受信するデータを含み、ＩＤＩ１はファイヤウオールの内部で受信するデータを含む。ある実施形態では、ＩＤは、サイバーセキュリティフレームワーク内部の全てのネットワーク及びデータパケットに対する、暗号化された、不変の、グローバル一意ＩＤであり、該グローバル一意ＩＤにより、マシンは、「疑わしい」アクティビティから「許容される」アクティビティを一意的に分離することができる。ＩＤにより、現実世界の環境と仮想世界の環境が並列化され、それらの管理、視覚化、分析、警告などに加えて、同時に動作することができる。ＩＤにより、一意的ベースライン及び分析が、全てのパケットの処理及び利用履歴を通してずっとサイバーセキュリティフレームワークに入り込む全てのパケットの全体履歴に基づくことが可能となる。ある実施形態では、マシン速度に対して可能とされたイベントトリガは、ＩＤパケットが検出される際の予め計画された緩和（例えば、横方向の移動、権限の無いインフラストラクチャの変更、権限の無いＶＰＮ、スプーフなど）である。
【０１２８】
ある実施形態では、仮想旁行モジュール１５０は、ＩＤを伴う安全な仮想マシン若しくは仮想コンテナを利用し、動的複雑さのための、「信頼される」及び「信頼されない」の両方の、物理的及び仮想的環境を、形成して管理する。このように、「仮想攻撃表面」は、疑わしいアクティビティを特定するために形成され得る。このことは、攻撃者に、数百から数万の（「信頼されない」）仮想環境から現実の（「信頼される」）企業体データ及び処理を区別することを強制し、このことにより、攻撃者が成功する可能性を劇的に減少させ、検出及び緩和の可能性を増大させる。ＤＤＩインフラストラクチャは、仮想及び現実の世界のネットワーク及びコンポーネントの、範囲内及び間での、パケットフロー及び相互接続を操作するのにも、利用され得る。仮想防御モジュール１５０は、スコア付けエンジンによりトリガされる予め計画されるアクションに対して、コントロールプレーンの疑わしいアクティビティから特定の仮想環境へ、動的に再方向付けすることができる。信頼関係は、コンテナ、そのコンテンツ、及びフレームワークの間で実現可能であり、このことにより、サイバーセキュリティフレームワークの範囲内での全てのデータ及びマシンプロセスへの、ポリシーベースのアクセスコントロールのための、アイデンティティアクセスマネジメント（ＩＤＡＭ）及び属性ベースのアクセスコントロール（ＡＢＡＣ）に対する使用が、拡張される。
【０１２９】
例示の検出及び緩和
図１０は、本開示のある実施形態に係る、サイバーセキュリティフレームワークの外的脅威への応答を示すシステム図である。プロセスは、外部の悪いアクタ１００６が攻撃を開始すること、センサ１０２／スコア付けエンジン１  １００２が脅威を検出してＴＩＭ１００５を発行すること、ＲＴＡＥ１１０がメッセージを受信して緩和について判別しＥＳＢ１１６に発行すること、コントロールプレーンエンジン１１４が緩和ＴＩＭ１００８の範囲内で緩和アクション（ＭＡ）１００３を受信すること、センサ１０２及びスコア付けエンジン２  １００４がモデル更新ＴＩＭ９０６を受信して状態を更新すること、並びに、コントロールプレーンエンジン１１４がポートを閉じるアクションを採ることを、含む。スコア付けエンジン１  １００２及びスコア付けエンジン２  １００４は、本明細書に記載のスコア付けエンジン１０８と同様の機能を有する。
【０１３０】
ステップ１０１１にて、外部の悪いアクタ１００６により開始される攻撃が、ＩＤＳ及びファイヤウオールのアクセスコントロールリスト（ＡＣＬ）をバイパスし、ファイヤウオール１３２を通過する。
【０１３１】
ステップ１０１２では、センサ１０２は、外部の脅威１００６からのパケット及びフローを処理する。スコア付けエンジン１  １００２は、それが脅威イベントを検出すると、ＴＩＭ１００５を生成する。スコア付けエンジン１  １００２は、脅威イベント及びＴＩＭ１００５を分散型ＥＳＢ１１６に発行する。
【０１３２】
ステップ１０１３では、ＲＴＡＥ１１０は、ＥＳＢ１１６により送信される脅威イベント及びＴＩＭを受信する。ＲＴＡＥ１１０は、スコア付けエンジン１  １００２からのＴＩＭ１００５を処理し、ＲＴＡＥ１１０は、ＴＩＭ１００５に基づいて緩和に関して判別する。
【０１３３】
ステップ１０１４では、ＲＴＡＥ１１０は緩和に関して判別する。ＲＴＡＥ１１０は、モデル更新ＴＩＭ９０６と緩和ＴＩＭ１００８の一つをＥＳＢ１１６上で接続する全ての要素に発行する。
【０１３４】
ステップ１０１５では、コントロールプレーンエンジン１１４は、ＩＰ評判変更と関連する緩和ＴＩＭ１００８を受信し、その結果、ＩＰやポートをブロックすることや、異常アクティビティの分析を警告することなどの、アクションとなる。コントロールプレーンエンジン１１４は、外部のアクタ１００６により用いられるポートを閉じることにより、緩和アクション１００３を採る。
【０１３５】
ステップ１０１６では、スコア付けエンジン２  １００４、及びＥＳＢ１１６上に接続する他のスコア付けエンジンは、ＲＴＡＥ１１０からモデル更新ＴＩＭ９０６を受信し、それらのスコア付けの振る舞いを変更して、類似の振る舞いを採用する悪いアクタをより良く検出する。
【０１３６】
図１１は、本開示のある実施形態に係る、サイバーセキュリティフレームワークの内的脅威への応答を示すシステム図である。プロセスは、内部の悪いアクタ１１０６が攻撃を開始すること、センサ１０２／スコア付けエンジン１  １００２が脅威を検出してＴＩＭ１００５を発行すること、ＲＴＡＥ１１０がメッセージを受信すること、ＲＴＡＥ１１０が緩和について判別しＥＳＢ１１６に発行すること、コントロールプレーンエンジン１１４が緩和ＴＩＭ１００８を受信すること、センサ１０２及びスコア付けエンジン２  １００４がモデル更新ＴＩＭ９０６を受信して状態を更新すること、並びに、コントロールプレーンエンジン１１４がポートを閉じるアクションを採ることを、含む。スコア付けエンジン１  １００２及びスコア付けエンジン２  １００４は、本明細書に記載のスコア付けエンジン１０８と同様の機能を有する。
【０１３７】
ステップ１１１１にて、内部の悪いアクタ１１０６は、企業体ネットワークの範囲内で、ネットワーク偵察（例えば、危機的なスパイの偵察）を開始する。
【０１３８】
ステップ１１１２では、センサ１０２は、内部の脅威と関連するパケット及びフローを処理する。スコア付けエンジン１１０２は、パケット及びフローからイベントを形成し、ＴＩＭ１００５をＥＳＢ１１６に送信する。
【０１３９】
ステップ１１１３では、ＲＴＡＥ１１０は、ＥＳＢ１１６により送信されるＴＩＭを受信する。ＲＴＡＥ１１０は、ＴＩＭに基づいて緩和に関して判別する。ＲＴＡＥ１１０は、緩和ＴＩＭ１００８をＥＳＢ１１６に亘って、コントロールプレーンエンジン１１４へ、並びに、ファイヤウオール、ルータ、スイッチ１３２、又は、ワークステーション、サーバ若しくはモバイルデバイスなどのエンドポイント１２０などの、データプレーン１２２内で、緩和アクションと提携する全てのエンティティへ、発行する。
【０１４０】
ステップ１１１４では、緩和ＴＩＭは、ＥＳＢ１１６に送信される。
【０１４１】
ステップ１１１５では、コントロールプレーンエンジン１１４は、緩和ＴＩＭ１００８を受信する。コントロールプレーンエンジン１１４は、内部のアクタ１１０６により用いられるポートを閉じることによりアクションを採る。
【０１４２】
ステップ１１１６では、スコア付けエンジン２  １００４（及び、ＥＳＢ１１６上の、任意の他のスコア付けエンジン）は、ＲＴＡＥ１１０からモデル更新ＴＩＭ９０６を受信し、それらのスコア付けの振る舞いを変更して、類似の振る舞いを伴う悪いアクタをより良く検出する。
【０１４３】
本明細書に記載の発明の主旨は、デジタル電子回路で、若しくは、本明細書で開示する構造及びその構造上の等価物を含む、コンピュータソフトウエア、ファームウエア、若しくはハードウエアで、又は、それらの組み合わせで、実装され得る。本明細書に記載の発明の主旨は、情報キャリア（例えば、機械読み取り可能格納装置）で明白に具体化される、若しくは、データ処理装置（例えば、プログラム可能プロセッサ、コンピュータ、若しくはマルチプルコンピュータ）により実行される、若しくは、動作をコントロールする、伝搬信号で具体化される、一つ若しくはそれ以上のコンピュータプログラムなどの、一つ若しくはそれ以上のコンピュータプログラムプロダクトとして、実装され得る。（プログラム、ソフトウエア、ソフトウエアアプリケーション、若しくはコードとしても知られる）コンピュータプログラムは、コンパイル言語やインタプリタ言語を含む、任意の形式のプログラミング言語で、記述可能であり、スタンドアローンプログラムとして、又は、モジュール、コンポーネント、若しくはコンピュータ環境で用いるのに適した他のユニットとして、を含む、任意の形式で展開され得る。コンピュータプログラムは、必ずしもファイルに対応する必要は無い。プログラムは、他のプログラムやデータを保持するファイルの一部で、本プログラム専用の単独のファイルで、又は、多数の統合されたファイル（例えば、一つ若しくはそれ以上のモジュール、サブプログラム、若しくは、コードのポーションを、格納するファイル）で、格納され得る。コンピュータプログラムは、一つのコンピュータ上で、又は、一つの場所における、若しくは、多数の場所に亘って分散して通信ネットワークにより相互接続される、多数のコンピュータ上で、実行されるように展開され得る。
【０１４４】
本明細書に記載の本発明の主旨の方法ステップを含む、本明細書に記載の処理及びロジックフローは、インプットデータに拠って動作しアウトプットを生成することにより本明細書に記載の本発明の主旨の機能を実施する、一つ若しくはそれ以上のコンピュータプログラムを実行する一つ若しくはそれ以上のプログラム可能プロセッサにより、実施され得る。例えば、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）やＡＳＩＣ（特定用途向け集積回路）などの、専用論理回路によっても、処理及びロジックフローは実施可能であり、それら専用論理回路として、本明細書に記載の本発明の主旨の装置は実装され得る。
【０１４５】
コンピュータプログラムの実行に適するプロセッサは、例えば、ＧＰＵなどの、汎用と専用との両方のマイクロプロセッサを含み、また、任意の種類のデジタルコンピュータの任意の一つ若しくはそれ以上のプロセッサを含む。概略、プロセッサは、リードオンリメモリ若しくはランダムアクセスメモリ、又は両方から、命令及びデータを受信する。コンピュータの本質的要素は、命令を実行するプロセッサと、命令及びデータを格納する一つ若しくはそれ以上のメモリデバイスである。概略、コンピュータは、例えば、磁気ディスク、光磁気ディスク、若しくは光ディスクなどの、データを格納する一つ若しくはそれ以上の大容量記憶装置を含み、又は、それら大容量記憶装置からデータを受信し若しくはそれらへデータを送信するように動作自在に結合する。コンピュータプログラム命令及びデータを具体化するのに適する情報キャリアは、全ての形式の不揮発メモリを含み、例えば、半導体メモリデバイス（例えば、ＥＰＲＯＭ、ＥＥＰＲＯＭ、及びフラッシュメモリデバイス）；磁気ディスク（例えば、内部ハードディスクやリムーバブルディスク）；光磁気ディスク、及び光ディスク（例えば、ＣＤ及びＤＶＤディスク）を含む。プロセッサ及びメモリは、専用論理回路により補完され、又は、組み合わされ得る。
【０１４６】
ユーザとの相互作用を提供するために、本明細書に記載の本発明の主旨はコンピュータ上で実装され得るのであり、該コンピュータは、情報をユーザに表示する、例えば、ＬＣＤ（液晶ディスプレイ）、ＬＥＤ（発光ダイオード）、ＯＬＥＤ（有機発光ダイオード）、若しくはＣＲＴ（ブラウン管）などの、ディスプレイデバイス、並びに、ユーザがインプットをコンピュータに提供する、キーボード及びポインティングデバイス（例えば、マウス若しくはトラックボール）を、有する。他の種類のデバイスが、ユーザとの相互作用も提供するように用いられ得る。例えば、ユーザに提供されるフードバックは、どの形式の知覚フィードバック（例えば、視覚フィードバック、聴覚フィードバック、若しくは触覚フィードバック）でもよく、ユーザからのインプットは、音響の、音声の、若しくは触覚のインプットを含む、任意の形式で受信されてもよい。
【０１４７】
本明細書に記載の本発明の主旨は、コンピュータシステムで実装可能であり、該コンピュータシステムは、一つ若しくはそれ以上のバックエンドコンポーネント（例えば、データサーバ）、ミドルウエアコンポーネント（例えば、アプリケーションサーバ）、若しくは、フロントエンドコンポーネント（例えば、介してユーザが本明細書に記載の本発明の主旨の実装と相互作用し得る、グラフィックユーザインタフェースやウェブブラウザを有するクライアントコンピュータ）、又は、それらバックエンド、ミドルウエア、及びフロントエンドコンポーネントの任意の組み合わせを、含み、それらは、物理ハードウエア上のもの、仮想環境上のもの、若しくはリナックスコンテナなどのアプリケーションを展開するコンテナベースの技術を用いるものの、いずれかである。システムのコンポーネントは、任意の形式若しくは媒体のデジタルデータ通信、例えば、通信ネットワークにより、相互接続され得る。通信ネットワークの例は、ローカルエリアネットワーク（ＬＡＮ）や、例えば、インターネットなどのワイドエリアネットワーク（ＷＡＮ）を含む。
【０１４８】
当然のことながら、本開示の発明の主旨は、その利用において、以下の記載で説明する、若しくは図面に示す構成の詳細及びコンポーネントの配置に、限定されない。本開示の発明の主旨は、他の実施形態でもよく、様々なやり方で実施され扱われ得る。更に、当然のことながら、本明細書で用いる表現及び用語は、記述の目的のものであり、限定として捉えるべきではない。
【０１４９】
よって、本開示が依拠するアイデアは、本開示の発明の主旨の複数の目的を実践する他の構造、方法、及び方法の設計の基礎として、容易に利用され得る、ということは当業者には明白であろう。従って、重要なことは、請求項が本開示の発明の主旨の精神及び範囲から乖離しない限りにおいて、請求項はそのような等価の構成を含むと考えるべきである、ということである。
【０１５０】
前述の例示の実施形態にて本開示の発明の主旨を記載し示したが、当然のことながら、本開示は例としてのみ為されたものであり、本開示の発明の主旨の実装の詳細における多数の変更は、本開示の発明の主旨の精神及び範囲から乖離することなく為され得るのであり、本開示の発明の主旨は以下の請求項によってのみ限定される。
【符号の説明】
【０１５１】
１０２・・・センサ、１０６・・・分散型分析プラットフォーム、１０８・・・スコア付けエンジン、１１６・・・分散型企業体サービスバス（ＥＳＢ）１１６。
【図１】
2017516411.tif 000003
【図２】
2017516411.tif 000004
【図３】
2017516411.tif 000005
【図４】
2017516411.tif 000006
【図５】
2017516411.tif 000007
【図６Ａ】
2017516411.tif 000008
【図６Ｂ】
2017516411.tif 000009
【図６Ｃ】
2017516411.tif 000010
【図７】
2017516411.tif 000011
【図８Ａ】
2017516411.tif 000012
【図８Ｂ】
2017516411.tif 000013
【図８Ｃ】
2017516411.tif 000014
【図９】
2017516411.tif 000015
【図１０】
2017516411.tif 000016
【図１１】
2017516411.tif 000017
【手続補正書】
【提出日】平成28年11月10日(2016.11.10)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
イベントを処理してスコア、警告、及び緩和アクションを生成するサイバーセキュリティシステムにおいて、
複数のセンサと、
分散型分析プラットフォームと、
複数のスコア付けエンジンと、及び、
リアルタイム分析エンジンと
を含み、
前記複数のセンサの各々は、
ネットワークからセンサデータを受信し、
センサデータを処理してイベントを作成し、及び、
イベントを伝送する
ように構成されており、
前記分散型分析プラットフォームは、
前記複数のセンサからイベントを受信し、
イベントを処理して分析ワークフロー及び分散型分析プラットフォームメッセージを作成し、
ここで、分散型分析プラットフォームメッセージの各々は、警告、第１の分析モデルへの更新、及びサイバー振る舞い情報のうちの少なくとも一つと関連付けられており、分析ワークフローの各々は、一つ若しくはそれ以上の論理セグメントと関連付けられており、並びに、第１の分析モデル、第２の分析モデル、ルール、データ変換、及びデータ凝集のうちの、少なくとも一つを含み、
並びに、
分析ワークフロー及び分散型分析プラットフォームメッセージを伝送する
ように構成されており、
前記複数のスコア付けエンジンの各々は、
分散型分析プラットフォームから分析ワークフローを受信し、
戦記複数のセンサの少なくとも一つからイベントを受信し、
分析ワークフローを用いて、受信したイベントを処理してスコア付けエンジンメッセージを生成し、及び、
スコア付けエンジンメッセージを伝送する
ように構成されており、
並びに、
前記リアルタイム分析エンジンは、
前記分散型分析プラットフォームから分析ワークフローを受信し、
分析ワークフローとイベント処理ルールを受信し、
前記複数のスコア付けエンジンからスコア付けエンジンメッセージを受信し、
前記分散型分析プラットフォームから分散型分析プラットフォームメッセージを受信し、並びに、
前記分散型分析プラットフォームからの分析ワークフロー、及び、分析ワークフローとイベント処理ルールを用いて、スコア付けエンジンメッセージと分散型分析プラットフォームメッセージを処理して脅威情報メッセージを作成する
ように構成されており、
脅威情報メッセージは、
前記リアルタイム分析エンジンが伝送するように構成されている、ブロードキャストメッセージと、
緩和メッセージであって、前記リアルタイム分析エンジンによる処理が、緩和アクションが異常アクティビティのインパクトを限定することを示すとき、前記一つ若しくはそれ以上の論理セグメントのうちの第１の論理セグメントと関連付けられる緩和アクションを採るために、前記リアルタイム分析エンジンが前記緩和メッセージをコントロールプレーンエンジンに伝送するように構成されている、緩和メッセージと、
及び、
モデル更新メッセージであって、前記リアルタイム分析エンジンによる処理が、モデル更新メッセージが異常アクティビティの検出率と偽陽性率の減少との少なくとも一つを間然することを示すとき、一つ若しくはそれ以上の分析ワークフローを更新するために、前記リアルタイム分析エンジンがモデル更新メッセージを伝送するように構成されている、モデル更新メッセージと
のうちの少なくとも一つを含み、
前記一つ若しくはそれ以上の論理セグメントの各々は、
第１の分析モデル、第２の分析モデル、第３の分析モデル、分析モデルのセット、及び分析ワークフローのうちの少なくとも一つと、
論理セグメント内部のアクティビティについてのインプットの一つ若しくはそれ以上のソースと、並びに、
論理セグメント内部で発生する異常アクティビティのインパクトを緩和する、アクションのセットと
関連する、
システム。
【請求項２】
前記複数のセンサ、前記複数のスコア付けエンジン、前記分散型分析プラットフォーム、前記リアルタイム分析エンジン、及び、前記コントロールプレーンエンジンが、帯域外ネットワークを用いて接続している、請求項１に記載のシステム。
【請求項３】
前記複数のセンサ、前記複数のスコア付けエンジン、前記分散型分析プラットフォーム、前記リアルタイム分析エンジン、及び、前記コントロールプレーンエンジンが、企業体システムバスに亘って関連するメッセージを送信することにより通信する、請求項１に記載のシステム。
【請求項４】
前記複数のセンサ、前記複数のスコア付けエンジン、前記分散型分析プラットフォーム、前記リアルタイム分析エンジン、及び、前記コントロールプレーンエンジンが、企業体システムバスに亘って関連するメッセージを送信することにより通信する、請求項２に記載のシステム。
【請求項５】
更に、摂取アクタモジュールを含み、
前記摂取アクタモジュールは、
サードパーティアプリケーションとサードパーティデバイスのうちの少なくとも一つからサードパーティアプリケーションデータを受信し、
前記複数のスコア付けエンジン、前記分散型分析プラットフォーム、及び前記リアルタイム分析エンジンのうちの少なくとも一つによる更なる処理のために、サードパーティアプリケーションデータを伝送する
ように構成されている、請求項１に記載のシステム。
【請求項６】
前記複数のセンサ、前記複数のスコア付けエンジン、前記分散型分析プラットフォーム、前記リアルタイム分析エンジン、前記コントロールプレーンエンジン、及び前記摂取アクタモジュールが、帯域外ネットワークを用いて接続している、請求項５に記載のシステム。
【請求項７】
前記複数のセンサ、前記複数のスコア付けエンジン、前記分散型分析プラットフォーム、前記リアルタイム分析エンジン、前記コントロールプレーンエンジン、及び前記摂取アクタモジュールが、企業体システムバスに亘って関連するメッセージを送信することにより通信する、請求項５に記載のシステム。
【請求項８】
前記スコア付けエンジンが更に、
モデル更新メッセージを受信し、及び、
イベントの処理と同時に、更新メッセージを処理する
ように構成されている、請求項１に記載のシステム。
【請求項９】
ブロードキャストメッセージ、緩和メッセージ、及びモデル更新メッセージのうちの少なくとも一つを作成するために、
前記リアルタイム分析エンジンは更に、
前記複数のスコア付けエンジン、前記分散型分析プラットフォーム、及び前記複数のセンサのうちの少なくとも一つから、第１の時間に第１のアウトプットを受信し、
第１のアウトプットに対応する第１の状態情報を検索し、
第１のアウトプットデータで第１の状態情報を更新し、
前記リアルタイム分析エンジンと関連付けられる分析ワークフローにより、更新された第１の状態情報を処理して、処理された更新された第１の状態情報を作成し、
処理された更新された第１の状態情報を前記リアルタイム分析エンジン内に格納し、
前記複数のスコア付けエンジン、前記分散型分析プラットフォーム、及び前記複数のセンサのうちの少なくとも一つから、第２の時間に第２のアウトプットを受信し、
第２のアウトプットに対応する第２の状態情報を検索し、
第２のアウトプットデータで第２の状態情報を更新し、
前記リアルタイム分析エンジンと関連付けられる分析ワークフローにより、更新された第２の状態情報を処理して、処理された更新された第２の状態情報を作成し、
処理された更新された第２の状態情報に基づいて、ブロードキャストメッセージ、緩和メッセージ、及びモデル更新メッセージのうちの少なくとも一つを作成し、
並びに、
処理された更新された第２の状態情報を前記リアルタイム分析エンジン内に格納する
ように構成されている、請求項１に記載のシステム。
【請求項１０】
前記リアルタイム分析エンジンは更に、
前記複数のスコア付けエンジン、前記分散型分析プラットフォーム、及び前記複数のセンサのうちの少なくとも一つから、第３の時間に中間アウトプットを受信し、ここで、第３の時間は第１の時間の後であり且つ第２の時間の前であり、
中間アウトプットに対応する中間状態情報を検索し、
中間アウトプットデータで中間状態情報を更新し、
前記リアルタイム分析エンジンと関連付けられる分析ワークフローにより、更新された中間状態情報を処理して、処理された更新された中間状態情報を作成し、
並びに、
処理された更新された中間状態情報を前記リアルタイム分析エンジン内に格納する
ように構成されている、請求項９に記載のシステム。
【請求項１１】
分析ワークフローは、モデル交換フォーマットドキュメントを含み、
モデル交換フォーマットドキュメントは、
分析モデルの合成と、
分析モデルの区分と、
分析モデルのアンサンブルと、
ルールによる分析モデルの合成と、
前処理及び後処理段階による分析モデルの合成と、及び、
分析ワークフローと
をサポートし、
前処理及び後処理段階は、データ変換とデータ凝集を含み、
分析ワークフローの各々は更に、分析モデル、ルール、データ変換、データ凝集、区分及びアンサンブルのうちの少なくとも一つの合成を、含む、
請求項１に記載のシステム。
【請求項１２】
前記リアルタイム分析エンジンは更に、
分析ワークフローの一つ若しくはそれ以上への変更が閾値を超えるときに、更新された振る舞いモデルを前記複数のスコア付けエンジンの一つ若しくはそれ以上に伝送する
ように構成されている、請求項１に記載のシステム。
【請求項１３】
イベントは、
ネットワークフローについてのデータ、パケットについてのデータ、エンティティについてのデータ、ユーザについてのデータ、ワークステーションとサーバについてのデータ、ルータとスイッチについてのデータ、外部ネットワークエンティティについてのデータ、並びに、ネットワークと相互作用する内部及び外部デバイスについてのデータのうちの、少なくとも一つを含む、請求項１に記載のシステム。
【請求項１４】
前記複数のセンサと前記複数のスコア付けエンジンとのうちの、一つ若しくはそれ以上が、単独のアプリケーション内に統合される、請求項１に記載のシステム。
【請求項１５】
前記リアルタイム分析エンジンが、前記複数のスコア付けエンジンのうちの一つ若しくはそれ以上と統合する、請求項１に記載のシステム。
【請求項１６】
緩和アクションは、
少なくとも一つのポートを閉じること、
少なくとも一つのパケットデータを修正すること、
パケット若しくはフローの伝送をコントロールすること、
サブネットをブロックすること、
一つ若しくはそれ以上のインターネットプロトコル（ＩＰ）若しくはＩＰの範囲をブロックすること、及び、
一つ若しくはそれ以上の内部の若しくは外部のＩＰをブロックすること
のうちの少なくとも一つを含む、請求項１に記載のシステム。
【請求項１７】
緩和アクションは、
サーバ及びワークステーションのオフラインの少なくとも一つを採ること、
プロテクトされた画像から、新しい可視化サーバと新しい可視化ワークステーションのうちの少なくとも一つを形成すること、及び、
サーバとワークステーションのうちの少なくとも一つと関連付けられるアクションをブロックすること
のうちの少なくとも一つを含む、請求項１に記載のシステム。
【請求項１８】
異常アクティビティは、
偵察、セキュリティ上の弱点を突く手段、侵入、情報漏洩、インサイダ脅威、及び攻撃のうちの、少なくとも一つを含む、請求項１に記載のシステム。
【請求項１９】
緩和アクションは、
少なくとも一つのパケットを修正すること、
パケット若しくはフローの伝送をコントロールすること、及び、
異常アクティビティと関連付けられるエンティティに対する許可及びアクセス権を除去することのうちの、少なくとも一つを含み、
許可及びアクセス権を除去することは、
ネットワークアクセスをブロックすること、
ネットワークデバイスへのアクセスをブロックすること、
サーバへのアクセスをブロックすること、
ワークステーションへのアクセスをブロックすること、及び、
他のコンピュータデバイスへのアクセスをブロックすること
のうちの、少なくとも一つを含む、請求項１８に記載のシステム。
【請求項２０】
異常アクティビティは、内部の悪いアクタと外部の悪いアクタとのうちの、少なくとも一つと関連付けられる、請求項１８に記載のシステム。
【請求項２１】
更に可視化エンジンを含み、可視化エンジンはモニタを含み、
可視化エンジンは、
リアルタイム分析エンジンによるスコア付けエンジンメッセージの処理と関連付けられる統計及びグラフィック画像を受信し、及び、
モニタ上に統計及びグラフィック画像を表示する
ように構成されている、請求項１に記載のシステム。
【請求項２２】
複数の、請求項１に記載のサイバーセキュリティシステムを含む、サイバーセキュリティシステムにおいて、
複数のサイバーセキュリティシステムの各々は、選択した脅威情報メッセージを、他のサイバーセキュリティシステムの一つ若しくはそれ以上と交換するように構成されており、
選択した脅威情報メッセージは、暗号化されて、情報を伝送するための機密メカニズムを提供し、
選択した脅威情報メッセージ内の情報は、伝送するサイバーセキュリティシステムに関する機密の内部情報を曝すことはしない、
サイバーセキュリティシステム。
【請求項２３】
外部の脅威情報メッセージを、互換性のあるサードパーティシステムと交換するように構成されており、
外部の脅威情報メッセージは、暗号化されて、情報を伝送するための機密メカニズムを提供し、
外部の脅威情報メッセージ内の情報は、外部の脅威情報メッセージを伝送するシステムに関する機密の内部情報を曝すことはせず、及び、
外部の脅威情報メッセージは、共通のモデル交換フォーマットでフォーマットされる、
請求項１に記載のシステム。
【請求項２４】
前記分散型分析プラットフォームは更に、
スコア付けエンジンメッセージを受信し、及び、
スコア付けエンジンメッセージを処理して脅威情報メッセージを作成する
ように構成されている、請求項１に記載のシステム。
【請求項２５】
ブロードキャストメッセージは、情報メッセージ、サイバーイベントメッセージ、及び警告メッセージのうちの、少なくとも一つを含む、請求項１に記載のシステム。
【請求項２６】
前記複数の論理セグメントの各々は、
ネットワークの分割、ネットワーク上のトラフィックの分割、ネットワーク上のユーザの分割、ネットワーク上のデバイスの分割、サードパーティデータに基づく分割、並びに、ネットワーク、ネットワーク上のトラフィック、ネットワーク上のユーザ、ネットワーク上のデバイス、及び、サードパーティデータに、関する複数の分割の少なくとも一つと関連するデータのうちの、少なくとも一つと関連付けられる、請求項１に記載のシステム。
【請求項２７】
少なくとも第１の分割は、少なくとも第２の分割とオーバラップする、請求項２６に記載のシステム。
【請求項２８】
前記複数のセンサ、前記複数のスコア付けエンジン、前記分散型分析プラットフォーム、前記リアルタイム分析エンジン、前記コントロールプレーンエンジン、及び、摂取アクタモジュールが、企業体システムバスに亘って関連するメッセージを送信することにより通信する、請求項２７に記載のシステム。
【請求項２９】
イベントを処理してスコア、警告、及び緩和アクションを生成するサイバーセキュリティシステムにおいて、
複数のセンサと、
分散型分析プラットフォームと、
スコア付けエンジンと、及び、
リアルタイム分析エンジンと
を含み、
前記複数のセンサの各々は、
ネットワークからセンサデータを受信し、
センサデータを処理してイベントを作成し、及び、
イベントを伝送する
ように構成されており、
前記分散型分析プラットフォームは、
前記複数のセンサからイベントを受信し、
イベントを処理して分析ワークフロー及び分散型分析プラットフォームメッセージを作成し、
ここで、分散型分析プラットフォームメッセージの各々は、警告、第１の分析モデルへの更新、及びサイバー振る舞い情報のうちの少なくとも一つと関連付けられており、分析ワークフローの各々は、一つ若しくはそれ以上の論理セグメントと関連付けられており、並びに、第１の分析モデル、第２の分析モデル、ルール、データ変換、及びデータ凝集のうちの、少なくとも一つを含み、
並びに、
分析ワークフロー及び分散型分析プラットフォームメッセージを伝送する
ように構成されており、
前記スコア付けエンジンは、
分散型分析プラットフォームから分析ワークフローを受信し、
前記複数のセンサの少なくとも一つからイベントを受信し、
分析ワークフローを用いて、イベントを処理してスコア付けエンジンメッセージを生成し、及び、
スコア付けエンジンメッセージを伝送する
ように構成されており、
並びに、
前記リアルタイム分析エンジンは、
前記分散型分析プラットフォームから分析ワークフローを受信し、
分析ワークフローとイベント処理ルールを受信し、
スコア付けエンジンメッセージを受信し、
前記分散型分析プラットフォームから分散型分析プラットフォームメッセージを受信し、並びに、
前記分散型分析プラットフォームからの分析ワークフロー、及び、分析ワークフローとイベント処理ルールを用いて、スコア付けエンジンメッセージと分散型分析プラットフォームメッセージを処理して脅威情報メッセージを作成する
ように構成されており、
脅威情報メッセージは、
前記リアルタイム分析エンジンが伝送するように構成されている、ブロードキャストメッセージと、
緩和メッセージであって、前記リアルタイム分析エンジンによる処理が、緩和アクションが異常アクティビティのインパクトを限定することを示すとき、前記一つ若しくはそれ以上の論理セグメントのうちの第１の論理セグメントと関連付けられる緩和アクションを採るために、前記リアルタイム分析エンジンが前記緩和メッセージをコントロールプレーンエンジンに伝送するように構成されている、緩和メッセージと、
及び、
モデル更新メッセージであって、前記リアルタイム分析エンジンによる処理が、モデル更新メッセージが異常アクティビティの検出率と偽陽性率の減少との少なくとも一つを間然することを示すとき、一つ若しくはそれ以上の分析ワークフローを更新するために、前記リアルタイム分析エンジンがモデル更新メッセージを伝送するように構成されている、モデル更新メッセージと
のうちの少なくとも一つを含み、
前記一つ若しくはそれ以上の論理セグメントの各々は、
第１の分析モデル、第２の分析モデル、第３の分析モデル、分析モデルのセット、及び分析ワークフローのうちの少なくとも一つと、
論理セグメント内部のアクティビティについてのインプットの一つ若しくはそれ以上のソースと、並びに、
論理セグメント内部で発生する異常アクティビティのインパクトを緩和する、アクションのセットと
関連する、
システム。
【国際調査報告】
2017516411.tif 000018