Definieer de implementatie als een waarneembare DNS eigenschap
Een DNS implementatieonderzoek kan vaststellen dat een bepaald record op een bepaalde naam en tijd van de eigenaar is waargenomen. Het kan op zichzelf niet vaststellen dat elk bericht van de organisatie authentiek is, dat ontvangers hetzelfde beleid hebben toegepast of dat een zakelijk verzoek legitiem is. Het onderzoek moet de gemeten eigenschap definiëren voordat gegevens worden verzameld: de aanwezigheid van records, syntactische validiteit, toepasbare beleidsontdekking en operationele berichtcompliance zijn verschillende uitkomsten.
RFC 1035 definieert DNS bericht- en recordstructuren. RFC 9989 definieert DMARC ontdekking en uitlijning gedrag. Deze standaarden ondersteunen een reproduceerbare meetmethode, en niet de bewering dat er een scan is uitgevoerd. Dit manuscript bevat geen domeinobservaties, adoptiepercentages of afgeleide berichtresultaten.
Kies de eenheid en populatie voordat u een query uitvoert
Geef aan of het onderzoek geregistreerde domeinen, volledig gekwalificeerde namen, verzendende identiteiten of klantorganisaties meetelt. Deze eenheden zijn niet uitwisselbaar. Eén organisatie kan veel domeinen beheren, terwijl een domein meerdere onafhankelijke verzendworkflows kan hosten. Een lijst met websitenamen is niet automatisch een lijst met domeinen die e-mail verzenden. Leg vast hoe het monster is geselecteerd en wat de selectie uitsluit.
Bevries de invoerlijst met een versie-ID en een behouden hash. Definieer de afhandeling van duplicaten, geïnternationaliseerde namen, volgpunten, aliassen en wijzigingen in eigendom of status. Verwijder moeilijke namen niet stilletjes nadat je de resultaten ervan hebt gezien. Als de populatie een gemakssteekproef is, beschrijf deze dan op die manier in plaats van deze te presenteren als representatief voor alle e-maildomeinen. Voor dit ontwerp is geen bevolkingslijst gemaakt of opgevraagd.
Maak onderscheid tussen exacte naamobservatie en ontdekking
Een exacte TXT zoekopdracht beantwoordt een beperktere vraag dan het bepalen van een toepasselijk DMARC beleid. Onder RFC 9989, kan het ontdekkingsproces betrekking hebben op: DNS -boomwandeling. Een methode die slechts één verwachte eigenaarsnaam opvraagt, moet de aanwezigheid van de uitkomst met de exacte naam labelen en DMARC implementatie niet voltooien. Bewaar het gebruikte algoritme en de standaardversie zodat een andere analist kan begrijpen wat een negatief resultaat betekent.
SPF heeft zijn eigen identiteit en regels voor recordselectie RFC 7208. Zoeken naar een beleid op een websitedomein bewijst niet dat dit het geval is MAIL VAN identiteit die wordt gebruikt door de berichten van de organisatie. Een onderzoek met alleen DNS kan de publicatie op geselecteerde namen beschrijven, maar mag geen verzendidentiteiten bedenken of merknamen vervangen voor de waargenomen SMTP context.
Bewaar gezaghebbend en recursief bewijsmateriaal afzonderlijk
Leg voor elke geautoriseerde waarneming de exacte eigenaar, type, klasse, server of solver, tijd en responsstatus vast. Gezaghebbende antwoorden beschrijven het antwoord van de ondervraagde autoriteit; recursieve antwoorden kunnen gegevens in de cache en de eigen verwerking van de oplosser weerspiegelen. Als beide zijn verzameld, bewaar ze dan allebei in plaats van het antwoord te selecteren dat bij het verwachte resultaat past. Hun meningsverschillen kunnen analytisch belangrijk zijn.
Documenteer hoe gezaghebbende servers worden ontdekt en hoe de methode inconsistente antwoorden op deze servers verwerkt. Registreer eventuele fouten in het ontdekkingspad in plaats van deze te bestempelen als afwezigheid van het definitieve beleid. Een recursieve TTL kan de resterende levensduur van de cache weerspiegelen, dus deze mag niet zonder bewijs worden gerapporteerd als de oorspronkelijk geconfigureerde TTL. Het onderzoek moet onbewerkte transcripties naast genormaliseerde velden behouden om latere beoordeling te ondersteunen.
Behoud recordgrenzen en foutcategorieën
TXT RDATA kan meerdere tekenreeksen binnen één record bevatten. Dat verschilt van meerdere TXT bronrecords van dezelfde eigenaar. Een meetparser moet deze grenzen behouden voordat protocolspecifieke selectie wordt toegepast. Niet-gerelateerde TXT gegevens kunnen naast authenticatierecords bestaan; het mag de beleidstelling niet opblazen of worden samengevoegd tot een valide ogende bewering.
Onderscheid naamfout, een succesvol antwoord zonder gevraagde gegevens, serverstoring, time-out, ongeldige syntaxis en dubbelzinnige relevante records. Deze categorieën mogen niet allemaal ontbrekende implementatie worden. De resultatentabel moet het oorspronkelijke antwoord en de regel bevatten die is gebruikt om een categorie toe te wijzen. Als de methode opnieuw probeert, definieer dan vooraf het schema voor nieuwe pogingen en de uiteindelijke classificatie, zodat tijdelijke fouten niet anders worden afgehandeld, afhankelijk van het gewenste resultaat.
Bewaar DNSSEC bewijsmateriaal in het eigen veld
RFC 4033 maakt onderscheid tussen veilige, onveilige, valse en onbepaalde validatietoestanden. Een record kan aanwezig zijn zonder een veilig gevalideerde keten. Een validatiefout kan er ook voor zorgen dat een oplosser geen bruikbare gegevens retourneert. Als de studie meet DNSSEC, moet het de context van het vertrouwensanker en de oplosser documenteren in plaats van aan te nemen dat enig zichtbaar record is geverifieerd.
Maak van DNSSEC status geen verborgen uitsluiting die de steekproefnoemer verandert. Rapporteer hoeveel namen zijn beoordeeld, welke toestanden zijn waargenomen en welke niet konden worden vastgesteld, waarbij gebruik werd gemaakt van feitelijk bewijsmateriaal tijdens de verzameling. Dit ontwerp bevat dergelijke tellingen niet. Het punt van de methode is om onzekerheid te behouden, en niet om niet-beschikbare gegevens om te zetten in een handig implementatieresultaat.
Aparte publicatie van naleving op berichtniveau
Een gepubliceerd SPF beleid laat niet zien welk IP-adres een echt bericht heeft verzonden. A DKIM sleutel blijkt niet dat een aanbieder een bepaald bericht heeft ondertekend of de bijbehorende privésleutel veilig heeft bewaard. Een DMARC beleid toont niet aan dat elke legitieme stream op één lijn ligt. Deze vragen vereisen operationeel bewijs van de daadwerkelijke route en een vertrouwde ontvanger.
RFC 8601 verklaart de vertrouwensgrens voor Authentication-Results. Een overeenkomend ontvangen berichtvoorbeeld kan een observatie op berichtniveau ondersteunen, maar valideert niet automatisch elk domein of elke workflow in een DNS onderzoek. Houd publicatiestatistieken en berichtstatistieken als afzonderlijke metingen met hun eigen populaties en beperkingen. Label een DNS acceptatiepercentage niet opnieuw als naleving of bereikte bescherming.
Een reproduceerbaar observatiewerkblad
Maak een werkblad met voorbeeldversie, domeineenheid, genormaliseerde invoer, exacte eigenaar van de query, recordtype, querymethode, observatietijd, gezaghebbend transcript, recursief transcript en parserversie. Voeg de toegewezen resultaatcategorie, het detectiepad van het toepasselijke beleid, DNSSEC -status waar beoordeeld en een uitleg van fouten toe. Bewaar een link naar het ruwe bewijsmateriaal in plaats van alleen naar de uiteindelijke classificatie.
De analysespecificatie moet voor elke metriek de teller en de noemer vermelden. Aanwezigheid onder alle geprobeerde namen, geldigheid tussen namen met antwoorden en toepasselijke beleidsdekking zijn verschillende fracties. Als er meerdere nuttig zijn, rapporteer ze dan afzonderlijk. Definieer uitsluitingen vóór analyse en bewaar een uitsluitingslogboek met redenen. In dit manuscript zijn geen originele invoer, transcripties van zoekopdrachten of meetresultaten opgenomen.
Fictieve diagnose: een inzetschema wordt een complianceclaim
Een fictieve analist doorzoekt een lijst met domeinen van bedrijfswebsites en vindt bij sommige daarvan beleidsgerichte TXT gegevens. Een presentatie labelt het resultaat van de naleving van de e-mailauthenticatie. De voorgestelde beoordeling identificeert twee lacunes: het monster stelt niet de daadwerkelijke verzendidentiteit vast, en de aanwezigheid van records brengt geen authenticatie op berichtniveau tot stand. De naam van het diagram moet worden gewijzigd om de waargenomen DNS eigenschap en het bijbehorende voorbeeld te beschrijven.
Een later geautoriseerd onderzoek zou inventarissen van afzenders en bewijs van ontvangen berichten kunnen toevoegen, maar daarvoor zou een nieuwe metrische definitie nodig zijn in plaats van de oorspronkelijke claim stilzwijgend te upgraden. Dit voorbeeld bevat geen echte domeinen, tellingen of scans. Het illustreert een rapportagefout in een hypothetische methode, en niet een bevinding over een organisatie of een voltooid implementatieonderzoek.
Geef de methode met zijn bewijslimieten vrij
Een nuttige conclusie van het onderzoek vermeldt de populatie, observatiedata, zoekalgoritme, resultaatcategorieën en wat het bewijsmateriaal niet kan vaststellen. Het vermijdt claims over universeel ontvangergedrag, postvakbezorging of voorkomen fraude. Juist omdat de reikwijdte ervan helder is, blijft een transparante DNS -meting waardevol.
De catalogus vereist gezaghebbende en recursieve antwoorden met tijdstempel, met exacte namen van eigenaren en recordtypen. Die originele transcripties blijven open. Beoordeling door menselijke specialisten, toepasbaarheid van bronnen, productieroutes, toegankelijkheid en vrijgave door de eigenaar blijven ook open. Dit concept is een voorgestelde meetmethode en geen uitgevoerde scan of resultaat van berichtnaleving.