[ Palveluoppaiden lähettäminen ]

Todenna Campaign Monitorin kautta lähetetty sähköposti: määritys ja vahvistus

Todentaa tarkka Campaign Monitorin lähetysverkkotunnus, säilyttää nykyinen käytäntö ja erottaa DKIM kohdistus valinnaisesta SPF valtuutuksesta.

EmailAuth -tutkimusryhmä · 4 min lukuaika

[Avainkohdat]

  • Todentaa tarkka Campaign Monitorin lähetysverkkotunnus, säilyttää nykyinen käytäntö ja erottaa DKIM kohdistus valinnaisesta SPF valtuutuksesta.
  • Tuotteen määrittämätön aliverkkotunnus ei ole automaattisesti protokollan kohdistusvirhe.
Tällä sivulla

Campaign Monitor todentaa lähettävän verkkotunnuksen tilin luomisen, julkisen DNS ja vahvistustarkistuksen avulla. Käytä tarkkaa verkkotunnusta, joka näkyy Lähettäjä-osoitteessa, mukaan lukien sen aliverkkotunnus. Tämä on lähettäjäkohtainen määritys: todennus Campaign Monitor ei todenna toista palvelua, joka sattuu käyttämään samaa tuotemerkkialuetta.

Vahvista identiteetti ja vaihda omistajaa

Varmista, että organisaatio hallitsee aiottua toimialuetta ja että DNS operaattori voi muuttaa sen määräävää vyöhykettä. Tallenna olemassa oleva valitsin, SPF ja DMARC tietueet. Tunnista muut lailliset lähettäjät ennen kuin hyväksyt ehdotetun käytännön korvaavan. Pidä kampanjoita määrittävä henkilö ja DNS julkaisija kohdistettuna koko verkkotunnukseen, ei vain lyhyeen tunnisteeseen, kuten sähköpostiin.

The lähetysverkkotunnuksen opas sanoo, että toisen tason verkkotunnuksen todennus ei todenna sen aliverkkotunnuksia alustassa. Jos kampanjoissa käytetään news.example.com , lisää tämä tarkka verkkotunnus sen sijaan, että oletetaan, example.com kattaa tiliasetuksen.

Määritä verkkotunnus ja luotu avain

Avaa profiilivalikko, Tilin asetukset ja sitten Lähetetään verkkotunnuksia. Valitse Määritä lähetysalue tai Lisää verkkotunnus, kirjoita koko toimialue ja jatka. Julkaise luotu TXT nimi ja -arvo arvovaltaisessa DNS ssä käyttämällä editorin oikeaa koko nimeä tai suhteellista nimeä. Palaa Campaign Monitoriin ja valitse Olen lisännyt tietueet tai Tarkista tietue uudelleen, jos palaat myöhemmin.

Käytä äskettäin luotua avainta tähän asennukseen sen sijaan, että tuoisit olemassa olevan yksityisen avaimen mukavuussyistä. Pidä yksityinen allekirjoitusmateriaali poissa DNS , lipuista ja jaetuista laskentataulukoista. Jos luotu valitsin törmää toisen aktiivisen tietueen kanssa, ratkaise ristiriita ennen sen korvaamista. Julkiset esimerkit eivät ole tilisi avain.

Säilytä DMARC ja sovita SPF huolellisesti

Dokumentoitu työnkulku hyväksyy olemassa olevan kelvollisen DMARC kokoonpano. Säilytä täytäntöönpanokäytäntönsä ja raportointikohteet, ellei verkkotunnuksen omistaja hyväksy erillistä muutosta. Jos politiikkaa ei sovelleta, luo se oikealle omistajalle. A p=none Esimerkkinä on valvontapyyntö, ei täytäntöönpano eikä syy heikentää vanhemmalta perittyä politiikkaa.

Campaign Monitor suosittelee valinnaista SPF valtuutusta käyttämällä include:_spf.createsend.com. Jos tämä valtuutus sopii kokoonpanollesi, yhdistä se yhteen olemassa olevaan SPF käytäntöön toisen lisäämisen sijaan. Säilytä muut lailliset lähettäjät ja tarkista arvioitu riippuvuuspolku SPF :n hakurajaa vastaan. Palveluntarjoajan sähköpostin todennuksen yleiskatsaus toimittaa kontekstin, mutta vastaanotettu kirjekuori määrittää, minkä alueen vastaanotin todella tarkistaa.

Palvelun omistaman kirjekuoren SPF passi ei välttämättä ole linjassa näkyvän lähettäjän kanssa. Ohitus linjassa DKIM -allekirjoitus voi täyttää DMARC , vaikka SPF polku ei olisi kohdistettu. Älä lupaa tiukkaa SPF ää linjaus vain siksi, että From-verkkotunnukseen lisättiin sisällytys TXT tietue.

Tarkista tiedot ennen kampanjatestiä

