JP2019175070A - アラート通知装置およびアラート通知方法 - Google Patents

Abstract

【課題】セキュリティインシデントが生じた場合に運用者に精度よくアラートを通知する。【解決手段】アラート通知装置は、ログ情報が入力されるアラートログ入力部１０と、アラートログ入力部で入力されたログ情報に基づき、インシデント発生時刻からの所定時間内における、インシデントの種別の組み合わせごとの発生数およびインシデントを発生させた発生元識別子ごとの発生数を集計する集計部３１と、集計部が集計した発生数であって、所定時間内における発生元識別子ごとの組み合わせの発生数に基づき、組み合わせを分類するクラスタ分析を行う分析部３２と、分析部の分析結果に基づき、運用者が対応するための優先度を判定する判定部３３と、判定部が判定した優先度に基づき、アラートを通知する通知部３４と、を備え、判定部は、所定時間内における発生元識別子ごとの組み合わせの発生数が小さい組み合わせを優先すべきであると判定する。【選択図】図２

Description

本発明は、アラート通知装置およびアラート通知方法に関する。

従来から、ＩＴシステムにおけるセキュリティインシデントが発生した場合に、運用者に精度よくアラートを通知するための技術が知られている。ここで、精度よくアラートを通知するとは、ＩＴシステムの運用者に通知する必要のないインシデントは通知せず、通知する必要のあるインシデントは漏れなく通知することである。

例えば、特許文献１は、障害の発生確率を算出する処理を、より精度よく実施することができる障害予兆診断装置を提案する。この障害予兆診断装置では、予兆診断モデル作成ブロックにて、障害の種類毎に、当該障害の種類に関連する複数の画像形成パラメータの特徴量を要素とした正常データ群及び障害予兆データ群を複数のクラスタに分割し、複数のクラスタの各々について予兆診断モデルを作成する。そして、予兆診断ブロックにて、予兆診断の対象となる画像形成装置について、障害の種類毎に、当該障害の種類に関連する複数の画像形成パラメータの特徴量を要素とした予兆診断データ群との適合性が最も高い予兆診断モデルを選択し、当該予兆診断モデルを用いて障害の予兆診断を行う。

特開２０１５−０３６９６１号公報

上述した従来技術では、所定の特徴量を要素とした複数のクラスタに分割し、複数のクラスタの各々について予兆診断モデルを作成しておく必要がある。しかし、事前に設定されたモデルやルールに基づくと、所謂ゼロデイ攻撃（脆弱性の公開前にその脆弱性を利用する攻撃手法）などには対応できず、また常に情報を収集し新しいパターンのモデルやルールを設定する必要がある。

また、セキュリティインシデントなどの異常を検出するためには、通常、教師あり法と教師なし法の２つの方法がある。教師あり法は、セキュリティインシデントを監視する機器が生成するログ情報内のそれぞれのイベントのラベルが既知であるため正確性ではすぐれているが、全てのイベントに対してラベルを付与するのは非常に人的コストを必要する。特にセキュリティインシデントにおいては、何が正常で何が異常かは、時間や対象により変化する。ある時点では正常の可能性が高いイベントも、将来的には新しい攻撃手法や脆弱性によって異常の可能性が高くなることもある。このため教師あり法では定期的にラベルを作り直す必要があり非常にコストを要する。教師なし法は、正確性では教師あり法に劣るが、ラベルを人的に付与する手間を必要とせずイベントから自動で検出するため、比較的低コストに実現可能である。

そこで、本発明は、教師なし法の一種であるクラスタ分析により、セキュリティインシデントが生じた場合に運用者に精度よくアラートを通知するための優先度を判定するアラート通知装置およびアラート通知方法を提供する。

