Voit määrittää DMARC turvallisesti julkaisemalla ensin valvontatietueen, käyttämällä sen raportteja jokaisen laillisen lähetyslähteen todentamiseen ja nostamalla sitten käytäntöä vaiheittain nollasta karanteeniin hylättäväksi. Järjestyksellä on väliä: pakottaminen ennen lähteesi ohittamista estää oikean postin. Sarjassa tehtynä saat täyden suojan toimitusta häiritsemättä.
Ennen kuin aloitat
DMARC riippuu SPF ja DKIM , joten varmista ensin, että molemmat ovat olemassa. SPF ( RFC 7208 ) luettelee IP-osoitteet ja palvelut, jotka sallitaan lähettää verkkotunnuksellesi TXT tietueessa. DKIM lisää DNS ssä julkisena avaimena julkaistun kryptografisen allekirjoituksen. Sinun on läpäistävä ja kohdistettu vähintään yksi niistä, jotta DMARC ohittaa, ja mieluiten molemmat. Huomaa myös SPF 10 DNS -haun raja: SPF tietue, joka käynnistää yli kymmenen DNS hakua, epäonnistuu, mikä sitten katkaisee DMARC kohdistuksen.
Askel askeleelta
- 1
1. Julkaise seurantatietue
Lisää TXT -tietue osoitteeseen _dmarc , jossa v=DMARC1; p=none; rua=mailto:rua@example.com. Tämä kerää tietoja vaikuttamatta toimitukseen.
- 2
2. Kerää raportteja
Odota kahdesta neljään viikkoa ja lue koontiraportit ( RUA ), jotta näet jokaisen lähteen, joka lähettää verkkotunnuksesi.
- 3
3. Todenna jokainen lähde
Määritä jokaiselle lailliselle lähettäjälle SPF ja DKIM , jotta se kulkee ja linjaa Lähettäjä-verkkotunnuksesi kanssa.
- 4
4. Siirry karanteeniin
Kun laillinen posti kulkee johdonmukaisesti, aseta p=quarantine, valinnaisesti käyttämällä pct:tä asteittain.
- 5
5. Hylkää siirtämällä
Kun karanteeni ei osoita laillisen postin epäonnistumista, aseta p=reject täyden suojan saamiseksi.
- 6
6. Jatka seurantaa
Jatka raporttien lukemista, jotta uudet palvelut ja mahdolliset väärinkäytökset havaitaan ajoissa.
Käyttöönottopolku
v=DMARC1; p=none then p=quarantine; pct=50 then p=reject; pct=100
Käsittele SPF hakurajaa
Monet organisaatiot ylittävät SPF 10:n DNS -hakurajan, kun ne lisäävät pilvipalveluita, mikä rikkoo hiljaisesti SPF ja heikentää DMARC . Tasoitus SPF erottaa mukana tulevat mekanismit suoriksi IP-osoitteiksi, joten pysyt rajan alapuolella. EmailAuth SmartSPF tasoittaa SPF tietueesi automaattisesti ja pitää sen ajan tasalla, kun toimittajasi vaihtavat IP-osoitettaan.
Yleisiä sudenkuoppia
- Siirtyminen kohtaan p=reject ennen lähteiden todentamista, mikä estää oikean postin.
- Aliverkkotunnusten unohtaminen: määritä sp-käytäntö tai ne voidaan jättää suojaamatta.
- Julkaistaan kaksi DMARC tietuetta, mikä mitätöi DMARC kokonaan.
- SPF 10 -hakurajan huomiotta jättäminen, mikä rikkoo SPF ja DMARC kohdistuksen.
- Raportteja pakotetaan ja niitä ei koskaan tarkisteta, joten uudet lähettäjät jäävät huomaamatta.
Helpota jatkuvaa hallintaa
EmailAuth voi isännöidä DMARC , SPF , DKIM ja BIMI -tietueitasi CNAME valtuutuksen avulla, joten osoitat DNS kerran ja hallitset käytäntömuutoksia hallintapaneelissa sen sijaan, että muokkaat DNS toistuvasti. Se jäsentää RUA ja RUF puolestasi ja merkitsee lähteet, jotka tarvitsevat vielä työtä. Nähdäksesi aloituspisteesi suorittamalla ilmainen verkkotunnuksen tarkistus ja seuraamalla yllä olevaa vaiheittaista polkua päästäksesi p=reject.
Usein kysytyt kysymykset
Kuinka määritän DMARC rikkomatta sähköpostia?
Aloita p=none, joka valvoo toimitukseen vaikuttamatta. Käytä koontiraportteja jokaisen laillisen lähettäjän todentamiseen SPF ja DKIM avulla, siirry sitten karanteeniin ja lopuksi hylkää. Vaiheittainen lähestymistapa tarkoittaa, että et koskaan vaadi täytäntöönpanoa ennen kuin olet vahvistanut oikean postin passin.
Kuinka kauan minun pitäisi pysyä p=none?
Riittävän pitkä, jotta näet täydellisen kuvan lähettämistäsi lähteistä, yleensä kahdesta neljään viikkoa useimmissa organisaatioissa. Jos lähetät useiden palveluiden kautta tai sinulla on kausiluonteisia lähettäjiä, odota pidempään. Jatka vain, kun raporteissasi näkyy, että kaikki lailliset postit kulkevat ja kohdistetaan.
Mikä on SPF 10 DNS -haun raja?
SPF -arviointi on rajattu kymmeneen DNS hakuun. Jos tietueesi include- ja muut mekanismit laukaisevat enemmän kuin kymmenen, SPF palauttaa permerror ja epäonnistuu, mikä rikkoo DMARC kohdistuksen. SPF tietueen tasoittaminen suoriksi IP-osoitteiksi, esimerkiksi EmailAuth SmartSPF llä, pitää sinut rajan alapuolella.
Tarvitsenko erillisen DMARC tietueen aliverkkotunnuksille?
Ei välttämättä. Aliverkkotunnukset perivät organisaation toimialueen käytännön, ellet aseta sp-tunnistetta tai julkaise erityistä tietuetta osoitteessa _dmarc.subdomain. Käytä sp:tä soveltaaksesi erilaista käytäntöä aliverkkotunnuksiin ja suojaa käyttämättömät aliverkkotunnukset nimenomaisesti, jotta niitä ei voida väärentää.
[ DMARC opas ]
Yrityksen alkuperä
Miksi parhaat rahoituslaitokset ja hallitukset lopettivat sähköpostin suojauksen hallintapaneelinsa.
Perinteiset sähköpostin todennusalustat myyvät sinulle kojelaudan ja pyytävät insinöörejäsi tekemään työtä. Korkeiden panosten ympäristöissä manuaalinen valvonta tarkoittaa viivästynyttä täytäntöönpanoa, konfiguraatioiden siirtymistä ja valvomattomia varjoalueita.
EmailAuth on agentti sähköpostin alkuperäalusta. Agenttimme valvovat p=reject, pidä kolmannen osapuolen lähettäjät kohdakkain ja siirrä verkkotunnuksesi täyteen RFC 9989 noudattaminen, uusi DMARC standardi, jossa on in-the-loop -tarkastettavuus.
SaaS · Dedikoitu vuokrasopimus · Ilmarakoinen on-prem · BYOK-salaus