Tee kysely luodusta valitsimesta jokaisessa arvovaltaisessa palvelimessa ja tarkista sitten sovellettavat DMARC ja SPF vastaukset. Kirjaa koko omistaja, tyyppi, arvo ja aikaleima. DNS editori voi jakaa pitkän TXT arvon merkkijonoiksi yhdessä tietueessa; joka eroaa usean julkaisemisesta DKIM levyjä. Seuraa DNS palveluntarjoajan käsittelyä ja vertaa rekonstruoitua arvoa.

Jos Campaign Monitor ei pysty varmistamaan, tarkista, onko verkkotunnuksen päätteessä kaksoiskappale, väärä tietuetyyppi, jätetty pois avainmerkkejä ja onko palvelimen välinen erimielisyys. TTL on välimuistin ohjaus, ei taattu aika, jolloin jokainen validaattori päivittyy. Välimuistissa oleva kielteinen vastaus voi kestää kauemmin kuin uusi tietue luodaan.

Varmista, että todellinen kampanja käyttää aiottua verkkotunnusta

Lähetä kontrolloitu testikampanja uudella todennettulla Lähettäjä-osoitteella. Säilytä luotettu Authentication-Results, alkaen, Return-Path ja kaikki DKIM d=/s= -parit. Varmista, että hyväksyvä allekirjoitus on kohdistettu Lähettäjä-toimialueen kanssa määritetyssä tilassa. Jos testi läpäisee, mutta myöhempi kampanja epäonnistuu, vertaa lähettäjien osoitteita ja reittejä ennen DNS muokkaamista.

Esimerkkitapaus: example.com on määritetty, mutta kampanja käyttää news.example.com , jota ei koskaan lisätty tilille. Korjaa verkkotunnuksen asetukset todellisen kampanjan identiteetin mukaan. älä korvaa kelvollista ylätason avainta ratkaistaksesi eri identiteetin määritykset.

Säilytä aiempi toimiva lähettäjä, kunnes se hyväksytään, mikäli mahdollista. Tarkista uudelleen tilimuutosten, uusien lähetysaliverkkotunnusten, DNS siirrettyjen tai avainten vaihtamisen jälkeen. Lopeta ajoitetut kampanjat ennen eläkkeelle siirtymistä ja varmista, että riippuvuuksia ei enää käytetä. Tämä artikkeli on dokumentaarinen opas ja ehdotettu vahvistussuunnitelma, ei todiste live Campaign Monitor -testistä tai taatusta toimituksesta.

Älä sekoita tuotealueen aukkoa tiukkaan linjaukseen

Kirjallinen tapaus CM-01 olettaa, että tuotteessa on määritetty example.com , mutta kampanja Lähettäjä on news@news.example.com . Määritä erikseen luotettava läpäistävä DKIM -allekirjoitus d=example.com, s=demo1. Tavallisella rentolla organisaation ja verkkotunnuksen kohdistuksella tämä allekirjoitus voi kohdistaa osoitteeseen news.example.com ; adkim=s ei täsmää. SPF ja muut allekirjoitukset ovat tuntemattomia, joten tiukan tilan yleinen tuomio on ratkaisematon, ei todettu DMARC virhe. Kumpikaan oletus ei todista, että Campaign Monitorissa on määritetty aiottu aliverkkotunnus. Kampanjan omistajan tulee suorittaa tarkan verkkotunnuksen määritys ja tarkastaa tuloksena oleva valvottu kampanja ennen julkaisua. Nämä ovat kuvitteellisia syötteitä, eivät kaapattua toimitusta tai syytä löysätä käytäntöä.

Säilytä täytäntöönpanoraja

RFC 9989 Kohta 7.4 edellyttää kelvollista DKIM , ei pelkästään SPF , verkkotunnuksille, joissa julkaistaan p=reject, ja varoittaa epäsuoran postin ja postituslistojen yhteentoimivuudesta. Yksittäinen onnistunut suoraviestitesti ei ole todiste siitä, että jokainen laillinen reitti on valmis vahvempaan politiikkaan. Säilytä olemassa oleva hyväksytty suojaus diagnosoidessasi todellista aukkoa; Jokainen politiikan muutos vaatii oman päätöksensä.

[ Takeaway ]

Tuotteen määrittämätön aliverkkotunnus ei ole automaattisesti protokollan kohdistusvirhe.

[ Roolin mukaan ]

Mitä tämä tarkoittaa sinulle

Valitse roolisi ja seuraa käytännön toimia.

IT / Mail Admin

Tarkista todellinen reitti

Vertaa luotuja TXT , tilin tilaa ja todellisia allekirjoitusidentiteettejä, ei vain DNS läsnäoloa.

Seuraavat vaiheet

  1. Määritä jokainen tarkoitettu aliverkkotunnus erikseen.
  2. Tarkista luotu TXT ja todellinen DKIM d= -identiteetti.
  3. Testaa uudelleen lähetysverkkotunnuksen tai DNS-palveluntarjoajan muutoksen jälkeen.