上記課題を解決するために、セキュリティインシデントを監視する機器が生成するログ情報に基づいてアラートを通知するアラート通知装置において、ログ情報が入力されるアラートログ入力部と、アラートログ入力部で入力されたログ情報に基づき、インシデント発生時刻からの所定時間内における、インシデントの種別の組み合わせごとの発生数およびインシデントを発生させた発生元識別子ごとの発生数を集計する集計部と、集計部が集計した発生数であって、所定時間内における発生元識別子ごとの組み合わせの発生数に基づき、組み合わせを分類するクラスタ分析を行う分析部と、分析部の分析結果に基づき、運用者が対応するための優先度を判定する判定部と、判定部が判定した優先度に基づき、アラートを通知する通知部と、を備え、判定部は、所定時間内における発生元識別子ごとの組み合わせの発生数が小さい組み合わせを優先すべきであると判定するアラート通知装置が提供される。
これによれば、所定時間内におけるインシデントの種別の組み合わせの発生数（頻度）において、発生数の小さい組み合わせに係るインシデントを運用者が対応すべきインシデントとして優先するように判定することで、運用者に精度よくアラートを通知するアラート通知装置を提供できる。

さらに、分析部が行うクラスタ分析のクラスタ数を統計的手法により最適化する最適化部をさらに備えることを特徴としてもよい。
これによれば、クラスタ数を最適化することで、精度のより良いアラート通知装置を提供できる。

さらに、分析部が行うクラスタ分析は、特異点分析と特性分析の２段階分析を含むことを特徴としてもよい。
これによれば、正常なイベントがクラスタ分析のノイズとなることを回避でき、アラート通知の精度を向上することができる。

上記課題を解決するために、セキュリティインシデントを監視する機器が生成するログ情報に基づいてアラートを通知するアラート通知方法において、ログ情報に基づき、インシデント発生時刻からの所定時間内における、インシデントの種別の組み合わせごとの発生数およびインシデントを発生させた発生元識別子ごとの発生数を集計し、所定時間内における発生元識別子ごとの組み合わせの発生数に基づき、組み合わせを分類するクラスタ分析を行い、クラスタ分析の結果に基づき、所定時間内における発生元識別子ごとの組み合わせの発生数が小さい組み合わせを優先すべきであると判定し、判定した前記優先度に基づき、アラートを通知するアラート通知方法が提供される。
これによれば、所定時間内におけるインシデントの種別の組み合わせの発生数（頻度）において、発生数の小さい組み合わせに係るインシデントを運用者が対応すべきインシデントとして優先するように判定することで、運用者に精度よくアラートを通知するアラート通知方法を提供できる。

本発明によれば、クラスタ分析により、セキュリティインシデントが生じた場合に運用者に精度よくアラートを通知する優先度を判定するアラート通知装置およびアラート通知方法を提供することができる。

本発明に係る第一実施例のアラート通知装置を含むシステム全体構成図。 本発明に係る第一実施例のアラート通知装置のブロック構成図。 本発明に係る第一実施例のアラート通知装置の集計部における動作を示すフローチャート。 本発明に係る第一実施例のアラート通知装置の集計部における、組み合わせの発生数の集計方法を示す説明図。 本発明に係る第一実施例のアラート通知装置の分析部における動作を示すフローチャート。 本発明に係る第一実施例の変形例のアラート通知装置のブロック構成図。 本発明に係る第一実施例の変形例のアラート通知装置の分析部における動作を示すフローチャート。 標準的なインシデント対応の流れを示す説明図。 侵害検知システムの標準的なログの例。

以下に、図面を参照しながら、本発明に係る実施例について説明する。
＜第一実施例＞
図１〜図５を参照し、本実施例におけるアラート通知装置１００を説明する。アラート通知装置１００は、図１に示すように、サイバーセキュリティ対策として、インターネットに接続されたウェブサーバなどのＩＴ機器ＷＳにアクセスする要求を監視するシステムで使用される。アラート通知装置１００は、ファイアウォールや侵入検知システムまたはこれらの機能を統合した統合脅威管理装置（Ｕｎｉｆｉｅｄ Ｔｈｒｅａｔ Ｍａｎａｇｅｍｅｎｔ）などのセキュリティデバイスＳＤの管理を行い、セキュリティデバイスＳＤで発生したアラートを監視する。

