L’allineamento DMARC collega un’autenticazione email riuscita al dominio che i clienti vedono nell’indirizzo From. Un messaggio può superare SPF o DKIM usando un dominio diverso e non superare comunque la verifica di allineamento. Prima di modificare la policy del negozio, identifica tutti i mittenti legittimi, esamina messaggi reali e usa i report per capire quali effetti avrebbe un’applicazione più rigorosa.
Distingui un’autenticazione superata dall’allineamento
Un messaggio può superare SPF o DKIM per un dominio che non è allineato con il mittente visibile. L’allineamento è la relazione controllata da DMARC. I dettagli dipendono dalla modalità configurata e dai domini, quindi esamina il messaggio effettivo invece di basarti solo su un’etichetta verde.
Usa le istruzioni Sendvio di configurazione e allineamento del dominio per il tuo account e coinvolgi chi gestisce il DNS. Posta interna, risposte dell’assistenza e altri servizi legittimi possono richiedere attenzione prima che una policy più severa sia appropriata per l’intero dominio.
Applica una verifica semplice dell’allineamento
Immagina una campagna con il dominio del negozio nell’indirizzo From visibile. Il messaggio supera DKIM, ma la firma valida appartiene a un dominio estraneo. Il risultato autentica qualcosa, ma non stabilisce l’identità allineata di cui il negozio ha bisogno. Al contrario, una firma valida con un dominio opportunamente allineato può soddisfare DMARC anche se l’altro percorso di autenticazione non è allineato.
L’allineamento rigoroso richiede una corrispondenza esatta dei domini. Quello rilassato accetta la relazione prevista con il dominio organizzativo, senza richiedere nomi identici. L’interpretazione corretta dipende dai domini reali, dalla policy pubblicata e dalla valutazione del destinatario. Chiedi all’amministratore di controllare questi valori invece di considerare automaticamente equivalenti tutti i sottodomini o i domini dall’aspetto simile.
Per lo stesso motivo cambiare l’indirizzo Reply-To non risolve un errore DMARC. Le risposte e l’autenticazione hanno funzioni diverse. Mantieni utile il percorso di risposta per il cliente, ma diagnostica l’allineamento usando le identità presenti nel messaggio consegnato.
Esamina prima di applicare la policy
Una policy di monitoraggio può aiutare a rivelare quali sistemi inviano posta usando il tuo dominio. I report vanno interpretati: un traffico sconosciuto può essere non autorizzato, ma anche appartenere a un servizio legittimo che qualcuno ha dimenticato di documentare.
Non copiare una policy rigorosa da un tutorial presumendo che sia sicura. Irrigidire l’applicazione prima di preparare tutti i mittenti legittimi può interrompere i messaggi attesi. Conserva un registro delle modifiche e concorda un piano di risposta nel caso emergano problemi dopo l’aggiornamento.
Considera policy e report decisioni operative
Una policy “none” non richiede un trattamento speciale degli errori di validazione. “Quarantine” comunica che gli errori devono essere considerati sospetti; “reject” esprime una richiesta di trattamento più severa. I sistemi riceventi prendono comunque decisioni proprie usando anche altre informazioni. Nessuna impostazione garantisce che la posta desiderata arrivi in inbox o che scompaiano tutti i tentativi d’impersonificazione.
I report aggregati possono mostrare quali sistemi inviano usando il dominio e come sono stati valutati autenticazione e allineamento. Sono prove operative, non report d’interazione della campagna. Assegna a qualcuno l’interpretazione e l’indagine sui mittenti sconosciuti. Una fonte insolita può essere un servizio legittimo dimenticato, un effetto d’inoltro o un uso non autorizzato: ogni caso richiede un intervento diverso.
Controlla regolarmente i risultati
Invia test controllati, esamina l’allineamento e rivedi i report con un amministratore qualificato. Proteggere il dominio è una responsabilità continua di configurazione, soprattutto quando aggiungi un servizio di invio o modifichi il dominio del marchio.
Mantieni aspettative realistiche. DMARC contribuisce a proteggere l’identità del mittente e affronta gli errori di autenticazione. Non previene ogni tentativo di phishing e non garantisce l’arrivo delle campagne nella posta in arrivo. Abbinalo a informazioni del mittente riconoscibili, permessi appropriati e un modello costante di messaggi attesi.
Prima di irrigidire la policy, crea un inventario dei mittenti che comprenda personale, assistenza, marketing e servizi operativi. Prova ogni percorso pertinente e registra l’identità allineata prevista. Se un aggiornamento interrompe traffico legittimo, l’inventario aiuta a trovare il servizio coinvolto senza indebolire alla cieca la configurazione dell’intero dominio.
Quando pianifichi modifiche, consulta gli standard aggiornati e le istruzioni specifiche dell’account. Specifiche e implementazioni DMARC evolvono: i parametri di avvio di un vecchio tutorial potrebbero non essere adatti alla nuova configurazione. L’obiettivo pratico del merchant resta semplice: sapere chi usa legittimamente il dominio, verificarne l’allineamento e scegliere una policy con un impatto compreso sulla posta reale. Rivedi le prove ogni volta che cambia l’architettura d’invio.