Ohjelmistoyrityksen sähköpostivarasto alkaa usein sen markkinointialustasta ja päättyy liian aikaisin. Salasanaton pääsy, tukivastaukset, laskut ja tilapäivitykset voivat riippua erillisistä toimittajista, tunnistetiedoista ja toimialueista. Ne myös epäonnistuvat eri hetkinä. Tilasähköposti, joka riippuu samasta ei saatavilla olevasta sovelluksesta, jonka sen oletetaan kuvaavan, on toiminnallinen riippuvuusongelma, vaikka se DKIM kokoonpano on oikea.
Kartoita palvelu lähettäjän takana
Luo rivejä tuotetapahtumille, tukikeskusteluille, laskutuksille ja tilasivun ilmoituksille. Tallenna kunkin kohdalla omistaja, toimittajan vuokraaja, triggeri, toimialueelta, kirjekuoren tunnus, DKIM verkkotunnus ja valitsin, vastausten käsittely- ja palautusyhteys. Seuraa, mikä sovellus tai henkilö voi aloittaa lähetyksen. Tunnista riippuvuudet tuotantotietokannasta, identiteetin tarjoajasta, salaisuuksien varastosta ja käyttöönottoputkistosta ja päätä sitten, mitkä ovat hyväksyttäviä tapausviestintään.
Älä hyväksy IP-osoitetta, koska se kuuluu tutulle pilvipalveluntarjoajalle. Jaettu infrastruktuuri ei todista, että yrityksen vuokralainen lähetti viestin. Yhdistä havainto hyväksyttyyn tiliin, tuettuun verkkotunnuksen määritykseen ja vastuulliseen omistajaan. Pidä epävarma liikenne ratkaisemattomana, kunnes todisteet tukevat vaikuttavuutta.
Määrittele hyväksyntä työnkulun mukaan
Tuotetapahtumatesti tulee aloittaa tuotteen sisältä, tukitesti tukijärjestelmän sisällä ja laskutustesti sen valtuutetusta hiekkalaatikosta. Tilapäivityksiä varten käytä nimettyä tapahtuman julkaisijaa ja tarkista, voiko kyseinen henkilö toimia ensisijaisen palvelun vian aikana. Vahvista aiottu vastausreitti, jotta asiakkaat eivät vastaa odottamatta valvomattomaan osoitteeseen.
RFC 9989 tukee yhdenmukaisen toimialueen käytön arviointia, ei sovellusten saatavuutta tai laskun oikeellisuutta. Allekirjoitus toimittajan omasta toimialueesta voi varmistaa, vaikka se epäonnistuu linjaus suhdetta. Todennustulosten on siksi liitettävä työnkulun hyväksyntätestiin eikä korvattava sitä.
Älä anna tuotepostin piilottaa tilareittiä
Oletetaan, että tuote-, tuki- ja laskutusreitit käyttävät DKIM d= -verkkotunnuksia, jotka vastaavat vastaavia From-verkkotunnuksia, kun taas status.software.example on tilailmoituksen From-verkkotunnus ja provider.example.net on sen allekirjoittaja. Vaikka oletetaan kelvollista kryptografiaa, jälkimmäinen epäonnistuu tiukassa DKIM kohdistuksessa. Vahvista tilantarjoajan tuetut identiteettimääritykset sen sijaan, että muutat asiaankuulumatonta laskutussähköpostia. Nämä henkilöllisyydet ovat hypoteettisia, ei toimiteta allekirjoitettuja näytteitä tai todellisia varmennustuloksia.
Yhden allekirjoituksen tasaus ei ole täysi DMARC Tuomio: arvioi muut kelvolliset linjatut allekirjoitukset ja SPF kohdan mukaisesti RFC 9989 kohdat 4.4 ja 5.3.5. varten p=reject käyttöönotto, osiot 7.4 ja 8 edellyttävät kelvollista DKIM sen sijaan, että luottaisi vain SPF ään. Allekirjoituksen onnistuminen tai yhdenmukaistaminen eivät takaa, että tilan julkaisija voi toimia käyttökatkon aikana. Live-alustaa tai kryptografista testiä ei suoritettu.
Testaa tapahtumariippuvuutta, ei vain DNS
Suorita valtuutettu harjoitus, jossa tavallinen tuoteoperaattori ei ole tavoitettavissa ja varmuuskopiotapahtuman julkaisija seuraa dokumentoitua reittiä. Älä keskeytä tuotantoa tarkoituksella vain tämän oppaan testaamiseksi. Tallenna, mitkä tunnistetiedot, tilit ja järjestelmät olivat tarpeellisia, saiko valvottu vastaanottaja päivityksen ja mitä vastaanottoraja raportoi. Jos varatoimi vaatii identiteetin tarjoajan, joka ei ole käytettävissä, kirjaa tämä rajoitus muistiin ja suunnittele uudelleen tietoturvan omistajan kanssa sen sijaan, että improvisoit jaetun salasanan.
Allekirjoita muutoksia noudattamalla toimittajan voimassa olevia ohjeita ja säilytä palautustodistus. Poista vanhentuneet valtuutukset vasta sen jälkeen, kun olet varmistanut, että säilytetty tuote, tuki tai laskutustyönkulku ei käytä niitä. Pienimääräiset kuitit ja harvoin esiintyvät tapahtumaviestit voivat kadota lyhyistä havainnointiikkunoista vanhentumatta.
Tee varastosta osa muutoksenhallintaa
Vaadi reitin tarkistus, kun tiimi lisää ilmoitustoimittajan, muuttaa Lähettäjä-osoitetta, siirtää tukijonoa tai korvaa tilapalvelun. Testaa uudelleen vaikuttaneet virrat ja säilytä todisteiden päivämäärät. Luettelo on täydellinen vain sen ilmoitettuun laajuuteen asti; uudet tuoteominaisuudet voivat lisätä uusia lähettäjiä. Sulje jokainen siirto omistajan hyväksymällä testillä ja käyttökelpoisella palautusmenettelyllä, ei toimialueen laajuisella keskiarvolla.