Un reproducible DMARC El estudio de adopción comienza con una pregunta que sus observaciones pueden responder. Una consulta de un registro de política puede establecer qué devolvió un solucionador para ese nombre durante una ventana de recopilación. No puede establecer si cada mensaje enviado por una organización pasa la autenticación, si los destinatarios aceptaron esos mensajes o si la organización ha experimentado un fraude.
Escriba un protocolo antes de mirar los resultados.
Indique por separado la población objetivo, el marco muestral y la unidad de observación. Un objetivo podrían ser instituciones registradas en una jurisdicción; un marco podría ser una lista oficial de dominios de sitios web; la unidad realmente consultada podría ser un nombre de propietario DNS . Estos son objetos diferentes. Versione la asignación de entidad a dominio e indique por qué se incluye un dominio. Congele las exclusiones, los límites de reintentos, la elección del solucionador y las reglas de clasificación antes de la recopilación para que un tiempo de espera inconveniente no pueda desaparecer del denominador más adelante.
Preservar las observaciones antes de interpretarlas.
Mantenga las respuestas sin procesar, el estado HTTP, el código de respuesta DNS , el nombre del propietario, el tipo de registro, el TTL devuelto y las marcas de tiempo del cliente. Almacene la revisión del script y un hash de cada archivo retenido. Separe los errores de transporte de una respuesta DNS exitosa sin respuesta solicitada. Un error de nombre DNS , una respuesta vacía y un tiempo de espera no son hallazgos intercambiables. Explique qué estados puede reconocer el clasificador y cuáles requieren revisión manual.
Hacer auditable la publicación
Publicar recuentos con denominadores y observaciones no resueltas al lado. Un gráfico sin la población consultada, las fechas de recopilación y la versión de clasificación no se puede interpretar de forma independiente. Pídale a un segundo analista que reproduzca el resumen fuera de línea de las respuestas congeladas antes de pedirle que ejecute nuevas consultas de red. Las nuevas consultas ponen a prueba el presente, no el pasado. Conserve ambas ejecuciones y explique cualquier diferencia en lugar de sobrescribir los datos más antiguos.
Aplicar una decisión hipotética transparente
Supongamos que diez dominios declarados producen seis cadenas de políticas candidatas, dos respuestas exitosas sin los datos solicitados y dos tiempos de espera. Mantenga los diez intentos de observaciones. Informe seis cadenas candidatas de diez dominios intentados, con las dos respuestas vacías y los dos tiempos de espera sin resolver por separado. No llame a estas seis implementaciones válidas: la sintaxis, el descubrimiento de políticas y la cobertura del dominio del remitente aún requieren las comprobaciones indicadas. Un cálculo de caso completo debe identificar su denominador diferente. Estos recuentos inventados sólo explican la clasificación; no se ejecutó ningún cobro.
Límite técnico y decisión de publicación.
RFC 9989 Secciones 4.7, 4.10.1 y 5.3 distinguir la sintaxis de registros, el descubrimiento de políticas y la evaluación de mensajes. Una observación TXT del propietario exacto no constituye un descubrimiento completo de políticas. RFC 9990 Sección 3.1 describe evidencia agregada de mensajes, que es independiente del rastreo de un dominio. RFC 2308 Sección 2 distingue respuestas DNS negativas; el tiempo de espera de un cliente no es prueba de ausencia. Las opciones de diseño de estudio aquí son metodología editorial, no requisitos estadísticos prescritos por esos RFC. Esta revisión de la enseñanza no presenta ningún piloto histórico ni ningún hallazgo de adopción nacional; cualquier resultado empírico posterior necesita sus propios datos accesibles, vinculados a hash y una revisión de método independiente.