快速开始
- 1. 仅在信任已有合理依据时签发。
- 2. 传播证书前检查验证状态和有效期。
- 3. 如果签发伴随某项响应或敏感里程碑，请关联 evidence。
← ADDA 手册
certificate-protocol/1.1.0 · 更新于 2026年7月9日
信任证书
在 CAPACERO.ar 权威下签发、验证和维护证书有效性。
ADDA 证书为生态系统中的域名和参与者提供机构信任、集成完整性以及信号框架的可追溯性。
成熟的签发需要验证 subject、域名、有效期和上下文。还应清楚说明证书是常规认可、信任强化，还是事件后的处置结果。
如果证书伴随敏感措施，最佳实践是将其关联到 evidence、incident 或 report，以保留历史评估。
检查清单
- • 签发前验证 subject、domain 和 trustLevel。
- • 检查有效期和验证码。
- • 如果证书用于响应事件，请发布补充 evidence。
运维流程
验证基础
检查 subject、域名和预期信任等级。
避免没有运营依据的签发。
签发
生成可验证的代码，并留下审计所需的最少上下文。
确保未来可追溯。
关联
适当时将签发关联到 evidence 或 incident。
不要让证书缺少上下文。
flowchart LR S1["验证基础"] S2["签发"] S3["关联"] S1 --> S2 S2 --> S3
验证器与检查
针对当前界面执行上下文分析，并返回以运维为重点的建议步骤。
验证证书流程
返回关于签发和验证的运营指导。
示例
签发 payload
{
"subject": "capacero.ar",
"domain": "capacero.ar",
"trustLevel": "institutional"
}链接与参考
常见问题
- • 在时间压力下不检查上下文就签发，会削弱机构信任。
- • 未将证书关联到其来源案件，会使它难以解释。
建议操作
- • 使用与现有证据一致的 trustLevel。
- • 如果签发伴随事件，请从一开始就关联工件。
实用 Reason Codes
Score 字典
severity
信号在 ADDA 量表上的机构优先级。
action
引擎建议的下一项运营步骤。
reasonCodes
用于证明评估合理的可解释原因。
协议说明
- • 认证也是在传递信任；请使用可验证的上下文。
文章历史
2026年7月9日
新增签发 payload 以及与 evidence 关联的说明。