Balise DMARC rua : où vont les rapports agrégés
ChatGPT
Claude
Gemini
Perplexity
GrokL’essentiel
Le RUA est l’adresse de la balise rua d’un DMARC où les destinataires envoient des rapports agrégés quotidiens : contenu, origine, et comment les arrêter.
En authentification des e-mails, RUA signifie Reporting URI for Aggregate reports, un élément du protocole DMARC (Domain-based Message Authentication, Reporting, and Conformance). Un RUA est une adresse e-mail ou une URI (Uniform Resource Identifier) indiquée dans la politique DMARC d’un domaine, qui reçoit les rapports agrégés sur les résultats d’authentification. Ces rapports montrent aux propriétaires de domaine comment les serveurs de réception traitent leurs e-mails, pour surveiller et sécuriser leur écosystème e-mail. Pour les champs XML actuels et le format des pièces jointes reçues, voir quel format utilisent les rapports agrégés DMARC.
Fonctionnement du RUA
Le RUA fait partie de DMARC, qui s’appuie sur SPF (Sender Policy Framework) et DKIM (DomainKeys Identified Mail) pour vérifier l’authenticité des e-mails. Voici comment fonctionne le RUA :
- Configuration de la politique DMARC : le propriétaire du domaine ajoute une balise RUA à son enregistrement DNS DMARC (un TXT à _dmarc.yourdomain.com). Par exemple :
v=DMARC1; p=quarantine; rua=mailto:dmarc-reports@yourdomain.com. Elle indique où envoyer les rapports agrégés. - Traitement des e-mails : quand un e-mail se réclamant de votre domaine arrive sur un serveur de messagerie (MTA) destinataire, celui-ci vérifie SPF, DKIM et DMARC pour savoir s’il est authentique et conforme à votre politique (« none », « quarantine » ou « reject »).
- Génération des rapports agrégés : les destinataires participants compilent des rapports quotidiens résumant les résultats d’authentification des e-mails de votre domaine. Ces rapports XML incluent le nombre d’e-mails envoyés, les succès et échecs SPF et DKIM, et les actions prises (livré, mis en quarantaine ou rejeté).
- Envoi des rapports : les rapports partent vers l’adresse e-mail ou l’URI de la balise RUA, et le propriétaire du domaine analyse les données, souvent avec des outils ou services de rapports DMARC.
L’intérêt des RUA
Outil clé des propriétaires de domaine, les rapports RUA ont plusieurs atouts :
- Visibilité sur l’activité e-mail : les rapports agrégés montrent qui envoie des e-mails en votre nom, sources légitimes (plateformes marketing) comme non autorisées (usurpateurs).
- Détection de l’usurpation : en repérant les e-mails en échec d’authentification, les rapports RUA aident à voir l’hameçonnage ou la fraude visant votre domaine.
- Optimisation de la configuration : les rapports signalent des problèmes comme un SPF ou un DKIM mal configuré, pour corriger ce qui peut nuire à la délivrabilité.
- Suivi de conformité : pour les domaines à politique DMARC stricte (« quarantine » ou « reject »), les rapports RUA confirment si les destinataires appliquent bien votre politique.
Points d’attention
Un RUA efficace demande une configuration et un suivi soignés :
- Adresse e-mail valide : le RUA doit pointer vers une adresse qui fonctionne ou un service capable de recevoir des rapports XML. Vérifiez que la boîte a assez d’espace et qu’elle est suivie.
- Volume de rapports : les grands domaines ou ceux à fort trafic peuvent recevoir de gros volumes de rapports. Envisagez un service de rapports DMARC dédié pour analyser les données plutôt que lire le XML brut à la main.
- Confidentialité et sécurité : les rapports agrégés excluent le contenu des e-mails, mais peuvent inclure des métadonnées (IP d’envoi). Prenez une adresse RUA sûre et ne diffusez pas les données sensibles.
- Participation facultative : tous les destinataires n’envoient pas de rapports, car DMARC est volontaire. Les grands fournisseurs comme Gmail et Microsoft participent souvent, les petits pas toujours.
- Complément du RUF : le RUA gère les rapports agrégés, le RUF (Reporting URI for Forensic reports) fournit des rapports d’échec détaillés par e-mail. Le RUF est moins utilisé par souci de confidentialité, mais le RUA est largement pris en charge.
En résumé
Le RUA est une pièce essentielle de DMARC : ses rapports agrégés donnent aux propriétaires de domaine une vue claire de leurs résultats d’authentification. En révélant l’activité e-mail légitime et non autorisée, les rapports RUA vous aident à combattre l’usurpation, optimiser vos configurations et protéger la réputation de votre domaine. Pour qui déploie DMARC, configurer un RUA est une étape concrète vers un écosystème e-mail plus sûr et plus transparent.
Questions des lecteurs
Questions fréquentes
Pourquoi je reçois des rapports DMARC ?
Parce qu’un enregistrement DMARC quelque part cite votre adresse dans sa balise rua. Les destinataires comme Gmail et Microsoft envoient des rapports agrégés quotidiens, des fichiers XML souvent compressés, à l’adresse nommée par l’enregistrement. Si ces rapports vous surprennent, ouvrez-en un et regardez le domaine couvert : il figure dans le nom de la pièce jointe et dans le rapport. C’est soit un domaine que vous gérez, soit un domaine dont l’enregistrement pointe par erreur vers votre adresse, et retirer l’adresse de cet enregistrement les arrête.
Comment arrêter les rapports DMARC ?
Retirez votre adresse de la balise rua de l’enregistrement qui la cite, ou pointez la balise vers une autre boîte. Si les rapports concernent un domaine que vous ne contrôlez pas, seul le propriétaire de cet enregistrement peut le changer. Si les rapports vont vers le domaine d’une autre organisation, ce domaine doit aussi publier un enregistrement d’autorisation dans le DNS, pour que les destinataires conformes n’envoient pas de rapports inter-domaines non autorisés.
Ouvrir un rapport DMARC est-il sûr ?
Un vrai rapport agrégé contient des données XML sur les résultats d’authentification : IP d’envoi, nombres de succès et d’échecs, résultats de politique, sans contenu de message. Traitez ces e-mails avec la même prudence que toute pièce jointe, car tout peut être imité, mais le format agrégé ne porte que des métadonnées. Ce sont les rapports d’échec (RUF) qui peuvent inclure du contenu, une raison pour laquelle beaucoup de destinataires n’en envoient plus.
Rédigé par
Samuel ChenardCEO et cofondateur, Palisade
Samuel Chenard est CEO et cofondateur de Palisade, logiciel DMARC agentique pour équipes IT et MSP, d’un domaine à des milliers.
Lire Samuel →