Domein beschermen tegen phishing: SPF, DKIM en DMARC

Een klant belt: hij heeft zojuist een factuur betaald aan "jou", maar jij hebt die nooit verstuurd. De afzender stond letterlijk als jou@jouwnaam.nl in zijn inbox. Geen gehackte inbox, geen gestolen wachtwoord, geen verdacht e-mailadresKeurigOnline zegtE-mailadresEen e-mailadres is een uniek digitaal adres in het formaat naam@domein.nl voor het versturen en ontvangen van elektronische berichten.. Gewoon jouw domeinnaamKeurigOnline zegtDomeinnaamEen domeinnaam is een uniek webadres gekoppeld aan je website en e-mail, zoals voorbeeld.nl, bedrijf.com of startup.ai., misbruikt door iemand anders.

Dit is e-mailspoofing, en het is mogelijk omdat het e-mailprotocol SMTP bij zijn ontwerp in de jaren tachtig geen afzenderverificatie kende. Zonder de juiste DNSKeurigOnline zegtDNSHet Domain Name System (DNS) vertaalt domeinnamen naar IP-adressen, zodat websites makkelijk bereikbaar zijn.-records kan iedereen ter wereld een e-mail sturen alsof hij van jouw domein afkomt. Hoe DNS-records werken en welke rol ze spelen voor jouw domein is een goede startplek voor wie de basis nog wil begrijpen. In dit artikel leggen we je uit welke concrete maatregelen je treft om je domein te beschermen: van SPF en DKIMKeurigOnline zegtDKIMDKIM beveiligt e-mails met een digitale handtekening om spam tegen te gaan. tot DMARCKeurigOnline zegtDMARCDMARC is een e-mailbeveiligingsprotocol dat domeinen beschermt tegen phishing en spoofing via SPF en DKIM., DANE, BIMI en defensieve domeinregistratie.

Hoe criminelen jouw domeinnaam misbruiken zonder jouw wachtwoord

Het SMTP-protocol, de basis van alle e-mail, werd in 1982 ontworpen. Afzenderverificatie zat er niet in. Dat betekent concreet: elk systeem dat e-mail kan versturen, kan als afzender iedere domeinnaam invullen die het wil. Jouw mailserver controleert dat niet, en die van de ontvanger ook niet, tenzij jij de juiste beveiligingsrecords hebt ingesteld.

De schaal waarop dit misbruikt wordt, is fors. In 2024 had 23% van alle Nederlandse bedrijven te maken met phishingKeurigOnline zegtPhishingPhishing is een cyberaanval waarbij criminelen zich voordoen als betrouwbare organisaties om gevoelige informatie te stelen.- en spoofing-aanvallen, verreweg het meest voorkomende aanvalstype vergeleken met DDoS of ransomware.^[1] Opvallend is de conclusie van SIDNKeurigOnline zegtSIDNSIDN beheert als officiële registry alle .nl-domeinnamen in Nederland sinds 1996. Labs, dat phishingcampagnes bij drie Europese ccTLD's onderzocht: 80% van de phishingaanvallen misbruikt geen nieuw geregistreerde domeinen, maar bestaande domeinen.^[2] Aanvallers liften mee op jouw reputatie, die al jaren is opgebouwd.

De financiële gevolgen zijn reëel. Business Email Compromise (BEC), waarbij criminelen e-mail versturen namens een vertrouwde partij, veroorzaakte in 2024 wereldwijd $2,8 miljard schade, met een cumulatief verlies van $8,5 miljard over de periode 2022 tot 2024.^[3] Nep-facturen, valse inlogverzoeken, gefabriceerde urgentie: allemaal afgestuurd vanuit een afzenderadres dat er volledig betrouwbaar uitziet.

Het goede nieuws: drie DNS-records, correct ingesteld, sluiten de achterdeur. SPF, DKIM en DMARC samen vormen de standaardoplossing. De volgende secties lopen ze door, van eenvoudig naar geavanceerd.

Laag 1: SPF, stel in welke servers e-mail mogen sturen

SPF staat voor Sender Policy Framework. Het is een DNS TXT-recordKeurigOnline zegtTXT-recordEen TXT-record bevat tekstinformatie in DNS, vaak gebruikt voor domeinverificatie en e-mailbeveiliging. waarin je vastlegt welke IP-adressen en servers gemachtigd zijn om e-mail te versturen namens jouw domein. Een ontvangende mailserver kijkt dit record op en beoordeelt of de verzendende server wel op de lijst staat.

