[ DKIM ]

Erottele säilytetty edelleenlähetys muokatusta edelleenlähetyksestä

Seuraa edelleenlähetyspolkua ja testaa, säilyykö kohdistettu allekirjoitus muuttumattomana sisällössä.

EmailAuth -tutkimusryhmä

[Avainkohdat]

  • Edelleenlähetys voi muuttaa SPF :n yhteystodisteita muuttamatta DKIM-suojattua sisältöä.
  • Säilytetty kohdistettu DKIM voi toimittaa DMARC välityspolun sovellettavan käytännön mukaisesti.
  • Kirjekuoren uudelleenkirjoitus ja paikallinen hyväksyminen eivät korjaa rikkinäistä alkuperäistä allekirjoitusta.
Tällä sivulla

Edelleenlähetys ei katkea automaattisesti DKIM. Huolitsija, joka säilyttää peitetyn viestin sisällön, voi jättää alkuperäisen allekirjoituksen voimassa. Huolitsija, joka kirjoittaa uudelleen peitetyt otsikot tai tekstin sisällön, voi mitätöidä sen. Diagnosoi, mitä edelleenlähetyspalvelu todella tekee sen sijaan, että käsittelet kaikkea epäsuoraa toimitusta yhtenä virhetilana.

Jäljitä identiteetit ja muunnokset erikseen

Lopullisessa vastaanottimessa SPF arvioi yhteysjärjestelmä ja asiaankuuluva SMTP -tunnus. Edelleenlähetys voi muuttaa yhteyden IP-osoitetta, vaikka viestin runkoon ei kosketa. Sen sijaan DKIM tarkistaa peitetyn viestin sisällön allekirjoitusverkkotunnuksen avaimella. Nämä mekanismit voivat siksi poiketa samasta edelleenlähetetystä viestistä.

Tallenna näkyvä From-verkkotunnus, jokainen DKIM -allekirjoitusverkkotunnus, valitsin ja tulos, kirjekuoren identiteetti ja edelleenlähetyshyppy. DMARC vaatii lähettävän todennuspolun, joka on linjassa tekijän toimialueen kanssa. Ehjä linjattu DKIM -allekirjoitus voi tarjota polun soveltuvan käytännön mukaisesti edelleenlähetyshäiriöiden aikana SPF, kuten kohdassa on määritelty RFC 9989 §4.4.1. Äskettäin lisätty allekirjoitus riippumattoman edelleenlähetystoimialueen alle ei kohdista automaattisesti.

Vertaa suoria ja välitettyjä näytteitä

Lähetä kontrolloitu viesti suoraan testisaapuneet-kansioon ja edelleenlähetysreitin kautta toiseen testipostilaatikkoon. Säilytä raakaviestit ja luotettavat vastaanottajan tulokset. Käytä ainutlaatuista testimerkkiä, jotta näytteet voidaan yhdistää ilman, että luotat pelkästään aiheeseen. Älä päättele tasa-arvoa renderoidusta kappaleesta.

Tarkista muutokset h-kohdassa valittuun tekstiin, aiheeseen ja muihin kenttiin. Tarkista c ja kaikki l-tunnisteet ennen erojen tulkitsemista. Vakio kanonisointi voi sietää tiettyjä muotoilumuutoksia, kun taas olennainen uudelleenkirjoitus voi muuttaa allekirjoitettua esitystä. Lisätyt kuljetusotsikot eivät sinänsä mitätöi allekirjoitusta, joka ei kattanut näitä uusia tapahtumia. toistuvan otsikon valinnalla ja ylimerkinnällä voi olla merkitystä RFC 6376 §5.4.2.

Työskentele kahden polun kautta

Havainnollinen polku A välittää viestin muuttamatta katettua sisältöä. Alkuperäinen allekirjoitus voi jäädä voimaan. Polku B lisää varoitusbannerin allekirjoitettuun runkoon, mikä aiheuttaa alkuperäisen koko tekstin allekirjoituksen epäonnistumisen. Yhteys voi olla identtinen molemmilla poluilla, joten SPF havainnot eivät yksin pysty selittämään DKIM eroa.

