Lähtevän suojausyhdyskäytävä tai yrityksen allekirjoituspalvelu voi tarkastaa ja muokata postia sen jälkeen, kun sovellus on jo allekirjoittanut sen. Talli DKIM suunnittelu asettaa viimeisen valtuutetun allekirjoitusvaiheen vaadittujen sisältömuutosten jälkeen ja tarkistaa koko reitin. Tärkeä kysymys on, mikä komponentti lähettää lopullisen viestin, ei se, mikä tuote näyttää ensimmäisenä käytössä olevan DKIM asetuksen.
Piirrä todellinen käsittelyjärjestys
Kartan lähettäminen, sisällön tarkastus, vastuuvapauslausekkeen tai allekirjoituksen lisääminen, MIME serialisointi, DKIM -allekirjoitus ja ulkoinen toimitus. Sisällytä sovellusten käyttämät vaihtoehtoiset reitit ja hätätilanteet. Älä oleta, että työntekijän postilaatikkopostit ja hakemuspostit kulkevat samaa polkua.
Tallenna jokaiselle komponentille, muuttaako se tekstiä, valittuja otsikoita, kirjekuoren identiteettiä vai vain reitityksen metatietoja. Yrityksen sähköpostin allekirjoituslohko on runkosisältö; se ei liity kryptografiaan DKIM-Signature otsikko jaetusta sanasta "allekirjoitus" huolimatta. URL-osoitteiden uudelleenkirjoittaminen, liitteiden käsittely ja HTML-uudelleenrakentaminen voivat myös vaikuttaa katettuun sisältöön.
RFC 6376 §5.3 ja RFC 6376 §5.5 vaatia allekirjoittajaa käyttämään aiottua lähetettyä esitystä ja muokkaamaan uudelleenallekirjoittajia tekemään muutoksia ennen uudelleenallekirjoittamista. Suunnittelun tulee tehdä siitä sekvenssistä näkyvä ja testattava.
Valitse verkkotunnus ja avaimen omistaja
Yhdyskäytävä voi lisätä kelvollisen allekirjoituksen omaan toimialueeseensa. Tämä ei automaattisesti täytä DKIM linjaus Kirjoittaja-verkkotunnuksellesi RFC 9989 §4.4.1. Jos vaadittavassa suunnittelussa käytetään mukautetun verkkotunnuksen allekirjoitusta, tarkista tuotteen dokumentoidut ominaisuudet, luodut DNS arvot ja yksityisen avaimen säilytys. Älä keksi valitsin nimiä tai kopioi toisen vuokralaisen määritykset.
Päätä, kuka voi muuttaa allekirjoitusmäärityksiä, kiertää avaimia ja muuttaa lopullista sisältöputkea. Suojaa yksityiset avaimet vienniltä tapausmuistiinpanoihin tai testipaketteihin. Julkisen avaimen julkaiseminen on vain osa asennusta; todellisissa lähtevissä viesteissä on oltava vastaava allekirjoitus, joka on luotu lopullisen käsittelyn jälkeen.
Testaa putkistoa kahdella säätimellä
Havainnollinen kuvio A allekirjoittaa ensin ja lisää sitten yrityskontaktilohkon. Alkuperäinen koko kehon allekirjoitus voi epäonnistua. Suunnittelu B lisää lohkon, viimeistelee MIME sarjan ja allekirjoittaa sitten valtuutetulla tasatulla toimialueella. Suunniteltu allekirjoitus voi säilyä, jos myöhemmän käsittelyn tiedot jäävät koskemattomiksi. Nämä ovat testi-odotuksia, eivät väite nimetystä toimittajasta.
Lähetä pelkkää tekstiä, HTML-muotoa, ei-ASCII-sisältöä ja liite aiottua reittiä pitkin. Sisällytä sovelluksen luomat viestit ja tuettu vikasietoreitti tarvittaessa. Kaappaa viesti viimeisen prosessorin jälkeen ja luotettavalla ulkoisella vastaanottimella. Yhdistä jokainen tulos d- ja s-arvoihin sen sijaan, että hyväksyisit eriyttämättömän läpäisytunnisteen.
Pidä turvatarkastukset suunnittelussa
Allekirjoituksen siirtäminen myöhemmin ei saisi siirtää tarkastusta hiljaa suojatun työnkulun ulkopuolelle tai ohittaa vaadittua tarkistusta. Jos lopullinen allekirjoittaja ei voi toimia pakollisen uudelleenkirjoituspalvelun jälkeen, arvioi tuetut integraatiot tai eri valtuutettu allekirjoitusraja. Vältä käyttämästä l-kirjainta sulkeaksesi pois myöhemmän sisällön vain saadaksesi läpimenomäärän. RFC 6376 §8.2 selittää allekirjoittamattoman sisällön riskit.
Alavirran uusi allekirjoitus voi esiintyä rinnakkain aiemman epäonnistuneen allekirjoituksen kanssa. Varmista, mikä allekirjoitus tarjoaa aiotun kohdistuksen ja kuinka vastaanottava palvelu raportoi sen. Älä poista todisteita aiemmasta epäonnistumisesta testitietueista.
Käytä rajaa muutosohjattavana palveluna
Säilytä reittikaavio, vastuulliset omistajat, avainten säilytyssuunnitelma ja muototestipaketti. Testaa uudelleen yhdyskäytäväpäivitysten, brändäysmallien muutosten, reititysmuutosten ja vikasietotilan aktivoinnin jälkeen. Menestys edellyttää aiottua sisältöä, kelvollista kohdistettua todennuspolkua ja oikeaa toimitusta ihmisen hyväksynnällä, joka on edelleen erillään teknisestä tuloksesta.
Kirjoita seuraava päätös muistiin
Hypoteettiselle viestille tallenna prosessorin järjestys, odotetut sisällön muutokset, jokainen d/s-pari, vastaanottimen tuomio ja kohdistus. Jos yhdyskäytävä allekirjoittaa vain riippumattomana toimittajatoimialueena, merkitse tasattu DKIM ratkaisemattomaksi, vaikka sen allekirjoitus menisi läpi. Jos allekirjoittajan siirtäminen ohittaisi tarkastuksen, keskeytä suunnittelumuutos ja etsi tuettu integrointi. Nämä ovat suunnittelukriteereitä, eivät suoritettuja reittitestejä.