Les rapports médico-légaux RUF sont des rapports d'échec par message envoyés à l'adresse indiquée dans la balise ruf de votre enregistrement DMARC lorsqu'un message échoue à l'authentification. Contrairement aux rapports agrégés, qui résument les décomptes, un rapport médico-légal capture les détails d'un message individuel défaillant, en suivant le format AFRF défini dans la RFC 6591 . Ils vous aident à diagnostiquer exactement pourquoi des messages spécifiques échouent et à détecter les abus actifs.
En quoi RUF diffère de RUA
- Les rapports RUA sont des résumés quotidiens regroupés par source d'envoi. Les rapports RUF sont générés par message défaillant, presque en temps réel.
- RUA contient uniquement des décomptes et des résultats. RUF peut contenir des en-têtes de message et parfois des parties du corps.
- RUA est envoyé par presque tous les principaux récepteurs. RUF est envoyé par beaucoup moins de fournisseurs en raison de problèmes de confidentialité.
- RUA est votre principal outil pour parvenir à l’application des lois. RUF est un complément de diagnostic et de détection des abus.
La balise ruf
ruf=mailto:ruf@example.com; fo=1 The fo tag controls when reports are generated. fo=1 requests a report whenever any authentication check fails to align.
Les options de la balise fo
- fo=0: generate a report only if both SPF and DKIM fail to produce an aligned pass. This is the default.
- fo=1: generate a report if either SPF or DKIM fails to align. The most useful setting for diagnostics.
- fo=d: generate a report if DKIM fails, regardless of alignment.
- fo=s: generate a report if SPF fails, regardless of alignment.
Considérations relatives à la confidentialité
Étant donné que les rapports médico-légaux peuvent inclure des en-têtes et du contenu de message, ils peuvent contenir des données personnelles appartenant à vos destinataires ou expéditeurs. C'est pourquoi la plupart des grands fournisseurs de boîtes aux lettres n'envoient pas du tout RUF et pourquoi vous devez traiter avec soin tous les rapports que vous recevez. Si votre organisation est soumise à une réglementation en matière de confidentialité, traitez les données médico-légales comme sensibles et limitez les personnes pouvant y accéder.
EmailAuth supprime les informations personnelles identifiables dans les rapports RUF avant de les présenter, afin que vous obteniez la valeur diagnostique d'un échantillon d'échec sans exposer les données du destinataire. Les rapports sont analysés dans une vue lisible plutôt que dans un texte AFRF brut.
Quand RUF est utile
Les rapports médico-légaux gagnent leur place dans deux situations : diagnostiquer une source tenace qui ne cesse de échouer dans vos données globales et détecter les campagnes de phishing actives qui usurpent votre domaine. L'affichage des en-têtes d'un message défaillant révèle souvent immédiatement la mauvaise configuration ou l'infrastructure de l'attaquant. Cependant, pour la plupart des tâches de déploiement quotidiennes, ce sont les rapports RUA qui supportent la charge, et RUF est la couche de détail vers laquelle vous vous tournez lorsque vous en avez besoin.
Devriez-vous activer RUF
Activez RUF si vous souhaitez des détails au niveau des pannes et pouvez gérer les données de manière responsable. Attendez-vous à un faible volume, car peu de fournisseurs l'envoient. Gardez à l’esprit que RUF à lui seul ne vous permet pas d’assurer l’application : vous avez toujours besoin RUA pour inventorier les sources et confirmer l’alignement. Considérez les rapports médico-légaux comme un complément et non comme un remplacement.
Questions fréquemment posées
Quelle est la différence entre RUA et RUF ?
Les rapports RUA sont des résumés quotidiens agrégés des résultats d'authentification regroupés par source d'envoi. Les rapports RUF sont des échantillons d'analyse par message d'échecs individuels, définis dans RFC 6591 , qui peuvent inclure des en-têtes de message. RUA est votre principal outil de déploiement ; RUF est un complément de diagnostic.
Pourquoi ne reçois-je pas de rapports médico-légaux ?
La plupart des principaux fournisseurs de boîtes aux lettres, notamment Google et Microsoft, n'envoient pas de rapports RUF en raison de problèmes de confidentialité concernant le contenu des messages. Même avec une balise ruf valide et fo=1, vous devez vous attendre à un volume faible ou nul. Fiez-vous aux rapports agrégés ( RUA ) pour votre inventaire source.
Les rapports médico-légaux présentent-ils un risque pour la vie privée ?
Ils peuvent l’être, car ils peuvent contenir des en-têtes de messages et des fragments de corps contenant des données personnelles. Traitez tous les rapports RUF que vous recevez comme étant sensibles, restreignez l'accès et envisagez de les expurger. EmailAuth supprime les informations personnelles identifiables des rapports RUF avant de les afficher.
Que signifie fo=1 dans un enregistrement DMARC ?
La balise fo est définie lorsque les rapports médico-légaux sont générés. fo=1 demande un rapport chaque fois que SPF ou DKIM ne parvient pas à produire une passe alignée, ce qui constitue le paramètre le plus utile pour les diagnostics. La valeur par défaut, fo=0, ne signale que lorsque les deux ne parviennent pas à s'aligner.
[ DMARC guide ]
Provenance de l'entreprise
Pourquoi les principales institutions financières et gouvernements ont retiré leurs tableaux de bord de sécurité de messagerie.
Les plateformes traditionnelles d'authentification de courrier électronique vous vendent un tableau de bord et demandent à vos ingénieurs de faire le travail. Dans les environnements à enjeux élevés, la surveillance manuelle entraîne des retards dans l’application, des dérives de configuration et des domaines fantômes non surveillés.
EmailAuth est la plateforme agent de provenance des e-mails. Nos agents appliquent p=reject, gardez les expéditeurs tiers alignés et déplacez vos domaines au maximum RFC 9989 conformité, la nouvelle norme DMARC , avec une auditabilité humaine dans la boucle.
SaaS · Location dédiée · Air-gappé sur site · Chiffrement BYOK