In de beginperiode van de 'moderne e-mail' waren er beperkte mechanismen beschikbaar om zenderverificatie te ondersteunen. Bijna alle spam, oplichting en virussen die zich via e-mail verspreidden, deden dat met vervalste zenderinformatie - zoals sommige nog steeds doen vandaag de dag. Het verifiëren wie e-mailverzenders werkelijk zijn, was en is nog steeds een moeilijk proces.

Neem het voorbeeld van www.google.com bezoeken en een zoekopdracht indienen. Je bent over het algemeen vrij zeker dat Google controle heeft over wat er aan je wordt teruggestuurd voor je zoekopdracht en dat de zoekresultaten veilig zijn. Dit komt omdat het Domain Name System (DNS)—een gedistribueerd netwerk van servers dat fungeert als een telefoonboek—de domeinnaam verbindt met een verscheidenheid aan records, inclusief waar het echte google.com te vinden is.

E-mail maakt gebruik van een latere aanpassing van ditzelfde systeem om zenders te verifiëren, wat precies is wat een Sender Policy Framework (SPF) record is.

Voordelen en Potentiële Nadelen van SPF

SPF is bedreven in het voorkomen van phishing. Zonder SPF zou SMTP uw adres blootstellen aan degenen die het voor spamdoeleinden kunnen vervalsen. Met SPF in werking, wanneer een hacker probeert een e-mail te initiëren vanaf uw adres, detecteert de ontvangende server de SPF-beveiliging dit en identificeert het als ongeldig. Het gebruik van SPF laat zien dat uw organisatie zich inzet om te beschermen tegen cyberdreigingen, wat een positief effect heeft op uw zenderreputatie.

Wanneer een gebruiker buiten uw domein een e-mail doorstuurt die afkomstig is van u, kan de levering mogelijk niet plaatsvinden vanwege een mismatch tussen het IP-record en het SPF-record. Veel mailuitwisseling- en overdracht-agents gebruiken nu het Sender Rewriting Scheme (SRS) om de bezorgbaarheid van doorgestuurde e-mails te verbeteren. Het SPF-record moet ook alle wijzigingen weergeven in e-mailserviceproviders van derden om ervoor te zorgen dat ze overeenkomen voor bezorgbaarheid.

Hoe SPF Werkt

Op het meest basale niveau stelt SPF e-mail een methode vast voor ontvangende servers om te verifiëren dat binnenkomende e-mail van een domein werd verzonden vanaf een host die is geautoriseerd door de beheerders van dat domein. De volgende drie stappen geven aan hoe SPF werkt:

1. Een domeinbeheerder publiceert het beleid dat de mailservers definieert die geautoriseerd zijn om e-mails te verzenden afkomstig van dat domein. Dit beleid wordt een SPF-record genoemd en het wordt vermeld als onderdeel van de algehele DNS-records van het domein.

2. Wanneer een inkomende mailserver een binnenkomende e-mail ontvangt, kijkt het naar de regels voor het bounce (Return-Path) domein in DNS. De inkomende server vergelijkt vervolgens het IP-adres van de mailzender met de geautoriseerde IP-adressen gedefinieerd in het SPF-record.

3. De ontvangende mailserver gebruikt vervolgens de regels gespecificeerd in het SPF-record van het zendende domein om te beslissen of het de e-mail moet accepteren, afwijzen of anderszins markeren.

   
   

Om de eerste stap te zetten voor het inspecteren van je eigen SPF-record, kun je dit doen met SparkPost’s gratis tool – de SPF Inspector.

Zodra je hebt geïdentificeerd welke servers zijn geautoriseerd om namens een domein te verzenden, kun je vervolgens een SPF-record voor je domein maken via de SPF Builder.

Het creëren van een SPF-record brengt je een stap dichter bij het verzekeren dat legitieme e-mail die van je domein komt succesvol wordt bezorgd aan klantinboxen.

Wanneer het erop aankomt te verifiëren dat een e-mailbericht werd verzonden vanuit een geautoriseerde mailserver, is dat waar DKIM om de hoek komt kijken.

Voordelen en Potentiële Nadelen van DKIM Authenticatie

Het voornaamste voordeel van DKIM e-mail is het vermogen om te beschermen tegen zowel spoofing- als phishingaanvallen. De authenticatie verschijnt binnen het bericht zelf om vervalsing te voorkomen en gebruikers te beschermen tegen het antwoorden op illegitieme e-mails met gevoelige persoonlijke gegevens. Zowel spoofing als phishing hebben de potentie om schadelijk te zijn voor je verzendreputatie en toekomstige bezorgdheid, dus bescherming tegen beide is voordelig.

Het aanmaken van een e-mail met DKIM heeft hetzelfde potentiële nadeel als SPF wanneer het gaat om het doorsturen van berichten. Bijvoorbeeld, een e-mail die automatisch van een kantoorpcomputer naar een mobiele gebruiker wordt gerouteerd, kan als illegitiem worden beschouwd door de ontvangende server. Veel populaire e-maildiensten hebben dit probleem opgelost. Een andere uitdaging die zich kan voordoen is een DKIM die te kort is in lengte. Met meer ondersteuning voor langere sleutels, kunnen kortere mogelijk niet slagen voor authenticatie.

Hoe DKIM Werkt

Eenvoudig gezegd, DKIM werkt door een digitale handtekening toe te voegen aan de headers van een e-mailbericht. Deze handtekening kan vervolgens worden gevalideerd tegen een openbare cryptografische sleutel die zich in het DNS-record van de organisatie bevindt.

De domeineigenaar publiceert een cryptografische sleutel. Dit is specifiek geformatteerd als een TXT-record in het algehele DNS-record van het domein.

Nadat een bericht is verzonden door een uitgaande mailserver, genereert de server en voegt de unieke DKIM-handtekening toe aan de header van het bericht.

De DKIM-sleutel wordt vervolgens gebruikt door inkomende mailservers om de handtekening van het bericht te detecteren en te ontsleutelen en te vergelijken met een verse versie. Als de waarden overeenkomen, kan het bericht worden bewezen authentiek en ongewijzigd tijdens het transport, en dus niet vervalst of veranderd.

U kunt uw e-mail valideren met de DKIM Validator.