Definieren Sie die Bereitstellung als beobachtbare DNS Eigenschaft
Mithilfe einer DNS Bereitstellungsstudie kann festgestellt werden, dass ein bestimmter Datensatz zu einem bestimmten Besitzernamen und zu einem bestimmten Zeitpunkt beobachtet wurde. Es kann nicht allein festgestellt werden, dass jede Nachricht der Organisation authentifiziert wurde, dass die Empfänger dieselben Richtlinien angewendet haben oder dass eine Geschäftsanfrage legitim war. Die Studie sollte ihre gemessenen Eigenschaften definieren, bevor Daten erfasst werden: Datensatzpräsenz, syntaktische Gültigkeit, anwendbare Richtlinienerkennung und betriebliche Nachrichtenkonformität sind unterschiedliche Ergebnisse.
RFC 1035 Definiert DNS Nachrichten- und Datensatzstrukturen. RFC 9989 definiert DMARC Entdeckung und Ausrichtung Verhalten. Diese Standards unterstützen eine reproduzierbare Messmethode und keinen Anspruch darauf, dass ein Scan durchgeführt wurde. Dieses Manuskript enthält keine Domänenbeobachtungen, Adoptionsprozentsätze oder abgeleiteten Nachrichtenergebnisse.
Wählen Sie vor der Abfrage die Einheit und Bevölkerung aus
Geben Sie an, ob die Studie registrierte Domains, vollqualifizierte Namen, sendende Identitäten oder Kundenorganisationen zählt. Diese Einheiten sind nicht austauschbar. Eine Organisation kann viele Domänen betreiben, während eine Domäne mehrere unabhängige Sendeworkflows hosten kann. Eine Liste mit Website-Namen ist nicht automatisch eine Liste mit Domänen, die E-Mails versenden. Notieren Sie, wie die Stichprobe ausgewählt wurde und was die Auswahl ausschließt.
Frieren Sie die Eingabeliste mit einer Versionskennung und einem beibehaltenen Hash ein. Definieren Sie die Behandlung von Duplikaten, internationalisierten Namen, abschließenden Punkten, Aliasnamen und Änderungen des Eigentums oder Status. Entfernen Sie schwierige Namen nicht stillschweigend, nachdem Sie die Ergebnisse gesehen haben. Wenn es sich bei der Grundgesamtheit um eine Stichprobe handelt, beschreiben Sie sie auf diese Weise, anstatt sie als repräsentativ für alle E-Mail-Domänen darzustellen. Für diesen Entwurf wurde keine Bevölkerungsliste erstellt oder abgefragt.
Unterscheiden Sie die Beobachtung des genauen Namens von der Entdeckung
Eine genaue TXT Suche beantwortet eine enger gefasste Frage als die Bestimmung einer anwendbaren DMARC Richtlinie. Unter RFC 9989, der Entdeckungsprozess kann Folgendes umfassen: DNS Tree Walk. Eine Methode, die nur einen erwarteten Eigentümernamen abfragt, sollte ihr Ergebnis mit dem Vorhandensein des exakten Namens und nicht mit der vollständigen DMARC Bereitstellung kennzeichnen. Behalten Sie den verwendeten Algorithmus und die Standardversion bei, damit ein anderer Analyst verstehen kann, was ein negatives Ergebnis bedeutet.
SPF verfügt über eigene Identitäts- und Datensatzauswahlregeln RFC 7208. Die Suche nach einer Richtlinie in einer Website-Domain beweist nicht, dass es sich um eine Richtlinie handelt POST VON Identität, die von den Nachrichten der Organisation verwendet wird. Eine reine DNS-Studie kann die Veröffentlichung unter ausgewählten Namen beschreiben, darf jedoch keine sendenden Identitäten erfinden oder den beobachteten SMTP Kontext durch Markennamen ersetzen.
Bewahren Sie verbindliche und rekursive Beweise getrennt auf
Erfassen Sie für jede autorisierte Beobachtung den genauen Eigentümer, Typ, Klasse, Server oder Resolver, die Zeit und den Antwortstatus. Maßgebliche Antworten beschreiben die Antwort der befragten Behörde; Rekursive Antworten können zwischengespeicherte Daten und die eigene Verarbeitung des Resolvers widerspiegeln. Wenn beide erfasst werden, behalten Sie beide bei, anstatt die Antwort auszuwählen, die zum erwarteten Ergebnis passt. Ihre Meinungsverschiedenheit kann analytisch wichtig sein.
Dokumentieren Sie, wie autoritative Server erkannt werden und wie die Methode mit inkonsistenten Antworten auf diesen Servern umgeht. Erfassen Sie alle Fehler im Erkennungspfad, anstatt sie als fehlende endgültige Richtlinie zu kennzeichnen. Eine rekursive TTL kann die verbleibende Cache-Lebensdauer widerspiegeln und sollte daher nicht ohne Beweise als die ursprünglich konfigurierte TTL gemeldet werden. Die Studie sollte Rohtranskripte neben normalisierten Feldern aufbewahren, um eine spätere Überprüfung zu unterstützen.
Behalten Sie Datensatzgrenzen und Fehlerkategorien bei
TXT RDATA kann mehrere Zeichenfolgen in einem Datensatz enthalten. Dies unterscheidet sich von mehreren TXT Ressourceneinträgen desselben Eigentümers. Ein Messparser sollte diese Grenzen beibehalten, bevor er eine protokollspezifische Auswahl anwendet. Nicht verwandte TXT Daten können mit Authentifizierungsdatensätzen koexistieren; Es sollte die Anzahl der Richtlinien nicht aufblähen oder zu einer gültig aussehenden Behauptung zusammengeführt werden.
Unterscheiden Sie zwischen Namensfehlern, einer erfolgreichen Antwort ohne angeforderte Daten, Serverfehlern, Zeitüberschreitungen, ungültiger Syntax und mehrdeutigen relevanten Datensätzen. Diese Kategorien sollten nicht alle zur fehlenden Bereitstellung werden. Die Ergebnistabelle sollte die ursprüngliche Antwort und die zum Zuweisen einer Kategorie verwendete Regel enthalten. Wenn die Methode Wiederholungsversuche durchführt, definieren Sie den Wiederholungsplan und die endgültige Klassifizierung vor, damit vorübergehende Fehler je nach gewünschtem Ergebnis nicht unterschiedlich behandelt werden.
Bewahren Sie DNSSEC -Beweise in einem eigenen Feld auf
RFC 4033 unterscheidet sichere, unsichere, gefälschte und unbestimmte Validierungszustände. Ein Rekord kann ohne eine sicher validierte Kette vorhanden sein. Ein Validierungsfehler kann auch verhindern, dass ein Resolver verwendbare Daten zurückgibt. Wenn die Studie misst DNSSEC, muss es den Trust-Anchor- und Resolver-Kontext dokumentieren und darf nicht davon ausgehen, dass sichtbare Datensätze authentifiziert sind.
Machen Sie DNSSEC Status nicht zu einem versteckten Ausschluss, der den Nenner der Stichprobe ändert. Geben Sie an, wie viele Namen bewertet wurden, welche Zustände beobachtet wurden und welche nicht ermittelt werden konnten, und verwenden Sie dabei tatsächliche Beweise zum Zeitpunkt der Erhebung. Dieser Entwurf enthält keine derartigen Zählungen. Der Zweck der Methode besteht darin, die Unsicherheit zu wahren und nicht darin, nicht verfügbare Daten in ein praktisches Bereitstellungsergebnis umzuwandeln.
Trennen Sie die Veröffentlichung von der Compliance auf Nachrichtenebene
Eine veröffentlichte SPF Richtlinie zeigt nicht, welche IP-Adresse eine echte Nachricht gesendet hat. A DKIM Der Schlüssel zeigt nicht, dass ein Anbieter eine bestimmte Nachricht signiert oder den entsprechenden privaten Schlüssel sicher aufbewahrt hat. Eine DMARC Richtlinie zeigt nicht, dass jeder legitime Stream ausgerichtet ist. Für diese Fragen sind betriebliche Beweise über die tatsächliche Route und einen vertrauenswürdigen Empfänger erforderlich.
RFC 8601 erklärt die Vertrauensgrenze für Authentication-Results. Eine übereinstimmende Stichprobe empfangener Nachrichten kann eine bereichsbezogene Beobachtung auf Nachrichtenebene unterstützen, validiert jedoch nicht automatisch jede Domäne oder jeden Workflow in einer DNS Studie. Behalten Sie Veröffentlichungsmetriken und Nachrichtenmetriken als separate Maße mit ihren eigenen Populationen und Einschränkungen bei. Kennzeichnen Sie einen Prozentsatz DNS -Einführung nicht als „Compliance“ oder „Schutz erreicht“.
Ein reproduzierbares Beobachtungsarbeitsblatt
Erstellen Sie ein Arbeitsblatt mit Beispielversion, Domäneneinheit, normalisierter Eingabe, genau abgefragtem Eigentümer, Datensatztyp, Abfragemethode, Beobachtungszeit, autoritativem Transkript, rekursivem Transkript und Parserversion. Fügen Sie die zugewiesene Ergebniskategorie, den Erkennungspfad für die anwendbare Richtlinie, DNSSEC Status, wo er bewertet wurde, und eine Erläuterung der Fehler hinzu. Behalten Sie einen Link zu den rohen Beweisen und nicht nur zur endgültigen Klassifizierung bei.
Die Analysespezifikation sollte den Zähler und Nenner für jede Metrik angeben. Die Präsenz unter allen versuchten Namen, die Gültigkeit unter den Namen mit Antworten und die Abdeckung durch anwendbare Richtlinien sind unterschiedliche Anteile. Wenn mehrere nützlich sind, melden Sie sie separat. Definieren Sie Ausschlüsse vor der Analyse und führen Sie ein Ausschlussprotokoll mit Gründen. In diesem Manuskript werden keine Originaleingaben, Abfragetranskripte oder Messergebnisse bereitgestellt.
Fiktive Diagnose: Aus einem Einsatzdiagramm wird ein Compliance-Anspruch
Ein fiktiver Analyst fragt eine Liste von Unternehmenswebsite-Domains ab und findet bei einigen von ihnen richtlinienbezogene TXT Daten. Eine Präsentation beschriftet das Ergebnis der E-Mail-Authentifizierungskonformität. Die vorgeschlagene Überprüfung identifiziert zwei Lücken: Die Stichprobe ermittelt nicht die tatsächlichen Absenderidentitäten und das Vorhandensein von Datensätzen stellt keine Authentifizierung auf Nachrichtenebene her. Das Diagramm sollte umbenannt werden, um die beobachtete DNS Eigenschaft und ihr Beispiel zu beschreiben.
Eine später autorisierte Studie könnte Absenderinventare und Beweise für empfangene Nachrichten hinzufügen, aber sie würde eine neue Metrikdefinition erfordern, anstatt die ursprüngliche Behauptung stillschweigend zu aktualisieren. Dieses Beispiel enthält keine echten Domänen, Zählungen oder Scans. Es handelt sich um einen Berichtsfehler in einer hypothetischen Methode, nicht um eine Feststellung über eine Organisation oder eine abgeschlossene Einsatzstudie.
Geben Sie die Methode mit ihren Evidenzgrenzen frei
Eine nützliche Schlussfolgerung der Studie gibt Auskunft über die Population, die Beobachtungsdaten, den Abfragealgorithmus, die Ergebniskategorien und darüber, was die Beweise nicht belegen können. Es vermeidet Behauptungen über universelles Empfängerverhalten, Posteingangszustellung oder verhinderten Betrug. Eine transparente DNS Messung bleibt gerade deshalb wertvoll, weil ihr Umfang klar ist.
Der Katalog erfordert zeitgestempelte autorisierende und rekursive Antworten mit genauen Eigentümernamen und Datensatztypen. Diese Originaltranskripte bleiben offen. Auch die Prüfung durch menschliche Spezialisten, die Anwendbarkeit der Quelle, die Produktionswege, die Zugänglichkeit und die Freigabe durch den Eigentümer bleiben offen. Bei diesem Entwurf handelt es sich um eine vorgeschlagene Messmethode, nicht um einen durchgeführten Scan oder ein Ergebnis der Nachrichtenkonformität.