Huolitsija voi myös kirjoittaa uudelleen kirjekuoren lähettäjä parantaakseen omaa SPF valtuutustaan. Tämä ei palauta rikkinäistä DKIM -allekirjoitusta tai välttämättä luo SPF linjaus Alkuperäinen näkyvissä From domain. Pidä kolme kysymystä erillään: mikä identiteetti läpäisi SPF , mikä allekirjoitus läpäisi DKIM ja onko jompikumpi polku kohdistettu.

Valitse rajattu korjauskeino

Jos sisällön säilyttäminen on yhteensopivaa palvelun turvallisuusvelvoitteiden kanssa, tarkista tuetut asetukset, jotka välttävät tarpeettomia muutoksia. Jos muutosta tarvitaan, arvioi palvelun dokumentoitu allekirjoitus ja epäsuoran postin käsittely. Älä myönnä mielivaltaisille huolitsijoille allekirjoitusavaimiasi tai valtuuta niitä yleisesti SPF ssä oireiden häviämiseksi.

Hallinnollinen vastaanottaja voi käyttää muita luotettavia todisteita tai paikallista käytäntöä epäsuoralle postille, mutta se on erillinen hyväksymispäätös. Älä ilmoita hyväksyntää alkuperäisen allekirjoituksen palauttamiseksi. Säilytä liiketoimintavaatimukset ja mahdolliset poikkeuksen omistajat teknisen tuloksen ohella.

Sulje reittikohtaisella todisteella

Toista suoran ja edelleenlähetyksen testit pelkkää tekstiä, HTML-koodia ja liitteitä varten muutoksen jälkeen. Tallenna, mitkä alkuperäiset allekirjoitukset säilyvät, ilmestyykö uusi allekirjoitus sekä lopulliset DMARC ja toimitustulokset. Säilytä edelleenlähetysreitti regressiotesteissä, koska myöhempi bannerin tai skannauksen muutos voi muuttaa lopputulosta ilman, että lähettäjän DNS muuttuu.

Lue kaksi hypoteettista viestitason tulosta

Oletetaan, että soveltuva DMARC -käytäntö ja Author Domain example.com :

  • Säilytetty polku: SPF epäonnistuu edelleenlähetyksen jälkeen, mutta alkuperäinen d=example.com -allekirjoitus silti vahvistaa. Tämä täsmälleen kohdistettu DKIM identiteetti tarjoaa DMARC passin.
  • Muokattu polku: alkuperäinen DKIM -allekirjoitus epäonnistuu; ainoa uusi läpäistävä allekirjoitus ja SPF identiteetti kuuluvat forwarder.example.net osoitteeseen. Olettaen, että verkkotunnus ei liity osoitteeseen example.com , kumpikaan ei toimita kohdistusta, joten DMARC epäonnistuu. Vastaanottaja voi silti tehdä erillisen paikallisen käsittelypäätöksen.

Älä yhdistä uuden allekirjoituksen passia vanhan allekirjoituksen verkkotunnukseen. Nämä tapaukset kuvaavat olosuhteita RFC 9989 §5.3.5; ne eivät ole kaapattuja vastaanottajan tuloksia tai takuita kaikista huolintapalveluista.

[ Takeaway ]

Edelleenlähetys voi muuttaa SPF :n yhteystodisteita muuttamatta DKIM-suojattua sisältöä. Säilytetty kohdistettu DKIM voi toimittaa DMARC välityspolun sovellettavan käytännön mukaisesti. Kirjekuoren uudelleenkirjoitus ja paikallinen hyväksyminen eivät korjaa rikkinäistä alkuperäistä allekirjoitusta.

[ Roolin mukaan ]

Mitä tämä tarkoittaa sinulle

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

IT / Mail Admin

Vertaa sisältöä ja identiteettejä itsenäisesti

Yhteyden muutos ja rungon muutos vaikuttavat erilaisiin tarkastuksiin.

Seuraavat vaiheet

  1. Kuvaa molemmat polut.
  2. Kartoita jokainen allekirjoitustulos.

