SPF-records instellen voor betere e-mailbeveiliging

E-mail blijft een van de belangrijkste communicatiekanalen voor bedrijven, maar het is ook een van de meest misbruikte. Naarmate inboxen voller raken, maken aanvallers steeds vaker gebruik van spam, vervalste berichten, phishingcampagnes, whaling-pogingen en andere vormen van e-mailfraude om zich voor te doen als legitieme organisaties. De gevolgen zijn zelden gering. Deze aanvallen kunnen het vertrouwen in het merk schaden, leiden tot financiële verliezen en gevoelige gegevens blootleggen.

Het beveiligen van e-mailcommunicatie is daarom een basisvereiste geworden in plaats van een optionele beveiligingsmaatregel. Een van de eerste en meest effectieve stappen die bedrijven kunnen nemen, is het implementeren van e-mailverificatie.

In deze handleiding voor het instellen van SPF richten we ons op Sender Policy Framework (SPF) – een protocol dat is ontwikkeld om te voorkomen dat onbevoegde afzenders uw domein gebruiken. Op zichzelf biedt SPF al bescherming, maar het wordt veel effectiever wanneer het samen met DKIM en DMARC wordt gebruikt.
Samen helpen ze e-mailproviders te bevestigen dat berichten afkomstig zijn van goedgekeurde bronnen. Die extra validatielaag vermindert misbruik en leidt op termijn tot een betrouwbaardere en meer vertrouwde e-mailbezorging.

Wat is SPF en waarom is het belangrijk?

Sender Policy Framework, beter bekend als SPF, is een e-mailverificatieprotocol dat ontvangende mailservers vertelt welke systemen e-mails namens uw domein mogen verzenden. Het werkt via een DNS-record waarin goedgekeurde verzendbronnen worden vermeld, zoals uw mailserver, marketingplatforms, ondersteuningstools of transactionele e-maildiensten. Wanneer een e-mail wordt ontvangen, controleert de server van de ontvanger dit record om te bevestigen of het bericht afkomstig is van een geautoriseerde bron. Als dat het geval is, doorstaat de e-mail de SPF-controle. Als dat niet het geval is, wordt het bericht gemarkeerd of geweigerd.

SPF speelt een belangrijke rol bij het beschermen van domeinen tegen spoofing. Zonder SPF kunnen aanvallers gemakkelijk het 'Van'-adres van een e-mail vervalsen en berichten laten lijken alsof ze door uw organisatie zijn verzonden. SPF helpt dit te voorkomen door ontvangende servers een duidelijke manier te bieden om de legitimiteit van de afzender te verifiëren. Wanneer een vervalste e-mail de SPF-controle niet doorstaat, zullen mailboxproviders deze eerder blokkeren, in quarantaine plaatsen of als verdacht markeren. Dit verkleint de kans dat frauduleuze berichten in de inbox onder uw domeinnaam terechtkomen en beschermt uw merk tegen misbruik bij phishing- en fraude-pogingen.

Elke organisatie die e-mails verstuurt via haar eigen domein, profiteert van SPF. Dit geldt onder meer voor bedrijven met interne e-mailsystemen, bedrijven die nieuwsbrieven of promotiecampagnes versturen, SaaS-platforms die geautomatiseerde meldingen versturen, e-commercewinkels die orderbevestigingen versturen, non-profitorganisaties die communiceren met donateurs, onderwijsinstellingen die e-mails versturen naar studenten en organisaties die meerdere tools van derden gebruiken om e-mails te versturen. 

SPF is vooral belangrijk in omgevingen waar meerdere diensten e-mails versturen namens hetzelfde domein, omdat het mailboxproviders één enkele bron van waarheid biedt om te bepalen wat legitiem is en wat niet.

Vereenvoudig SPF-instellingen met PowerDMARC!

SPF-records instellen en toevoegen

Een SPF-instelling is niet alleen essentieel voor je actieve bronnen, maar ook voor alle domeinen die je bezit, inclusief niet-verzendbare of "geparkeerde" domeinen, om te garanderen dat ze veilig zijn tegen kwaadwillig gebruik. Het instellen van een SPF-record is een eenvoudig proces en bestaat uit de volgende stappen:

Stap 1: Bepaal uw e-mailservers en verzendbronnen