Een typisch SPF-recordKeurigOnline zegtSPF-recordEen SPF-record is een DNS-record dat bepaalt welke mailservers e-mail mogen versturen namens een domein. ziet er zo uit:

v=spf1 include:spf.google.com include:mailprovider.example.com ~all

Elke include: verwijst naar een mailprovider die namens jou mag sturen. Het afsluitende ~all markeert alle andere bronnen als soft fail: verdacht, maar niet meteen geblokkeerd. Gebruik je -all in plaats daarvan, dan wordt mail van onbekende servers hard afgewezen. Dat is strenger en beter zodra je zeker weet dat je alle legitieme diensten hebt opgenomen.

De beperking van SPF: het beschermt alleen de envelope sender, de technische afzenderregel die mailservers onderling gebruiken. De zichtbare "Van:"-header die de ontvanger in zijn inbox ziet, valt buiten het bereik van SPF. Een aanvaller kan die header nog steeds vrij invullen. Dat is de reden dat SPF alleen onvoldoende is: je hebt DKIM en DMARC nodig om ook de zichtbare afzender te borgen.

Vandaag heeft slechts 70% van de Nederlandse domeinen een correct SPF-record. Drie op de tien domeinen missen dit basisrecord nog.^[4]

Laag 2: DKIM, een cryptografische handtekening op elke mail

DKIM, DomainKeys Identified Mail, voegt een cryptografische handtekening toe aan elke uitgaande e-mail. Je mailserver gebruikt een private key om de handtekening te berekenen. De bijbehorende publieke sleutel staat in een DNS TXT-record met een zogeheten _domainkey-selector. Elke ontvangende mailserver kan die publieke sleutel opvragen en de handtekening verifiëren, zonder de private key zelf te kennen.

Dit biedt twee voordelen tegelijk. Ten eerste bewijst het dat de e-mail verstuurd is door een systeem dat toegang heeft tot jouw private key, dus een systeem dat jouw domein legitiem beheert. Ten tweede detecteert het aanpassingen aan de mailinhoud onderweg: als iemand de boodschap tussentijds wijzigt (man-in-the-middle), klopt de handtekening niet meer en weigert de ontvangende server de mail.

Een DKIM-record in DNS ziet er zo uit (sterk ingekort):

mail._domainkey.jouwnaam.nl IN TXT "v=DKIM1; k=rsa; p=MIIBIjANBgkq..."

De selector, hier mail, is een vrij te kiezen naam. Veel providers gebruiken default, google of s1. De waarde na p= is de publieke sleutel zelf, gegenereerd door je mailprovider.

DKIM beschermt de "Van:"-header, in tegenstelling tot SPF. Maar ook DKIM alleen is niet waterdicht. Een aanvaller kan een volledig eigen domein aanmaken met geldige DKIM-handtekeningen, en vervolgens een mail sturen waarbij de zichtbare "Van:"-header naar jouw domein verwijst. DMARC sluit die laatste maas door af te dwingen dat het geauthenticeerde domein en de zichtbare afzender overeenkomen.

Laag 3: DMARC, de schakel die SPF en DKIM samenhoudt

DMARC, Domain-based Message Authentication, Reporting and Conformance, is het beleidsrecord dat SPF en DKIMKeurigOnline zegtDKIMDKIM beveiligt e-mails met een digitale handtekening om spam tegen te gaan. aan elkaar koppelt. Zonder DMARC kunnen SPF en DKIM allebei technisch geldig zijn, terwijl de zichtbare "Van:"-header toch de naam van de aanvaller draagt. DMARC schrijft voor dat de domeinnaam in de "Van:"-header exact moet overeenkomen met het domein dat via SPF of DKIM geauthenticeerd is. Dit heet alignment.

Bovendien instrueert DMARC de ontvangende mailserver wat hij moet doen als de verificatie mislukt. Dit stel je in via het p=-beleid, en je rolt het in fasen uit:

Het NCSC adviseert expliciet om p=reject als einddoel te hanteren.^[7] Toch heeft vandaag slechts 23,2% van de Nederlandse domeinen p=reject ingesteld, terwijl 41,5% van de domeinen helemaal geen DMARC-record heeft.^[4]

Een minimaal DMARC-record voor de monitorfase:

v=DMARC1; p=none; rua=mailto:dmarc-rapporten@jouwnaam.nl