セキュリティデバイスＳＤは、インターネットに接続されたウェブサーバなどのＩＴ機器ＷＳにアクセスするすべての要求を監視し、不正アクセスなどのセキュリティインシデントの可能性のあるすべてのイベントをアラートログとして、転送装置ＦＤに送信する。転送装置ＦＤは、アラート通知装置１００が設置されるサーバサイドに対するクライアントサイドとして、ネットワークを経由して、セキュリティデバイスＳＤからのアラートログを含むログ情報を集約装置ＩＤに転送する。集約装置ＩＤは、転送されたアラートに対して必要な情報を付加、統合し、アラートログなどのログ情報をアラートＤＢに格納すると共に、アラート通知装置１００にも送信する。アラートＤＢは、過去のすべてのアラートログが格納されている。アラート通知装置１００は、集約装置ＩＤまたはアラートＤＢからアラートログの入力を受け付け、分析を行うことで、分析官に対して大量のアラートの中から優先すべきアラートを抽出して提示する。

なお、分析官によるインシデント対応とは、インシデントを検知した際に優先度判定・事象分析・対応計画や障害復旧を行うことである。インシデント対応の標準的な流れは、図８に示すように、セキュリティデバイスＳＤによるインシデント検知の報告を受けると、その後は以下の手順で対応する。なお、顧客や関連機関からの事象連絡もありうるが、ここでは説明は省略する。
(1)連絡受領
検知や連絡を受けた際に、連絡官がその情報を確認し、インシデントとして起票する。
(2)トリアージ
トリアージは、専門のセキュリティ分析官が起票したインシデントを調査し、対応が必要か否かを決定する。誤検知などインシデントではなかった場合や優先度が一定以下の場合などは対応の必要がないと判断する。
(3)事象分析
セキュリティ侵害が起きたことを前提に被害の把握や侵害範囲を切り分ける。マルウェアの感染が疑われるＰＣの詳細な解析など、フォレンジック作業を行う。この作業では実環境を模擬した調査環境を構築し、感染したマルウェアを実行し侵害内容を分析する。さらにネットワークトラフィックを一つずつ分析して、感染の広がりを確認することで侵害の全容を明らかにする。
(4)対応計画／実施
事象分析の結果を元に、障害の復旧や情報流出への対応、再発防止策などを計画し、実施する。

アラート通知装置１００は、このようなインシデント対応の中で、図８に示すように、セキュリティデバイスＳＤからのアラートログを分析して、連絡官や分析官などの人が関わる必要のあるアラートのみを抽出し、後工程の人の作業を効率化することを目途とするものである。

図２に示すように、アラート通知装置１００は、アラートログを含むログ情報が入力されるアラートログ入力部１０と、アラートログ入力部１０に入力されたログ情報を整形するアラートログ整形部２０と、整形されたログ情報の中からアラートとして通知するか否かを分析するアラート分析部３０と、を備える。

アラートログ入力部１０は、転送装置ＦＤからのログ情報を受信して、またはアラートＤＢに格納された過去のログ情報を読み出して、アラート通知装置１００の中に取り込む。読み込むタイミングは、新たなインシデントの可能性のあるアラートを転送装置ＦＤから受信した場合（リアルタイム処理）、定期的にアラートＤＢから読み込む場合（定期的処理）、または、分析官からの要求に基づいてアラートＤＢから読み込む場合（要求処理）など、アラートログ入力部１０は、様々なタイミングでログ情報をアラート通知装置１００の中に取り込む。

アラートログ整形部２０は、様々なセキュリティデバイスＳＤが作成するログ情報の異なるログデータ形式（フォーマット）を、統一的なデータ形式にして後工程の処理を統一的に行えるようにする。アラートログ整形部２０は、様々な形式で作成されたログ情報を、たとえば表１に示すようなデータ形式に変換する。

この統一的なデータ形式は、共通部とカスタム部に分かれている。共通部は、セキュリティデバイスＳＤのアラートの標準的な項目を持ち、カスタム部には共通化できない項目を格納する。このため、カスタム部は、スキーマレスな構造となる。ログ情報の統一的データ形式への変換は定義ファイルで設定可能であり、運用者は小さい負担でアラート形式を追加できる。

