Les rapports agrégés DMARC sont la boucle de rétroaction qui fait fonctionner DMARC - mais ils arrivent sous forme de XML dense, difficile à lire à la main. Voici ce qu'ils contiennent et comment agir dessus.
Ce que contient un rapport agrégé
Chaque rapport (défini par la RFC 7489) comporte trois parties : des métadonnées identifiant qui l'a généré et la plage de dates, la politique DMARC que votre domaine publiait à ce moment-là, et un ensemble d'enregistrements. Chaque enregistrement représente une IP source ayant envoyé du courrier au nom de votre domaine, avec le nombre de messages, les résultats SPF et DKIM, si chaque résultat s'alignait avec le domaine From, et la disposition que le destinataire a appliquée (remis, mis en quarantaine ou rejeté).
Les champs qui comptent le plus
- IP source - quel serveur a envoyé le courrier. L'analyseur résout son nom d'hôte en DNS inverse pour que vous distinguiez votre CRM d'un usurpateur inconnu.
- Nombre - combien de messages cette ligne représente. Une ligne en échec envoyant des milliers de messages compte bien plus qu'un cas isolé.
- Résultat SPF / DKIM + alignement - une réussite ne vous protège que si elle s'aligne aussi avec votre domaine From ; voyez comment fonctionne l'alignement SPF. « Réussi mais non aligné » n'est pas une réussite DMARC.
- Disposition - ce qui est réellement arrivé au courrier sous votre politique actuelle.
Lire les scénarios courants
- Tout aligné et réussi. Vos expéditeurs légitimes sont correctement configurés - vous pouvez renforcer votre politique en toute sécurité.
- Votre propre expéditeur réussit SPF mais n'est pas aligné. Généralement un service tiers envoyant depuis son propre return-path. Corrigez-le avec un return-path personnalisé ou une signature DKIM sur votre domaine.
- Une IP inconnue envoyant du volume qui échoue. C'est de l'usurpation - exactement ce que l'application DMARC bloque.
- SPF PermError. Votre enregistrement SPF dépasse la limite de 10 recherches ; AutoSPF l'aplatit pour que ces lignes commencent à réussir - et dissipe les mythes courants sur le SPF flattening.
Utiliser les rapports pour passer de p=none à p=reject
Les rapports existent pour que vous puissiez atteindre l'application en toute sécurité. Commencez à p=none et lisez les rapports jusqu'à ce que chaque source légitime affiche des réussites alignées. Passez ensuite à p=quarantine, surveillez les retombées, puis enfin p=reject. L'analyseur porte ce jugement pour un rapport unique ; validez les enregistrements sous-jacents avec le vérificateur DMARC et le vérificateur SPF au fur et à mesure, et voyez la progression complète dans notre guide DMARC.
D'un rapport unique à la surveillance continue
Cet outil est idéal pour inspecter un rapport unique à la demande. Une fois que vous recevez des dizaines de rapports par jour sur plusieurs domaines, les lire un par un cesse de tenir la charge - notre produit frère DMARC Report ingère automatiquement chaque rapport agrégé et forensique et suit les taux de réussite dans le temps.