Policy e report DMARC
Applicare l'allineamento e leggere i report.
Policy e report DMARC è una lezione Cyber Security Academy gratuita su CoddyKit. Questa è la lezione 4 di 4. Puoi leggere la lezione completa qui gratuitamente — poi esercitati direttamente nel browser con un editor di codice integrato e un tutor IA disponibile 24/7. Fa parte del percorso di apprendimento Cyber Security Academy, e i tuoi progressi si sincronizzano tra il web e l'app CoddyKit. Il corso Cyber Security Academy include 4 lezioni in totale.
Cosa aggiunge DMARC
DMARC (Domain-based Message Authentication, Reporting and Conformance) collega SPF e DKIM e risolve la loro principale lacuna.
SPF e DKIM autenticano ciascuno un dominio, ma non necessariamente l'intestazione From visibile che legge l'utente. DMARC richiede che tale autenticazione sia allineata al dominio From e indica ai server riceventi cosa fare quando un messaggio fallisce; inoltre invia report.
Il concetto di allineamento
L'allineamento è il cuore di DMARC. Un messaggio supera DMARC solo se supera SPF o DKIM e il dominio autenticato corrisponde al dominio From visibile.
- Allineamento SPF — il dominio envelope MAIL FROM corrisponde al dominio From
- Allineamento DKIM — il dominio
d=di DKIM corrisponde al dominio From
È questo che blocca un attaccante che supera SPF per il proprio dominio mentre mostra il Suo dominio nel From.
Allineamento strict e relaxed
L'allineamento può essere verificato in due modalità, configurate per ciascun meccanismo:
- Relaxed (predefinita) — i domini organizzativi devono corrispondere; i sottodomini sono consentiti (mail.company.com è allineato con company.com)
- Strict — i domini devono corrispondere esattamente
Relaxed è l'impostazione predefinita più pratica perché le organizzazioni inviano legittimamente email da sottodomini e tramite fornitori. Strict offre un controllo più rigoroso quando è possibile garantire la firma con il dominio esatto.
Il record DNS DMARC
DMARC viene pubblicato come record TXT nel sottodominio speciale _dmarc:
_dmarc.company.com. IN TXT \
"v=DMARC1; p=reject; rua=mailto:dmarc@company.com; \
ruf=mailto:forensic@company.com; pct=100; \
adkim=r; aspf=r; fo=1"Spiegazione dei tag dei criteri
I principali tag DMARC controllano il comportamento e la generazione dei report:
p policy: none | quarantine | reject
sp policy for subdomains (defaults to p)
rua address for aggregate reports
ruf address for forensic (failure) reports
pct percent of mail the policy applies to (rollout)
adkim DKIM alignment mode: r (relaxed) | s (strict)
aspf SPF alignment mode: r (relaxed) | s (strict)
fo forensic report optionsI tre livelli dei criteri
Il tag p= indica ai server riceventi come gestire i messaggi che non superano DMARC:
- p=none — non eseguire alcuna azione, ma inviare solo i report (modalità di monitoraggio)
- p=quarantine — trattare le email non conformi come sospette (indirizzarle nella cartella spam)
- p=reject — rifiutare direttamente le email non conformi (protezione massima)
L'obiettivo di qualsiasi implementazione è raggiungere p=reject, che blocca effettivamente le email contraffatte. Tuttavia, iniziare alla cieca con questo criterio rischia di eliminare email legittime.
Report aggregati (RUA)
I report aggregati (inviati all'indirizzo rua) sono riepiloghi XML giornalieri provenienti dai provider riceventi. Mostrano ogni origine che invia email per conto del Suo dominio e indicano se ha superato SPF, DKIM e i relativi controlli di allineamento.
Questi report consentono di individuare:
- Servizi legittimi che ha dimenticato di autorizzare
- Tentativi di spoofing ai danni del Suo dominio
- Mittenti configurati erroneamente prima di applicare i criteri
Sono lo strumento più utile per introdurre DMARC in sicurezza.
Leggere un report aggregato
I report XML aggregati elencano gli IP di origine insieme ai relativi risultati dell'autenticazione:
<record>
<row>
<source_ip>198.51.100.4</source_ip>
<count>120</count>
<policy_evaluated>
<disposition>none</disposition>
<dkim>pass</dkim>
<spf>pass</spf>
</policy_evaluated>
</row>
<identifiers><header_from>company.com</header_from></identifiers>
</record>Report forensi (RUF)
I report forensi (di errore), inviati all'indirizzo ruf, forniscono dettagli per singolo messaggio sugli errori individuali, incluse intestazioni oscurate.
Sono utili per indagare su campagne di spoofing in corso. Tuttavia:
- Molti provider non li inviano per motivi di privacy
- Possono contenere dati sensibili dei destinatari, quindi devono essere gestiti con attenzione
Nella pratica, i report aggregati (rua) svolgono la maggior parte del lavoro; i report forensi sono un elemento aggiuntivo.
Un percorso sicuro per il rollout
Non passi mai direttamente a reject. Utilizzi un rollout graduale guidato dai report:
- Pubblichi p=none con
ruae monitori per alcune settimane - Corregga SPF e DKIM per ogni mittente legittimo individuato dai report
- Passi a p=quarantine, utilizzando facoltativamente
pctper aumentare gradualmente la percentuale - Quando avrà la certezza che nessun messaggio legittimo non superi i controlli, imposti p=reject
Verifichi ogni passaggio rispetto ai report aggregati prima di applicare ulteriori restrizioni.
Sottodomini e BIMI
Due aspetti pratici completano il quadro:
- Policy dei sottodomini (sp) — imposti una policy per i sottodomini, in modo che gli aggressori non possano falsificare
random.company.com. Utilizzisp=rejectanche se un sottodominio non invia alcun messaggio. - BIMI — quando raggiunge
p=quarantineop=reject, può pubblicare un record BIMI per visualizzare il logo verificato nelle caselle di posta compatibili, offrendo all'azienda un incentivo ad applicare DMARC.
Verifica rapida
Verifichi la sua comprensione di DMARC.
Riepilogo
Ha appreso come DMARC applichi le policy e generi report:
- DMARC richiede che SPF o DKIM siano allineati al dominio From visibile
- L'allineamento può essere relaxed (con sottodomini consentiti) o strict (corrispondenza esatta)
- La policy
p=passa da none a quarantine e infine a reject - I report aggregati (rua) guidano un rollout sicuro e graduale; i report forensi (ruf) aggiungono dettagli per ogni messaggio
- Imposti una policy per i sottodomini e valuti BIMI una volta iniziata l'applicazione della policy
Con questo si conclude il corso sulla sicurezza delle email: SPF autorizza i server, DKIM firma i messaggi e DMARC li collega al dominio From e applica la policy.
Impara Cyber Security Academy con un tutor IA — gratis
Scrivi ed esegui vero codice nel tuo browser, ricevi aiuto istantaneo da un tutor IA disponibile 24/7, e riprendi da dove hai lasciato sul web o nell'app.
- Corsi
- 76
- Lezioni
- 303
Domande Frequenti
La lezione «Policy e report DMARC» è gratuita?
Sì — il testo completo di «Policy e report DMARC» è gratuito qui sul web. Per esercitarvi in modo interattivo (un editor di codice integrato e un tutor IA 24/7) e sbloccare il resto del corso Cyber Security Academy, passa a CoddyKit PRO. Il corso Cyber Security Academy include 4 lezioni in totale.
Cosa imparerò in «Policy e report DMARC»?
Applicare l'allineamento e leggere i report. Eserciti Cyber Security Academy con codice pratico che esegui direttamente nel browser, e un tutor IA 24/7 risponde alle tue domande mentre lavori sulla lezione.
Ho bisogno di esperienza per iniziare Cyber Security Academy?
Non è richiesta alcuna esperienza precedente. Cyber Security Academy su CoddyKit è strutturato per principianti e studenti avanzati, quindi puoi iniziare da qui o dall'inizio e procedere al tuo ritmo. Questa è la lezione 4 di 4.
Quanto tempo richiede la lezione «Policy e report DMARC»?
La maggior parte delle lezioni CoddyKit richiede circa 5–10 minuti. Ogni lezione è breve e interattiva, quindi fai progressi costanti e riprendi esattamente da dove hai lasciato su web e app.
Posso scrivere ed eseguire codice in questa lezione Cyber Security Academy?
Sì. Ogni lezione Cyber Security Academy include un editor di codice integrato, quindi scrivi ed esegui codice reale direttamente nel tuo browser e ricevi feedback istantaneo dall'IA — nessuna configurazione locale necessaria.
Tutte le lezioni di questo corso
- Come funziona l'email spoofing
- Record SPF
- Firma DKIM
- Policy e report DMARC