SPF eitt og sér dugar ekki — stilltu DKIM og DMARC áður en listinn vex

Byrjaðu á að skrá allar þjónustur sem senda póst fyrir lénið þitt. Stilltu SPF fyrir sendingarlén hverrar þjónustu, virkjaðu DKIM-undirritun sem samræmist sýnilega sendandanum og birtu DMARC-færslu með p=none og skýrslusöfnun. Samkvæmt sendendakröfum Gmail þurfa allir sendendur til persónulegra Gmail-reikninga SPF eða DKIM, en þeir sem senda meira en 5.000 skilaboð á dag til þeirra þurfa SPF, DKIM og DMARC.

Gerðu þetta áður en fleiri áskrifendur og sendingarleiðir bætast við. Fréttabréfaþjónusta, almennur tölvupóstur og sjálfvirk skilaboð frá vef geta öll birst með sama léni í Frá-reitnum, þótt þau noti ólík kerfi undir niðri. Ef DMARC-stefnan er hert áður en þau hafa verið auðkennd getur lögmætur póstur lent í ruslpósti eða verið hafnað.

Skráðu allar sendingarleiðir

Teldu upp kerfin sem senda í nafni lénsins: fréttabréfaþjónustu, pósthólf fyrir dagleg samskipti, skráningareyðublöð, kvittanir og aðrar sjálfvirkar tilkynningar. Skráðu líka sendingar sem gerast sjaldan. Staðfesting við nýskráningu getur til dæmis vantað í yfirlit yfir síðustu fréttabréf þótt hún sé enn í notkun.

Fyrir hverja leið skaltu skrá þrjú lénsheiti: lénið sem viðtakandi sér í Frá-reitnum, lénið sem þjónustan notar í MAIL FROM við SPF-prófun og lénið í d= í DKIM-undirskriftinni. Þau þurfa ekki að vera eins. DMARC metur hvort auðkenning sem stenst tengist sýnilega Frá-léninu; niðurstaðan „SPF pass“ eða „DKIM pass“ dugar því ekki ein og sér ef viðkomandi lén samræmist ekki Frá-léninu.

Settu SPF á lénið sem þjónustan notar í MAIL FROM

SPF-færsla er birt sem DNS TXT-færsla fyrir lénið sem er prófað við sendingu. Bættu heimiluðum póstþjónum í þá færslu samkvæmt leiðbeiningum þjónustunnar. Noti fréttabréfaþjónustan eigið MAIL FROM-lén lagar ný heimild í SPF-færslu aðallénsins ekki SPF fyrir þá sendingu. Athugaðu fyrst hvaða lén kemur raunverulega fram í skilaboðum frá þjónustunni.

Sameinaðu heimildir virkra þjónusta í viðeigandi færslu í stað þess að stofna sérstaka SPF-færslu fyrir hverja þeirra á sama lénsheiti. SPF-staðallinn RFC 7208 leyfir aðeins eina SPF TXT-færslu fyrir hvert lénsheiti og takmarkar DNS-krefjandi liði við tíu í einni SPF-prófun. Innfelldar include-færslur geta líka notað hluta af því svigrúmi. Fjarlægðu því ekki eldri þjónustu fyrr en þú hefur staðfest að hún sé hætt að senda, og prófaðu hverja virka sendingarleið eftir breytingu.

Virkjaðu DKIM fyrir hverja þjónustu

DKIM gerir sendingarþjónustu kleift að undirrita skilaboð með lykli sem tengist léni þínu. Þjónustan gefur upp hvaða DNS-færslu þú átt að birta fyrir opinbera lykilinn og hvernig undirritun er virkjuð hjá henni. Fleiri en ein sendingarþjónusta geta notað sama lén með aðskildum lyklum og valheitum; fylgdu uppsetningu hverrar þjónustu í stað þess að endurnota lykil annarrar.