De eerste stap is het samenstellen van een uitgebreide lijst van alle servers en services die e-mails voor uw domein mogen verzenden. Deze bronnen kunnen uw eigen mailservers zijn (bijv. Microsoft Exchange, webgebaseerde zoals Gmail), eventuele externe e-mail service providers (ESP's) die u gebruikt voor marketing- of transactie-e-mails en andere services zoals betalingsverwerkers, e-commerce platforms, CRM's, helpdesks of support-/ticketing-systemen die namens u e-mails verzenden.

Stap 2: Maak een SPF-record aan

Als je al je geautoriseerde verzendbronnen hebt geïdentificeerd, kun je een SPF-record maken met een SPF record generator of door de syntax handmatig te maken. Een SPF record is een TXT (tekst) record in de DNS configuratie van je domein. Zorg ervoor dat je slechts één SPF-record per domein aanmaakt. Een eenvoudige syntaxis kan er als volgt uitzien

v=spf1 ip4:<IP address> include:<third-party domain> -all

In this example, “v=spf1” indicates the SPF version, “ip4:<IP address>” lists an authorized IP, “include:<third-party domain>” incorporates a third-party sender’s policy, and “-all” at the end indicates that emails from sources not listed should be rejected. Double-check for typos, as even small errors like ‘inlcude’ instead of ‘include’ can invalidate the record.

Stap 3: Publiceer uw SPF-record

Nadat u uw SPF-record hebt gemaakt, moet u het publiceren in de DNS van uw domein. Domeinbeheerders kunnen de vereiste DNS-updates eenvoudig uitvoeren. Je kunt dit doen door in te loggen op de website van je DNS-provider en een nieuw TXT-record toe te voegen met de inhoud van je SPF-record. De eigenlijke inhoud moet beginnen met `v=spf1` en mag niet tussen dubbele aanhalingstekens staan in het DNS-record zelf (hoewel sommige DNS-interfaces het tussen aanhalingstekens kunnen weergeven). U kunt ook uw IT-team of hostingprovider vragen om dit voor u te doen. Houd er rekening mee dat het enige tijd kan duren (tot 72 uur, maar vaak veel sneller) voordat DNS-wijzigingen zich verspreiden over het internet.

Stap 4: Test uw SPF-record

Nadat u uw SPF-record hebt gepubliceerd en voldoende tijd hebt gegeven voor propagatie, is het essentieel om te testen of het correct werkt en de limiet van 10 DNS-lookups niet overschrijdt (mechanismen zoals `include`, `a`, `mx`, `ptr`, `exists` en `redirect` tellen mee voor deze limiet, inclusief alle lookups binnen geneste `include`-statements). U kunt online online SPF-recordcheckers, zoals die van PowerDMARC of MXToolbox, om uw SPF-record te testen. Deze tools vertellen u of uw SPF-record geldig is, correct is opgemaakt, binnen de lookup-limiet valt en naar behoren functioneert.

5 misvattingen over SPF-records 

Er doen bepaalde mythes over SPF-records de ronde op het internet die ertoe kunnen leiden dat mensen verkeerde beslissingen nemen. Laten we ze een voor een ontkrachten: 

1. SPF alleen kan spoofing voorkomen. 

Dit is niet waar. Alleen SPF instellen kan niet alle soorten spoofing of imitatie voorkomen, vooral niet als het gaat om de 'Van' header die gebruikers te zien krijgen. Om een sterkere bescherming te bieden en ontvangers te instrueren hoe om te gaan met fouten, moet SPF worden gecombineerd met DKIM en DMARC (Domain-based Message Authentication, Reporting, and Conformance). DMARC stelt domeineigenaren in staat om een beleid op te stellen (zoals weigeren of in quarantaine plaatsen) voor e-mails die de SPF- of DKIM-controles niet doorstaan.

2. U kunt +all gebruiken in uw SPF-record.

Door +all te gebruiken, kan elke server op het internet e-mails versturen namens jouw domein. Dit doet het beveiligingsdoel van het SPF protocol volledig teniet. In plaats daarvan zijn ~all (soft fail) of bij voorkeur -all (hard fail) aanbevolen mechanismen om aan het einde van je record te gebruiken om SPF effectief in te zetten.

3. SPF werkt voor doorgestuurde e-mails 

We zouden allemaal willen dat dat waar was. Helaas breekt SPF in veel scenario's voor het doorsturen van mail. Dit gebeurt omdat het IP-adres van de doorsturende server vaak niet overeenkomt met de geautoriseerde IP's die staan vermeld in het SPF-record van de oorspronkelijke afzender, en de headerinformatie kan veranderen. In zulke gevallen kunnen protocollen zoals DKIM (dat meestal het doorsturen overleeft) of bij voorkeur ARC(Authenticated Received Chain) helpen om authenticatieresultaten te behouden over de hops van het doorsturen.

4. SPF-records hebben onbeperkte DNS-lookups 

De SPF-specificatie (RFC) legt een maximumlimiet op van 10 DNS-lookups per SPF-controle. Mechanismen zoals `include`, `a`, `mx`, `ptr`, `exists` en `redirect` voeren DNS-lookups uit. Als deze limiet wordt overschreden, resulteert dit in een SPF PermError (permanente fout), waardoor legitieme e-mails mogelijk niet worden geauthenticeerd. Het is essentieel om uw record beknopt te houden en eventueel SPF-optimalisatiemethoden zoals flattening of dynamische SPF-macro's te gebruiken om binnen de limiet te blijven, vooral als u veel externe afzenders gebruikt.

5. Met SPF kunt u "instellen en vergeten"! 

Maak deze SPF-fout niet! Je infrastructuur voor het verzenden van e-mails kan na verloop van tijd veranderen - je kunt nieuwe services van derden toevoegen, van ESP veranderen of oude servers buiten gebruik stellen. Je moet je SPF-records regelmatig bijwerken om deze veranderingen te weerspiegelen. Als u dit niet doet, worden nieuwe legitieme verzendbronnen mogelijk niet geautoriseerd, waardoor hun e-mails mogelijk worden geblokkeerd of door ontvangende servers als spam worden gemarkeerd.

SPF-richtlijnen

Het instellen van SPF is geen eenmalige taak. Domeinen veranderen in de loop van de tijd, er worden nieuwe tools toegevoegd en het verzenden van e-mails evolueert. Voortdurende monitoring is essentieel om ervoor te zorgen dat uw SPF-record blijft werken zoals bedoeld. Door regelmatig de authenticatieresultaten en feedback over de bezorging te controleren, kunt u fouten vroegtijdig opsporen, voordat ze van invloed zijn op de plaatsing in de inbox of uw domein blootstellen aan misbruik.

SPF werkt het beste in combinatie met DKIM en DMARC. SPF controleert waar een e-mail vandaan komt, terwijl DKIM bevestigt dat de inhoud van het bericht niet is gewijzigd en DMARC deze controles aan elkaar koppelt door te definiëren hoe ontvangende servers met fouten moeten omgaan. Door alle drie samen te gebruiken, ontstaat een sterker authenticatiekader en krijgen mailboxproviders duidelijkere signalen over welke berichten vertrouwd kunnen worden.

Het is ook belangrijk om regelmatig te controleren welke systemen toestemming hebben om namens u e-mails te versturen. In de loop van de tijd voegen organisaties vaak marketingplatforms, tools voor klantenondersteuning, factureringssystemen of automatiseringsdiensten toe, terwijl oudere tools mogelijk niet meer worden gebruikt. Het behouden van verouderde of onnodige afzenders in uw SPF-record verhoogt het risico en kan leiden tot configuratiefouten. Op deze manier zorgt een geplande controle ervoor dat alleen actieve en goedgekeurde diensten geautoriseerd blijven, waardoor uw SPF-record nauwkeurig en effectief blijft.

Optimaliseer uw SPF-instellingen met PowerDMARC

SPF is een van de fundamentele onderdelen van e-mailbeveiliging. Wanneer het correct is geconfigureerd, helpt het mailboxproviders om te verifiëren welke verzendbronnen legitiem zijn, vermindert het domeinspoofing en bouwt het algemeen vertrouwen in uw e-mail op.

Om SPF goed te laten werken, is enige voortdurende aandacht nodig. Dit betekent dat elke geautoriseerde afzender moet worden geïdentificeerd, het record zorgvuldig moet worden gestructureerd, binnen de DNS-lookup-limieten moet worden gebleven en regelmatig moet worden getest. Naarmate uw e-mailomgeving verandert (nieuwe tools, nieuwe platforms, nieuwe workflows), moet de configuratie gelijke tred houden. Als dat het geval is, blijft SPF stil en effectief op de achtergrond zijn werk doen.

Aangezien het handmatig beheren van SPF complex kan zijn, vooral voor organisaties die meerdere e-maildiensten of platforms van derden gebruiken, kan PowerDMARC dit proces vereenvoudigen! Het helpt u de SPF-prestaties te monitoren, configuratieproblemen op te sporen, binnen de opzoeklimieten te blijven en SPF af te stemmen op DKIM- en DMARC-beleidsregels. Met ingebouwde analyse- en optimalisatietools maakt PowerDMARC het gemakkelijker om een veilige, nauwkeurige en schaalbare e-mailverificatie-instelling te onderhouden.

Start een gratis proefperiode van 15 dagen of boek een demo met PowerDMARC om uw SPF-configuratie te optimaliseren en uw algehele e-mailbeveiliging te versterken.

Veelgestelde vragen (FAQ's)

Kan ik meerdere SPF-records hebben voor één domein?

Nee. Een domein moet precies één SPF-record hebben. Het publiceren van meerdere SPF-records voor hetzelfde domein is een veelgemaakte fout die ervoor zorgt dat SPF-validatie mislukt of onvoorspelbare resultaten oplevert (vaak Geen of PermError). Als je meerdere verzendbronnen moet autoriseren, moeten ze allemaal worden opgenomen in een enkele SPF TXT record string.

Kan ik een groot SPF-record splitsen?

Het opsplitsen van een logisch groot SPF beleid over meerdere TXT records voor hetzelfde domein is niet toegestaan vanwege de één-record regel. Bovendien hebben individuele DNS TXT-records tekenreekslimieten (hoewel moderne DNS-systemen vaak meerdere tekenreeksen binnen een enkel record ondersteunen om oudere 255-karakterlimieten te omzeilen). Als je record te complex wordt of de 10 DNS lookup limiet overschrijdt, kun je het niet simpelweg splitsen. Probeer in plaats daarvan deze tactieken: 

1. Vereenvoudig je dossier: Verwijder overbodige of onnodige vermeldingen. Voeg waar mogelijk IP-bereiken samen met behulp van CIDR-notatie.
2. Beperk het aantal lookup-genererende mechanismen: Verminder het aantal `include`, `a`, `mx`, `exists` en `redirect` mechanismen.
3. Gebruik SPF-beheeroplossingen: maak gebruik van externe diensten die SPF-flattening of dynamische SPF-oplossingen (op basis van macro's) bieden om complexe records te beheren en binnen de limieten te blijven.

Waarom wordt een SPF-record gebruikt?

Een SPF-record wordt gebruikt om e-mailspoofing te voorkomen door domeineigenaren in staat te stellen publiekelijk aan te geven welke mailservers gemachtigd zijn om e-mail te versturen namens hun domein. Ontvangende servers controleren dit record om de legitimiteit van de verzendende server te verifiëren, waardoor de kans kleiner wordt dat phishing, spam en andere frauduleuze e-mails die zijn verzonden met de naam van het domein in de inbox van ontvangers terechtkomen.

Wanneer heb je SPF nodig?

Je hebt SPF nodig voor elk domein dat je bezit, vooral voor domeinen die je gebruikt om e-mail te versturen. Het is een fundamenteel e-mailverificatieprotocol dat nodig is om de deliverability van e-mail te verbeteren, de reputatie van uw merk te beschermen, de authenticiteit te verifiëren en te voldoen aan het ontvangende serverbeleid en de best practices in de branche, waaronder recente mandaten van grote providers zoals Google en Yahoo. Meer informatie over het belang van SPF-configuratie. Zelfs domeinen die geen e-mail verzenden moeten een beperkend SPF-record hebben (bijvoorbeeld `v=spf1 -all`) om misbruik te voorkomen.

Hoe kan ik het SPF-record optimaliseren?

Je kunt je SPF-record handmatig optimaliseren door geautoriseerde afzenders zorgvuldig te beoordelen en te consolideren, ongebruikte bronnen te verwijderen, efficiënte IP-bereiknotatie (CIDR) te gebruiken en mechanismen die DNS-opzoekingen veroorzaken te minimaliseren. Voor complexe scenario's of om er zeker van te zijn dat je onder de limiet van 10 lookups blijft, is een meer probleemloze optie het gebruik van SPF optimalisatie services van derden die geautomatiseerde afvlakking of dynamische SPF macro oplossingen bieden voor doorlopend recordbeheer.

Hoe weet ik of mijn SPF-record correct is ingesteld?

U kunt uw SPF-record controleren met een online SPF record opzoeken. Deze tools valideren de syntaxis, controleren of het record bestaat in je DNS, controleren of je binnen de 10 DNS lookup limiet valt en bevestigen of het in het algemeen correct is geconfigureerd.

"`

• Over
• Laatste berichten

Ahona Rudra

Expert domein- en e-mailbeveiliging bij PowerDMARC

Ahona is marketingmanager bij PowerDMARC en heeft meer dan vijf jaar ervaring met het schrijven over cybersecurity, gespecialiseerd in domein- en e-mailbeveiliging. Ahona heeft een masterdiploma in journalistiek en communicatie, en heeft sinds 2019 haar carrière in de beveiligingssector verder uitgebouwd.

Laatste berichten van Ahona Rudra (Bekijk alle berichten)

• IP-reputatie versus domeinreputatie: waarmee kom je in de inbox terecht? - 1 april 2026
• Verzekeringsfraude begint in de inbox: hoe vervalste e-mails routinematige verzekeringsprocessen veranderen in diefstal van uitkeringen - 25 maart 2026
• FTC Safeguards Rule: Heeft uw financiële instelling DMARC nodig? - 23 maart 2026