[ Exigences régionales ]

Recherchez l'authentification de domaine gouvernemental à l'aide de listes de domaines faisant autorité

Utilisez une liste de domaines officielle comme cadre délimité, puis distinguez l'adhésion au registre de l'utilisation du courrier et de la conformité aux politiques.

Par l’équipe de recherche EmailAuth · 4 minutes de lecture

[ Points clés ]

  • Utilisez une liste de domaines officielle comme cadre délimité, puis distinguez l'adhésion au registre de l'utilisation du courrier et de la conformité aux politiques.
  • L’adhésion au registre, les observations DNS et la conformité gouvernementale sont des revendications distinctes.
Sur cette page

Une étude du domaine gouvernemental a besoin d’une population définie avant d’avoir besoin d’un tableau des taux de réussite. Un domaine enregistré peut servir un site Web, un programme retiré ou un objectif autre que l'envoi. Sa présence dans une liste officielle est une indication de provenance et non une preuve que chaque message de l'agence utilise ce domaine ou s'authentifie avec succès.

Choisissez et figez le cadre officiel

Le référentiel dotgov-data de CISA distingue current-federal.csv, contenant les enregistrements fédéraux, de current-full.csv, couvrant la zone .gov plus large. Son fichier README indique que les listes incluent les domaines de deuxième niveau dans les états Prêt et En attente, et non tous les noms d'hôte ; il prévient également que les domaines enregistrés ne doivent pas nécessairement offrir un service en ligne. Utilisez ces limites dans le titre de l’étude et les règles d’inclusion. Le pouvoir fédéral n’est pas automatiquement la même chose que le pouvoir exécutif.

Pour une véritable collection, conservez les octets réels du fichier, l'URL source, l'heure de récupération et le hachage du contenu, ainsi que tout identifiant de version disponible. N'enregistrez pas simplement un lien vers un fichier de branche principale changeant. Conservez les champs d'origine et la normalisation des documents, la gestion des doublons et les exclusions. Aucun instantané de la population ou mesure DNS gouvernementale n'est fourni par cet article.

Corriger la sélection avant d'inspecter les résultats

Choisissez un recensement ou déclarez la règle d'échantillonnage, la taille de l'échantillon et l'ordre aléatoire ou déterministe avant de collecter les résultats. Une paire de noms familiers triés sur le volet constitue une étude de cas illustrative et non un échantillon représentatif. La recherche ultérieure de leur appartenance au registre constitue une corroboration post-sélection et non une preuve qu'ils ont été échantillonnés dans la liste.

Agence de disques, composant et domaine séparément. Trois domaines appartenant à une agence sont trois observations de domaine mais pas trois agences indépendantes. Conservez les lignes inactives, non résolues et exclues avec les raisons plutôt que de les supprimer discrètement. Ne remplacez pas une observation échouée par un domaine réussi plus pratique.

Conserver les preuves de requête plutôt qu'un badge booléen

Pour chaque ligne sélectionnée, enregistrez le propriétaire et le type exacts interrogés, le résolveur, l'heure de la requête UTC, l'erreur de réponse ou de transport, le statut DNS , le propriétaire/le type/les données de la réponse, les indicateurs pertinents et la durée de vie. Conservez les réponses brutes avec la version de l'analyseur et ses règles de normalisation. Une requête HTTP réussie ne suffit pas à établir une réponse DNS réussie. L'API JSON documentée de Google distingue les champs Statut, Réponse et autres champs de réponse ; L'état DNS et l'état de transport appartiennent dans des colonnes distinctes.

Pour une réponse TXT , préservez les limites des chaînes de caractères et reconstruisez correctement le contenu de l'enregistrement logique. Ne vous méprenez pas sur un CNAME les données de la cible pour une réponse directe sans enregistrer la chaîne. Une requête _dmarc exacte n'est pas une implémentation complète de RFC 9989 découverte de politiques. Si tel est le cadre de la recherche, qualifiez-le d'observation exacte du propriétaire plutôt que de politique efficace pour chaque sous-domaine.

Inspectez un grand livre fictif à trois rangées

