[ Yritystoiminta ]

Rebrändäys ja näkyvän lähetysalueen muuttaminen

Vaihda näkyvä Lähettäjä-verkkotunnus vasta, kun uusi identiteetti toimii kaikilla laillisilla lähetysreiteillä.

EmailAuth -tutkimusryhmä · 3 min lukuaika

[Avainkohdat]

  • Vaihda näkyvä Lähettäjä-verkkotunnus vasta, kun uusi identiteetti toimii kaikilla laillisilla lähetysreiteillä.
  • Vanhan brändin kelvollisen allekirjoituksen ei tarvitse olla linjassa uuden From-verkkotunnuksen kanssa. tarkistaa jokaisen kriittisen virran ja sen liiketoiminnan tuloksen.
Tällä sivulla

Uusi tuotenimi näyttötunnisteessa ei ole sama muutos kuin uusi verkkotunnus Lähettäjä-osoitteessa. Jälkimmäinen muuttaa identiteettiä, jota vastaan DMARC linjaus arvioidaan. Täysin pätevä vanhan verkkotunnuksen allekirjoitus voi siksi lakata auttamasta uutta merkkiviestiä. Suunnittele identiteetin muutos ennen julkaisua, mukaan lukien tapahtumasovellukset, joita viestintätiimi ei omista.

Erottele identiteettikentät

Tallenna jokaiselle reitille näkyvä Lähettäjä-osoite, kirjekuoren lähettäjä, DKIM d= domain and valitsinja Vastausosoite. Näyttönimi on esitys. Reply-To ohjaa vastaukset. Kumpikaan ei korvaa DMARC :n käyttämää todennettua tunnistetta. RFC 9989 määrittää kohdistuksen; RFC 6376 määrittää allekirjoitusidentiteetin ja valitsinhaun.

Älä oleta, että vanhat ja uudet brändiverkkotunnukset yhtyvät, koska yksi yritys omistaa molemmat. Tiukan kohdistuksen alla verkkotunnusten on vastattava toisiaan. Rento kohdistus käyttää protokollan organisaation ja toimialueen suhdetta, ei luetteloa yritysostoista. Seuraava esimerkki olettaa tiukan DKIM tasauksen ja eristää yhden allekirjoituksen; se ei toteuta DMARC -etsintää tai määritä koko viestin tulosta.

Luo uusi verkkotunnus ennen katkaisua

Varastomarkkinointi, työntekijöiden posti, laskut, salasanan palautukset, tukiliput ja matalataajuiset hälytykset. Määritä kullekin palveluntarjoajan tukema uusi lähetysidentiteetti ja vaadittu DNS käyttämällä varsinaiselle tilille luotuja arvoja. Hanki luotettavat vastaanottimen tulokset kontrolloiduista testiviesteistä. Tarkista sekä todennus että liiketoiminnan työnkulku: nollausviesti, joka läpäisee DMARC mutta sisältää rikkinäisen linkin, ei ole valmis.

Säilytä dokumentoitu polku vastauksille ja vanhoille osoitteille. Postin vastaanottamisen jatkaminen vanhassa verkkotunnuksessa on eri asia kuin lähtevien lähettäjien valtuutuksen jatkaminen. Sovi kuinka kauan vanhoja identiteettejä tarvitaan ja miten viivästyneet viestit, jotka on allekirjoitettu vanhoilla valitsimilla, käsitellään. Vältä julkisen avaimen poistamista vain siksi, että viimeksi luotu viesti on vaihtunut.

Vertaa neljää hypoteettista allekirjoitustulosta

Oletetaan, että From on oldbrand.test ja kelvollisella allekirjoituksella on d=oldbrand.test: tämä allekirjoitus linjautuu tarkasti. Vaihda vain kohteesta newbrand.testiin, säilyttäen voimassa olevan vanhan verkkotunnuksen allekirjoituksen: se ei enää linjaudu tiukasti. Kelvollinen allekirjoitus, jossa on d=newbrand.test palauttaa tämän tasatun DKIM polun. Jos uuden verkkotunnuksen allekirjoitus epäonnistuu vahvistamisessa, vastaava verkkotunnuksen teksti ei yksinään voi tarjota välipolkua. Nämä ovat oletettuja syötteitä ja käsin tehtyjä vertailuja, eivät suoritettua koodia tai kryptografista varmennusta.

Toinen kelvollinen tasattu allekirjoitus tai tasattu SPF pass voi silti täyttää viestitason DMARC -säännön. Tarkista kaikki asiaankuuluvat polut ennen virheen ilmoittamista, äläkä päättele vastaanottimen sijaintia tai postilaatikon paikkaa. Erikseen, RFC 9989 kohdat 7.4 ja 8 edellyttävät p=reject verkkotunnuksia käyttämään kelvollisia DKIM allekirjoituksia eivätkä luota pelkästään SPF . Tarkista nollaustapahtuma ja todennus ennen julkaisua: rikkinäinen palautuslinkki pysyy liiketoiminnassa epäonnistumisena jopa kohdistetulla passilla.

Aloita käynnistäminen ja määritä palautus

