Täytäntöönpanokäytäntöön siirtyminen on tärkeä toimialueen hallintapäätös, ei sähköpostipetosten loppu. Raportoi saavutettu raja tarkasti: toimialue pyytää vahvempaa käsittelyä epäonnistuneille viesteille DMARC. Selitä sitten uhat, jotka voivat edelleen todentaa tai jäädä identiteettirajan ulkopuolelle, sekä toiminnallinen työ, jota tarvitaan laillisen postin toiminnan ylläpitämiseen.
Ilmoita suojaus ilman takuuta
DMARC yhdistää kohdistetun verkkotunnuksen todennuksen julkaistuun käsittelyasetus- ja raportointikehykseen. Vastaanottajan varsinaiseen käsittelyyn voi liittyä paikallista politiikkaa. Älä lupaa, että jokainen epäonnistunut viesti hylätään kaikkialla tai että passi tarkoittaa, että viesti on turvallinen. RFC 9989.
Samankaltaisen verkkotunnuksen viestit, näyttönimien esiintyminen ja vaarantuneet lailliset lähettäjät voivat pysyä vaarallisina täytäntöönpanon jälkeen. Todennettu toimittaja voi silti lähettää luvattoman maksupyynnön. SPF Valtuutus, joka on suunniteltua laajempi, voi myös jättää linjatun ohitusreitin saataville. Nämä ovat syitä ylläpitää täydentäviä ohjausobjekteja, eivät syitä hylätä verkkotunnuksen todennus.
Tarkista oikeat reitit ennen muutosta
Ylläpidä lähettäjäkohtaista matriisia palvelun, vastuullisen omistajan, tekijän verkkotunnuksen, todennettujen verkkotunnusten, linjaus todisteet, kriittiset vastaanottajat ja viimeinen testauspäivä. Sisällytä pienitehoiset järjestelmät, kuten skannerit ja hälytykset. Hiljainen reitti ei välttämättä ole käyttämätön. Selvitä tuntemattomat lähettäjät, ennen kuin käsittelet varastoa täydellisenä.
Dokumentoi ehdotettu käytäntöero ja kuka sen hyväksyy. Muutos kohteesta p=none to p=reject on esimerkki, ei sokeasti julkaistava arvo. Tarkista sovellettavat toimialueet ja riippuvuudet, suunnittele havainnointiikkuna ja määritä palautuskäynnistimet tärkeille laillisille virheille. Käytä luotuja palvelukohtaisia arvoja tämän artikkelin esittelyidentiteettien sijaan.
Tarkista kirjallinen valmiuskirja
Oletetaan, että alla ehdotetulle p=none - p=reject muutokselle yksi kelvollinen näkyvä lähettäjä viestiä kohti ja määrätty vastaanottajan todennustodistus. Varsinaista muutosta tai vastaanottimen testiä ei tehdä.
- Laskutus: ehdotettu omistaja Laskutustoiminnot; Lähettäjä invoice@billing.brand.test ; SPF -passi: bounce@billing.brand.test ; DKIM läpäise d=billing.brand.test. Molemmat tunnisteet ovat täsmälleen kohdakkain, joten hypoteettinen viesti menee ohi. Varsinaisia kriittisten vastaanottajien testejä ja muutosten hyväksyntää ei toimiteta.
- Tuki: ehdotettu omistaja Support Operations; osoitteesta agent@support.brand.test ; SPF passi: bounce@support.brand.test ; DKIM hyväksyntä komennolla d=support.brand.test. Molemmat ovat täsmälleen kohdakkain, joten hypoteettinen viesti menee ohi. Varsinaisia kriittisten vastaanottajien testejä ja muutosten hyväksyntää ei toimiteta.
- Vanha skanneri: omistaja vahvistamaton; Alkaen, SPF , DKIM ja vastaanottajan kattavuus tuntematon. Viestituomiota ei voida päätellä. Määritä vastuullinen omistaja ja hanki reittitodisteet ennen valmiuden ilmoittamista.
Yleistä käyttöönottovalmiutta ei ole vahvistettu. Edes kahta vaadittua passia ei noudateta tuotantotodisteena. Ehdotetun muutoksen omistajan tulee pitää muutos odotustilassa, kunnes tuntemattomat, hyväksynnät, palautuskäynnistimet ja reittitarkistukset on ratkaistu. Tälle reskontralle ei suoritettu koodia, DNS kyselyä tai allekirjoituksen vahvistusta.
RFC9989 osio 7.4 vaatii kelvollisia DKIM -allekirjoituksia, kun p=reject julkaistaan, ja suosittelee olemaan hylkäämättä toimialueille, joiden käyttäjät voivat lähettää viestejä postituslistoille. Näiden verkkotunnusten tulisi ensin arvioida koostetiedot p=none vähintään kuukauden ajan p=quarantine yhtä pitkäksi ajaksi. Valitse käytäntö näiden yhteentoimivuuden rajoitusten mukaisesti. puhdas suoralähetysesimerkki ei ratkaise epäsuoran postin riskiä.
Tarkista toiminta hyväksytyn käyttöönoton jälkeen
Tallenna todellisessa muutoksessa julkaistu käytäntö, aika, hyväksytty ero ja testit jokaiselle kriittiselle reitille. Vertaa luotettujen vastaanottimien tuloksia ja todellista käsittelyä ja tarkastele saatavilla olevaa kokonaisraportointia kattavuusrajoilla. Puuttuvat raportit eivät ole todiste siitä, että postia ei ole lähetetty tai ettei vika ole tapahtunut. RFC 9990. Tutki laillisia poikkeuksia reitin mukaan sen sijaan, että heikennät laajasti suojaa ilman omistajaa.
Selitä jäljellä oleva petosriski samoilla liiketoimintaehdoilla, joita käytettiin ennen täytäntöönpanoa. Maksumuutokset vaativat edelleen riippumattoman vahvistuksen; tilin vaarantaminen edellyttää edelleen tilin turvatoimia; ulkonäkö edellyttää havaitsemista ja asianmukaisesti rajattua raportointia. FBI:n maksunvahvistusohjeet ovat voimassa myös silloin, kun verkkotunnus todennetaan. FBI:n ohje.
Hyvä täydennyslauseke nimeää havaitun käytännön, testatut reitit, ratkaisemattomat poikkeukset ja jäljellä olevat hallintalaitteet. Sen ei pitäisi sanoa phishing on ratkaistu. Pidä omistajuus ja säännöllinen tarkistus aktiivisina palveluiden, avainten ja liiketoimintaprosessien muuttuessa.