クイックスタート
- 1. Severity、action、reason codes を一つの運用上の文として読みます。
- 2. 既定でブロックする前に、score を影響対象のモジュールと照合します。
- 3. 機微なケースでは、評価を incident、task、または Evidence に移します。
← ADDA マニュアル
trustapi/1.1.0 · 2026/07/09 更新
信頼と自動化の指数
訪問が人によるもの、自動化されたもの、または協調したものに見えるかを読み取り、次の手順を決める方法。
信頼指数は、IP、ドメイン、セッション、キャンペーンの評価を一か所にまとめ、明示的な理由と推奨アクションによって人の判断を支援します。
Score の評価はオペレーターの決定に置き換わるものではなく、判断を導きます。Reason codes はケースが良性、混合、または危険に見える理由を明らかにし、検証、制限、watchlist、Evidence へのエスカレーションを支援します。
同じパターンが複数の面に現れる場合、score を incidents、tasks、Access、Mail、WAF、Intel と一緒に使うことで価値が高まります。
チェックリスト
- • 自動化の評価をセッションおよびドメインの評価と比較する。
- • 推奨アクションが重大度と一致することを確認する。
- • 理由だけでは決定を説明できない場合はフィードバックを記録する。
運用フロー
照会
IP、ドメイン、セッション、またはキャンペーンの評価を取得します。
ケースに最適な score の種類を使います。
説明
Reason codes をチームで共有できる基準に変換します。
技術的な言語と運用上の言語を揃えます。
決定
推奨アクションを、実際に措置を実行するモジュールと接続します。
Score をアクションそのものとして扱いません。
flowchart LR S1["照会"] S2["説明"] S3["決定"] S1 --> S2 S2 --> S3
バリデーターとチェック
この画面を文脈に沿って分析し、運用に重点を置いた推奨手順を返します。
TrustAPI の評価を検証
Score と説明に関する記事、checks、次の手順をまとめます。
例
セッション score 用 payload
{
"sessionId": "sess_ops_001",
"domain": "login.capacero.ar",
"ip": "198.51.100.18"
}リンクと参照
APIs
/api/adda/v1/trust/score/api/adda/v1/score/ip/api/adda/v1/score/domain
Docs とサポートルート
docs/ADDA_API.mddocs/ADDA_PROTOCOLO.md
よくある問題
- • 影響対象のモジュールを確認せず、推奨アクションを自動命令として扱うこと。
- • シグナルが混合しているときに理由を記録しないと、後の確認ができません。
推奨アクション
- • Score だけではアクションを正当化できない場合は Copilot と Manual を使います。
- • 評価がブロック、失効、または強い封じ込めにつながった場合は Evidence にエスカレーションします。
有用な Reason Codes
BOT_HIGH
分析対象の背景に対して、推定される自動化の度合いが高くなっています。
段階的な検証または制限を適用します。
GEO_ANOMALY
送信元または想定された経路に一貫性がありません。
信頼する前に Access、DNS、または incident と照合します。
SESSION_RISK
セッションには継続的な監視が必要な特徴があります。
セッションまたはデバイスの継続性と制御を確認します。
Score 辞書
severity
ADDA スケールにおけるシグナルの組織的優先度。
action
エンジンが推奨する次の運用手順。
reasonCodes
評価を裏付ける説明可能な理由。
プロトコル注記
- • Score は具体的な対応面と接続することで価値が高まります。
記事の履歴
2026/07/09
Score の用語集と運用経路を拡張しました。