Siirrä ensin yksi hyväksytty stream ja katso sen sovellustuloksia, vastaanottimen tuloksia ja raportteja. Aggregaattiraportit ovat osallistuvien vastaanottimien viivästyneitä havaintoja, eivät täydellistä laukaisumonitoria. Lisää suorat tarkistukset yritykselle tärkeille virroille. Terve markkinointivolyymi ei saa piilottaa laskua tai nollata virhettä.

Määritä palautus ennen julkaisua: kuka voi palauttaa aiemman Lähettäjä-identiteetin, pysyykö vanha todennus voimassa ja mitä tapahtuu jo jonossa oleville posteille. Vain näyttönimen palauttaminen ei voi korjata kohdistusvirhettä. Poista vanhat lähetysoikeudet, kun lopullinen valtuutettu stream on muuttanut ja viivästetty sähköpostisuunnitelma on valmis. Säilytä vanhan verkkotunnuksen omistajuus ja saapuvan reitityksen päätökset erillään lähtevästä eläkkeelle jäävästä tietueesta.

[ Takeaway ]

Vanhan brändin kelvollisen allekirjoituksen ei tarvitse olla linjassa uuden From-verkkotunnuksen kanssa. tarkistaa jokaisen kriittisen virran ja sen liiketoiminnan tuloksen.

[ Roolin mukaan ]

Mitä tämä tarkoittaa sinulle

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

IT / Mail Admin

Seuraa kaikkia neljää identiteettiä

Vertaa Lähettäjä, kirjekuoren lähettäjä, allekirjoitustoimialue ja Vastaanottaja.

Seuraavat vaiheet

  1. Testi vastaanotettu näytteitä.
  2. Säilytä vanhan avaimen riippuvuudet sovitun viiveikkunan ajan.
  3. Vertaa vanhoja ja uusia From-identiteettejä vastaanotettujen näytteiden perusteella.

CISO / SecOps

Hallitse jäljellä olevaa auktoriteettia

Brändin poistaminen käytöstä ei automaattisesti poista sen valtuuksia.

Seuraavat vaiheet

  1. Tarkista vanhat lähetysoikeudet.
  2. Pidä omistajuus- ja valvontapäätökset selkeänä.
  3. Tarkista vanhan verkkotunnuksen säilyttämissuunnitelma.

Perustaja / ei-tekninen

Suojaa kriittisiä matkoja

Tee asiakkaiden työnkulkuista osa julkaisun hyväksyntää.

Seuraavat vaiheet

  1. Määritä tapahtumapostin omistajat.
  2. Hyväksy vaiheittainen käynnistäminen.
  3. Sisällytä tilin palautus ja laskutus aloitusportteihin.

[ UKK ]

Usein kysytyt kysymykset

Muuttaako näyttönimen muuttaminen DMARC kohdistusta?

Ei itsestään. Tekijän verkkotunnuksen muuttaminen From-kohdassa on olennainen henkilöllisyyden muutos.

Ovatko kaksi verkkotunnusta linjassa, koska omistamme molemmat?

Ei. Organisaation omistajuus ei ole protokollan tasaussääntö.

Voiko kelvollisen vanhan DKIM -allekirjoituksen kohdistus epäonnistua?

Kyllä, jos sen allekirjoitustoimialue ei ole linjassa uuden Lähettäjä-toimialueen kanssa.

Korjaako Reply-To kohdistuksen?

Ei. Se ei korvaa asianmukaista todennettua henkilöllisyyttä.

Pitäisikö jokaisen sovelluksen vaihtaa julkaisupäivänä?

Käytä hyväksyttyä vaiheittaista suunnitelmaa ja testaa jokainen kriittinen virta ennen sen katkaisua.

Toteuttaako esimerkki koko DMARC n?

Ei. Se olettaa allekirjoitustulokset ja vertaa yhtä tiukkaa DKIM kohdistuspolkua. Muut kohdistetut polut voivat vaikuttaa viestin tulokseen; p=reject käyttöönotto erikseen vaatii kelvollisen DKIM ja kieltää vain SPF:n käytön.

Milloin vanhat valitsimet voidaan poistaa?

Kun valtuutettu vanha allekirjoitus on päättynyt ja viivästetty postin säilytyspäätös on hyväksytty.

Mikä on hyödyllinen palautus?

Testattu aiemman lähetysidentiteetin palautus ja sen vaadittu todennus, ei vain vanha brändäys.

[ Lähteet ]

Lähteet

  1. RFC 9989: DMARC

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

  2. RFC 6376: DKIM

    Osat §3.3 · §3.5 · §3.6 · §5.2 · §6.1.2

  3. RFC 9990 : DMARC Aggregate Reporting

    Osat §3.1 · §3.3 · §3.5.4 · §4 · §7

  4. RFC 5322 Internet-viestimuoto

    Osat §3.4 · §3.6.2

[ Sanasto ]

Sanasto

Allekirjoitetaan verkkotunnus
DKIM d= -tunnisteen verkkotunnus.
Tiukka linjaus
Kohdistustila, joka vaatii identtiset asiaankuuluvat verkkotunnukset.

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