Sendu prófunarskilaboð frá hverri leið og skoðaðu auðkenningarniðurstöður og d=-lénið í haus skilaboðanna. Ef undirskriftin stenst en d= vísar aðeins á lén veitunnar getur DMARC samt fallið fyrir fréttabréfið þitt. Þá þarftu að kanna hvort veitan bjóði upp á DKIM-undirritun með eigin léni. Það getur verið leiðin til að ná samræmi þegar veitan notar sitt eigið lén við SPF-prófun.

Byrjaðu DMARC með skýrslum

Birtu DMARC sem TXT-færslu undir _dmarc fyrir viðkomandi lén og veldu p=none á meðan þú kortleggur sendingarnar. Settu jafnframt póstfang sem þú stjórnar í rua svo þú getir tekið við samantektarskýrslum. Fyrir skýringardæmið example.com væri færslan á _dmarc.example.com með gildinu v=DMARC1; p=none; rua=mailto:[email protected]. Skiptu bæði léni og póstfangi út fyrir eigin upplýsingar.

Með p=none biður þú móttakendur ekki um að setja skilaboð til hliðar eða hafna þeim vegna DMARC-niðurstöðunnar; aðrar síur þeirra geta þó enn haft áhrif á afhendingu. Innleiðingarröð DMARC.org setur SPF og DKIM fyrst, síðan samræmi auðkenna og skýrslur með p=none, áður en stefna er hert í quarantine og reject. Skýrslusöfnunin gefur færi á að finna gleymdar lögmætar sendingar áður en strangari stefna tekur gildi.

Berðu skýrslurnar saman við sendendaskrána

Samantektarskýrslur sýna hvaðan póstur sem notar lénið berst og hvernig auðkenning og samræmi léna kemur út. Berðu niðurstöðurnar saman við sendingarleiðirnar sem þú skráðir. Þekktur sendandi sem fellur á samræmi þarf yfirleitt leiðréttingu á sendingarléni eða DKIM-stillingu; óþekkt uppspretta þarf athugun áður en þú ákveður hvort hún sé gleymd þjónusta eða fölsun.

Skoðaðu fleiri en eina venjulega sendingarlotu. Ef fréttabréfið fer út vikulega geta skýrslur frá einum degi ekki sýnt allar leiðirnar, og skilaboð sem sendast aðeins við nýskráningu kunna að koma fram síðar. Prófaðu einnig raunveruleg skilaboð frá hverri þjónustu og skoðaðu haus þeirra: þar sérðu hvaða Frá-, MAIL FROM- og DKIM-lén þarf að laga þegar samantektarskýrsla sýnir misræmi.

Herðu stefnuna þegar lögmætur póstur stenst

Færðu stefnuna í p=quarantine þegar prófanir og skýrslur sýna að þekktar sendingarleiðir standast samræmda auðkenningu. Þá biður lénið móttakendur að setja skilaboð sem falla á DMARC til hliðar, til dæmis í ruslpóst. Fylgstu áfram með skýrslum og prófaðu sendingar aftur eftir breytingar á fréttabréfaþjónustu, vefkerfi eða sendingarléni.

p=reject er strangara stig: þá biður lénið móttakendur að hafna skilaboðum sem falla á DMARC. Yfirfarðu sjaldgæfar en lögmætar sendingar áður en þú velur það. Þegar ný þjónusta bætist við fer hún fyrst í sendendaskrána, fær viðeigandi DNS-stillingar og sendir prófunarskilaboð. Sú röð gerir þér kleift að halda vörninni virkri án þess að stækkandi fréttabréf loki óvart á eigin sendingar.

Lestu einnig:

• GitHub krefst nýrrar auðkenningar — stolinn vefkökuaðgangur dugar ekki
• Prófaðu gervigreindarfulltrúa með ferlum — lokasvarið dugar ekki
• My Activity hreinsar ekki Chrome — tvær eyðingar loka ferlinum