Om ditt företag använder egna domäner och domäner som hanterar e-post är risken stor att de stöter på e-postproblem och har stött på felet " SPF Softfail Domain Does Not Designate IP as Permitted Sender ". Det är mycket viktigt att företagen korrekt anger de IP-adresser som används för att skicka e-post för deras räkning som en tillåten avsändare i SPF-informationen.

Vad är SPF?

SPF (Sender Policy Framework) är en standard för autentisering av e-post som skyddar organisationer mot personifiering. En angripare kan använda ett företags domän och varumärke för att skicka falska meddelanden till sina kunder. Dessa phishing-e-postmeddelanden verkar tillräckligt autentiska för att övertyga kunderna och få dem att falla för en internetbedrägeri i företagets namn. Detta skadar företagets trovärdighet och dess anseende i allmänheten. SPF kan föreställas som en säker lista över företagets betrodda domäner från vilka autentisk kommunikation kan komma.

Hur kontrollerar du om din domän är en tillåten avsändare?

Det första steget för att lösa problemet "SPF Softfail Domain Does Not Designate IP as Permitted Sender"-felet är att kontrollera din avsändarauktoritet. Gör så här:

Steg 1: Logga in på företagets e-postkonto, låt oss säga [email protected]

Steg 2: Skicka ett e-postmeddelande till ett annat e-postkonto som du har tillgång till; det kan vara en extern domän som Gmail, Yahoo, Hotmail eller andra.

Steg 3: Logga in på e-postkontot där du skickade det första meddelandet och se sedan rubrikerna i meddelandet. Det kommer att vara markerat som "Visa original".

Då ser du något som liknar det här. Lägg märke till meddelandet SPF Softfail.

-Originellt meddelande -

X-mottagen: ...

lör, 13 mars, 2022 11:01:19 IST

Återvändsgränd: [email protected]

Mottaget: från mymy2.spfrecords.com (mymy2.spfrecords.com [60.130.71.223])

av mx.google.com med ESMTPS-id 

*id*

För [email protected]

Mottagen SPF: softfail (google.com: domän för övergående [email protected] anger inte 60.130.71.223 som tillåten avsändare) client-ip=60.130.71.223; 

Autentiseringsresultat: mx.google.com;

Spf = softfail (google.com: domän för övergående [email protected] anger inte 60.130.71.223 som tillåten avsändare) client-ip=60.130.71.223; 

*slut av rubrikmeddelande

Obs: Om du ser "Received-SPF: pass" i huvudet är domänen du använder för att skicka e-postmeddelanden autentiserad och har redan lagts till i din SPF-post, och du behöver inte oroa dig för något. Som framgår ovan finns det dock ett problem med softfail. Vi kommer nu att titta på hur man löser detta.

Vad betyder "SPF Softfail Domain Does Not Designate IP as Permitted Sender"?

Din e-postavsändare har en värd-IP som ser ut ungefär så här:

30.10.323.005

Om den här IP-adressen för den avsändande domänen inte finns med i domänens SPF-post, kan den mottagande e-postservern inte identifiera den angivna IP-adressen som en tillåten avsändare. Servern tolkar automatiskt meddelandet som att det kommer från en otillåten källa. Detta är en möjlig orsak till att SPF misslyckades för meddelandet. Sannolikheten för att DMARC misslyckas är stor om systemet för autentisering av e-post enbart är beroende av SPF för källverifiering (och inte DKIM). 

Om din protokollpolicy är inställd på att avvisa kommer ditt meddelande aldrig att levereras under sådana omständigheter! Därför måste domänägaren vidta snabba åtgärder för att åtgärda problemet med "SPF Softfail Domain Does Not Designate IP as Permitted Sender".

Hur inkluderar man en IP som en tillåten avsändare för SPF?

Lösningen för detta kan delas in i följande steg: 

1. Skapa en lista över sändningskällor för din domän. Du kan använda en lista med e-postadresser som är baserad på din domän, samt sändningskällor från tredje part för e-posttransaktioner.

