Início rápido
- 1. Escolha um domínio prioritário e execute um check institucional.
- 2. Compare severity, action e reason codes antes de bloquear ou marcar.
- 3. Se o domínio afetar e-mail, cruze com o artigo de mail e com evidence.
← Manual ADDA
dns-policy/1.1.0 · atualizado em 9 de jul. de 2026
DNS defensivo
Como revisar domínios, e-mail e decisões de resolução com critérios claros.
O ADDA DNS prioriza sinais de resolução, consistência do domínio, relação com e-mail e padrões que merecem acompanhamento antes de estabelecer confiança.
Uma operação madura de DNS não se limita a verificar se um domínio responde. Ela também avalia a sensibilidade do nome, a jurisdição esperada, a idade heurística, a consistência do e-mail e se a situação exige score, watchlist ou incident.
Use este guia para decidir quando observar, verificar ou deixar uma marca institucional mais forte, especialmente se o domínio se parecer com infraestrutura crítica ou identidades públicas.
Checklist
- • Validar as políticas ativas na organização.
- • Executar um DNS check em domínios de alta exposição.
- • Registrar a decisão quando o domínio precisar de acompanhamento especial.
Fluxo operacional
Registrar domínio
Adicione o domínio ao inventário ou ao caso que motivou a análise.
Evitar análises isoladas sem referência operacional.
Avaliar risco
Leia o resultado DNS considerando a sensibilidade institucional e a cobertura de e-mail.
Decidir se convém observar, verificar ou escalar.
Conectar resposta
Se o risco persistir, vincule watchlist, early warning ou incident.
Não deixar a leitura solta fora do fluxo principal.
flowchart LR S1["Registrar domínio"] S2["Avaliar risco"] S3["Conectar resposta"] S1 --> S2 S2 --> S3
Validadores e verificações
Executam uma leitura contextual desta superfície e devolvem passos sugeridos com foco operacional.
Verificar domínio crítico
Retorna cobertura DNS, artigos relacionados e próximos passos.
Exemplos
Payload para DNS check
{
"domain": "secure-capacero.ar",
"mode": "institutional"
}Links e referências
Rotas relacionadas
APIs
/api/adda/v1/dns/check/api/adda/v1/dns/policies/api/adda/v1/domains
Docs e rotas de apoio
docs/ADDA_DNS.mddocs/ADDA_API.md
Problemas frequentes
- • Tomar decisões por um nome suspeito sem cruzar o contexto pode superestimar o risco.
- • Separar DNS de mail ou incidents costuma ocultar padrões de falsificação de identidade.
Ações sugeridas
- • Escalar para watchlist quando o domínio reaparecer ou se combinar com campanhas.
- • Usar evidence se o domínio motivar uma ação visível para terceiros.
Reason codes úteis
DNS_SUSPICIOUS
O domínio apresenta características frequentes em campanhas ou falsificação de identidade.
Reforçar a revisão e limitar a confiança inicial.
FOREIGN_ASN
A referência territorial não corresponde ao modo esperado.
Confirmar o contexto antes de presumir legitimidade.
DNS_NO_MX
O e-mail associado não tem a consistência esperada.
Cruzar com o check de mail antes de concluir a leitura.
Dicionário de score
severity
Prioridade institucional do sinal na escala ADDA.
action
Próximo passo operacional recomendado pelo motor.
reasonCodes
Motivos explicáveis que justificam a leitura.
Notas do protocolo
- • Para domínios sensíveis, convém usar o modo institutional ou critical_infrastructure.
- • DNS não substitui intelligence: complementa e a aciona quando necessário.
Histórico do artigo
9 de jul. de 2026
Foram adicionados quickstarts, um exemplo de payload e orientação de escalonamento para incidents e intel.