A DMARC la migrazione del servizio può essere una modifica di solo reporting o una modifica dell'autenticazione in tempo reale. Stabilisci quale stai realizzando. Se il servizio raccoglie solo rapporti aggregati, non è necessario modificare la sostituzione del collettore SPF autorizzazione, DKIM chiavi o Applicazione DMARC. Se ospita anche dipendenze DNS o di firma, queste necessitano di un proprio piano di uscita. La combinazione di tutte le modifiche in un'unica finestra rende più difficile attribuire gli errori.
Inventariare il percorso del report corrente
Registra ciascun dominio delle policy, il relativo record esatto delle policy, i destinatari del report, le dipendenze di autorizzazione esterna, l'account del raccoglitore, il metodo di esportazione e il limite di conservazione. Registra quale team possiede l'accesso ai report non elaborati. Controlla se il totale del dashboard rappresenta osservazioni grezze, righe normalizzate, report deduplicati o un'interpretazione proprietaria. Mantieni questa distinzione quando confronti i fornitori.
RFC 9990 definisce la struttura del report aggregato e l'autorizzazione alla reportistica esterna. I report contengono un periodo di osservazione e metadati del reporter; non sono un registro completo in tempo reale di ogni messaggio. Un giorno mancante in una dashboard può significare un problema di consegna, acquisizione, analisi o presentazione. Trova la prima fase in cui le prove scompaiono prima di modificare la politica di invio.
Preparare la nuova destinazione e una sovrapposizione delimitata
Conferma che il nuovo destinatario possa accettare ed elaborare i report per i domini desiderati. Stabilire l'autorizzazione di destinazione esterna richiesta, ove applicabile. Se approvato, mantieni i vecchi e i nuovi destinatari durante una sovrapposizione limitata utilizzando la sintassi della policy valida e la configurazione del raccoglitore supportata. Approvare l'informativa aggiuntiva prima di duplicare i report per una nuova organizzazione. Un secondo destinatario non è esente da implicazioni sulla privacy semplicemente perché i record sono aggregati.
Esporta esempi grezzi e risultati del parser prima della fine del vecchio account. Testare input di grandi dimensioni o compressi utilizzando le interfacce e le protezioni documentate del raccoglitore; non inventare un formato di caricamento. Confronta i domini politici, gli intervalli dei report e le identità dei reporter, quindi esamina le discrepanze a livello di report non elaborato. Le differenze nei tempi di elaborazione e nella deduplicazione possono rendere fuorvianti i totali uguali.
Riconciliare un esempio di sovrapposizione esplicitamente delimitata
Supponiamo che le chiavi del vecchio raccoglitore siano A, B e C mentre le chiavi del nuovo raccoglitore siano B, C e D. L'unione contiene quattro chiavi candidate distinte, di cui due condivise, una solo vecchia e una solo nuova. Non stabilisce quattro messaggi univoci e nemmeno quattro rapporti univoci finché non vengono esaminati i conflitti e i contenuti principali. Supponiamo che questi esempi si riferiscano allo stesso intervallo di reporting. Ciascuna chiave combina reporter, dominio delle politiche, intervallo e ID report, ma non è garantito che tale combinazione risolva i report corretti o il riutilizzo dell'identificatore; conservare gli hash dei contenuti grezzi.
Solo il vecchio A necessita di indagini sulla consegna e sull'importazione prima di poter rivendicare la completa sovrapposizione. D solo nuovo non è spiegato da un intervallo successivo in questo caso; controllare l'assunzione del vecchio destinatario e l'analisi di ciascun collezionista prima di trattarla come una copertura migliorata. Si tratta di serie e ragionamenti ipotetici, non di un programma di riconciliazione, di osservazioni reali dei collezionisti o di lacune accettate. Documentare la spiegazione o ottenere una decisione esplicitamente mirata su eventuali perdite di copertura non risolte prima di terminare l'accesso.
Completa la migrazione con un'uscita basata sull'evidenza
Non impostare un numero universale di giorni di sovrapposizione. Scegli la finestra in base alla cadenza di reporting osservata, ai mittenti importanti a basso volume e alla scadenza dell'accesso contrattuale. Nominare la persona che accetta l'eventuale lacuna di copertura rimanente. Mantieni un percorso di ripristino finché esiste ancora l'accesso autorizzato e rendi leggibile l'esportazione non elaborata senza la vecchia dashboard.
Una volta completati il confronto e la revisione della proprietà, rimuovere la vecchia destinazione del report attraverso il processo di modifica, verificare la politica pubblicata e confermare che il nuovo raccoglitore continui a ricevere dati. Rimuovere le autorizzazioni esterne obsolete e l'accesso all'account solo dopo aver verificato gli utilizzi rimanenti. Archivia la linea di base, le differenze previste, i risultati della verifica e le limitazioni irrisolte. Un accesso riuscito alla dashboard è un controllo, non una prova della continuità del reporting.