CISO / SecOps

Vältä laajoja valtuuksia

Älä ratkaise epäsuoraa toimitusta antamalla tuntemattomille huolitsijoille allekirjoitusvaltuudet.

Seuraavat vaiheet

  1. Tarkista luottamuksen rajat.
  2. Jäljitetyn vastaanottimen poikkeukset.

Perustaja / ei-tekninen

Pidä epäsuorat asiakasreitit näkyvissä

Edelleenlähetetyt viestit voivat olla tärkeitä, vaikka suoratoimitustestit läpäisivät.

Seuraavat vaiheet

  1. Tunnista kriittiset edelleenlähetystyönkulut.
  2. Omista mikä tahansa poikkeuspäätös.

[ UKK ]

Usein kysytyt kysymykset

Rikoiko jokainen kuormatraktori DKIM ää?

Ei. Säilytetty suojattu sisältö voi säilyttää voimassa olevan alkuperäisen allekirjoituksen.

RFC 6376 §3.7

Miksi SPF voi epäonnistua, kun DKIM läpäisee?

Edelleenlähetysyhteys voi olla luvaton arvioidulle kirjekuoren identiteetille, kun allekirjoitettu sisältö pysyy ehjänä.

RFC 7208 §10.3 RFC 6376 §3.7

Voiko banneri rikkoa DKIM ?

Kyllä. Olennainen lisäys täysin peitettyyn allekirjoitettuun runkoon muuttaa sen kanonisoitua tiivistettä.

RFC 6376 §3.4.4 RFC 6376 §3.7

Takaako huolitsijoiden uusi allekirjoitus DMARC ?

Ei. Allekirjoitustoimialueen on oltava samansuuntainen näkyvän Lähettäjä-toimialueen kanssa, jotta DKIM polku täyttää DMARC .

RFC 9989 §4.4.1

Korjaako kirjekuoren uudelleenkirjoitus DKIM ?

Ei. Se muuttaa SMTP identiteetin, ei viestin sisällön alkuperäistä allekirjoitusta.

RFC 6376 §3.7

Pitäisikö meidän lisätä kaikki huolitsijat SPF ?

Ei. Tutki reittiä ja viranomaisrajaa ennen valtuutetun lähetysinfrastruktuurin laajentamista.

Voiko paikallinen hyväksyntä tarkoittaa, että DKIM epäonnistui edelleen?

Kyllä. Vastaanottajan asetus voi heijastaa muita todisteita tai käytäntöjä ilman allekirjoituksen korjaamista.

RFC 9989 §5.3.6

Mitä tulee testata edelleenlähetyksen muutoksen jälkeen?

Suorat ja epäsuorat polut useille viestimuodoille, säilyttäen raakaviestit ja luotettavat todennustulokset.

[ Lähteet ]

Lähteet

  1. RFC 6376

    Osat §1 · §3.4 · §3.4.4 · §3.5 · §3.7 · §5.4.2 · §6.1

  2. RFC 9989

    Osat §4.4 · §4.4.1 · §4.4.2 · §5.3.5 · §5.3.6

  3. RFC 7208

    Osat §2.4 · §4.1 · §10.3

  4. RFC 8601

    Osat §1.2

[ Sanasto ]

Sanasto

Edelleenlähetys
Vastaanotetun viestin välittäminen eteenpäin, mahdollisesti seuraavan vastaanottajan näkemän yhteyden ja kirjekuoren identiteetin muuttaminen.

RFC 7208 §10.3

Kanonisointi
Määritelty otsikoiden tai tekstin valmistelu ennen DKIM tiivistystä ja -tarkistusta.

RFC 6376 §3.4

DMARC -linjaus
Vaadittu suhde todetun identiteetin ja tekijän verkkotunnuksen välillä.

RFC 9989 §4.4

Vastaanottimen paikallinen käytäntö
Muut vastaanottimen käsittelypäätökset, jotka voivat poiketa DMARC -tuloksesta tai pyydetystä hoidosta.

RFC 9989 §5.3.6

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