アラート分析部３０は、大量のログ情報の中から人の分析に掛ける必要なアラートなのか否かの優先度を分析する。アラート分析部３０は、所定時間内に発生した所定条件を有するアラートの発生数を集計する集計部３１と、その発生数に基づいてクラスタ分析を行う分析部３２と、その分析結果に基づいて分析官などの運用者が対応するための優先度を判定する判定部３３と、その優先度に基づきアラートを通知する通知部３４と、を備える。

集計部３１は、アラートログ入力部１０で入力されたログ情報に基づき、あるインシデント発生時刻からの所定時間内における、インシデントの種別の組み合わせごとの発生数およびインシデントを発生させた発生元識別子ごとの発生数を集計する。図３を参照して、集計部３１の動作を説明する。なお、図内のＳはステップを意味する。

集計部３１は、Ｓ１００において、アラートログ整形部２０が出力したアラートを取得する。ここでは、このアラートを対象アラートと呼ぶ。この対象アラートは、所定の時間（たとえば３０分間）に含まれるアラートを含み、その所定の時間の起点は、あるインシデントが発生した時刻である。対象アラートは、その起点から所定時間遡った過去の時間帯のアラートであってもよいし、その起点から所定時間下った（起点から見たら未来の）時間帯のアラートであってもよい。すなわち、集計部３１は、あるインシデントの発生時刻からの所定時間内の発生数を集計する。集計部３１は、Ｓ１０２において、対象アラートの中から１件ずつ抽出する。集計部３１は、以下に説明するＳ１０４〜Ｓ１１２の動作を、対象アラートのすべてを処理するまで継続する（Ｓ１１４）。

集計部３１は、Ｓ１０４において、対象アラートの中から運用対象や分析対象となる１または複数の攻撃先を抽出する。攻撃先とは、攻撃者から攻撃を受けているクライアントサイドのＩＴ機器ＷＳであり、攻撃者とは、セキュリティインシデントを発生させている装置であり、典型的には両者ともＩＰアドレス（攻撃先識別子と発生元識別子）である。集計部３１は、Ｓ１０６において、同一攻撃先で抽出された対象アラートの中から、同一の攻撃種別（インシデントの種別）を抽出する。攻撃種別とは、攻撃者が攻撃先に行っている攻撃のタイプであり、たとえば、以下に示すようなものを言う。
・Apache Struts Content-Type Remote Code Execution
・Apache Win32 Batch File Remote Command Execution

たとえば、侵害検知システム（ＩＤＳ：Ｉｎｔｒｕｓｉｏｎ Ｄｅｔｅｃｔｉｏｎ Ｓｙｓｔｅｍ）のログは、図９に示すように、発生時刻、攻撃者ＩＰアドレス、攻撃先ＩＰアドレス、攻撃種別名などが含まれている。

集計部３１は、この段階でアラートログから、同一攻撃先かつ同一攻撃種別で抽出されたアラート群を抽出しており、運用対象や分析対象に対して攻撃している種別ごとに抽出している。ここで、これを関連アラートと言う。そして、集計部３１は、Ｓ１０８において、関連アラートの中から同じ攻撃とみなせるアラートのみを抽出する。通常はアラートの原因となった要求を送信した発生元ＩＰアドレスの一致したアラートが同一攻撃者に関するアラートであり同じ攻撃とみなせる。ここで、これを抽出アラートと言う。また、集計部３１は、ここで、特徴を顕在化させるための条件により抽出する。この特徴を顕在化させるための条件は、セキュリティデバイスＳＤによって条件が異なる。通常は必要ないが、セキュリティデバイスＳＤによっては[対象アラートと異なる攻撃識別子のアラート]のみの条件を設定する。

