Implementeren Domain-based Message Authentication, Reporting and Conformance (DMARC)
Het doel van dit document is om de lezer meer informatie te verschaffen over de methode voor e-mailverificatie, DMARC. Door uit te leggen hoe DMARC werkt en welke beleidsopties DMARC heeft, zullen lezers de invloed van DMARC op E-mailleverbaarheid beter begrijpen.
Wat is DMARC? about
De op domein-gebaseerde Authentificatie van het Bericht, Rapportering en Conformiteit, is een methode van de e-mailauthentificatie die domeineigenaars de capaciteit toestaat om hun domein tegen onbevoegd gebruik te beschermen. DMARC biedt ook feedback over de status van e-mailverificatie en biedt afzenders de mogelijkheid om te bepalen wat er gebeurt met e-mails waarvoor verificatie mislukt. Dit omvat opties om post te controleren, in quarantaine te plaatsen of te verwerpen afhankelijk van welk beleid DMARC is uitgevoerd.
DMARC heeft drie beleidsopties:
- Monitor (p=none): draagt de brievenbusleverancier/ISP op om te doen wat zij normaal aan het bericht zouden doen.
- Quarantine (p=quarantaine): draagt de brievenbusleverancier/ISP op om post te leveren die geen DMARC tot spam of junk omslag van de ontvanger overgaat.
- Weigeren (p=verwerping): draagt de brievenbusleverancier/ISP op om post te blokkeren die DMARC niet overgaat resulterend in een stuit.
Hoe werkt DMARC? how
SPF en DKIM worden allebei gebruikt om een e-mail met een domein te associëren en samen te werken om e-mail voor authentiek te verklaren. DMARC neemt deze één stap verder en helpt spoofing te verhinderen door het Domein aan te passen dat door DKIM en SPF wordt gecontroleerd. Om DMARC over te gaan, moet een bericht SPF of DKIM overgaan. Als deze beide niet worden geverifieerd, mislukt DMARC en wordt het e-mailbericht verzonden volgens het geselecteerde DMARC-beleid.
Waarom moet DMARC worden geïmplementeerd? why
DMARC is optioneel, en hoewel dit niet verplicht is, is het gratis en biedt e-mailontvangers de mogelijkheid om de verificatie van e-mails gemakkelijk te identificeren, wat de levering mogelijk kan verbeteren. Een van de belangrijkste voordelen van DMARC is dat het rapportering aanbiedt over welke berichten SPF en/of DKIM ontbreken. Het geeft afzenders ook een graad van controle over wat met post gebeurt die één van beiden van deze authentificatiemethodes niet overgaat. Via DMARC-rapporten krijgen afzenders meer inzicht in welke berichten DMARC niet behalen, waardoor stappen kunnen worden ondernomen om verdere fouten te beperken.
Beste praktijken voor het Uitvoeren DMARC best-practice
Aangezien DMARC facultatief is, zal het niet door gebrek op om het even welk platform van ESP worden gevormd. Een DMARC- verslag moet in DNS voor uw domein worden gecreeerd opdat het werkt. Bovendien is een e-mailadres van uw keuze vereist om aan te geven waar DMARC-rapporten binnen uw organisatie moeten worden geplaatst. Als beste praktijk is het
Aanbevolen wordt om de implementatie DMARC langzaam uit te voeren door uw beleid DMARC van p=none, aan p=quarantaine, aan p=weiger te escaleren aangezien u DMARC inzicht van de potentiële invloed van DMARC krijgt.
-
Analyseer terugkoppelen u ontvangt en gebruikt (p=none), die de ontvanger vertelt om geen acties tegen berichten uit te voeren die authentificatie ontbreken, maar nog e-mailrapporten naar de afzender verzenden. Bekijk en los ook problemen met SPF/DKIM op als legitieme berichten niet kunnen worden geverifieerd.
-
Bepaal als SPF en DKIM worden gericht en authentificatie voor al wettige e-mail overgaan, en dan het beleid verplaatsen naar (p=quarantaine), dat de ontvangende e-mailserver aan quarantainemail vertelt die authentificatie ontbreekt (dit betekent over het algemeen het plaatsen van die berichten in de spamomslag).
-
Pas het beleid aan (p=afwijzen). Het beleid p=reject laat de ontvanger weten dat elke e-mail voor het domein dat niet door de verificatie komt, moet worden geweigerd (teruggestuurd). Als dit beleid is ingeschakeld, heeft alleen e-mail voor 100% is geverifieerd door uw domein, een kans op plaatsing in het postvak IN.
note note NOTE Gebruik dit beleid voorzichtig en bepaal of het geschikt is voor uw organisatie.
DMARC-rapportage reporting
DMARC biedt de mogelijkheid om rapporten te ontvangen over e-mailberichten die niet voldoen aan SPF/DKIM. Er zijn twee verschillende rapporten die door ISP diensten als deel van het authentificatieproces worden geproduceerd dat de afzenders door de markeringen RUA/RUF in hun beleid kunnen ontvangen DMARC:
- Samengevoegde Rapporten (RUA): bevat geen PII (Persoonlijk Identificeerbare Informatie) die GDPR gevoelig zou zijn.
- Forensische Rapporten (RUF): bevat e-mailadressen die gevoelig GDPR zijn. Alvorens te gebruiken, is het best om intern te controleren hoe te om te gaan met informatie die GDPR volgzaam moet zijn.
Deze rapporten worden vooral gebruikt om een overzicht te krijgen van e-mails die spoofing proberen te maken. Dit zijn hoogst technische rapporten die het best door een derdehulpmiddel worden verteerd. Enkele bedrijven die gespecialiseerd zijn in DMARC-monitoring zijn:
Voorbeeld-DMARC-record example
v=DMARC1; p=reject; fo=1; rua=mailto:dmarc_rua@emaildefense.proofpoint.com;ruf=mailto:dmarc_ruf@emaildefense.proofpoint.co
DMARC-tags en wat ze doen tags
DMARC-records hebben meerdere componenten, DMARC-tags genoemd. Elke tag heeft een waarde die een bepaald aspect van DMARC opgeeft.
1: Genereer rapport als om het even wat ontbreekt
d: produceer rapport als DKIM ontbreekt
het rapport als SPF ontbreekt
rua=mailto:aggrep@example.comruf=mailto:authfail@example.comDMARC en Adobe Campaign campaign
Een algemene reden voor DMARC-fouten is een onjuiste afstemming tussen het adres 'Van' en 'Fouten naar' of 'Return-Path'. Om dit te voorkomen, wordt het aanbevolen om bij het instellen van DMARC de instellingen voor het adres 'Van' en 'Fouten-naar' in uw leveringssjablonen tweemaal te controleren.
-
Controleer in uw leveringssjabloon welk adres momenteel is ingesteld als het adres Van.
-
Van hier, uitgezochte "Eigenschappen"die u zal toestaan om uw leveringsmalplaatje verder uit te geven. Selecteer in dit venster de optie SMTP en schakel de optie "Het standaardfoutadres gebruiken dat voor het platform is gedefinieerd" uit als deze optie is geselecteerd. Leveringssjablonen in Adobe Campaign selecteren dit selectievakje standaard. Het standaardadres van de Fout kan niet het adres verbonden aan Van Adres in dit leveringsmalplaatje zijn.
-
Wanneer dit vakje niet wordt gecontroleerd, verschijnt een tekstgebied dat u zal toestaan om een uniek Adres van de Fout in te gaan dat het zelfde domein gebruikt zoals die in Van Adres wordt geplaatst.
Zodra deze veranderingen worden bewaard, zult u met uw implementatie DMARC met correcte domeingroepering kunnen vooruit gaan.