De rapporten die je ontvangt zijn XMLKeurigOnline zegtXMLXML is een opmaaktaal die gebruikt wordt om gestructureerde data uit te wisselen tussen systemen.-bestanden, moeilijk direct leesbaar. Gebruik een gratis laag van tools als dmarcian of Postmark DMARC om ze leesbaar te maken. Die tonen per dienst welke mails slagen en welke falen, zodat je precies ziet wat er nog geconfigureerd moet worden voordat je naar p=reject stapt.

Reputatieschade door domeinmisbruik kan ook leiden tot plaatsing op een e-mailblacklist: ontvangende servers weigeren dan alle mail van jouw domein, ook de legitieme. DMARC op p=reject is de preventieve maatregel die dat scenario voorkomt.

Vergeet je parkeerdomeinen niet: direct op reject, nul risico

Parkeerdomeinen zijn domeinnamen die je bezit maar waarvan je geen e-mail verstuurt. Ze lijken onbelangrijk, maar zijn een open achterdeur: aanvallers kunnen ze direct misbruiken voor phishing, terwijl jij er nooit legitieme mail van verstuurt. Dat maakt ze de makkelijkst te beveiligen domeinen in je portfolio.

Stel geparkeerde domeinen direct in met twee records:

# SPF: weiger alle verzendende servers
jouwnaam.com IN TXT "v=spf1 -all"

# DMARC: weiger alle e-mail direct
_dmarc.jouwnaam.com IN TXT "v=DMARC1; p=reject"

Dit is een kwartiertje werk per domein en verkleint je aanvalsoppervlak onmiddellijk. Er is geen monitorfase nodig: er bestaat geen legitieme mail die je beschadigt.^[9]

Defensieve domeinregistratie: registreer voor de aanvaller dat doet

Naast je bestaande domeinen lopen veel bedrijven risico op lookalike-domeinen: varianten die net iets anders zijn gespeld. Denk aan typfouten (jouwnaan.nl), homogliefen (j0uwnaam.nl, waarbij de "o" vervangen is door een nul) of andere TLD's (jouwnaam.com, jouwnaam.eu). DMARC beschermt alleen jouw exacte domeinnaam. Als een aanvaller een echt ander domein registreert en daar een geldig e-mailsysteem op inricht, staat DMARC machteloos.

Preventieve registratie van de bekendste lookalike-varianten kost rond de €20 per jaar per domein. SIDN geeft het voorbeeld van een merkzaak waarbij achteraf herstel honderd keer duurder uitviel dan tijdig de varianten vastleggen.^[10] Zet geregistreerde lookalike-domeinen ook direct op p=reject, want ze zijn bedoeld als parkeerdomeinen, niet als verzendende mailbron.

In 2025 stuurde SIDN voor 3.724 .nl-domeinnamen waarschuwingen uit wegens vermoeden van phishing of malware, met een gemiddelde afhandelingstijd van 21 uur.^[6] Een aanvaller kan in die 21 uur al honderden berichten hebben verstuurd. Preventie werkt goedkoper dan reactie. Bekijk ook hoe spookfacturen via domeinnamen in de praktijk worden ingezet om je bewuster te worden van het concrete risico.

Transportbeveiliging: DANE en MTA-STS

SPF, DKIM en DMARCKeurigOnline zegtDMARCDMARC is een e-mailbeveiligingsprotocol dat domeinen beschermt tegen phishing en spoofing via SPF en DKIM. authenticeren de afzender. DANE en MTA-STSKeurigOnline zegtMTA-STSMTA-STS dwingt TLS-versleuteling af voor email transport en voorkomt downgrade-aanvallen op SMTP-verbindingen. beveiligen de verbinding: ze dwingen af dat e-mail altijd via TLSKeurigOnline zegtTLSTLS is het standaardprotocol voor versleutelde, betrouwbare communicatie tussen client en server.-versleuteling wordt verstuurd, zodat het bericht onderweg niet afgeluisterd of aangepast kan worden. Ze zijn dus een aanvulling op, geen vervanging van, de drie authenticatielagen.

DANE: het TLS-certificaat vastleggen in DNS

DANE, DNSKeurigOnline zegtDNSHet Domain Name System (DNS) vertaalt domeinnamen naar IP-adressen, zodat websites makkelijk bereikbaar zijn.-based Authentication of Named Entities, koppelt het TLS-certificaat van je mailserver aan een TLSA-record in je DNS. Een ontvangende mailserver die DANE ondersteunt, weigert de verbinding als het aangeboden certificaat niet overeenkomt met wat in DNS staat. Zo kan een aanvaller die de verbinding probeert te onderscheppen geen vals certificaat presenteren.