集計部３１は、Ｓ１１０において、抽出アラートの攻撃種別ごとに攻撃識別子を付し、抽出アラートの攻撃識別子を一覧化する。そして、集計部３１は、Ｓ１１２において、攻撃識別子毎に件数をカウントし、集計する。集計部３１は、図４に示すように、インシデントの種別の組み合わせごとの発生数を集計する。本図内に示す第１時間帯は、攻撃種別Ａが発生した時を起点にしてそれ以降の所定時間内に発生した攻撃種別の組合せを示す。第１時間帯では、攻撃種別の組合せ〔Ａ，Ｂ，Ｃ〕において発生数は〔Ａ：１，Ｂ：２，Ｃ：１〕である。すなわち、第１時間帯は、Ａという攻撃種別が１件、Ｂという攻撃種別が２件、Ｃという攻撃種別が１件あった。同様に、第２時間帯では、攻撃種別の組合せ〔Ｂ，Ｃ，Ｅ〕において発生数は〔Ｂ：２，Ｃ：１，Ｅ：１〕である。第３時間帯では、攻撃種別の組合せ〔Ｂ，Ｃ，Ｅ〕において発生数は〔Ｂ：１，Ｃ：１，Ｅ：１〕である。

分析部３２は、集計部３１が集計した、所定時間内における発生元識別子ごとの攻撃種別の組合せの発生数に基づき、組み合わせを分類するクラスタ分析を行う。判定部３３は、分析部３２の分析結果に基づき、運用者が対応するための優先度を判定する。図５を参照して、分析部３２と判定部３３の動作を説明する。分析部３２は、Ｓ２００において集計部３１が集計した発生元識別子ごとの攻撃種別（インシデントの種別）の組合せの発生数を取得し、Ｓ２０２において分析しやすいように正規化する。そして、分析部３２は、Ｓ２０４において正規化結果を元にクラスタ分析のパラメータを設定し、Ｓ２０６において正規化結果のデータセットをクラスタ分析する。

分析部３２が行うクラスタ分析の手法は、様々な手法が適用し得るが、ｋ−ｍｅａｎｓ法やｋ−ｍｅａｎｓ＋＋法が好適である。ｋ−ｍｅａｎｓ法は、クラスタの中心を見つけるアルゴリズムであり、以下の式となる

なお、ｖ_ｉ（i,…,n）は各クラスタ、ｘ_ｉ（i,…,n）は各データである。

ｋ−ｍｅａｎｓ法のアルゴリズムの手順は以下のとおりである。
(1) 入力データに対してランダムにクラスタをふる。
(2) 各クラスタの中心をデータから計算する。
(3) 各データと各クラスタの中心の距離から、最も近いクラスタに振り分ける。
(4) 上記の処理で全てのデータのクラスタが変化しない、あるいは事前に設定した一定の閾値を下回った場合に、処理を終了する。そうでない場合は上記の処理を繰り返す。

クラスタの分割数は、エルボー法で決定することが好ましい。エルボー法ではクラスタ数を変えながら、手順(2)のクラスタと各データとの距離の低下が緩やかになったらその境となるクラスタ数を最適なクラスタ数とする。ｋ−ｍｅａｎｓ法では、データに割り当てる初期クラスタに結果が大きく依存することがあるので、繰り返し適用し、もっともよい結果を選択する。その点、ｋ−ｍｅａｎｓ＋＋法では、データに初期に割り当てるクラスタをデータから統計的に算出することで、すなわちデータにクラスタを割り当てる際にクラスタ中心が互いに遠くなるように割り当てを実施することで、ｋ−ｍｅａｎｓ法に比べ分類精度が良くなる。そして、分析部３２は、Ｓ２０８において、クラスタ結果から優先度判定を行うための基準、たとえば、各クラスタ内のデータ数の計算、クラスタの大きさ、密度、各クラスタ間の距離を計算する判定基準計算処理を行う。

判定部３３は、Ｓ２１０において、分析部３２のクラスタ分析の結果に基づき、所定時間内における発生元識別子（発生元ＩＰ）ごとの、発生数が小さい攻撃種別の組み合わせを優先すべきであると判定する。すなわち、攻撃種別の組み合わせが低い頻度で発生する場合、その組み合わせ内のいずれかの攻撃（インシデント）が運用者の分析が必要なものとして優先度が高くなる。

