Hur stoppar du e-postförfalskning på oanvända domäner?

Varför behöver oanvända domäner e-postposter?

För att vem som helst kan sätta din domän i From-raden på ett e-postmeddelande, och en domän utan poster ger mottagarna inget att kontrollera. En försvarsdomän, till exempel en felstavning av ditt varumärke, är attraktiv av just den anledningen. Phishers skickar post som verkar komma från varianten, eller från ett namn som liknar din supportadress, och ett mottagande system som inte hittar någon policy har ingen grund för att avvisa den.

Två poster stänger större delen av gapet. SPF anger servrarna som får skicka för en domän, och en SPF-post utan servrar och med hårt fel avvisar alla avsändare. DMARC talar om för mottagare vad de ska göra med post som misslyckas med SPF- och DKIM-kontrollerna, och p=reject uppmanar dem att vägra den. Den tredje posten, en null-MX, talar om för avsändare att domänen inte har någon postserver, så ett meddelande till den misslyckas direkt i stället för att försökas om i dagar.

Wardmints lista över försvarsändelser finns i vilka domäner ett kryptoprojekt bör registrera. När du äger dem är dessa tre poster det första du lägger till.

Vad gör en null-MX-post (RFC 7505)?

En null-MX är en enda MX-post med preferens 0 och en rotpunkt som mål, och den betyder att domänen inte tar emot någon e-post. RFC 7505 definierar den. Mål-värdet är en etikett med noll längd, som i zonfiler skrivs som en punkt, och eftersom en punkt inte är ett giltigt värdnamn kan posten inte förväxlas med en riktig postserver.

Två regler gäller. En domän som publicerar en null-MX får inte publicera någon annan MX-post. Och posten är en null-MX bara i exakt denna form: preferens 0, mål punkt. Avsändare som ser den misslyckas direkt med ett permanent fel, vilket stoppar postloopar och sparar köerna för ärliga avsändare som skrivit fel på din domän.

Utan den faller en avsändare som inte hittar någon MX tillbaka på domänens A-post och försöker leverera dit, vilket är långsammare och mindre tydligt. En null-MX tar bort den gissningen.

Vad betyder SPF v=spf1 -all?

Det är en TXT-post som inte godkänner någon avsändare, och minustecknet gör att varje kontroll misslyckas. RFC 7208 definierar den: v=spf1 är versionstaggen, och -all är ett enda direktiv där mekanismen all alltid matchar och kvalificeraren minus returnerar fail. Tillsammans anger de att ingen värd får skicka post för namnet.

RFC 7208 föreslår detta tillvägagångssätt för namn som varken används i adresser eller väntas skicka post. Publicera den på toppen av varje försvarsdomän. SPF kontrolleras för domänen i envelope-avsändaren eller HELO-namnet, så en förfalskare kan också pröva en underdomän som du aldrig konfigurerat. En wildcard-TXT-post, som gäller för namn under domänen som saknar egna poster, kan täcka dem.

example.com.          3600  IN  MX   0 .
example.com.          3600  IN  TXT  "v=spf1 -all"
_dmarc.example.com.   3600  IN  TXT  "v=DMARC1; p=reject; adkim=s; aspf=s"

Vad lägger DMARC p=reject till?

DMARC lägger till policyn och rapporteringen: den talar om för mottagare att avvisa misslyckad post och låter dig se vem som försöker. RFC 7489 placerar policyn som en TXT-post på domänens _dmarc-namn. Taggen v måste komma först och läsa DMARC1, och p anger policyn none, quarantine eller reject. Taggen sp anger policyn för underdomäner, och om den saknas gäller p för dem. Taggarna adkim och aspf anger strikt eller avslappnad anpassning, och rua anger adresser för samlade rapporter.

RFC:n är försiktig om styrkan i p=reject: ägaren begär att mottagare avvisar, och mottagare förväntas göra sitt bästa men är inte strikt förpliktade. Stora brevlådeleverantörer följer det i praktiken, vilket är skälet till att posten är värd att publicera.

För att se försök lägger du till en rapportadress, till exempel rua=mailto:[email protected], på en brevlåda du läser. För ett projekt med flera försvarsdomäner räcker en rapportbrevlåda för alla. Behåll en domän som skickar post, som din huvuddomän, på en policy som matchar dess verkliga avsändare, och läs de samlade rapporterna innan du flyttar den till reject.

Hur mycket kostar det att skydda en försvarsuppsättning?

De tre posterna kostar inget extra hos Wardmint; det är domänerna som kostar. Wardmint tillhandahåller en DNS-mall "utan e-post" (null MX, SPF -all, DMARC p=reject) så att en defensiv domän inte kan användas för att förfalska din e-post, gratis URL-vidarebefordran för att skicka varje variant till din huvudsajt och automatisk förnyelse från ditt saldo så att ingen variant går ut.

Enligt Wardmints undersökning från 12 november 2026 kostar de nio ändelserna i dess phishing-uppsättning (.xyz, .pro, .info, .shop, .online, .icu, .click, .live och .support) $212.41 per år sammanlagt, eller $637.23 över tre år, och vardera kan bära mallen utan e-post. Kärnuppsättningen med .com, .net, .org, .io, .xyz, .app kostar $128.94 per år. Uppsättningarna är förslag, inte paket: namnen läggs i varukorgen via massökningen, upp till 50 åt gången.

Tillämpa mallen på varje defensiv domän som inte vidarebefordrar webbtrafik, och kombinera den med URL-vidarebefordran för de som gör det. Metoden för att välja namn finns i hur du bygger en lista över defensiva domäner för ditt varumärke.