DANE vereist DNSSECKeurigOnline zegtDNSSECDNSSEC (DNS Security Extensions) beveiligt DNS-informatie door deze cryptografisch te ondertekenen., omdat het TLSA-record anders zelf vervalst kan worden. DNSSEC is dan ook de basis voor zowel DANE als de integriteit van je DMARC-records. Bij KeurigOnline is DNSSEC standaard ingeschakeld op alle .nl-domeinen: dat is laag 0 van je e-mailbeveiliging, geregeld op dag één van je domeinregistratie.

MTA-STS: transportbeveiliging zonder DNSSEC

MTA-STS, Mail Transfer Agent Strict Transport Security, werkt als alternatief als DNSSEC niet beschikbaar is. Je plaatst een beleidsbestand op een vast HTTPS-adres (https://mta-sts.jouwnaam.nl/.well-known/mta-sts.txt) en een DNS TXT-record dat ernaar verwijst. Ontvangende servers leren zo dat ze altijd TLSKeurigOnline zegtTLSTLS is het standaardprotocol voor versleutelde, betrouwbare communicatie tussen client en server. moeten afdwingen voor jouw domein. Google raadt MTA-STS expliciet aan als eenvoudiger instapoptie voor domeinen zonder DNSSEC.^[8]

De meest directe stap als je nog geen DNSSEC hebt: activeer MTA-STS. Het vereist geen DNSSEC, is relatief eenvoudig in te stellen en dwingt meteen versleuteld transport af voor inkomende mail naar jouw domein.

BIMI: je bedrijfslogo als visueel vertrouwenssignaal in de inbox

BIMI, Brand Indicators for Message Identification, is de bonuslaag voor wie alle voorgaande stappen heeft afgerond. Het protocol toont je bedrijfslogo naast je afzendernaam in de inbox van ontvangers, zichtbaar in e-mailclients als Gmail en Apple Mail.

Wat je nodig hebt om BIMI te activeren:

• DMARC ingesteld op p=reject (of minimaal p=quarantine).
• Een logo in SVG-formaat, het zogenoemde Tiny PS-profiel.
• Een Verified Mark Certificate (VMC), afgegeven door een erkende certificeringsinstantie zoals DigiCert of Entrust.
• Een DNS TXT-recordKeurigOnline zegtTXT-recordEen TXT-record bevat tekstinformatie in DNS, vaak gebruikt voor domeinverificatie en e-mailbeveiliging. dat naar je logo-URL en VMC verwijst.

Het directe effect is tweeledig. Je vergroot de herkenning van jouw merk in de inbox. En je geeft ontvangers een zichtbaar visueel signaal dat de mail van een geverifieerd bedrijf afkomt, een onderscheid dat telt in een omgeving waar 23% van de Nederlandse bedrijven jaarlijks met phishingKeurigOnline zegtPhishingPhishing is een cyberaanval waarbij criminelen zich voordoen als betrouwbare organisaties om gevoelige informatie te stelen. te maken krijgt.^[1]

Jouw domein controleren: tools en checklist

De huidige stand van je e-mailbeveiliging check je gratis met een paar tools:

• Internet.nl: de Nederlandse overheidscheck voor e-mailstandaarden. Test SPF, DKIM, DMARC, DANE en MTA-STSKeurigOnline zegtMTA-STSMTA-STS dwingt TLS-versleuteling af voor email transport en voorkomt downgrade-aanvallen op SMTP-verbindingen. in één keer en geeft een rapportcijfer inclusief toelichting per ontbrekend onderdeel.
• MX Toolbox: gedetailleerde controle van afzonderlijke SPF-, DKIM- en DMARC-records, inclusief foutdiagnose en verificatie van de recordsyntax.
• SIDN Check: specifiek voor .nl-domeinen, controleert of DNSSEC actief en correct gesigneerd is.

KeurigOnline schakelt DNSSECKeurigOnline zegtDNSSECDNSSEC (DNS Security Extensions) beveiligt DNS-informatie door deze cryptografisch te ondertekenen. standaard in op alle .nl-domeinen. Stap 5 is daarmee geregeld op de dag dat je je domein registreert. De overige DNS-records beheer je via DirectAdminKeurigOnline zegtDirectAdminDirectAdmin is een webhosting control panel ontwikkeld door JBMC Software als kostenefficiënt en gebruiksvriendelijk alternatief voor cPanel., het hostingpanel dat bij elk pakket zit. Heb je vragen over het instellen van SPF, DKIM of DMARC voor jouw specifieke mailprovider, dan helpt onze support je direct op weg.

Veelgestelde vragen over domeinbeveiliging en phishing

Bronnen