Lecteur de rapports agrégés DMARC
Télécharger DMARC XML et inspecter les sources d'envoi et les résultats d'authentification.
Vos données
Vos résultats
À votre dispositionVos résultats s’afficheront ici.
Comment ça marche
Transformez le XML agrégé DMARC en un résumé de l'expéditeur pondéré par message et exportez chaque enregistrement. Le regroupement utilise l'IP source et l'En-tête du domaine ; il n'identifie pas un propriétaire d'IP. Le DMARC réussit lorsque le résultat DKIM aligné déclaré ou le résultat SPF aligné déclaré passent. Le lecteur accepte la disposition du RFC 9990 et n'en laisse aucun, en plus de la quarantaine et du rejet. La disposition est séparée de l'alignement. Référence de déclaration: https://www.rfc-editor.org/rfc/rfc9990.html.
Quelques points à connaître
Lire l'agrégat XML uniquement, pas d'email médico-légal, archives compressées, DNS ou des données de boîte aux lettres. Il s'agit d'un lecteur structurel, pas de validation XSD complète. Il prend en charge les rapports non nominaux et les éléments de rétroaction nominatifs. Le doublement des identités de rapport dans une seule soumission est rejeté; les périodes de rapport qui se chevauchent entre différents ID de rapport peuvent encore doubler le trafic de comptage. Les comptes reflètent les récepteurs et les intervalles sélectionnés, pas tous les courriels envoyés ou livrés. Aucune attribution du fournisseur, aucune classification des menaces ou garantie de livraison. Les fichiers doivent être UTF-8 Texte. Les rapports sont limités à: 5 MB et 20,000 Les déclarations DOCTYPE/entité sont rejetées.
Quand utiliser cet outil
Les rapports agrégés du DMARC décrivent comment un service récepteur a évalué les messages utilisant votre domaine. Leur XML peut être difficile à scanner directement. Ce lecteur regroupe le trafic par IP source et en-tête À partir du domaine, le poids des résultats par nombre de messages et exporte à la fois un résumé de l'expéditeur et des enregistrements individuels. Il vous aide à étudier les problèmes d'alignement sans télécharger le rapport, mais il n'identifie pas les propriétaires d'IP ni ne classe le trafic comme légitime ou malveillant.
- Identifier les combinaisons d'expéditeurs signalées avec les défauts d'alignement.
- Examiner l'effet d'un changement de configuration d'un fournisseur d'envoi dans les fichiers de rapport.
- Exporter les données agrégées pour une enquête sur les feuilles de calcul avant de modifier la politique.
Comment utiliser le lecteur de rapports agrégés dmarc
Préparer des rapports XML simples
Extraire les pièces jointes ZIP ou GZIP vous-même, puis sélectionnez les fichiers XML UTF-8. Vous pouvez plutôt coller un document complet de rétroaction. Les fichiers sélectionnés remplacent l'entrée collée; jusqu'à 20 fichiers et 5 MB total sont pris en charge.
Lire les résultats pondérés par message
Exécutez le lecteur et inspectez les messages totaux, le pourcentage de passage aligné, les échecs et les combinaisons expéditeur/From. Le résumé utilise les résultats d'alignement policy_evaluated, et non pas simplement si un mécanisme d'authentification brut a déclaré passer.
Enquêter et exporter
Télécharger l'expéditeur et enregistrer CSVs pour comparer les services d'envoi connus avec l'observé IP/Des combinaisons. Vérifier les intervalles de déclaration avant de combiner les totaux. Enquêter sur les défaillances légitimes avant de s'appuyer sur une politique d'exécution.
Comprendre le rapport global fictif
Entrées
Chargez le rapport intégré : 120 messages pass alignés DKIM et SPF, 30 pass aligné DKIM seulement, et 10 échouent les deux. Les enregistrements couvrent deux combinaisons source IP/From.
Résultat
Le lecteur signale 160 messages, 150 passages alignés, 10 échecs et un taux de passage 93.75%. Les deux lignes partageant le premier domaine IP et From se combinent en un résumé de l'expéditeur de 150 messages.
Ce que ça veut dire
Les 30 messages DKIM seulement passent toujours le DMARC. Le comptage des enregistrements au lieu des messages fausserait le pourcentage, car les trois enregistrements représentent des volumes de trafic différents.
Erreurs courantes à éviter
Confier l'authentification avec l'alignement
Une passe brute SPF ou DKIM peut faire référence à un domaine différent du domaine visible From. Le lecteur utilise délibérément les champs d'alignement évalués du rapport.
Compter deux fois les rapports
L'identité exacte des déclarations en double est rejetée. Les ID de rapport distincts avec des périodes de chevauchement peuvent encore doubler le trafic de comptage, donc revoir les dates et la couverture du récepteur.
Nommer un expéditeur depuis sa seule IP
Le résumé ne résout pas la propriété de IP ni ne prouve l'autorisation. Comparez la combinaison déclarée avec votre inventaire et les preuves du fournisseur avant de tirer des conclusions.
Foire aux questions
Définitions, cas de bordure et prochaines étapes pratiques pour cet outil. Rechercher tous les outils FAQ
Qu'est-ce qu'un rapport agrégé DMARC?
C'est un récepteur généré XML résumé des messages observés et évaluation de l'authentification. Il regroupe plusieurs messages dans des enregistrements avec des comptes, des IP source, des domaines et des dispositions. Ce lecteur accepte les agrégats XML, pas les messages médico-légaux, le contenu de la boîte de réception ou un live DNS Rapport.
Comment le pourcentage de réussite est-il calculé?
L'outil calcule le nombre de messages dans lesquels le DKIM aligné ou le SPF aligné est passé, puis divise par tous les messages déclarés. Un record de 500 messages a plus de poids qu'un avec cinq. Il n'y a pas de pourcentages moyens entre les enregistrements.
DKIM et SPF doivent-ils passer pour le DMARC?
Pour le présent résumé du rapport, le passage des mécanismes alignés est suffisant. L'exemple de 30 messages avec DKIM pass et SPF échouent donc compter comme DMARC passe. Lisez les champs d'alignement évalués plutôt que de remplacer les résultats d'authentification brute d'une autre section de rapport.
Pourquoi les totaux de quarantaine diffèrent-ils des totaux d'échecs?
La disposition est la décision de traitement signalée par le service destinataire, tandis que l'échec décrit l'évaluation de l'alignement. Les dépassements des politiques et des récepteurs peuvent rendre ces chiffres différents. Ne pas déduire que chaque échec a été rejeté ou qu'un message non rejeté a passé l'alignement.
Puis-je télécharger des pièces jointes de rapport compressées ?
C'est pas vrai. Extraire d'abord les fichiers ZIP ou GZIP et sélectionner leur contenu XML. Le lecteur de navigateur accepte jusqu'à 20 fichiers, cinq mégaoctets au total et des enregistrements 20,000 dans toute la soumission. Il ne décompresse pas les archives ou ne récupère pas les rapports dans une boîte aux lettres.
Est-ce que le total représente tous les courriels que j'ai envoyés?
C'est pas vrai. Il représente les comptes rendus sélectionnés et les intervalles de rapports. D'autres récepteurs ne peuvent pas déclarer, et les fichiers sélectionnés peuvent omettre des périodes. Il ne s'agit pas non plus d'un nombre de messages ou de boîtes de réception. Étiquetez les totaux exportés avec leur couverture réelle.
Que se passe-t-il quand les rapports ont beaucoup d'expéditeurs?
Le tableau visible montre jusqu'à 500 combinaisons IP/From, classées par volume de message signalé. L'expéditeur CSV et l'enregistrement CSV conservent la présentation complète appuyée. Télécharger les fichiers lors de l'étude des combinaisons de volumes inférieurs qui n'apparaissent pas dans l'aperçu.
Que dois-je faire avec une source inconnue qui échoue?
Vérifiez son domaine, la période de rapport et compte, puis comparez avec vos services connus et les changements récents. Une source inconnue est une piste d'enquête, et non une étiquette de menace automatique. Ce lecteur ne fournit ni attribution, ni vérification de signature, ni classification indépendante.
Explorez le sujet dans le blog
Sources et méthode
Utilisez les références ci-dessous pour vérifier les définitions et le guide de la plateforme. La portée et les limites du modèle sont expliquées ci-dessus. Lisez nos normes éditoriales.