Een DMARC-rapport komt vaak als gecomprimeerde XML-bijlage binnen. Voor de meeste ondernemers en bestuurders is die technische opmaak lastig te interpreteren. De waarde zit in de vragen die het rapport beantwoordt: welke mailservers versturen berichten namens ons domein, hoe vaak gebeurt dat en voldoen die berichten aan DMARC?

Welke gegevens staan in een DMARC-aggregatierapport?

Een rapport bevat doorgaans gegevens over de rapporterende ontvangende partij, het onderzochte domein, een rapportageperiode en een reeks records per bron. In die records vindt je onder meer verzend-IP's, aantallen berichten en authenticatie- en beleidssignalen.

In de oudere, breed gebruikte XML-rapportvorm ziet je bijvoorbeeld de onderdelen report_metadata, policy_published en record. Binnen een record komen veelal row, identifiers en auth_results voor. Bij de nieuwste rapportagestandaarden kunnen details verschillen. Een monitor moet de ondersteunde varianten herkennen en onbekende elementen veilig verwerken.

Drie vragen bij elke afwijking

1. Is dit een bekende verzender? Een IP-adres kan toebehoren aan een SaaS-dienst, marketingplatform, eigen mailserver, forwarder of een onbedoelde bron. Verifieer altijd aan de hand van je leveranciersregister en werkelijke mailstromen.

2. Is er een aligned pass? Een bericht kan op SPF of DKIM technisch slagen zonder alignment met het zichtbare From-domein. Voor DMARC moet ten minste één van beide controles aligned slagen, volgens de toepasselijke domeinregels.

3. Welk beleid geldt en wat is de impact? Bekijk de gepubliceerde beleidsinstellingen en hoe de ontvanger ze heeft toegepast. Een toename van failures verdient aandacht vóór je overstapt naar quarantine of reject.

Een eenvoudig voorbeeld

Je ziet op één dag 8.000 gerapporteerde berichten vanaf Microsoft 365. Die zijn vrijwel allemaal aligned. Daarnaast verschijnen 220 berichten vanaf een facturatiesysteem, waarvan de DKIM-domeinnaam niet aansluit bij je domein. Een eerste actie is dan de technische configuratie van die leverancier en de gevolgen voor factuuraflevering controleren.

Deze cijfers zijn illustratief. DMARC-aggregatierapporten bieden geen zekerheid over alle werkelijk verzonden berichten: niet iedere ontvanger rapporteert en records kunnen door bron- en tijdvakgroepering verschillen.

Wat voegt Kynexis Premium toe?

In plaats van elke XML-bijlage afzonderlijk te openen, krijgt je straks een overzicht per eigen domein: verzendbronnen, hoeveelheden, SPF/DKIM-alignment, tijdtrend en relevante veranderingen. De verwerking vereist een geverifieerd klantdomein en een correct geconfigureerde rua-bestemming.

Het dashboard geeft richting voor onderzoek. Oplossen van DNS-configuraties, aanpassen van leveranciersondertekening en begeleiding bij handhaving vallen buiten de standaard monitoring en kunnen afzonderlijk worden afgesproken.

Veilig omgaan met DMARC-rapporten

Rapporten worden door externe partijen ingestuurd en kunnen foutieve gegevens of schadelijke bijlagen bevatten. De ontvangstverwerking hoort daarom bestandstypen en maximale grootte te controleren, XML veilig te parsen, dubbele rapporten te herkennen en de data strikt aan de juiste klantgroep te koppelen. Ook retentie en toegangsbeveiliging moeten vooraf vaststaan.

Samenvatting

Een DMARC-rapport is waardevol als het tot concrete opvolging leidt. Verifieer de verzendbron, controleer DMARC-alignment en beoordeel de gevolgen voor zakelijke e-mail. DMARC-monitoring uitgelegd · Wat is SPF? · Wat is DKIM? · Bekijk Kynexis Domeinmonitoring.