失敗から学ぶ監視体制の最適化
XDRのテンプレ全部オンが「アラート疲れ」を生む 監視費用を抑える設計
サイバー脅威の高度化に伴い、企業はSIEMやXDRなどの監視ツールを導入している。しかし初期設定のまま運用したり全ログを漫然と集めたりすれば、インフラ費用の肥大化と現場の疲弊を招く。この状況から脱するには。
サイバー攻撃の高度化に伴い、企業はEDR(Endpoint Detection and Response)やSIEM(Security Information and Event Management)などの監視ツールの導入を進めている。しかし現場では、システムを導入したものの初期設定のまま運用したり、ベストプラクティスという名目の下に全システムのログを無計画に収集したりするケースが後を絶たない。その結果、クラウドストレージのログが肥大化して利用料金がかさむだけではなく、毎日大量の警告が発生するアラート疲労に陥るという構造的な課題が存在する。
セキュリティ企業SRAのセキュリティアーキテクトであり、Microsoftの認定表彰プログラム「Microsoft MVP」にも選出されているトルルス・ダールスビーン氏は、ある国際的なサービスプロバイダーの事例を挙げる。その企業は重複したログや不要なデータを高額なストレージに保存していたため、無駄な出費を強いられていた。そこでログの収集範囲と検出ルールを見直した結果、劇的な費用削減に成功したという。
膨大なデータを適切に処理し、インシデント検出の精度を高めるためには、どのような設計思想が必要なのか。
実践的な運用とデータストレージの階層化
本稿は、2026年3月に開催されたセキュリティカンファレンス「NDC Security 2026」におけるダールスビーン氏のセッション「Learning security monitoring through failure」の内容を基に、セキュリティ監視体制を最適化するための技術的アプローチを解説する。
ダールスビーン氏は、形式的なセキュリティポリシーよりも、実際の運用を通じたインシデント検出と対処を重要視している。例えば、ウクライナの一部組織が物理的なデータセンターの喪失を受けて急きょクラウドインフラにシステムを移行した事例では、規定の整備よりも運用上の防衛力を優先した結果、実質的なセキュリティ水準が向上したという。監視インフラを構築する上でも、この実践的な運用の思想が通底している。
しかし、実践的な運用を目指すあまりに生じがちな失敗が、全てのログを単一の高額なストレージに集約してしまうことだ。セキュリティインシデントの全容を把握するためには長期間にわたるログの保持が求められるが、クラウドインフラにおける無制限なログ収集は維持費が膨らみやすい。
この制約を解消するためのアプローチが、データを「プライマリー」と「セカンダリー」に分離する階層化アーキテクチャの導入だ。リアルタイムでの脅威検出や脅威ハンティングなど、応答遅延が少なくて高度な検索機能が要求されるデータは、プライマリーデータとしてSIEMで処理する。一方、インシデント対処時の事後調査やコンプライアンス要件への適合を目的としたデータは、検索の応答速度が多少遅くても問題ないため、安価なデータレイクやコールドストレージ(アクセス頻度が低いデータを安価に長期保存するシステム)に格納する。
ネットワークファイアウォールのログなど、量は多いが脅威検出の観点では相対的に価値が低いデータはセカンダリーストレージに送り、特定の分析に必要な部分のみをプライマリーストレージに保管する。この仕組みによって、監視の有効性を維持しつつ、データ保存に関連する費用を大幅に圧縮可能になる。
検出ルールの最適化と逆算型アプローチ
セキュリティ監視における運用上の課題として挙げられるのが、システムに標準で用意されている検出ルールのテンプレートをそのまま適用してしまう点だ。
ダールスビーン氏は、Microsoftの「Microsoft Defender XDR」やPalo Alto Networksの「Cortex XDR」などのXDR(Extended Detection and Response)製品を導入する際、数百種類のテンプレートを無調整で有効化することはアラート疲労に直結すると指摘している。企業ごとに利用しているネットワークインフラや、仮想プライベートネットワークである「VPN(Virtual Private Network)」の利用規定などは異なるため、同じテンプレートを適用しても出力される結果に大きな差異が生じやすい。
この課題を解決するためには、自社のシステム構成に適合した専用のルールを少数でも精緻に作り込むことが必須となる。そのための合理的な手法が、ログ収集のリバースエンジニアリングだ。現場の担当者は、まず「自社のコンテナオーケストレーションツールである『Kubernetes』のクラスタにおいて、最も防ぎたい事態は何か」といった具体的な脅威モデルを定義する。その脅威を検出するためにはどのようなデータベースへのクエリ(検索要求)が必要かを設計し、そのクエリを実行するために必要なデータテーブルを逆算して特定していく。最終的に、そのテーブルを満たすためのログのみを収集対象に据える。この設計思想によって、「取りあえず全てのデータを集める」という従来の手法から脱却し、目的主導での効率的な監視体制を構築できる。
継続的な改善を促す運用体制の構築
技術的な設計だけではなく、運用プロセスの改善もセキュリティ監視の精度を左右する。監視システムやインフラは導入して終わりではなく、事業の変化に合わせて継続的に見直す必要がある。
ダールスビーン氏が所属していたSOC(Security Operations Center)のチームでは、監視対象のシステムからITSM(ITサービス管理)におけるチケット発行までの情報の流れを図式化し、文脈(コンテキスト)の欠落や制御のボトルネックが発生している箇所を特定した。その結果、旧来のSIEMシステムが制約の原因であることを見いだし、データ連携の仕組みを改めることでインシデント対処の効率を向上させた。
運用チーム内で「構築したプロセスは常に変更可能だ」という認識を共有し、日々の業務における不都合な設定や不要なデータを積極的に排除する体制を根付かせることも重要だ。現場の担当者が既存の仕組みに縛られず、常に最適なアプローチを模索できる体制が、運用の硬直化を防ぐ。
今後の展望とコンテキストの共有
セキュリティ監視は、外部のSOCに運用を委託する場合であっても、自社のシステム構成やビジネスロジックに関する前提情報を正確に共有しなければ機能しない。委託先に対して「何を恐れ、何を守りたいのか」という文脈を伝えることが、的確な検出体制の構築に直結する。
企業は、自らが守るべき対象と想定される脅威を明確にした上で、ツールの設定やデータの取り扱いを最適化する必要がある。現代はインフラの抽象化が進み、クラウドサービスの管理画面を操作するだけで設定が完了する。だからこそ、その裏側で処理されているデータとルールの構造を正確に理解し、合理的な運用設計をすることが、真のセキュリティ向上につながる。
本稿は、NDC Conferencesが2026年3月24日に公開した動画「Learning security monitoring through failure - Truls Dahlsveen - NDC Security 2026」を基に作成しました。
Copyright © ITmedia, Inc. All Rights Reserved.
本記事は制作段階でChatGPT等の生成系AIサービスを利用していますが、文責は編集部に帰属します。
関連記事
新着ホワイトペーパー PR
-
事例
[アステリア株式会社] 年間約500時間の集計作業を削減、事例に学ぶ在庫管理と棚卸を効率化する方法 -
製品資料
[アステリア株式会社] 紙ベースのアナログな点検報告業務はもう限界? 低コストでできるDXの現実解 -
製品資料
[アステリア株式会社] Excel帳票を生かしつつ現場主導で業務をデジタル化、ノーコード開発実践ガイド -
事例
[アステリア株式会社] 京セラなど11社に学ぶ、工場/倉庫現場のDXを加速させるモバイルアプリ活用術 -
製品資料
[アイティメディア広告企画] 「会計ソフト」6製品を徹底比較 22の選定ポイントをユーザー評価を基に分析
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
生成AIが普及しても「技術書」を手放せないエンジニアの本音
-
2
「Windows」の不要なファイルを安全に消して容量を空ける方法
-
3
IT業界の女性は9割が10年で消える 人材枯渇を招く“見えない壁”の正体
-
4
「データ活用とAI活用の実態」に関するアンケート
-
5
なぜ「全社配布Copilot」は使われないのか? 失敗に学ぶAI定着
-
6
セキュリティは「情シス任せ」が過半数 漏えい発生時やSCS評価制度の課題は?
-
7
千葉大はなぜ「Google Cloud」を選んだか “取りあえずIaaS”からの脱却
-
8
情シスの約8割が転職や退職を意識 調査で分かった“辞めたくなる最大の理由”
-
9
BMWも導入 78兆円市場に化ける「フィジカルAI」の衝撃
-
10
「完璧な設計」なのに3000万円溶けた AWSの失敗事例から学ぶ3つの教訓
ホワイトペーパーランキング PR
-
1
不審メールの経路や見せ方に変化? 2026年夏の3事例から見えた動向と対処方法
-
2
家庭用Wi-Fiルーターの業務利用は危険? 避けるべき理由と具体的な対策
-
3
システムの保守がモダン化を阻む? 「変えない判断」から脱却する方法とは
-
4
AI駆動攻撃にどう対抗する? 超速の攻撃からエンドポイントを保護する方法
-
5
プログラミング不要で誰でも実現できる、ネットワーク運用管理の自動化とは
-
6
なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは
-
7
東大教授と考える、AI時代の「データ主権」「信頼性」「ガバナンス」の在り方
-
8
Linux初心者でも知らないとまずい「RHEL」「SLES」の違いとは?
-
9
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
10
ランサムウェア攻撃“究極の対策”はこれだ
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー