Luotu tietue on päätöksen artefakti
A DMARC -tietue generaattori voi muotoilla ehdotetun käytännön, mutta se ei voi päättää, mitkä lailliset lähettäjät organisaatiolla on, minkä liiketoimintariskin se hyväksyy tai onko raportointikohde valtuutettu. Tuotoksessa tulee selittää jokainen politiikkavalinta ja sen taustalla olevat oletukset. Kopioitavissa oleva merkkijono ilman näitä päätöksiä voi kannustaa julkaisemaan syntaktisesti uskottavan käytännön, joka ei sovi organisaation todellisiin postivirtoihin.
RFC 9989 määrittelee nykyisen politiikan muodon ja mekanismin. Tässä artikkelissa ehdotetaan vaatimuksia generaattorille ja huomautuksineen tulostetarkastelulle. Se ei väitä, että EmailAuth toteuttaa generaattorin, tuottaa tuotantovalmiita tietueita tai muuttaa DNS . Vaaditut alkuperäiset testitapaukset ja toiminnalliset todisteet pysyvät erillään selittävistä puitteista.
Määritä käytännön toimialue ja omistajuus
Tallenna toimialue, jolle käytäntöä valmistellaan, yrityksen omistaja, DNS julkaisun omistaja ja lailliset lähetystyönkulut. Erota tarkka omistajan nimi, jossa käytäntö julkaistaan, lähettäjien käyttämistä verkkotunnuksista. Luojan ei tule valita hiljaa ylä- tai alatason verkkotunnusta näyttötunnisteen tai oletetun organisaatiorajan perusteella.
Nykyinen käytäntölöytö sisältää DNS -puukävely kuvasi RFC 9989. Luojan merkinnän tulee selittää suunniteltu laajuus ja mahdolliset periytymiseen liittyvät oletukset, jotka kaipaavat tarkistamista, sen sijaan, että lupaavat, että ennätys vaikuttaa vain käyttäjän kirjoittamaan osoitteeseen. Todellinen sovellettava käyttäytyminen riippuu standardista ja vastaanottimen toteutuksesta. Tämän työn aikana ei kysytty toimialueen hierarkiaa tai olemassa olevaa käytäntöä.
Selitä pyydetty käytäntö ja valmius
Pyydetyt käytännöt ilmaisevat verkkotunnuksen omistajan arviointipreferenssin protokollan mukaisesti; se ei ole tae vastaanottajan lopullisesta päätöksestä tai vakuutus siitä, että jokainen laillinen lähettäjä on valmis. Ennen kuin suosittelet täytäntöönpanoa, vaadi lähettäjäkohtainen valmiustarkastus ja valtuutettu päätös jäljellä olevista virheistä. Generaattori voi esittää valintoja ja seurauksia, mutta sen ei pitäisi keksiä niiden takana olevaa liiketoiminnan hyväksyntää.
Selittää linjaus valinnat erillään politiikan ankaruudesta. Näkyvä Lähettäjä-verkkotunnus, todennettu SPF identiteetti ja DKIM allekirjoitustoimialueelle on määritetty suhteita DMARC. Tiukka ja rento linjaus ei ole vain vahvempi ja heikompi yleisturvallisuus; niiden toiminnalliset vaikutukset riippuvat organisaation toimialuerakenteesta ja lähetyspalveluista. Säilytä valitut perustelut ja ratkaisemattomat riippuvuudet kommentoidussa tulosteessa.
Säilytä nykyinen versio ja tunnisteen semantiikka
RFC 9989 määrittää edelleen isot ja pienet kirjaimet versioarvon DMARC1 . Generaattorin ei tulisi mainostaa uutta standardiasiakirjaa siirtymänä DMARC2:een. Versiotunnisteen vaadittu sijainti ja arvo tulee vahvistaa nykyisen muodon mukaan. Tuntemattomat tunnisteet on jätettävä huomioimatta protokollakäsittelyssä muodollisen määritelmän mukaisesti, joten työkalun tulisi erottaa unsupported-tag -varoitus keksitystä säännöstä, jonka mukaan jokainen tuntematon tunniste mitätöi koko käytännön.
Liite A.6 selittää pct:n poistamisen ja t:n lisäämisen y- ja n-arvoilla. Virtageneraattorin ei pitäisi siirtää vanhentunutta prosenttiosuuden liukusäädintä ikään kuin se olisi nykyinen normatiivinen ohjaus, eikä myöskään olettaa, että jokaisen historiallisen prosenttiosuuden korvaaminen t:llä on turvallinen yleinen siirtyminen. Sen tulee dokumentoida standardi, johon se kohdistuu, tarkat testauksen semantiikka ja yhteensopivuuskysymykset, jotka jäävät aiotulle ympäristölle.
Käsittele raportointikohteita hyväksyttyinä vastaanottajina
RFC 9990 määrittelee ulkoisten kohteiden kokonaisraportoinnin ja todentamisen. Luojan tulee selittää, että raporttipyynnön julkaiseminen ja raporttien vastaanottaminen ovat eri vaiheita. Siinä olisi yksilöitävä ehdotettu vastaanottaja, tietojen käyttötarkoitus ja se, onko sovellettava ulkoisen kohteen valtuutus olemassa. Älä päättele valtuutusta vain siksi, että käyttäjä on liittänyt osoitteen lomakkeeseen.
Tämä artikkeli ei anna raportointiosoitetta, julkaise valtuutustietuetta tai lähetä tietoja kolmannelle osapuolelle. Ehdotetussa tulosteessa tulee käyttää selvästi ei-toiminnallisia paikkamerkkejä, kunnes kohde on hyväksytty. Annotaatiossa tulee myös mainita, että raportin saatavuus riippuu vastaanottajista ja toimituksesta, joten URI:n sisällyttäminen ei takaa täydellisiä havaintoja. Jos virheraportointivalinnat tarjotaan, ne edellyttävät omia tuettuja määrityksiä ja tietosuojatarkistuksia sen sijaan, että ne yhdistettäisiin satunnaisesti koontiraporttiasetukseen.
Selitä olemassa olevien tietueiden ja kaksoiskappaleiden käsittely
Luojan tulee kysyä, kuinka ehdotettu käytäntö liittyy olemassa olevaan julkaistuun tilaan. Toisen käytäntöehdokkaan tuottaminen samalle omistajalle voi luoda erilaisen tuloksen kuin hyväksytyn olemassa olevan tietueen korvaaminen. Tästä syystä tulosteen tulee kuvata aiottu tarkka ero ja säilyttää palautusmateriaali, ei vain sanoa, että lisää tämä TXT tietue. Olemassa olevia asiaankuulumattomia TXT tietoja ei pidä poistaa politiikan luomisen sivuvaikutuksena.
RFC 1035 määrittää TXT tietuerakenteen. Useat merkkijonot yhdessä TXT tietueessa eivät ole samoja kuin useat käytäntötietueet. Huomautusten ja testien tulee säilyttää tämä ero, jotta editorin näyttö ei johda käyttäjää harhaan. Olemassa olevaa DNS tilaa ei tarkastettu tässä; päällekkäinen käsittely on edelleen ehdotettu testivaatimus eikä varmennettu tulos.
Selosteilla varustettu laskentataulukko
Luo laskentataulukko, jossa on käytäntöalue, julkaisun omistaja, ehdotettu tietue, kunkin tunnisteen merkitys, valittu perustelu, edellytystodisteet ja hyväksynnän omistaja. Lisää olemassa oleva tilaviittaus, tarkka suunniteltu ero, raportoinnin ja vastaanottajan valtuutus, yhteensopivuusrajoitukset, vahvistussuunnitelma ja palautusehdot. Pidä luotu syntaksi erillään hyväksyntä- ja julkaisutilasta. Täytetty lomake ei saa automaattisesti tarkoittaa lupaa tehdä muutoksia livenä.
Vaaditun kiinnityssarjan tulee sisältää positiivinen kelvollinen kirjainkoko, virheellinen versio tai vaaditun muotoiset tapaukset, päällekkäiset käytäntöehdokkaat ja ei-tuettujen tunnisteiden toiminta. Ilmoita erikseen odotetut tulokset nykyisestä standardista ja tuotteen esittelysäännöistä. Säilytä generaattoriversio, testitulo ja havaittu lähtö, kun valtuutetut testit suoritetaan myöhemmin. Tämä luonnos ei ole luonut tai arvioinut näitä kalusteita, eikä siinä esitetä toteutusvaatimustenmukaisuutta.
Kuvitteellinen diagnoosi: prosentuaalinen liukusäädin piilottaa päätöksen
Kuvitteellinen tiimi käyttää vanhaa käytäntölomaketta prosenttiosuuden liukusäätimellä ja olettaa, että pienemmän luvun valitseminen tekee kaikista täytäntöönpanomuutoksista turvallisia. Arvioija kysyy, mitä standardia lomake toteuttaa, mikä on organisaation laillinen lähettäjävalmius ja miten ehdotettu tulos käyttäytyy asiaankuuluvissa vastaanottajissa. Ohjauksen ulkonäkö ei vastaa näihin kysymyksiin.
Ehdotettu vastaus on hankkia nykyiset standardit linkitetty käyttäytyminen, dokumentoida politiikkapäätös ja varmistaa tarkka muutossuunnitelma sen sijaan, että muuttaisi liukusäädintä mekaanisesti toiseksi tunnisteeksi. Yhtään todellista generaattoria tai palveluntarjoajaa ei syytetä tästä käytöksestä. Harjoitus on kuvitteellinen, eikä siinä ole generoitua tietuetta, DNS muokkausta tai vastaanotintestiä. Se havainnollistaa, miksi politiikan perusteiden on pysyttävä näkyvissä syntaksin rinnalla.
Vaadi todisteet ennen kuin kutsut lähdön valmiiksi
Hyödyllinen generaattoritulos kertoo, mitkä syötteet toimitettiin, mitkä oletukset jäävät jäljelle ja mitä täytyy tapahtua ennen julkaisemista. Se voi auttaa pätevää omistajaa tekemään johdonmukaisen päätöksen väittämättä, että muotoiltu teksti takaa turvallisen täytäntöönpanon. Lopullinen toimivalta jää hyväksytylle liiketoiminnalliselle ja tekniselle muutosprosessille.
Luettelo vaatii huomautuksilla varustetun tietueen ja positiivisia, virheellisiä, kaksoiskappaleita ja ei-tuettuja tunnisteita sisältäviä testitapauksia. Ne alkuperäiset esineet pysyvät avoimina. Ihmisten asiantuntija-arvio, lähteiden soveltuvuus, tuotantoreitit, saavutettavuus ja omistajan vapauttaminen ovat myös avoinna. Tämä luonnos sisältää ehdotetun laskentataulukon ja kuvitteellisen diagnoosin, ei julkaisuvalmiin käytäntöjä, valmiita testejä tai vahvistettuja EmailAuth työkalun ominaisuuksia.