Un ampio portafoglio di domini contiene più domini che appaiono nella piattaforma di posta principale. Acquisizioni, siti di campagne, lanci di prodotti e account di vecchi fornitori creano record facili da scoprire ma difficili da attribuire. La scoperta dovrebbe produrre un inventario supportato da prove con incognite esplicite, non un elenco automaticamente attendibile di tutto ciò che contiene il nome dell’azienda.
Inizia con diverse fonti autorizzate
Raccogli le esportazioni dei registrar approvati, gli inventari delle zone DNS, i registri degli appalti, i registri delle filiali e le esportazioni degli account di servizio. Utilizzare certificati o osservazioni esterne come indizi ove autorizzato, non come prova dell'attuale proprietà. Conserva la fonte, l'ora di raccolta e l'identificatore originale per ogni riga. Normalizza i nomi per la corrispondenza mantenendo il valore originale in modo da poter rivedere una decisione di pulizia dei dati.
Proprietà di registrazione separata, funzionamento DNS , uso aziendale e autorità di invio di e-mail. Un dominio può essere registrato dall'organizzazione ma non utilizzato per la posta; un'applicazione può utilizzare un sottodominio delegato gestito da un fornitore. RFC 1034 descrive la gerarchia DNS e le zone amministrative, che non sono necessariamente in linea con i dipartimenti organizzativi. Concetti relativi DNS. Registra la relazione invece di forzare tutti i risultati in un'unica colonna del proprietario.
Conciliare le identità senza cancellare l’incertezza
Scegli un identificatore di dominio interno stabile e allega ad esso alias, record di origine e conflitti. Contrassegnare i nomi appena trovati come candidati all'indagine finché una parte responsabile non conferma la loro relazione. Una fattura storica stabilisce che è avvenuto un acquisto, non necessariamente che la registrazione rimanga attiva. Un certificato stabilisce un'osservazione correlata al certificato, non presenta un controllo amministrativo o un utilizzo approvato della posta elettronica.
Per ciascun servizio di invio confermato, scopo del record, account o inquilino, titolare dell'azienda, criticità, Da visibile, dominio della busta, DKIM dominio, selettori, ultimo test autorizzato e prova di approvazione. NIST CM-8 fornisce un inventario generale e una base di responsabilità; questi campi email e stati di riconciliazione sono il modello operativo qui proposto. Catalogo NIST. Mantieni sconosciuti i campi non supportati anziché copiare i valori da un dominio con nome simile.
Mantieni distinti i tre risultati della scoperta
Supponiamo che un'ipotetica revisione del portafoglio trovi tre domini. Per A, l'esportazione di un registrar attualmente approvato e il record dell'account DNS concordano e il titolare dell'azienda responsabile ne conferma l'utilizzo. Per B è disponibile solo un'osservazione del certificato. Per C, una vecchia fattura di acquisto è in conflitto con l'inventario del conto corrente. A può essere contrassegnato come corroborato ai sensi di questa regola di revisione dichiarata; B ha bisogno di prove attuali della proprietà e C ha bisogno che il conflitto venga risolto. Nessuno viene automaticamente approvato per l'invio di posta.
Questi input presunti non sono documenti del registro forniti, riconciliazioni eseguite o determinazioni sulla proprietà reale. Segnala un dominio confermato, uno in sospeso e uno in conflitto su tre esaminati. Chiedi al proprietario autorizzato dell'account le prove mancanti prima di assegnare il controllo. Mantenere l'autorizzazione del servizio come decisione separata anche quando vengono confermate la registrazione e l'autorità DNS .
Dare priorità e mantenere il lavoro irrisolto
Classifica i risultati in base all'impatto aziendale e all'autorità in gioco: un mittente transazionale attivo sconosciuto merita una risposta diversa da un vecchio nome promozionale senza utilizzo verificato. DMARC le osservazioni possono aiutare a identificare le identità di invio, ma i risultati dell'autenticazione non stabiliscono la proprietà aziendale o l'approvazione aziendale. RFC 9989. Non aggiungere automaticamente l'infrastruttura appena osservata ai record di autorizzazione.
Pubblica la copertura con una popolazione definita e indica quanti domini sono verificati, in conflitto, senza proprietà o in attesa di prova. Tieni traccia di fusioni, modifiche del registrar, trasferimenti DNS e onboarding dei servizi come fattori scatenanti della riconciliazione. Conserva i record ritirati con la loro disposizione anziché eliminare la cronologia che potrebbe spiegare un'osservazione futura. Il portafoglio diventa gestibile quando ogni asset confermato ha una relazione responsabile e ogni sconosciuto ha un'azione successiva, non quando il foglio di calcolo contiene il maggior numero possibile di nomi.