Aduana Digital de Defensa Argentina
创建 ADDA 访问权限
← ADDA 手册

dns-policy/1.1.0 · 更新于 2026年7月9日

防御性 DNS

依据明确标准审查域名、电子邮件与解析决策。

ADDA DNS 优先关注解析信号、域名一致性、与电子邮件的关联，以及在建立信任前值得持续监控的模式。

成熟的 DNS 运营不只检查域名能否解析，还会评估名称敏感度、预期司法辖区、启发式存续时间、电子邮件一致性，以及当前情况是否需要 score、watchlist 或 incident。

请使用本指南判断何时观察、何时核验，以及何时留下更强的机构标记，尤其当域名近似关键基础设施或公共身份时。

检查清单

  • • 验证组织中启用的策略。
  • • 对高暴露域名执行 DNS check。
  • • 当域名需要特别监控时记录决策。

快速开始

  1. 1. 选择一个优先域名并执行机构级 check。
  2. 2. 在阻止或标记之前，对照 severity、action 和 reason codes。
  3. 3. 如果域名涉及电子邮件，请结合 mail 文章和 evidence 交叉核验。

运维流程

登记域名

将域名加入资产清单或触发本次审查的案例。

避免脱离运营依据的孤立分析。

评估风险

结合机构敏感度和电子邮件覆盖情况研读 DNS 结果。

决定应当观察、核验还是升级。

关联响应

如果风险持续存在，请关联 watchlist、early warning 或 incident。

不要让这次研判脱离主要工作流。

flowchart LR
  S1["登记域名"]
  S2["评估风险"]
  S3["关联响应"]
  S1 --> S2
  S2 --> S3

验证器与检查

针对当前界面执行上下文分析，并返回以运维为重点的建议步骤。

检查关键域名

返回 DNS 覆盖情况、相关文章与后续步骤。

示例

DNS check payload

{
  "domain": "secure-capacero.ar",
  "mode": "institutional"
}

常见问题

  • • 仅凭可疑名称而不交叉核验上下文就做出决策，可能会夸大风险。
  • • 将 DNS 与 mail 或 incidents 分开处理，往往会掩盖身份冒用模式。

建议操作

  • • 当域名再次出现或与活动结合时，升级至 watchlist。
  • • 如果该域名触发了第三方可见的操作，请使用 evidence。

实用 Reason Codes

DNS_SUSPICIOUS

该域名呈现出活动或身份冒用中常见的特征。

加强审查并限制初始信任。

FOREIGN_ASN

地域参考与预期模式不一致。

在认定其合法性前确认上下文。

DNS_NO_MX

关联电子邮件缺少预期的一致性。

在结束研判前结合 mail check 交叉核验。

Score 字典

severity

信号在 ADDA 量表上的机构优先级。

action

引擎建议的下一项运营步骤。

reasonCodes

用于说明研判依据的可解释理由。

协议说明

  • • 对于敏感域名，建议使用 institutional 或 critical_infrastructure 模式。
  • • DNS 不会取代 intelligence：它会补充情报，并在需要时触发情报流程。

文章历史

2026年7月9日

新增了 quickstart、payload 示例，以及升级至 incidents 和 intel 的指南。