現在のモデル これまで見過ごされてきたサイバー脅威を可視化します。 は破綻しています。これは、ログやトラフィックを分析し、脅威となる可能性のある異常を検出するために、それぞれ独自のコンソールを備えた多数のスタンドアロン ツールを取得して導入することから成ります。このモデルでは、各セキュリティ アナリストが他のアナリストとコミュニケーションを取り、各ツールの個々の検出 (それぞれ単独では無害に見える場合があります) が他のツールからの他の検出と相関して複雑な攻撃を明らかにできるかどうかを判断する必要があります。
このモデルでは、企業は次のような複雑なセキュリティスタックを作成する必要があります。 SIEM, SOAR, EDR, NDR 企業の計測、脅威の特定、脅威への対応、リスク管理を目的として、さまざまなツールが開発されています。これらのツールをすべて取得してライセンスを管理するのは複雑でコストがかかり、各ツールの検出結果を比較するために必要な手動の相関関係により、セキュリティ インフラストラクチャ全体に多くのギャップが生じます。
アナリストは、これらのシステムによる誤検知に悩まされることも多く、「アラート疲れ」や仕事への不満を引き起こしています。既存のシステムに満足していると宣言している企業でさえ、 SIEM そして、他のツールの開発者は、マルチツール セキュリティ インフラストラクチャの構築に費やした時間と労力が、必要な成果をもたらさなかったことを認めるでしょう。
必要な理由： XDR
XDR、あるいは 拡張された検出と対応は、検知と対応を行うあらゆる技術を包括する定義となっています。なぜなら、頭字語のXは実際には変数だからです。Xは「エンドポイント+」や「ネットワーク+」を表すこともありますが、サイロ化されたツール、相関のないデータ、そしてアラート疲れといった企業の現状の悩みを無視しています。 XDR この課題に対処することが目的であるため、Xは「すべて」を意味する必要があります。つまり、「すべて」とは、検出と対応を通じて攻撃対象領域全体をカバーするプラットフォームアプローチを意味します。
このプラットフォームアプローチは、サイロ化されたツールを統合されたツールセットに変換し、相関関係のないデータを攻撃対象領域の相関性のある生きた表現に変換し、アラート疲れを安心感に変えることで、今日の壊れたモデルを修正することができます。テクノロジーがどのようにこの目標を実現するかが、アーキテクチャ上の重要な問題です。2つのタイプがあります。 XDR 今日: オープンかつネイティブ。
オープン vs. ネイティブ XDR
- Open XDR 既存のセキュリティツールのテレメトリと応答機能を攻撃対象全体で活用できるオープンアーキテクチャを介して提供されます。
- ネイティブ XDR 攻撃対象領域全体にわたるテレメトリと応答を提供する単一ベンダーのセキュリティツールスイートから提供される
建築のアプローチに関係なく、 XDR プラットフォームとして認められるには、以下の技術要件を満たす必要があります。 XDR:
- 展開性 – スケーラビリティ、可用性、導入の柔軟性を実現するクラウドネイティブのマイクロサービス アーキテクチャ
- データ融合 – ネットワーク、クラウド、エンドポイント、アプリケーション、IDを含む攻撃対象領域全体にわたる正規化および強化されたデータ
- 自動相関分析 – 複数のセキュリティツールにわたる高精度の相関検出
- インテリジェントレスポンス – 同じプラットフォームからのワンクリックまたは自動応答
についての一般的な誤解 オープン vs. ネイティブ XDR これらは互いに排他的なタイプであるということです XDR。そうではありません。 XDR プラットフォームは完全にオープンで、部分的にネイティブである場合もあります。例えば、 XDR プラットフォームを 他のベンダーの既存のツールとオープンに統合しながら、ベンダーからの組み込みツールをいくつか持つことができます。これにより、コンポーザブル セキュリティ戦略が可能になり、既存のツールを活用しながら、顧客が適切と判断するタイミングと場所で一部のツールを廃止できるようになります。
オープン vs. ネイティブの構成 XDR プラットフォームが採用するアプローチは、目的を達成するための手段であり、具体的には、攻撃対象領域全体にわたってプラットフォームがどのように検知と対応を行うかという点です。 XDR アーキテクチャのアプローチを目的を達成するための手段として捉え、企業にとって最善の決定を下す必要があります。
理想 XDR 開いています
セキュリティスタック全体を単一のベンダーに移行し、クローズドなセキュリティソリューションを導入することに何の問題もない企業もあるでしょう。 ネイティブ XDR プラットフォームをまた、攻撃対象領域全体をカバーすることにあまり関心がなく、エンドポイントの検出と対応のみを望む企業もあるでしょう。この場合、 EDRベースのネイティブ XDR プラットフォームを.
しかし、ほとんどの企業にとって、 Open XDR プラットフォーム 最優先事項として検討する必要があります。なぜでしょうか？最高のクラウド、エンドポイント、ネットワーク、アイデンティティなどのツールを単一のベンダーが開発したり取得したりすることは不可能であるため、ネイティブのみの XDR プラットフォームは最善のものではないでしょう。さらに、企業が 既に 既存のセキュリティツールの導入に多大な資本と労力を費やしてきた企業は、それらの投資を放棄したくないので、閉鎖的で ネイティブ XDR ソリューションはそれらのツールと連携できず、その企業の攻撃対象領域全体を捕捉できません。 Open XDR プラットフォーム 成長中の企業の攻撃対象領域の特定の領域をカバーするネイティブ属性がいくつかあるのは素晴らしいことです。しかし、まずオープンである必要があります。
結局のところ、企業がコンポーザブルセキュリティ戦略を定義・実行し、 XDRの技術要件をプラットフォームを通じて提供し、完全に Open XDR プラットフォーム それが唯一現実的な方法です。