通知部３４は、Ｓ２１２において、判定部３３が判定した優先度に基づき、たとえば「緊急通報」として運用者にアラートを通知する。通知部３４が行う通知は、運用者に対して視覚的なもの、聴覚的なもの、その他いかなる方法により行われてもよい。

上述したように、アラート通知装置１００は、セキュリティインシデントを監視する機器が生成するログ情報に基づいてアラートを通知する装置であって、ログ情報が入力されるアラートログ入力部１０と、アラートログ入力部１０で入力されたログ情報に基づき、インシデント発生時刻からの所定時間内における、インシデントの種別の組み合わせごとの発生数およびインシデントを発生させた発生元識別子ごとの発生数を集計する集計部３１と、集計部３１が集計した発生数であって、所定時間内における発生元識別子ごとの組み合わせの発生数に基づき、組み合わせを分類するクラスタ分析を行う分析部３２と、分析部３２の分析結果に基づき、運用者が対応するための優先度を判定する判定部３３と、判定部３３が判定した優先度に基づき、アラートを通知する通知部３４と、を備え、判定部３３は、所定時間内における発生元識別子ごとの組み合わせの発生数が小さい組み合わせを優先すべきであると判定する。このように、所定時間内におけるインシデントの種別の組み合わせの発生数（頻度）において、発生数の小さい組み合わせに係るインシデントを運用者が対応すべきインシデントとして優先するように判定することで、運用者に精度よくアラートを通知するアラート通知装置１００を提供できる。

また、上述したことは、アラート通知方法についても述べている。すなわち、このアラート通知方法は、セキュリティインシデントを監視する機器が生成するログ情報に基づいてアラートを通知するアラート通知方法であって、ログ情報に基づき、インシデント発生時刻からの所定時間内における、インシデントの種別の組み合わせごとの発生数およびインシデントを発生させた発生元識別子ごとの発生数を集計し、所定時間内における発生元識別子ごとの組み合わせの発生数に基づき、組み合わせを分類するクラスタ分析を行い、クラスタ分析の結果に基づき、所定時間内における発生元識別子ごとの組み合わせの発生数が小さい組み合わせを優先すべきであると判定し、判定した優先度に基づき、アラートを通知する。同様に、このように、所定時間内におけるインシデントの種別の組み合わせの発生数（頻度）において、発生数の小さい組み合わせに係るインシデントを運用者が対応すべきインシデントとして優先するように判定することで、運用者に精度よくアラートを通知するアラート通知方法を提供できる。

＜第一実施例の変形例＞
図６を参照し、本実施例の変形例に係るアラート通知装置１００Ａについて説明する。なお、重複記載を避けるため、上記実施例と同じ構成要素には同じ符号を付し、説明を省略する。アラート通知装置１００Ａは、アラートログを含むログ情報が入力されるアラートログ入力部１０と、アラートログ入力部１０に入力されたログ情報を整形するアラートログ整形部２０と、整形されたログ情報の中からアラートとして通知するか否かを分析するアラート分析部３０Ａと、を備える。アラート分析部３０Ａは、所定時間内に発生した所定条件を有するアラートの発生数を集計する集計部３１と、その発生数に基づいてクラスタ分析を行う分析部３２Ａと、その分析結果に基づいて分析官などの運用者が対応するための優先度を判定する判定部３３と、その優先度に基づきアラートを通知する通知部３４と、分析部３２Ａが行うクラスタ分析のクラスタ数を統計的手法により最適化する最適化部３５と、を備える。

最適化部３５は、たとえば分析官（運用者）が高い優先度で通知を受けたアラートを分析した結果重要なインシデントに係るものではないと判断されるケースが多い場合などに、分析官からの係る判断を受け付け、分析部３２Ａにフィードバックする。最適化部３５は、かかる判断を受け付けた場合、たとえばクラスタ分析のクラスタ数を変更するなど、分析官のフィードバックに応じてクラスタ分析のパラメータ等を調整し最適化を実施する。これによれば、アラート通知装置１００Ａは、クラスタ数を最適化することで、精度のより良いアラート通知装置を提供できる。

