[ DNS e domini ]

Record DNS NS e delega dei sottodomini

Pianificare il confine di zona corretto, preparare l'autorità secondaria e verificare la catena di riferimento prima di delegare DNS di autenticazione e-mail.

A cura del team di ricerca EmailAuth · 8 minuti di lettura

[ Punti chiave ]

  • Una delega NS trasferisce l'autorità per una zona secondaria, non solo per un valore TXT .
  • Preparare tutti i record secondari richiesti prima di modificare il riferimento principale.
  • Verificare la catena di delega, ciascun server e i messaggi del mittente interessati.
In questa pagina

[ Porta via ]

Delega solo lo spazio dei nomi previsto, conserva tutti i record dipendenti e richiede sia DNS autorevole che la prova del messaggio ricevuto.

[Per ruolo]

Cosa significa questo per te

Scegli il tuo ruolo per i prossimi passi pratici.

Amministratore IT/Posta

Mappa ogni selettore sotto il taglio

Una delega può interessare più mittenti.

Prossimi passi

  1. Inventariare tutti i record al di sotto del limite figlio proposto.
  2. Controlla ciascun server figlio e il riferimento padre.
  3. Testare nuovamente ogni flusso di lavoro di firma interessato.

CISO/SecOps

Esaminare l'autorità delegata

Un operatore figlio controlla una parte definita dello spazio dei nomi di autenticazione.

Prossimi passi

  1. Approvare l'ambito supportato più ristretto.
  2. Coordinare DS e firmare le modifiche con il proprietario DNSSEC .
  3. Mantieni l'autorità di ripristino e la proprietà di accesso.

Fondatore / Non tecnico

Proteggi tutte le dipendenze di invio

Un test di newsletter funzionante può nascondere un selettore di fatturazione non funzionante.

Prossimi passi

  1. Identificare i mittenti critici per l'azienda nel ramo delegato.
  2. Approvare il proprietario della modifica e il piano di ripristino.
  3. Richiedere l'accettazione della consegna attraverso tali flussi di lavoro.

[ Domande frequenti ]

Domande frequenti

Un record NS contiene un indirizzo IP?

No. NS RDATA identifica il nome host di un server dei nomi. I record degli indirizzi e qualsiasi collante richiesto sono parti separate per raggiungere quel server.

RFC1035

Dove viene pubblicata una delega di sottodominio?

La zona genitore pubblica il set NS figlio. Il bambino ha anche dati sull'apice NS; la modifica solo del bambino non stabilisce un rinvio pubblico da parte del genitore.

RFC9499

Delegare _domainkey equivale a delegare un selettore?

No. La sottostruttura _domainkey può contenere selettori per più mittenti. Inventariare l'intero spazio dei nomi trasferito e utilizzare solo l'ambito effettivamente previsto.

RFC1034

Posso sostituire un CNAME richiesto con record NS?

Non come una sostituzione equivalente. Un alias e una delega della zona secondaria hanno significati DNS e requisiti operativi diversi. Utilizza il metodo supportato dal servizio.

RFC1034

Quando potrebbe essere necessaria la colla?

I nomi dei server dei nomi interni al dominio possono creare una dipendenza sulla zona delegata per trovare i propri server. Le informazioni appropriate sull'indirizzo lato genitore interrompono tale dipendenza. Confermare la topologia effettiva.

RFC9499

Perché i vecchi record di selezione nel genitore non aiutano più?

Una volta che la risoluzione segue la delega del minore, i dati ordinari inferiori a tale taglio devono essere forniti dal minore. Un record rimasto nel vecchio pannello non è la prova dell'efficacia della risposta.

RFC1034

Devo eliminare un record DS quando una delega non riesce?

Non eliminarlo come soluzione alternativa inspiegabile. Chiedi al proprietario DNSSEC di controllare la configurazione della firma DS principale e secondaria e di approvare qualsiasi transizione della catena di fiducia.

RFC4035

Una ricerca TXT riuscita dimostra che DKIM è superato?

No. Il firmatario deve utilizzare la chiave corrispondente e il messaggio ricevuto deve essere verificato. Testare il selettore effettivamente utilizzato da ciascun mittente interessato.

RFC6376

[ Fonti ]

Fonti

  1. RFC9499

    Sezioni §6. Server e client DNS · §7. Zone

  2. RFC4035

    Sezioni §2.4 Includere RR DS in una Zona · §5. Autenticazione delle risposte DNS

  3. RFC1034

    Sezioni §4.2.1 Considerazioni tecniche · §4.2.2 Considerazioni amministrative · §4.3.2 Algoritmo

  4. RFC2308

    Sezioni §2. Risposte negative · §5. Memorizzazione nella cache delle risposte negative

  5. RFC1035

    Sezioni §3.3.11 Formato NS RDATA · §3.3.13 Formato SOA RDATA · §4.1 Formato messaggio

  6. RFC6376

    Sezioni §3.5 Campo intestazione DKIM-Signature · §3.6 Gestione e rappresentanza delle chiavi · §6. Azioni del verificatore

[ Glossario ]

Glossario

Taglio a zona
Il confine tra l'autorità detenuta da una zona genitore e una zona figlio delegata.

RFC9499

Colla
Record di indirizzi forniti per aiutare a raggiungere i server dei nomi quando la risoluzione dipenderebbe altrimenti dalla zona delegata.

RFC9499

Apice del bambino
Il nome principale della zona secondaria delegata, dove risiedono i propri dati SOA e NS.

RFC1035

Rinvio
Una risposta DNS che indirizza la risoluzione verso un altro set di server autorevoli.

RFC9499

Provenienza aziendale

Perché le principali istituzioni finanziarie e i governi hanno ritirato le dashboard di sicurezza della posta elettronica.

Le tradizionali piattaforme di autenticazione e-mail ti vendono una dashboard e chiedono ai tuoi ingegneri di fare il lavoro. Negli ambienti ad alto rischio, la supervisione manuale comporta un’applicazione ritardata, deviazioni della configurazione e domini ombra non monitorati.

EmailAuth è la piattaforma di provenienza della posta elettronica degli agenti. I nostri agenti applicano p=reject, mantieni allineati i mittenti di terze parti e sposta i tuoi domini al massimo RFC 9989 conformità, il nuovo standard DMARC , con verificabilità human-in-the-loop.

Governi Grandi imprese Istituti finanziari di primo livello

SaaS · Locazione dedicata · Air-gapped on-premise · Crittografia BYOK

Base di conoscenza