dns-policy/1.1.0 · aggiornato il 9 lug 2026

DNS difensivo

Come esaminare domini, e-mail e decisioni di risoluzione con criteri chiari.

ADDA DNS dà priorità ai segnali di risoluzione, alla coerenza del dominio, al rapporto con l'e-mail e ai pattern da monitorare prima di accordare fiducia.

Una gestione DNS matura non si limita a verificare se un dominio risponde. Valuta anche la sensibilità del nome, la giurisdizione attesa, l'anzianità euristica, la coerenza dell'e-mail e se la situazione richiede score, watchlist o incident.

Usa questa guida per decidere quando osservare, verificare o lasciare un segno istituzionale più forte, soprattutto se il dominio somiglia a infrastrutture critiche o identità pubbliche.

Lista di controllo

• Convalidare le policy attive nell'organizzazione.
• Eseguire un DNS check sui domini ad alta esposizione.
• Registrare la decisione quando il dominio richiede un monitoraggio speciale.

Avvio rapido

1. Scegli un dominio prioritario ed esegui un check istituzionale.
2. Confronta severity, action e reason codes prima di bloccare o contrassegnare.
3. Se il dominio riguarda l'e-mail, confrontalo con l'articolo mail e con evidence.

Flusso operativo

Registrare il dominio

Aggiungi il dominio all'inventario o al caso che ha motivato l'analisi.

Evitare analisi isolate senza un riferimento operativo.

Valutare il rischio

Leggi il risultato DNS considerando la sensibilità istituzionale e la copertura e-mail.

Decidere se osservare, verificare o procedere con l'escalation.

Collegare la risposta

Se il rischio persiste, collega watchlist, early warning o incident.

Non lasciare la lettura separata dal flusso principale.

flowchart LR
  S1["Registrare il dominio"]
  S2["Valutare il rischio"]
  S3["Collegare la risposta"]
  S1 --> S2
  S2 --> S3

Validatori e controlli

Eseguono una lettura contestuale di questa superficie e restituiscono passaggi suggeriti con un taglio operativo.

Verificare un dominio critico

Restituisce copertura DNS, articoli correlati e passaggi successivi.

Esempi

Payload per il DNS check

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

Link e riferimenti

Route correlate

Vista DNS nel workspace Manuale DNS

APIs

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

Docs e route di supporto

docs/ADDA_DNS.md
docs/ADDA_API.md

Problemi frequenti

• Prendere decisioni da un nome sospetto senza confrontare il contesto può sovrastimare il rischio.
• Separare DNS da mail o incidents spesso nasconde pattern di impersonificazione.

Azioni suggerite

• Passare alla watchlist quando il dominio ricompare o si combina con campagne.
• Usare evidence se il dominio ha motivato un'azione visibile a terzi.

Reason code utili

DNS_SUSPICIOUS

Il dominio presenta caratteristiche frequenti nelle campagne o nell'impersonificazione.

Rafforzare la verifica e limitare la fiducia iniziale.

FOREIGN_ASN

Il riferimento territoriale non corrisponde alla modalità attesa.

Confermare il contesto prima di presumere la legittimità.

DNS_NO_MX

L'e-mail associata non presenta la coerenza attesa.

Confrontare con il check mail prima di concludere la lettura.

Dizionario degli score

severity

Priorità istituzionale del segnale sulla scala ADDA.

action

Passaggio operativo successivo consigliato dal motore.

reasonCodes

Motivi spiegabili che giustificano la lettura.

Note di protocollo

• Per i domini sensibili conviene usare la modalità institutional o critical_infrastructure.
• DNS non sostituisce intelligence: la completa e la attiva quando serve.

Cronologia dell'articolo

9 lug 2026

Aggiunti quickstart, un esempio di payload e una guida all'escalation verso incidents e intel.