また、図７を参照し、さらなる変形例を説明する。分析部３２Ａは、上述したようにＳ２００〜Ｓ２０８で示した処理を行う。分析部３２Ａは、上述したＳ２０６のクラスタ分析の前に実施する特異点分析と特性分析の２段階分析の方法を含む。分析部３２Ａは、Ｓ２０６１において、正規化結果（すなわち上記抽出アラートの集合）に対してクラスタ分析を実施する。この場合、上記のクラスタ分析と違い、外れ値を取る。これにより多数の同様の傾向があるデータはクラスタが構成され、ユニークなデータは外れ値となる。なお、この場合、好適なクラスタ分析はＤＢＳＣＡＮである。

次に、分析部３２Ａは、Ｓ２０６２において、特性分析を実施する。この特性分析では、特異点分析の結果から外れ値のみを対象として、更にクラスタ分析を実施することで外れ値のみで、クラスタを構成する。この後の処理は、上記クラスタ分析の手法と同じである。このように、クラスタ分析を特異点分析と特性分析の２段階で分析することで、正常なイベントがクラスタ分析のノイズとなることを回避でき、アラート通知の精度をさらに向上することができる。

なお、本発明は、例示した実施例に限定するものではなく、特許請求の範囲の各項に記載された内容から逸脱しない範囲の構成による実施が可能である。すなわち、本発明は、主に特定の実施形態に関して特に図示され、かつ説明されているが、本発明の技術的思想および目的の範囲から逸脱することなく、以上述べた実施形態に対し、数量、その他の詳細な構成において、当業者が様々な変形を加えることができるものである。

１００ アラート通知装置
１０ アラートログ入力部
２０ アラートログ整形部
３０ アラート分析部
３１ 集計部
３２ 分析部
３３ 判定部
３４ 通知部
３５ 最適化部
ＳＤ セキュリティデバイス（セキュリティインシデントを監視する機器）
ＦＤ 転送装置
ＩＤ 集約装置
ＳＶ サーバ
ＣＬ クライアント

Claims (4)

1. セキュリティインシデントを監視する機器が生成するログ情報に基づいてアラートを通知するアラート通知装置において、
   前記ログ情報が入力されるアラートログ入力部と、
   前記アラートログ入力部で入力された前記ログ情報に基づき、インシデント発生時刻からの所定時間内における、インシデントの種別の組み合わせごとの発生数およびインシデントを発生させた発生元識別子ごとの発生数を集計する集計部と、
   前記集計部が集計した発生数であって、前記所定時間内における前記発生元識別子ごとの前記組み合わせの発生数に基づき、前記組み合わせを分類するクラスタ分析を行う分析部と、
   前記分析部の分析結果に基づき、運用者が対応するための優先度を判定する判定部と、
   前記判定部が判定した優先度に基づき、アラートを通知する通知部と、
   を備え、
   前記判定部は、前記所定時間内における前記発生元識別子ごとの前記組み合わせの発生数が小さい前記組み合わせを優先すべきであると判定する、
   アラート通知装置。
2. 前記分析部が行うクラスタ分析のクラスタ数を統計的手法により最適化する最適化部をさらに備えることを特徴とする請求項１に記載のアラート通知装置。
3. 前記分析部が行うクラスタ分析は、特異点分析と特性分析の２段階分析を含むことを特徴とする請求項１または２に記載のアラート通知装置。
4. セキュリティインシデントを監視する機器が生成するログ情報に基づいてアラートを通知するアラート通知方法において、
   前記ログ情報に基づき、インシデント発生時刻からの所定時間内における、インシデントの種別の組み合わせごとの発生数およびインシデントを発生させた発生元識別子ごとの発生数を集計し、
   前記所定時間内における前記発生元識別子ごとの前記組み合わせの発生数に基づき、前記組み合わせを分類するクラスタ分析を行い、
   前記クラスタ分析の結果に基づき、前記所定時間内における前記発生元識別子ごとの前記組み合わせの発生数が小さい前記組み合わせを優先すべきであると判定し、
   判定した優先度に基づき、アラートを通知する、
   アラート通知方法。
   

Images