Ces noms et résultats réservés sont stipulés à des fins d’illustration de la méthode, et non pour les membres de la liste CISA ou les observations du réseau. Toutes les lignes utilisent le type TXT ; L'identité du résolveur et les horodatages de collecte ne sont intentionnellement pas fournis car aucune requête n'a été exécutée.

  • agency-a.example : agence A proposée, composant Alpha, propriétaire _dmarc.agency-a.example . Supposons NOERROR avec un candidat TXT v=DMARC1; p=reject. Classer un candidat rejeté littéral, en attendant la validation complète de la syntaxe et de la découverte ; ne déduisez pas la conformité, la couverture de l’expéditeur ou le rejet du destinataire.
  • programme-a.example : agence proposée A, composant Alpha, propriétaire _dmarc.programme-a.example . Supposons NOERROR sans réponse pertinente. Inspectez le contexte CNAME /referral/authority avant de classer NODATA ; ne supposez pas qu’il n’y ait pas de politique efficace.
  • agency-b.example : agence B proposée, composant Beta, propriétaire _dmarc.agency-b.example . Supposons que le délai de demande ait expiré sans réponse DNS . Dossier inconnu et preuves manquantes ; ne la convertissez pas en une politique absente ou invalide.

Le grand livre comporte trois lignes de domaine et deux étiquettes d'agence proposées, mais ne fournit aucun véritable dénominateur ni pourcentage d'adoption. Le rejet littéral d’un candidat ne constitue pas un taux d’adoption mesuré par le gouvernement. Un véritable rapport doit montrer séparément les décomptes sélectionnés, tentés, interprétables et non résolus, expliquer les dénominateurs et préserver les erreurs.

Séparer la politique observable des résultats opérationnels

RFC 9989 décrit la syntaxe des politiques, la découverte et le traitement du récepteur. Une préférence publiée n'impose pas le traitement de chaque destinataire et n'indique pas si les routes légitimes s'alignent. RFC 9990 décrit des preuves globales distinctes dérivées de messages avec sa propre couverture de reporting. Ni un instantané DNS ni un pourcentage global ne prouvent que chaque citoyen a reçu une notification.

Les mandats gouvernementaux nécessitent des recherches d’applicabilité distinctes faisant autorité. Ne traduisez pas l'adhésion au registre, une balise de rejet ou un analyseur réussi en un badge de conformité légale. Si une conclusion demandée nécessite un inventaire de l'expéditeur ou des preuves du destinataire, indiquez la lacune plutôt que de la combler avec un succès présumé.

Définir un paquet de version reproductible

Avant de publier les résultats empiriques réels, conservez le cadre figé, le plan de pré-collecte, les exclusions, les réponses brutes, les lignes normalisées, la version de l'analyseur, le journal des erreurs, la fenêtre de collecte et le mappage revendication-ligne. Une nouvelle collection mesure une nouvelle fenêtre temporelle ; il ne vérifie pas rétroactivement une exécution historique indisponible. Un autre examinateur devrait être en mesure de retracer chaque numéro rapporté jusqu'aux preuves fournies.

Cet article est une méthodologie et un exemple écrit, et non un rapport sur les résultats collectés par le gouvernement. Aucune modification DNS , requête en direct ou envoi d'e-mail n'a été effectuée pour son registre hypothétique. Les affirmations historiques du manuscrit original ne sont pas utilisées ici comme preuve actuelle.

[ Emporter ]

L’adhésion au registre, les observations DNS et la conformité gouvernementale sont des revendications distinctes.

[ Par rôle ]

Qu'est-ce que cela signifie pour vous

Choisissez votre rôle pour les prochaines étapes pratiques.

Administrateur informatique/courrier

Joindre les sources de manière reproductible

Les lignes de registre et les lignes de requête nécessitent des clés stables.

Prochaines étapes

  1. Conservez l'instantané CSV.
  2. Gardez les champs des départements et des sous-organisations distincts.
  3. Vérifiez l'appartenance à la liste par domaine plutôt que par une étiquette d'affichage.

RSSI / SecOps

Gardez les mandats séparés

L’adhésion à la liste et les balises de rejet n’établissent pas la conformité.

