エンドポイント検知・対応

EDR / XDR

エンドポイントの操作を常時記録し、侵入後の不審な挙動を検知して調査・対応(封じ込め)する仕組み。「侵入される前提」で EPP の次の砦。XDR は対象をネットワークやクラウドまで広げたもの。

3つの要点
TL;DR
  1. 侵入後の不審な挙動を検知し対応する仕組み。
  2. “侵入前提”で EPP の次の砦。XDR は範囲を拡張。
  3. 標的型・ランサム対策と調査(フォレンジック)に。

基本情報

基本情報

製品・技術の概要EDR / XDRエンドポイントの操作を常時記録し、侵入後の不審な挙動を検知して調査・対応(封じ込め)する仕組み。「侵入される前提」で EPP の次の砦。XDR は対象をネットワークやクラウドまで広げたもの。
役割
検知 / 調査 / 対応封じ込め)
前提
侵入後Post-breach)
データ
端末の操作ログ
発展
XDR端末 + NW + クラウド)
選ばれる理由
侵入後の不審な挙動を可視化感染端末を隔離して封じ込め
主な利用シーン
標的型ランサム対策インシデント調査・対応 / SOC / MDR 運用

選定ガイド

選定ポイント

採用する理由と、事前に受け入れるべきトレードオフを分けて確認します。

採用に向く条件

選ぶ理由

  1. 侵入後の不審な挙動を可視化
  2. 感染端末を隔離して封じ込め
  3. 調査(フォレンジック)に強い

事前に確認する条件

考慮すべき点

  1. 運用・分析に専門知識が要る(→ MDR)
  2. アラート対応の負荷が大きい
  3. EPP との併用が前提

詳しい解説

もっと詳しく

何を守るのか

EDR(Endpoint Detection and Response)は、端末(エンドポイント)の操作を常時記録し、侵入された後の不審な挙動を検知して、調査・対応まで行う仕組みです。「いつ何が起きたか」を追跡できることが核心で、攻撃の発見と封じ込めを支えます。

前提が EPP とは異なります。EDR は「防ぎきれず侵入される」ことを織り込み、その後の被害を最小化する次の砦として位置づけられます。

横にスクロール

EDRエージェントが端末のプロセス・ファイル・通信・ログオンを観測し、検知規則と振る舞い分析で相関して、誤検知確認、端末隔離、プロセス停止、調査、復旧へ進む経路を示す図
EDRの価値は警告件数ではなく、端末上の出来事を時系列で結び、封じ込め判断へつなげることにあります。自動隔離の条件、例外端末、証拠保全、解除権限と復旧確認までを手順化します。

仕組み・位置づけ

EDR エージェントは端末上で、プロセスの起動、ファイル操作、通信、ログインなどの活動を継続的に記録します。集めたデータを分析し、攻撃の兆候を見つけ出します。

  • 不審な挙動を検知し、アラートを上げる。
  • 攻撃の経路や影響範囲を時系列で追跡(調査)できる。
  • 該当端末をネットワークから隔離するなど、封じ込めの対応を行う。

EPP との違い

役割の境界を押さえると理解しやすくなります。

  • EPP は侵入を「防ぐ」。脅威の実行前に止めるのが目的。
  • EDR は侵入「後」を担当。検知・調査・対応に重きを置く。

EPP がドアの鍵なら、EDR は室内の監視カメラと初動対応に近いものです。両者は同じエージェントに統合され、連携して使われることが一般的です。

XDR への拡張

XDR(Extended Detection and Response)は、EDR の考え方を端末だけにとどめず、対象を広げたものです。ネットワークやメール、クラウドなど複数の領域からデータを集め、横断的に相関分析します。これにより、単一の端末だけでは見えなかった攻撃の全体像をつかみやすくなります。

導入・運用のポイント

EDR は導入すれば自動で守ってくれる製品ではなく、上がってきたアラートを人が読み解き、調査・判断する運用が前提です。専門知識と人手が要るため、自社で抱えきれない場合は MDR(運用代行サービス)に委託する選択肢が広がっています。

選定・設計の判断材料

EDR / XDRを実務で読む

TL;DRは入口です。実際に選ぶ・使う段階では、何を解決するか、何と比較するか、導入後にどこで詰まるかまで見る必要があります。

解決すること

標的型・ランサム対策

比較で見る軸

役割: 検知 / 調査 / 対応(封じ込め) / 前提: 侵入後(Post-breach) / データ: 端末の操作ログ

導入後に効く点

感染端末を隔離して封じ込め

先に潰すリスク

運用・分析に専門知識が要る(→ MDR)

数字・仕様の読み方
役割
検知 / 調査 / 対応(封じ込め)
前提
侵入後(Post-breach)
データ
端末の操作ログ
発展
XDR(端末 + NW + クラウド)

判断チェックリスト

  • 自社の用途が「標的型・ランサム対策 / インシデント調査・対応」に近いか確認する。
  • 強みである「侵入後の不審な挙動を可視化」が本当に評価軸になるか確認する。
  • 注意点の「運用・分析に専門知識が要る(→ MDR)」を運用で吸収できるか確認する。
  • 公開値や仕様値は、対象プラン・対象機種・対象リージョンまで確認する。
  • 既存システム、ID、ネットワーク、監視、バックアップとの接続方法を先に洗い出す。
  • 小さく試してから、本番移行、権限設計、障害時手順、コスト監視を決める。

次に確認する観点

標的型・ランサム対策インシデント調査・対応SOC / MDR 運用CrowdStrike FalconMicrosoft Defender for EndpointSentinelOneCybereasonPalo Alto Cortex XDR

選択肢

代表的な製品・サービス

製品名から個別の解説ページへ移動できます。

利用場面

こんな場面で使う

標的型・ランサム対策インシデント調査・対応SOC / MDR 運用
参考リンク