A DMARC le programme de reporting peut impliquer plusieurs types de données différents. Observations globales, spécifiques au message rapports d'échec et les e-mails originaux téléchargés pour enquête n’ont pas le même contenu ou la même exposition.
Commencez par les données qui entrent réellement dans vos systèmes. Décidez ensuite pourquoi vous en avez besoin, qui doit le voir, où il est traité et quand il doit être supprimé. Traitez-les comme des décisions opérationnelles étayées par les exigences de l'organisation, plutôt que d'attribuer une seule étiquette de confidentialité à tout ce qu'on appelle un rapport DMARC .
Cartographier les étapes de la collecte
Répertoriez la boîte aux lettres de réception, le stockage, l'analyseur, la plateforme d'analyse, les exportations, les canaux de support et tout service d'IA supplémentaire utilisé dans le flux de travail. Incluez les journaux d'administration et les copies créées lors du dépannage.
Enregistrez quelles informations atteignent chaque étape et quelles parties les exploitent. Un contrat avec un fournisseur d’analyse n’établit pas que chaque message ultérieur exporté ou téléchargé suit les mêmes modalités de traitement.
Gardez les limites des services et des comptes claires lorsqu'un système de collecte prend en charge plusieurs clients. L'accès d'un analyste à un locataire ne doit pas exposer silencieusement les rapports ou les échantillons d'enquête d'un autre locataire.
Distinguer les types de données
| Matériel | Question de traitement |
|---|---|
| Rapports agrégés | Quelles activités au niveau du domaine et quelles relations opérationnelles les observations peuvent-elles révéler ? |
| Rapports d'échec | Quelles informations spécifiques au message peuvent être incluses et la collecte est-elle nécessaire ? |
| Exemples de messages originaux | Quelles adresses, en-têtes, contenus et pièces jointes sont téléchargés ? |
| Exportations et copies de support | Qui reçoit la copie et comment est-elle conservée ? |
RFC 9990 section 7 décrit les rapports agrégés sous forme d'informations d'authentification de domaine groupées plutôt que de corps de message individuels. Évaluez toujours les données réelles, les extensions et les enregistrements opérationnels environnants que votre service collecte. Évitez de traiter cet objectif de conception comme une conclusion juridique générale concernant chaque environnement de traitement.
RFC 9991 section 7 décrit les différents risques de contenu et de divulgation des rapports d'échec. Demandez-le uniquement lorsque le besoin, la disponibilité et les modalités de traitement ont été évalués. Une demande d'agrégation rua ne doit pas être décrite comme si elle autorisait la collecte de boîtes aux lettres d'utilisateurs complètes.
Demandez le plus petit échantillon d’enquête utile
Si une ligne de rapport ne peut pas identifier un service, un message reçu par un représentant peut être utile. Déterminez à quelle question d'identité ou d'itinéraire l'échantillon doit répondre avant de demander tous les courriers associés.
Utilisez des procédures de rédaction approuvées qui préservent les preuves nécessaires à la tâche. La modification d'un message signé peut affecter plus tard DKIM vérification, conservez donc la distinction entre le résultat du récepteur de confiance original et une copie modifiée.
Une capture d'écran peut être plus facile à partager mais peut omettre l'enveloppe ou les identités de signature nécessaires au diagnostic. Choisissez un échantillon qui répond à la vraie question et enregistrez ce qui a été supprimé ou modifié.
Contrôler l’accès et l’utilisation secondaire
Donnez aux opérateurs l’accès nécessaire à leurs responsabilités, avec des limites de clients et de domaines appropriées. Examinez les autorisations d'exportation, l'accès à l'assistance et ce qui se passe lorsqu'un utilisateur ou un fournisseur est exclu.
Évaluez séparément les destinations d’analyse supplémentaires. L'envoi d'un échantillon de message à un service d'IA, un système de billetterie ou une boîte aux lettres personnelle est une autre étape de traitement ; il ne faut pas présumer qu'il est couvert simplement parce que le collecteur initial a été agréé.
Un analyseur d'authentification reçoit également des entrées non fiables. RFC 9990 section 8.1 identifie les risques de décompression et d’épuisement des ressources XML. Limitez ces ressources, préservez la provenance et évitez que le contenu du rapport ne soit traité comme des instructions adressées à un agent opérationnel.
Travaillez sur un exemple de copie inutile
Dans ce cas synthétique, un analyste doit comparer From avec un domaine de signature DKIM . Au lieu de cela, une demande d'assistance demande chaque message ayant échoué et toutes les pièces jointes de la semaine.
Le volume demandé dépasse la question posée. L'équipe restreint la demande à un échantillon représentatif autorisé, aux en-têtes originaux pertinents et à l'intervalle de rapport. Il enregistre où ces preuves sont stockées et qui peut y accéder.
Un autre cas pourrait réellement nécessiter un ensemble plus large. Documentez explicitement cette raison et cette portée au lieu de laisser le mécanisme de téléchargement le plus simple décider de la politique de collecte.
Définir la conservation et la suppression sur l'ensemble du flux de travail
Choisissez la rétention en fonction des besoins opérationnels et des exigences organisationnelles applicables. N’inventez pas une période de conservation DMARC universelle et ne présentez pas un document de protocole comme un avis juridique spécifique à une juridiction.
Incluez les pièces jointes brutes, les enregistrements analysés, les caches, les exportations, la gestion des sauvegardes et les copies de support dans l'évaluation de la rétention. Un paramètre d'application qui supprime les lignes du tableau de bord peut ne pas supprimer toutes les copies.
Utilisez cette liste de contrôle de manipulation illustrative pour chaque collecte ou enquête. Il s’agit d’une aide à la planification et non d’un calendrier de conservation légal prescrit :
- Objectif : nommer la question à laquelle les données répondront, comme l'identification d'un service d'envoi non aligné.
- Données minimales : répertoriez l'intervalle de rapport et les champs d'identité nécessaires ; demandez du contenu original uniquement lorsque la question l’exige.
- Propriétaire et accès : nommez l'équipe responsable et les rôles autorisés, avec la limite de client ou de domaine pertinente.
- Processeurs et copies : enregistrez chaque collection, support, exportation ou destination d'IA et l'accord de partage approuvé.
- Décision de conservation : documentez la période ou le déclencheur de révision choisi en fonction de l'objectif et des exigences applicables, plutôt que de copier un numéro universel.
- Portée de la suppression : inclut les fichiers bruts, les lignes analysées, les exportations, les copies de support et la gestion des sauvegardes ; enregistrer comment l'achèvement ou toute exception retenue sera vérifié.
Enregistrez le propriétaire, les règles d'accès, les processeurs approuvés et le déclencheur de révision. Utilisez le guide de rapport agrégé comprendre les preuves, et diagnostic de rapport manquant lors des enquêtes sur les échecs de collecte. L’objectif est une preuve utile et fiable avec un traitement compris, et non une collecte maximale par défaut.