快速开始
- 1. 将 severity、action 和 reason codes 作为一个运营句子来阅读。
- 2. 在默认阻止前，将 score 与受影响模块交叉核验。
- 3. 对于敏感案例，将评估带入 incident、task 或 Evidence。
← ADDA 手册
trustapi/1.1.0 · 更新于 2026年7月9日
信任与自动化指数
判断一次访问看起来是人工、自动化还是协同发起，并确定后续步骤。
信任指数在一处汇总对 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年7月9日
扩展了词汇表和 score 的运营流程。