Aduana Digital de Defensa Argentina
ADDA アクセスを作成
← ADDA マニュアル

evidence-protocol/1.1.0 · 2026/07/09 更新

検証可能な Evidence

監査やインシデントのために、事実を日付付きかつ照会可能な形で記録する方法です。

各記録は、何がいつ起き、どのリスク評価に基づいたかを保持しながら、機密情報を保護し、見直し可能な履歴を維持します。

Evidence は適用した防御と組織的なレビューをつなぎます。状況に特別な注意が必要だった理由や、自動処理が承認された理由を説明するときの裏付けになります。

証拠の封印は飾りではありません。観察、判断、運用責任の間の隔たりを埋めるためのものです。

チェックリスト

  • • インシデントをブロック、制限、エスカレーションするときに evidence を封印する。
  • • 運用担当者と法務レビューが理解できる要約を保存する。
  • • 記録を対応するフローまたはインシデントに関連付ける。

クイックスタート

  1. 1. 措置によってシステム動作が変わるたびに evidence を封印します。
  2. 2. 運用担当者と組織的レビューに適した要約を使います。
  3. 3. 案件を閉じる前に incident、task、または影響を受けたリソースを関連付けます。

運用フロー

取得

事実と、それを理解可能にするための最小限の文脈を記録します。

記憶や非公式な会話に頼らない。

封印

完全性を検証するために十分な hash、時刻、参照を保存します。

追跡可能性と後日の照会を維持する。

接続

evidence をインシデント、証明書、tasks、automations に関連付けます。

運用履歴のない孤立した証拠を避ける。

flowchart LR
  S1["取得"]
  S2["封印"]
  S3["接続"]
  S1 --> S2
  S2 --> S3

バリデーターとチェック

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

Evidence フローを検証

検証可能な裏付けを記録するための次の手順と基礎記事をまとめます。

例

Evidence を封印する payload

{
  "summary": "Bloqueo temporal de ruta /api/login por presión coordinada.",
  "sourceModule": "login-shield",
  "riskLevel": "orange",
  "incidentId": "inc_demo_001"
}

よくある問題

  • • 主要フローと関係のない証拠を保存すると、後で見つけにくくなります。
  • • evidence なしでブロックすると、組織に説明可能な裏付けが残らない可能性があります。

推奨アクション

  • • 案件が公開結果を伴う場合は evidence を証明書または packs に接続します。
  • • 特に機微な肯定的判断にも evidence を使用します。

有用な Reason Codes

Score 辞書

severity

ADDA スケールにおけるシグナルの組織的な優先度。

action

エンジンが推奨する次の運用ステップ。

reasonCodes

評価を正当化する説明可能な理由。

プロトコル注記

  • • Evidence は運用、監査、ガバナンスをつなぐ橋です。

記事の履歴

2026/07/09

封印用のクイックスタートと運用 payload を追加しました。