SERVICE /
運用の現場を知っているから、
「回る仕組み」に落とし込める。
SOC / CSIRT
SIEM CONSULTING × LOG OPTIMIZATION× AUTOMATION × TRAINING
/ 組み合わせ例
SERVICE / 組み合わせ例
各メニューは単体でも提供していますが、現場で詰まるのはたいてい「基盤」と「人」、「取り込み」と「対応」の噛み合わせです。ご相談の多い2つの組み合わせを、導入イメージとして紹介します。
- COMBO 01
MENU 01SIEM（Splunk）技術コンサルティング×MENU 04人材育成・トレーニング
「動く基盤」と「回せる人」を、同じ時間軸で立ち上げる。
アラートを作り込んでも、それを読み解けるメンバーがいなければ検知は放置されます。基盤づくりと人づくりを並走させ、一次対応を自分たちで回せる状態まで持っていきます。
MENU 01Splunkを、使える状態にする
- データ取り込み・正規化の設計
- 検知アラート／ダッシュボードの設計
- チューニングによる誤検知の削減
OPERATION LOOPMENU 04使いこなす人を、増やす
- Splunk基盤上で開催するCTF
- 競技用インシデントログの調査演習
- 調査手順の型化とふりかえり
- MENU 01 → MENU 04実際に組んだ検知ロジックとデータ構造を、そのまま演習の題材にする。
- MENU 04 → MENU 01演習で見つかった「見落としやすい観点」を、アラート設計とチューニングに戻す。
RESULT検知を作る側と読む側が同じ言葉で話せるようになり、SOCの一次対応が内製で回りはじめます。
- COMBO 02
MENU 02Splunk Cloud ログ削減×MENU 03Abuse対応 自動化システム構築
「量」の壁を外して、Abuse対応をSplunkで完結させる。
Abuse対応をSplunkに寄せたいのに、対象ログが多すぎて取り込みきれない——という詰まり方は珍しくありません。取り込む前に絞り込み、そのうえで対応そのものを自動化します。
INPUT大量のAbuseログ
通信ログや苦情通報など、判断に必要なログ。そのまま入れると、ライセンスも検索性能も持たない。
MENU 02取り込み前のログ削減
Ingest Processorで、捨てるのではなく必要な部分だけを抽出・変換してインデックスする。
MENU 03Abuse対応の自動化
Splunk上で、検知から通知、対応記録までを一つのワークフローに載せる。
検知通知対応記録
取り込み量のイメージそのまま取り込むとIngest Processor 通過後捨てるのではなく、必要な部分だけを抽出・変換してからインデックスするため、調査に必要な情報は残ります。
RESULTログ費用を抑えたまま、Abuse対応の調査・判断・記録がSplunkの中で完結します。
※ 上記は組み合わせの一例です。構成・期間・体制はご相談のうえ決定します。