2. Identifiera nu värd-IP:erna för dessa sändningskällor. 

Hur hittar du IP-adresser som är kopplade till källor som skickar e-post?

Det är ganska enkelt! För att hitta IP-adressen för din avsändarkälla öppnar du e-postmeddelandet och visar hela e-posthuvudet. För att göra det måste du klicka på de tre punkterna i det övre högra hörnet av ditt e-postmeddelande för att se rullgardinsmenyn och välja "Visa originalet".

I det ursprungliga meddelandet, bläddra ner till Mottagen kan du se den ursprungliga avsändarens IP-adress som visas nedan:

3. Använd vår Generator för SPF-inspelningar för att generera en gratis SPF-post för din domän.

• Lägg till alla IP-adresser som du vill ska autentiseras för att kunna skicka e-post och kommunikation för företagets räkning i registergeneratorn.
• Lägg till servrar från tredje part eller externa leveranstjänster som en auktoriserad sändningskälla för din domän. På så sätt kommer alla e-postmeddelanden som skickas via servrar från tredje part också att passera SPF-autentiseringen.

4. När du har använt SPF Record Generator för att generera SPF-posten för din domän med alla betrodda domäner och IP-adresser som lagts till är allt som återstår att göra att implementera SPF genom att publicera den på din DNS. Här är hur du kan göra det:

• Logga in på din DNS Management Console
• Navigera sedan till den valda domänen (den domän som du försöker lägga till/ändra SPF-posten för).
• Ange resurstypen som "TXT".
• Ange värdnamnet som "_spf".
• Klistra in värdet på den genererade SPF-posten 
• Spara ändringar för att konfigurera SPF för din domän

Obs: Ovanstående namn eller rubriker kan variera beroende på vilken DNS Management Console du använder för ditt företag..

På så sätt kan domänägarna se till att alla betrodda IP-adresser och domäner som de kan använda för att skicka meddelanden för företagets räkning läggs till på servern, och ett liknande fel där SPF Softfail Domain inte anger IP som tillåten avsändare kommer inte att uppstå. 

Hur använder man SPF-standarden på ett effektivt sätt?

Det enda sättet att befästa ett företags SPF-teknik är att införliva den med DMARC. Här är fördelarna med detta,

1. DMARC = SPF + DKIM

Protokoll för autentisering av e-post, t.ex. DMARC konfigureras genom att lägga till en TXT-post i din DNS. Förutom att konfigurera en policy för domänens e-post kan du också använda DMARC för att aktivera en rapporteringsmekanism som skickar dig en mängd information om dina domäner, leverantörer och e-postkällor.

DMARC kan hjälpa dig att använda både SPF (Sender Policy Framework) och DKIM (DomainKeys Identified Mail) tillsammans för att ge din domän ett ännu bättre skydd mot förfalskning.

Obs: Detta rekommenderas, men är inte obligatoriskt. DMARC kan fungera med antingen SPF- eller DKIM-identifiering.

2. Rapportering och återkoppling med PowerDMARC

Varken SPF eller DKIM ger domänägaren återkoppling om e-postmeddelanden som inte godkänns. DMARC skickar detaljerade rapporter direkt till dig, som PowerDMARC-plattformen omvandlar till lättlästa diagram och tabeller.

3. Kontrollera vad som händer med oautentiserad e-post 

Med DMARC kan du som domänägare bestämma om ett e-postmeddelande som inte godkänns ska hamna i inkorgen, i skräppost eller avvisas. Med PowerDMARC behöver du bara klicka på en knapp för att ställa in din DMARC-policy, så enkelt är det.

Obehöriga avsändare kan vara ett farligt hot mot dina kunders säkerhet och ditt företags image och varumärkesvärde. Skydda dina kunder från nätfiske och bedrägerier genom att införliva DMARC i ditt företag, och låt endast e-post från autentiserade avsändare nå dem.