dns-policy/1.1.0 · mis à jour le 9 juil. 2026

DNS défensif

Comment examiner les domaines, les e-mails et les décisions de résolution selon des critères clairs.

ADDA DNS donne la priorité aux signaux de résolution, à la cohérence du domaine, au lien avec l'e-mail et aux schémas qui méritent un suivi avant d'accorder sa confiance.

Une exploitation DNS mature ne se limite pas à vérifier si un domaine répond. Elle évalue aussi la sensibilité du nom, la juridiction attendue, l'ancienneté heuristique, la cohérence de l'e-mail et si la situation exige un score, une watchlist ou un incident.

Utilisez ce guide pour décider quand observer, vérifier ou laisser un marqueur institutionnel plus fort, en particulier si le domaine ressemble à une infrastructure critique ou à des identités publiques.

Liste de contrôle

• Valider les politiques actives dans l'organisation.
• Exécuter un DNS check sur les domaines fortement exposés.
• Consigner la décision lorsque le domaine nécessite un suivi particulier.

Démarrage rapide

1. Choisissez un domaine prioritaire et exécutez un check institutionnel.
2. Comparez severity, action et reason codes avant de bloquer ou de marquer.
3. Si le domaine concerne l'e-mail, recoupez-le avec l'article mail et avec evidence.

Flux opérationnel

Enregistrer le domaine

Ajoutez le domaine à l'inventaire ou au dossier qui a motivé l'analyse.

Éviter les analyses isolées sans référence opérationnelle.

Évaluer le risque

Lisez le résultat DNS en tenant compte de la sensibilité institutionnelle et de la couverture e-mail.

Décider s'il convient d'observer, de vérifier ou d'escalader.

Relier la réponse

Si le risque persiste, reliez une watchlist, une early warning ou un incident.

Ne pas laisser la lecture détachée du flux principal.

flowchart LR
  S1["Enregistrer le domaine"]
  S2["Évaluer le risque"]
  S3["Relier la réponse"]
  S1 --> S2
  S2 --> S3

Validateurs et contrôles

Ils exécutent une lecture contextuelle de cette surface et proposent des étapes à visée opérationnelle.

Vérifier un domaine critique

Renvoie la couverture DNS, les articles associés et les prochaines étapes.

Exemples

Payload du DNS check

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

Liens et références

Routes associées

Vue DNS dans le workspace Manuel DNS

APIs

/api/adda/v1/dns/check
/api/adda/v1/dns/policies
/api/adda/v1/domains

Docs et routes d'appui

docs/ADDA_DNS.md
docs/ADDA_API.md

Problèmes fréquents

• Prendre une décision à partir d'un nom suspect sans recouper le contexte peut surestimer le risque.
• Séparer DNS de mail ou d'incidents masque souvent des schémas d'usurpation.

Actions suggérées

• Escalader vers une watchlist lorsque le domaine réapparaît ou se combine à des campagnes.
• Utiliser evidence si le domaine a motivé une action visible par des tiers.

Reason codes utiles

DNS_SUSPICIOUS

Le domaine présente des caractéristiques fréquentes dans les campagnes ou les usurpations.

Renforcer l'examen et limiter la confiance initiale.

FOREIGN_ASN

La référence territoriale ne correspond pas au mode attendu.

Confirmer le contexte avant de présumer la légitimité.

DNS_NO_MX

L'e-mail associé ne présente pas la cohérence attendue.

Recouper avec le check mail avant de conclure la lecture.

Dictionnaire de score

severity

Priorité institutionnelle du signal sur l'échelle ADDA.

action

Prochaine étape opérationnelle recommandée par le moteur.

reasonCodes

Motifs explicables qui justifient la lecture.

Notes de protocole

• Pour les domaines sensibles, utilisez le mode institutional ou critical_infrastructure.
• DNS ne remplace pas intelligence : il la complète et la déclenche lorsque nécessaire.

Historique de l'article

9 juil. 2026

Ajout de quickstarts, d'un exemple de payload et d'un guide d'escalade vers incidents et intel.