Visionneuse de rapports agrégés DMARC

Importez un rapport agrégé DMARC (XML, gzip ou ZIP) de votre serveur de messagerie pour afficher les résultats d'authentification SPF/DKIM et la politique appliquée par IP source dans un tableau clair. L'analyse se fait entièrement dans votre navigateur : le fichier n'est jamais envoyé à un serveur.

Dernière mise à jour : 2026-09-09

Qu'est-ce que le visualiseur de rapports agrégés DMARC

Lorsqu'un domaine a activé DMARC, les fournisseurs de messagerie destinataires comme Gmail, Yahoo ou Microsoft renvoient chaque jour un fichier XML résumant qui a envoyé des messages au nom de ce domaine, combien de messages sont arrivés, comment s'est déroulée l'authentification SPF/DKIM et comment la politique DMARC a été appliquée. C'est ce qu'on appelle un rapport agrégé (Aggregate Report). Le XML brut n'est pas conçu pour être lu par des humains et arrive généralement compressé en gzip ou dans une archive ZIP, si bien qu'ouvrir directement la pièce jointe n'apporte presque aucune information utile.

Cet outil transforme ce fichier XML, gzip ou ZIP du rapport agrégé en un tableau lisible indiquant le nombre de messages, les résultats d'authentification SPF/DKIM et la disposition de la politique par IP source, dès son dépôt dans votre navigateur. L'analyse s'effectue entièrement côté client en JavaScript, et le contenu du fichier n'est jamais transmis à un serveur. Ces rapports révélant des informations sensibles, comme les IP d'envoi de messagerie de votre organisation, cette garantie est un pilier central de la conception.

Comment utiliser le visualiseur de rapports agrégés DMARC

Récupérer le fichier du rapport agrégé Repérez la pièce jointe (.xml, .xml.gz ou .zip) envoyée à l'adresse indiquée dans la balise rua de votre enregistrement DMARC.
Déposer le fichier Faites-le glisser dans la zone de dépôt, ou cliquez pour le sélectionner depuis votre appareil.
Vérifier les métadonnées du rapport Consultez l'organisation émettrice, la période couverte, le domaine concerné, ainsi que la politique publiée (p) et son taux d'application (pct).
Examiner les résultats par IP source Chaque ligne indique le nombre de messages d'une IP source, si SPF/DKIM ont réussi ou échoué, et comment la politique a réellement été appliquée.
Repérer les expéditeurs inconnus Si une IP que vous ne reconnaissez pas envoie un volume important de messages, considérez-la comme une tentative possible d'usurpation et croisez-la avec l'en-tête From.

Astuces pour en tirer le meilleur parti

Les rapports agrégés DMARC sont généralement envoyés par e-mail quotidiennement (en XML compressé gzip ou ZIP) à l'adresse indiquée dans la balise « rua » de votre enregistrement DMARC. Vous pouvez importer directement cette pièce jointe dans cet outil.
Un « taux de réussite SPF et DKIM » faible indique souvent qu'un expéditeur légitime (votre plateforme marketing, votre CRM ou un prestataire de messagerie externe) n'est pas correctement configuré pour SPF/DKIM. Notez l'IP source et enquêtez.
Tant que votre politique (p) est encore « none », les messages qui échouent à l'authentification continuent d'être délivrés. Ne durcissez vers quarantine ou reject que lorsque le taux de réussite est constamment élevé.
Une IP source inconnue envoyant un grand volume de messages au nom de votre domaine peut indiquer du phishing ou du spam usurpant votre marque. Vérifiez la valeur de l'en-tête From et faites une recherche inversée de l'IP source.
Lorsque vous comparez plusieurs jours de rapports, notez la période (begin/end) intégrée à chaque fichier afin de suivre l'évolution du taux de réussite dans le temps.

Quand utiliser le visualiseur de rapports agrégés DMARC

Vérifier les tentatives d'usurpation et de phishing

Passez régulièrement en revue les IP qui envoient au nom de votre domaine pour détecter tôt toute IP inconnue laissant supposer une usurpation.

Valider une nouvelle configuration SPF/DKIM après une migration

Juste après un changement de fournisseur de messagerie ou une mise à jour des enregistrements DNS, confirmez dans le rapport que vos sources d'envoi réelles réussissent l'authentification.

Surveiller la conformité de la politique des sous-domaines

Si vous avez publié une politique pour les sous-domaines (sp), vérifiez que le courrier envoyé via ces sous-domaines est bien traité comme prévu.

Auditer les expéditeurs tiers

Identifiez les plateformes marketing, agences ou services SaaS qui envoient du courrier au nom de votre domaine, et vérifiez si leur configuration SPF/DKIM est complète.

Décider du moment pour durcir la politique

Avant de passer de none à quarantine ou reject, utilisez le taux de réussite du rapport pour vous assurer que le courrier légitime ne sera pas bloqué par erreur.

Glossaire DMARC

