En myndighetsdomenestudie trenger en definert populasjon før den trenger et bestått-ratediagram. Et registrert domene kan tjene et nettsted, et pensjonert program eller et formål som ikke sendes. Dens tilstedeværelse på en offisiell liste er herkomst, ikke bevis på at hver byråmelding bruker det domenet eller autentiserer vellykket.
Velg og frys den offisielle rammen
CISA dotgov-datalager skiller current-federal.csv, som inneholder føderale registreringer, fra current-full.csv, som dekker den bredere .gov-sonen. Dens README sier at listene inkluderer andrenivådomener i tilstandene Klar og På vent, ikke alle vertsnavn; den advarer også om at registrerte domener ikke trenger å tilby en online tjeneste. Bruk disse grensene i studietittelen og inkluderingsreglene. Federal er ikke automatisk det samme som utøvende gren.
For en ekte samling, behold de faktiske filbytene, kilde-URL, hentingstid og innholds-hash, pluss eventuell tilgjengelig versjonsidentifikator. Ikke bare ta opp en lenke til en hovedfil i endring. Behold de originale feltene og dokumentnormaliseringen, duplikathåndtering og ekskluderinger. Ingen populasjonsøyeblikksbilde eller offentlige DNS målinger leveres av denne artikkelen.
Fiks valg før du inspiserer utfall
Velg en folketelling eller erklær prøvetakingsregelen, prøvestørrelsen og tilfeldig frø eller deterministisk rekkefølge før du samler inn resultater. Et håndplukket par kjente navn er en illustrerende casestudie, ikke et representativt utvalg. Å slå opp registermedlemskapet deres etterpå er bekreftelse etter utvelgelsen, ikke bevis på at de ble tatt fra listen.
Registreringsbyrå, komponent og domene separat. Tre domener eid av ett byrå er tre domeneobservasjoner, men ikke tre uavhengige byråer. Bevar inaktive, uløste og ekskluderte rader med årsaker i stedet for å slippe dem stille. Ikke erstatt en mislykket observasjon med et mer praktisk vellykket domene.
Behold søkebevis i stedet for et boolsk merke
For hver valgt rad, registrer den eksakte forespurte eieren og typen, resolver, UTC-forespørselstid, respons eller transportfeil, DNS status, svareier/type/data, relevante flagg og TTL. Behold råsvarene med parserversjonen og dens normaliseringsregler. En vellykket HTTP-forespørsel alene etablerer ikke et vellykket DNS svar. Googles dokumenterte JSON API skiller mellom status, svar og andre svarfelt; DNS status og transportstatus hører hjemme i separate kolonner.
For et TXT svar, bevar tegnstrenggrenser og rekonstruer logisk postinnhold riktig. Ikke ta feil a CNAME målets data for et direkte svar uten å registrere kjeden. En eksakt _dmarc spørring er ikke en fullstendig implementering av RFC 9989 politikk oppdagelse. Hvis det er forskningsomfanget, merk det eksakt eierobservasjon i stedet for effektiv policy for hvert underdomene.
Inspiser en fiktiv treraders hovedbok
Disse reserverte navnene og resultatene er fastsatt for metodeillustrasjon, ikke CISA listemedlemmer eller nettverksobservasjoner. Alle rader bruker type TXT ; resolver identitet og samling tidsstempler er med vilje ikke oppgitt fordi ingen spørring ble kjørt.
- agency-a.example : foreslått byrå A, komponent Alpha, eier _dmarc.agency-a.example . Anta NOERROR med én TXT kandidat v=DMARC1; p=reject. Klassifiser en bokstavelig avvisningskandidat, i påvente av full syntaks og funnvalidering; ikke utlede overholdelse, avsenderdekning eller mottakeravvisning.
- programme-a.example : foreslått byrå A, komponent Alpha, eier _dmarc.programme-a.example . Anta NOERROR uten relevant svar. Inspiser CNAME /henvisning/autoritet-kontekst før du klassifiserer NODATA ; ikke anta noen effektiv politikk.
- agency-b.example : foreslått byrå B, komponent Beta, eier _dmarc.agency-b.example . Anta tidsavbrudd for forespørsel uten DNS svar. Registrer ukjent og manglende bevis; ikke konverter den til en fraværende eller ugyldig policy.
Hovedboken har tre domenerader og to foreslåtte byråetiketter, men gir ingen reell nevner eller bruksprosent. Én bokstavelig avvisningskandidat er ikke en målt adopsjonsrate fra myndighetene. En reell rapport skal vise utvalgte, forsøkte, tolkbare og uavklarte tellinger hver for seg, forklare nevnere og ta vare på feil.
Skill observerbar policy fra operasjonelle resultater
RFC 9989 beskriver policysyntaks, oppdagelse og mottakerbehandling. En publisert preferanse tvinger ikke hver mottakers håndtering og viser ikke om legitime ruter stemmer overens. RFC 9990 beskriver separate meldingsavledede aggregerte bevis med egen rapporteringsdekning. Verken et DNS øyeblikksbilde eller en samlet prosentandel beviser at hver innbygger mottok et varsel.
Regjeringsmandater krever egen autoritativ anvendbarhetsforskning. Ikke oversett registermedlemskap, en avvisningskode eller en vellykket parser til et merke for lovlig overholdelse. Hvis en forespurt konklusjon trenger avsenderinventar eller mottakerbevis, oppgi gapet i stedet for å fylle det med antatt suksess.
Definer en reproduserbar utgivelsespakke
Før du publiserer faktiske empiriske funn, behold den frosne rammen, forhåndsinnsamlingsplanen, ekskluderinger, råsvar, normaliserte rader, parserversjon, feillogg, samlingsvindu og krav-til-rad-kartlegging. En ny samling måler et nytt tidsvindu; den bekrefter ikke med tilbakevirkende kraft en utilgjengelig historisk kjøring. En annen anmelder bør kunne spore hvert rapporterte nummer til levert bevis.
Denne artikkelen er en metodikk og et skriftlig eksempel, ikke en rapport over innsamlede offentlige resultater. Ingen DNS endringer, live-spørringer eller e-postsendinger ble utført for dens hypotetiske hovedbok. Originalmanuskriptets historiske påstander brukes ikke som aktuelle bevis her.