A DMARC muutospyynnön pitäisi antaa toisen henkilön määrittää tarkalleen, mikä muuttuu, mihin palveluihin se voi vaikuttaa ja miten menestys osoitetaan. Kuvakaappaus, jossa näkyy haluttu käytäntö, ei riitä. Säilytä perusviiva ja ehdotettu RR-joukko ja yhdistä ne sitten hyväksyttyihin liiketoimintavirtoihin ja palautuspäätökseen.
Tallenna perusviiva tarkasti
Tallenna DNS palveluntarjoajan tili tai vuokralainen, vyöhyke, omistajan nimi, tietuetyyppi, täydellinen arvo ja TTL. Liitä mukaan havainnon aika ja lähde. Tallenna tämänhetkiset DMARC käytäntölöydöt vaikuttaville tekijäverkkotunnuksille sekä hyväksytyt lähettäjät ja kaikki ratkaisemattomat poikkeukset. Säilytä todennustunnisteet sen sijaan, että vähennät testin kojelaudan väriksi.
DMARC voi läpäistä linjauksen onnistuneen SPF tai DKIM tulos. Viesti on näkyvissä From-toimialueelta ja sen todennetuilla tunnisteilla on siksi enemmän merkitystä kuin yleisellä lausunnolla, jonka SPF välittää. RFC 9989. Verkkotunnusten julkaisuun p=reject, RFC 9989 kohdat 7.4 ja 8 erikseen edellyttävät kelvollisia DKIM -allekirjoituksia ja kieltävät luottamuksen yksinomaan SPF ään. viestitason menestys ei poista tätä käyttöönottovelvollisuutta. Todennuspassi ei varmenna yrityspyyntöä tai varmista postilaatikon sijoittelua.
Kuvaile aiottua eroa
Ilmoita tarkat ennen ja jälkeen RR-joukot ja nimet, joihin vaikuttaa. Selitä miksi muutosta tarvitaan nyt, mitkä palvelut testattiin ja mitkä todisteet ovat puutteellisia. Pidä asiaankuulumattomat DNS muokkaukset pyynnön ulkopuolella, jotta hyväksyjä ei vahingossa hyväksy laajempaa toimintaa. Tunnista tekninen toteuttaja, liiketoiminnan hyväksyjä ja eskaloinnin yhteyshenkilö.
Jos raportointikohteet tai delegoidut palvelut muuttuvat, arvioi tiedonkulku ja riippuvuus erikseen. Säilytä aiottua valvontaa varten tarvittava raportin ottokonfiguraatio. Aggregaattiraportit ovat vastaanottimen havaintoja, joilla on peittorajoituksia, joten ne eivät voi olla ainoa hyväksymissignaali aikakriittiselle lailliselle virtaukselle. RFC 9990.
Kirjoita havaittavat hyväksymiskriteerit
Käytä ehtoja, jotka voivat epäonnistua: arvovaltainen RRset on yhtä kuin hyväksytty arvo; edustavat kriittiset viestit käyttävät tarkoitettuja identiteettejä ja todentavat odotetusti; liiketoiminnan vastaanottaja vahvistaa odotetun tuloksen; ja raporttien saanti jatkuu. Kirjaa havaintoajat muistiin ja erota välittömästi saatavilla olevat testit myöhemmästä raportin tarkistuksesta. Raportti, joka ei ole vielä saapunut, ei ole läpäissyt kokeen.
Määritä palautuskäynnistimet ennen käyttöönottoa. Jos kriittinen kulku epäonnistuu ja diagnoosi linkittää sen hyväksyttyyn muutokseen, käynnistä hyväksytty elvytyssuunnitelma. Säilytä vanha tila ja selitä sen rajoitukset. Käytännön palauttaminen ei kumoa välittömästi välimuistissa olevaa DNS tai palauttaa jo hylättyjä viestejä. Suunnittele tarkkailu nimellisen huoltoikkunan jälkeen.
Testaa, voidaanko pyyntö todella sulkea
Oletetaan, että hypoteettinen pyyntö muuttaa vain käytäntöä palkkasummalle From-verkkotunnukselle alkaen p=none to p=quarantine säilyttäen raportointikohteen ja TTL:n. Tarkistuksen tulee silti sitoa koko lähtökohta ja ehdotettu RR-joukko, kohdetili ja verkkotunnus, hyväksytty palkkasumma ja elvytyssuunnitelma. Täällä ei toimiteta todellista hyötykuormaa, hyväksyntää tai DNS muutosta.
Oletetaan, että valtuutettu muutoksen jälkeinen havainto vastaa hyväksyttyä DNS tilaa ja edustava palkkasanoma todennetaan odotetusti, mutta yritysvastaanottaja ei ole vahvistanut vastaanottamista eikä seuraavaa koosteraporttia ole vielä saatavilla. Tallenna määritys- ja todennustarkistukset erillään odottavista tuloksista. Määritä kuitin seuranta palkanlaskennan omistajalle ja viivästyneen vastaanoton tarkistus raportoivalle omistajalle; Älä sulje kaikkia hyväksymisehtoja täsmäytystietueen perusteella. Nämä ovat hypoteettisia löydöksiä, eivät suoritettuja tarkastuksia.
Yllä oleva muutostyönkulku on toiminnallinen suositus, ei protokollavaatimus. NIST SP 800-53 Rev. 5 -ohjaimet CM-3 ja CM-5 tarjoavat yleisen perustan muutosten tarkistamiselle, hyväksymiselle ja rajoittamiselle; Tarkka hyötykuorman sidonta, roolit ja kanavanvaihtokentät ovat ehdotettu toteutus. NIST ohjausluettelo.