Toistettava DMARC adoptiotutkimus alkaa kysymyksellä, johon sen havainnot voivat vastata. Käytäntötietueen kysely voi selvittää, mitä ratkaisija palautti tälle nimelle kokoelmaikkunan aikana. Se ei voi määrittää, läpäiseekö jokainen organisaation lähettämä viesti todennuksen, hyväksyivätkö vastaanottajat viestit vai onko organisaatio kokenut petoksia.
Kirjoita pöytäkirja ennen kuin katsot tuloksia
Ilmoita kohdejoukko, otoskehys ja havaintoyksikkö erikseen. Kohteena voi olla jonkin lainkäyttöalueen rekisteröidyt laitokset; kehys voi olla virallinen luettelo verkkosivuston verkkotunnuksista; Kyselyn kohteena oleva yksikkö voi olla yksi DNS omistajan nimi. Nämä ovat erilaisia esineitä. Versio entiteetin ja verkkotunnuksen välisestä kartoituksesta ja kerro, miksi toimialue on sisällytetty. Pysäytä poissulkemiset, uudelleenyritysrajat, ratkaisijan valinta ja luokittelusäännöt ennen keräämistä, jotta hankala aikakatkaisu ei voi kadota nimittäjästä myöhemmin.
Säilytä havainnot ennen niiden tulkitsemista
Säilytä raakavastaukset, HTTP-tila, DNS vastauskoodi, omistajan nimi, tietuetyyppi, palautetut TTL- ja asiakkaan aikaleimat. Tallenna skriptin versio ja tiiviste jokaisesta säilytetystä tiedostosta. Erota siirtovirheet onnistuneesta DNS vastauksesta ilman pyydettyä vastausta. DNS -nimivirhe, tyhjä vastaus ja aikakatkaisu eivät ole keskenään vaihdettavissa olevia havaintoja. Selitä, mitkä tilat luokitin voi tunnistaa ja mitkä vaativat manuaalista tarkistusta.
Tee julkaisusta tarkastettava
Julkaise laskelmat nimittäjillä ja ratkaisemattomilla havainnoilla niiden vieressä. Graafia ilman kysyttyä perusjoukkoa, keräyspäivämääriä ja luokitteluversiota ei voida tulkita itsenäisesti. Pyydä toista analyytikkoa toistamaan offline-yhteenveto jäädytetyistä vastauksista ennen kuin pyydät häntä suorittamaan uusia verkkokyselyitä. Uudet kyselyt testaavat nykyisyyttä, eivät menneisyyttä. Säilytä molemmat ajot ja selitä erot vanhojen tietojen korvaamisen sijaan.
Käytä avointa hypoteettista päätöstä
Oletetaan, että kymmenen ilmoitettua toimialuetta tuottaa kuusi ehdokaskäytäntömerkkijonoa, kaksi onnistunutta vastausta ilman pyydettyjä tietoja ja kaksi aikakatkaisua. Säilytä kaikki kymmenen yrittämääsi havaintoa. Ilmoita kuusi ehdokasmerkkijonoa kymmenestä verkkotunnuksesta, joista kaksi tyhjää vastausta ja kaksi ratkaisematonta aikakatkaisua erikseen. Älä kutsu tätä kuutta kelvollista käyttöönottoa: syntaksi, käytäntöjen etsiminen ja lähettäjän toimialueen kattavuus edellyttävät edelleen niiden ilmoittamia tarkistuksia. Täydellisen tapauslaskelman on tunnistettava sen eri nimittäjä. Nämä keksityt luvut selittävät vain luokittelun; keräystä ei suoritettu.
Tekninen raja ja julkaisupäätös
RFC 9989 kohdat 4.7, 4.10.1 ja 5.3 erottaa tietueen syntaksi, käytäntöhaku ja viestien arviointi. Tarkka omistajan TXT havainto ei ole täydellinen käytäntölöytö. RFC 9990 kohta 3.1 kuvaa kootun viestien todisteita, jotka ovat erillisiä verkkotunnuksen indeksoinnista. RFC 2308 jakso 2 erottaa negatiiviset DNS -vastaukset; asiakkaan aikakatkaisu ei ole todiste poissaolosta. Tutkimussuunnittelun valinnat ovat toimituksellisia menetelmiä, eivät näiden RFC:iden määräämiä tilastollisia vaatimuksia. Tämä opetusversio ei tee historiallista pilottihakua tai kansallista adoptiota; kaikki myöhemmät empiiriset tulokset tarvitsevat omat saavutettavat, hajautustietonsa ja riippumattoman menetelmän tarkastelun.