DMARC: Domain-based Message Authentication, Reporting & Conformance. Combine les résultats de SPF et DKIM et permet au propriétaire du domaine de déclarer, via le DNS, comment traiter les messages qui échouent à l'authentification.
SPF: Sender Policy Framework. Le propriétaire du domaine publie dans le DNS la liste des adresses IP autorisées à envoyer du courrier en son nom, et les destinataires comparent l'IP d'envoi réelle à cette liste.
DKIM: DomainKeys Identified Mail. Ajoute une signature cryptographique au courrier sortant afin que les destinataires puissent vérifier qu'il n'a pas été modifié en cours de route et provient réellement du domaine déclaré.
Rapport agrégé (Aggregate Report): Un rapport XML envoyé quotidiennement à l'adresse indiquée dans la balise rua de l'enregistrement DMARC, résumant le nombre de messages, les résultats d'authentification et la disposition de la politique par IP source.
Politique (p / sp): Comment traiter le courrier qui échoue à l'authentification : none (aucune action, simple surveillance), quarantine (traité comme suspect, par exemple envoyé aux indésirables) ou reject (livraison refusée). 'p' s'applique au domaine lui-même et 'sp' à ses sous-domaines.
Alignement (alignment): Vérifie si le domaine de l'en-tête From correspond au domaine réellement vérifié par SPF ou DKIM. En cas de non-correspondance, le message échoue à DMARC même si SPF ou DKIM ont individuellement réussi.
pct: Le pourcentage de messages auxquels la politique DMARC est appliquée. Une valeur inférieure à 100 n'applique la politique qu'à cette proportion du trafic, ce qui est utile pour un déploiement progressif.
Disposition: L'action réellement appliquée par le serveur destinataire à un message, enregistrée par IP source dans le rapport, pour confirmer si elle correspond à la politique déclarée (p/sp).

Questions fréquentes

Si vous avez indiqué une adresse e-mail dans la balise « rua » de votre enregistrement DNS DMARC, les principaux fournisseurs de messagerie enverront quotidiennement une pièce jointe XML (compressée en gzip ou ZIP) à cette boîte. Si vous n'avez pas encore configuré « rua », ajoutez-le d'abord à votre enregistrement TXT, sinon vous ne recevrez aucun rapport.

Non. La décompression et l'analyse XML se font entièrement en JavaScript dans votre navigateur, et le contenu n'est jamais envoyé où que ce soit. Comme les rapports DMARC contiennent les IP source du courrier sortant de votre organisation, cet outil est conçu en tenant compte de la confidentialité et de la sécurité.

Si un expéditeur légitime échoue à l'authentification, durcir votre politique DMARC vers quarantine ou reject pourrait empêcher la délivrance de ses e-mails. Conservez la politique sur « none » (surveillance uniquement) jusqu'à ce que le taux de réussite soit constamment élevé.

Cet outil ne prend en charge que le format de rapport agrégé quotidien (« rua »). Les rapports forensiques (« ruf »), qui contiennent des copies de messages individuels ayant échoué, utilisent un format différent et ne sont pas pris en charge ici.

La version actuelle prend en charge un seul fichier par import. Pour comparer plusieurs jours de rapports, importez-les et examinez-les un par un.

Anecdote — Comment les rapports DMARC ont rendu visible un problème invisible

DMARC (Domain-based Message Authentication, Reporting & Conformance), normalisé en 2012, associe deux mécanismes d'authentification existants — SPF et DKIM — et permet à un domaine de publier via le DNS la manière exacte de traiter les e-mails qui échouent à l'authentification. Mais pour la plupart des administrateurs, la vraie valeur ne réside pas dans l'application de la politique elle-même, mais dans la fonction de rapport agrégé (« rua »).

Avant DMARC, il n'existait presque aucun moyen de savoir combien d'e-mails étaient envoyés en usurpant votre domaine, ni quelle proportion était légitime ou falsifiée. L'abus de la réputation de votre domaine pouvait se poursuivre indéfiniment — une menace invisible dont vous n'auriez eu connaissance, au mieux, que par les plaintes des destinataires.

Un rapport agrégé DMARC rend ce trafic visible : quelles IP ont envoyé combien de messages au nom de votre domaine, et comment chacun s'est comporté face à SPF et DKIM. Les grands fournisseurs (Gmail, Yahoo, Microsoft et autres) rapportent fidèlement les e-mails qu'ils reçoivent, ce qui permet de découvrir des expéditeurs dont vous ignoriez même l'existence — un service cloud, l'outil de messagerie personnel d'un commercial, ou carrément un usurpateur.

Lorsque Google et Yahoo ont rendu DMARC de facto obligatoire pour les expéditeurs en masse en 2024, la demande d'analyse des rapports agrégés a bondi chez les développeurs et administrateurs de messagerie. Beaucoup d'organisations adoptent un SaaS de surveillance payant, mais pour consulter rapidement un seul rapport, un outil gratuit et entièrement côté client comme celui-ci suffit souvent.

Voir toutes les anecdotes