incident-room/1.0.0 · 2026/07/09 更新

インシデントと運用ルーム

tasks、evidence、追跡可能な対応を使ってインシデントを開始、調整、終了する方法です。

ADDA Incidents は、散在するシグナルを担当者、タスク、証拠、可視化された判断を伴う協調対応へ変換します。

インシデントを早期に開くことは、状況を大げさに扱うことではありません。文脈を整理し、重複した対応を避け、他のチームが引き継げる運用履歴を維持することです。

インシデントルームは、mail、WAF、Access、evidence、reports、tasks、automations、manual candidates を一つの作業スレッドにまとめることで価値を高めます。

チェックリスト

• 状況が複数のモジュールにまたがるか調整が必要な場合に incident を開く。
• 同じフローから tasks と evidence を割り当てる。
• 状態、学び、次の手順を可視化して終了する。

クイックスタート

1. 検出事項が孤立したイベントではなくなったら incident を開きます。
2. 関連する evidence、tasks、アーティファクトをインシデント内へ移します。
3. インシデントの終了時に再利用可能な運用上の学びを残します。

運用フロー

開始

文脈が完全になるのを待たずに、タイトル、重大度、範囲を定義します。

早期に作業スレッドを作成する。

オーケストレーション

状況に応じて tasks、evidence、reports、automations を追加します。

対応とフォローアップを集約する。

終了して学ぶ

結果、保留事項、手引きや製品への改善を記録します。

対応を組織的な能力へ変える。

flowchart LR
  S1["開始"]
  S2["オーケストレーション"]
  S3["終了して学ぶ"]
  S1 --> S2
  S2 --> S3

バリデーターとチェック

この画面を文脈に沿って分析し、運用に重点を置いた推奨手順を返します。

インシデント対応範囲を確認

対応の開始、エスカレーション、終了に向けた運用要約です。

例

インシデントを開く payload

{
  "title": "Campaña de phishing contra acceso institucional",
  "severity": "red",
  "summary": "Se detectan múltiples correos con dominio imitador y presión sobre login."
}

リンクと参照