DMARC

Forensische rapporten RUF en DMARC

Forensische rapporten geven u het individuele falende bericht, geen samenvatting ervan.

Forensische RUF rapporten zijn foutrapporten per bericht die naar het adres in de ruf-tag van uw DMARC -record worden verzonden wanneer de authenticatie van een bericht mislukt. In tegenstelling tot geaggregeerde rapporten, die tellingen samenvatten, legt een forensisch rapport details vast van een individueel falend bericht, volgens het AFRF-formaat dat is gedefinieerd in RFC 6591 . Ze helpen u precies vast te stellen waarom specifieke berichten mislukken en actief misbruik op te sporen.

Hoe RUF verschilt van RUA

  • RUA rapporten zijn dagelijkse samenvattingen gegroepeerd op verzendbron. RUF rapporten worden gegenereerd per falend bericht, vrijwel in realtime.
  • RUA bevat alleen tellingen en resultaten. RUF kan berichtkoppen en soms lichaamsdelen bevatten.
  • RUA wordt door vrijwel alle grote ontvangers verzonden. RUF wordt vanwege privacyoverwegingen door veel minder aanbieders gestuurd.
  • RUA is uw belangrijkste instrument om de handhaving te bereiken. RUF is een supplement voor diagnostiek en detectie van misbruik.

De ruf-tag

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.

De fo-tagopties

  • 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.

Privacyoverwegingen

Omdat forensische rapporten kopteksten en berichtinhoud kunnen bevatten, kunnen ze persoonlijke gegevens van uw ontvangers of afzenders bevatten. Daarom versturen de meeste grote mailboxaanbieders helemaal geen RUF en moet je zorgvuldig omgaan met meldingen die je wel ontvangt. Als uw organisatie onderworpen is aan privacyregelgeving, behandel forensische gegevens dan als gevoelig en beperk wie er toegang toe heeft.

EmailAuth redigeert persoonlijk identificeerbare informatie in RUF -rapporten voordat deze wordt gepresenteerd, zodat u de diagnostische waarde van een foutvoorbeeld krijgt zonder de gegevens van de ontvanger bloot te leggen. Rapporten worden geparseerd in een leesbare weergave in plaats van onbewerkte AFRF-tekst.

Wanneer RUF nuttig is

Forensische rapporten verdienen hun plaats in twee situaties: het diagnosticeren van een hardnekkige bron die steeds faalt in uw verzamelde gegevens, en het opsporen van actieve phishing-campagnes die uw domein vervalsen. Als u de headers van een falend bericht ziet, wordt de verkeerde configuratie of de infrastructuur van de aanvaller vaak onmiddellijk zichtbaar. Voor het meeste dagelijkse uitrolwerk dragen RUA rapporten echter de last, en RUF is de detaillaag waar u terecht kunt wanneer u die nodig heeft.

Als u RUF

Schakel RUF in als u details op foutniveau wilt en op verantwoorde wijze met de gegevens kunt omgaan. Verwacht een laag volume, aangezien maar weinig providers dit verzenden. Houd er rekening mee dat je RUF alleen niet tot handhaving komt: je hebt nog steeds RUA nodig om bronnen te inventariseren en afstemming te bevestigen. Behandel forensische rapporten als aanvulling, niet als vervanging.

Veelgestelde vragen

Wat is het verschil tussen RUA en RUF ?

RUA rapporten zijn dagelijkse samenvattingen van authenticatieresultaten, gegroepeerd op verzendbron. RUF -rapporten zijn forensische voorbeelden per bericht van individuele fouten, gedefinieerd in RFC 6591 , die berichtkoppen kunnen bevatten. RUA is uw belangrijkste uitroltool; RUF is een diagnostisch supplement.

Waarom ontvang ik geen forensische rapporten?

De meeste grote mailboxaanbieders, waaronder Google en Microsoft, sturen geen RUF -rapporten vanwege privacyproblemen over de berichtinhoud. Zelfs met een geldige ruf-tag en fo=1, zou je een laag of nulvolume moeten verwachten. Vertrouw op verzamelde ( RUA ) rapporten voor uw broninventaris.

Vormen forensische rapporten een privacyrisico?

Dat kan wel zo zijn, omdat ze berichtkoppen en hoofdtekstfragmenten kunnen bevatten die persoonlijke gegevens bevatten. Behandel alle RUF -rapporten die u ontvangt als gevoelig, beperk de toegang en overweeg redactie. EmailAuth verwijdert persoonlijk identificeerbare informatie uit RUF -rapporten voordat deze wordt weergegeven.

Wat betekent fo=1 in een DMARC record?

De fo-tag wordt ingesteld wanneer forensische rapporten worden gegenereerd. fo=1 vraagt ​​om een ​​rapport wanneer SPF of DKIM er niet in slagen een uitgelijnde pas te produceren, wat de nuttigste instelling is voor diagnostiek. De standaardwaarde, fo=0, rapporteert alleen als beide niet op één lijn komen.

[ DMARC gids ]

Onderdeel van de KennisbankRapportage en onderzoek · 63 gidsen

Herkomst onderneming

Waarom top financiële instellingen en overheden hebben hun e-mailbeveiligingsdashboards stopgezet.

Traditionele platforms voor e-mailauthenticatie verkopen u een dashboard en vragen uw technici om het werk te doen. In omgevingen waar veel op het spel staat, betekent handmatig toezicht vertraagde handhaving, configuratieafwijking en niet-gecontroleerde schaduwdomeinen.

EmailAuth is het agentische e-mailherkomstplatform. Onze agenten handhaven p=reject, houd externe afzenders op één lijn en verplaats uw domeinen naar vol RFC 9989 compliance, de nieuwe DMARC standaard, met 'human-in-the-loop'-auditeerbaarheid.

Regeringen Grote ondernemingen Tier-1 financiële instellingen

SaaS · Toegewijde huur · Air-gapped on-premise · BYOK-encryptie

Zie EmailAuth op uw eigen domein

Start een 14 dagen durende proof of concept. We brengen elke afzender in kaart, kwantificeren uw blootstelling en bieden u een veilig pad naar volledige handhaving.