Prochaines étapes

  1. Vérifiez de manière indépendante les obligations applicables.
  2. Examinez la provenance et la couverture avant de faire des réclamations plus larges.
  3. Gardez la couverture inactive et explicite du domaine du programme.

Fondateur / Non technique

Utilisez la bonne portée gouvernementale

Une base d’échantillonnage déclarée et une couverture mesurée doivent précéder une réclamation à l’échelle du gouvernement.

Prochaines étapes

  1. Geler la liste officielle et sa portée.
  2. Préciser la règle de sélection prévue avant la collecte.
  3. Divulguer une couverture incomplète et des résultats inconnus.

[ FAQ ]

Questions fréquemment posées

Quel cadre officiel peut-on utiliser ?

Le référentiel dotgov-data de CISA décrit current-federal.csv pour les enregistrements .gov fédéraux de deuxième niveau. Gelez et conservez le fichier réel pour une véritable étude.

Un recensement gouvernemental a-t-il été effectué ici ?

Non. Cet article fournit un plan de recherche et un registre de décisions fictif, et non des observations DNS en direct du gouvernement.

Quand fixer la règle de sélection ?

Avant de lire les données de résultats. Conservez la base de sondage complète et les exclusions, et distinguez la corroboration post-sélection de l'échantillonnage.

Un domaine répertorié établit-il l'utilisation du courrier ?

Non. L'adhésion au registre n'établit pas de service d'envoi ni de nom d'hôte utilisé par une agence.

Que prouve une chaîne candidate p=reject ?

Uniquement le champ littéral indiqué dans la réponse supposée ; la syntaxe, la découverte de politiques, la couverture de l'expéditeur et le comportement du destinataire nécessitent des preuves distinctes.

Un département peut-il avoir plusieurs lignes de domaines ?

Oui. Gardez les relations entre les départements, les composants et les domaines séparés lors du calcul des dénominateurs.

Comment les requêtes ayant échoué sont-elles traitées ?

Préservez un résultat inconnu avec son erreur réelle, et non un résultat sans politique. Une réponse vide nécessite également un contexte de chaîne de requêtes.

Est-ce que cela établit la conformité ?

Non. Les mandats, l’applicabilité et le caractère suffisant des contrôles nécessitent un examen faisant autorité distinct.

[ Sources ]

Sources

  1. RFC 9989

    Sections §4.7 · §4.10.1 · §5.3 · §5.4

  2. RFC 9990

    Sections §3.1 · §4 · §7 · §8 · §9

  3. API JSON DNS public de Google

    Sections Paramètres pris en charge · Réponse DNS en JSON : indicateurs d'état, de réponse, TTL et DNSSEC

  4. Référentiel de données de domaine officiel .gov CISA

    Sections README : fichiers, cadence de mise à jour, états Prêt et En attente, portée du domaine de deuxième niveau

[ Glossaire ]

Glossaire

Cadre d'échantillonnage
La liste déclarée dans laquelle les observations sont sélectionnées ; ce n'est pas nécessairement la population cible.
Observation exacte du propriétaire
Une réponse au nom et au type DNS spécifiés, sans déduire un domaine d'expéditeur plus large.
Observation inconnue
Une tentative de mesure qui n’a pas produit suffisamment de preuves interprétables.
Fenêtre d'observation
Le début et la fin UTC enregistrés de l’opération de collecte.

Provenance de l'entreprise

Pourquoi les principales institutions financières et gouvernements ont retiré leurs tableaux de bord de sécurité de messagerie.

Les plateformes traditionnelles d'authentification de courrier électronique vous vendent un tableau de bord et demandent à vos ingénieurs de faire le travail. Dans les environnements à enjeux élevés, la surveillance manuelle entraîne des retards dans l’application, des dérives de configuration et des domaines fantômes non surveillés.

EmailAuth est la plateforme agent de provenance des e-mails. Nos agents appliquent p=reject, gardez les expéditeurs tiers alignés et déplacez vos domaines au maximum RFC 9989 conformité, la nouvelle norme DMARC , avec une auditabilité humaine dans la boucle.

Gouvernements Grandes entreprises Institutions financières de premier rang

SaaS · Location dédiée · Air-gappé sur site · Chiffrement BYOK

Base de connaissances