CISO / SecOps

Hallitse valtuutusrajaa

Vältä tarpeettomia yksityisten avainten tuontia ja pidä verkkotunnuksen laajuiset valtuutusmuutokset tarkastettavissa.

Seuraavat vaiheet

  1. Suosi uusia avaimia tarpeettomien yksityisten avainten tuontien sijaan.
  2. Tarkista SPF -muutos muiden lähettäjien ja hakuriippuvuuksien osalta.
  3. Säilytä hyväksytyt palautus- ja toimittaja-eläkkeelle jäämispäätökset.

Perustaja / ei-tekninen

Omista lähetyspäätöksen

Vaadi testi käyttämällä tarkkaa kampanjan From-verkkotunnusta ennen suuren julkaisun ajoittamista.

Seuraavat vaiheet

  1. Hyväksy tarkka kampanja Verkkotunnuksesta.
  2. Pidä aiempi toimiva lähettäjä, kunnes uusi reitti on hyväksytty.
  3. Vaadi valvotun viestin hyväksyntietue ennen käynnistämistä.

[ UKK ]

Usein kysytyt kysymykset

Määrittääkö todentaminen example.com -osoitteen news.example.com sivuston Campaign Monitorissa?

Ei. Tuoteopas edellyttää tarkkaa lähetysverkkotunnusta, mukaan lukien jokainen tarkoitettu aliverkkotunnus.

Missä asetusnäyttö on?

Avaa profiilivalikko, Tilin asetukset ja sitten Lähetetään verkkotunnuksia.

Voinko käyttää vanhaa yksityistä avainta uudelleen?

Tuote tarjoaa olemassa olevan tietoreitin, mutta uuden avaimen luominen välttää tarpeettoman yksityisen avaimen käsittelyn ja jaetun avaimen riippuvuudet.

Pitäisikö minun korvata voimassa oleva DMARC käytäntö?

Ei. Säilytä se, ellei verkkotunnuksen omistaja hyväksy erillistä käytännön muutosta.

Minkä SPF valtuutuksen Campaign Monitor dokumentoi?

Se suosittelee include:_spf.createsend.com. Lisää se vain sopivaan yksittäiseen käytäntöön tarkistettuasi muut lähettäjät ja hakuriippuvuudet.

Sisältääkö tämä takuun SPF kohdistukselle?

Ei. Arvioidun kirjekuoren verkkoalueen on oltava linjassa näkyvän Lähettäjä-alueen kanssa; DNS valtuutus ei yksin valitse tätä identiteettiä.

Mitä Re-check Record todistaa?

Se on kokoonpanon tarkistus. Varsinaisen kampanjareitin vahvistamiseen tarvitaan edelleen valvottu vastaanotettu viesti.

Miksi pitää edellinen lähettäjä saatavilla?

Se tarjoaa hallitun palautusvaihtoehdon, jos uusi kokoonpano epäonnistuu, muuttamatta asiaankuulumatonta toimialuekäytäntöä.

[ Lähteet ]

Lähteet

  1. Campaign Monitor -lähetysverkkotunnuksen todennus

    Osat Pakollinen: Määritä lähettävä verkkotunnus · Pakollinen: lisää DMARC -tietue · Suositus: lisää SPF tietue

  2. Campaign Monitor sähköpostin todennus

    Osat SPF · DKIM · DMARC

  3. RFC 7208 SPF

    Osat §2.4 · §2.6.5 · §3.2 · §3.3 · §4.6.4

  4. RFC 6376 DKIM

    Osat §3.4 · §3.5 · §3.6 · §3.7 · §6.1 · §6.3

  5. RFC 9989 DMARC

    Osat §4.4 · §5.3.5 · §5.4 · §7.4 · §8

  6. RFC 2308 DNS negatiivinen välimuisti

    Osat §5 Negatiivisten vastausten tallentaminen välimuistiin

[ Sanasto ]

Sanasto

Tasaus
Vaadittu suhde läpäisevän todennustoimialueen ja näkyvän Lähettäjä-toimialueen välillä DMARC :lle.
Valitsin
DKIM -tunniste, jota käytetään allekirjoitustoimialueen kanssa sen julkisen avaimen paikallistamiseen DNS ssä.
Virallinen DNS
Nimipalvelinpalvelu, joka vastaa asiaankuuluvien vyöhyketietueiden julkaisemisesta.
Return-Path
Vastaanotetun viestin jäljitys SMTP käänteispolusta, hyödyllinen tutkittaessa kirjekuoren identiteettiä.

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.

hallitukset Suuret yritykset Tason 1 rahoituslaitokset

SaaS · Dedikoitu vuokrasopimus · Ilmarakoinen on-prem · BYOK-salaus

Tietokanta