Un nom similaire est une piste, pas un cas d'abus complet. Le rapport doit montrer ce qui s'est passé, d'où proviennent les preuves pertinentes et sur quoi le prestataire destinataire peut enquêter. Conservez l’original avant de créer une copie de partage pratique. Similitude séparée, conduite observée et responsabilité déduite.
Capturez l'identité exacte
Enregistrez l’orthographe complète du domaine, l’adresse d’expéditeur visible, la réponse à, l’identité de l’enveloppe si disponible et toute URL pertinente sans l’activer. Une capture d'écran peut montrer l'usurpation d'identité vue par un destinataire, mais elle ne préserve pas tout en-têtes de messages. Exportez le message brut via un processus autorisé et conservez ses octets d'origine. Conservez l'heure reçue avec le fuseau horaire et distinguez-la du champ Date fourni par l'expéditeur.
DMARC concerne la relation entre les domaines authentifiés et le domaine auteur. Cela n'inclut pas un domaine visuellement similaire dans la politique de votre domaine. Un sosie peut s'authentifier par lui-même. RFC 9989. Indiquez cette distinction dans le rapport afin qu’un laissez-passer n’efface pas l’usurpation d’identité observée.
Établir la provenance avant l'attribution
Un Authentication-Results Ce champ n’a de sens que dans le cadre d’un accord de confiance connu. Un attaquant peut insérer un champ d’apparence convaincante. Demandez à l'équipe de réception du courrier ses résultats fiables et corrélez-les avec l'enregistrement du message ; ne traitez pas chaque en-tête copié comme une preuve du destinataire. RFC 8601.
Conservez le propriétaire du dossier, la méthode de collecte, l'heure de collecte, le hachage du fichier original et l'emplacement d'accès. Le hachage permet d'identifier les mêmes octets plus tard ; cela ne prouve pas qui les a envoyés ni que le contenu est véridique. Conservez les adresses IP sources comme indices de routage, et non comme attribution personnelle concluante. L’infrastructure partagée et les sauts intermédiaires nécessitent une corroboration supplémentaire.
Créer un package de partage minimal
Préparez un résumé de l'incident indiquant le comportement exact observé, l'identité concernée, les délais de preuve, l'impact connu et l'enquête demandée. Joignez une copie expurgée uniquement après avoir décidé des champs dont le destinataire prévu a besoin. Conservez un journal de transformation le reliant à l’original. Ne supprimez pas l'URL ou le domaine nécessaire pour comprendre l'allégation sans le fournir via un canal sécurisé approprié.
Les directives du bureau d'enregistrement de l'ICANN distinguent les preuves exploitables d'une simple allégation et donnent des exemples tels que l'URL d'abus et la preuve de l'abus. hameçonnage représentation. Son cadre contractuel concerne les bureaux d'enregistrement et les registres gTLD, et non tous les litiges d'hébergement ou de domaine de code pays. Avis de l'ICANN.
Suivez un registre de preuves écrites limité
Supposons que le cas DEMO-ABUSE-01 décrit visible From billing@brand-payments.test et une assertion d'en-tête non fiable nommant brand.test. Conservez les deux valeurs, mais enregistrez l'authentification du récepteur de confiance comme indisponible. L'identité rapportée et l'assertion copiée diffèrent ; ni l’un ni l’autre ne prouve qui a exploité l’expéditeur. Aucun octet de message original, heure de collecte ou hachage calculé n'est fourni ici.
Le registre de collecte proposé contient : le propriétaire du dossier, le collecteur autorisé, la méthode de collecte, l'heure et le fuseau horaire observés par le destinataire, l'emplacement du fichier d'origine et le hachage d'origine. Le grand livre de partage contient séparément : le destinataire prévu, l'objectif approuvé, les champs expurgés, l'emplacement dérivé et le hachage dérivé. Pour cet exemple, tous les champs de fichier et d'approbation réels ne sont pas fournis. Ne comblez pas les lacunes avec des valeurs qui semblent plausibles.
L'action suivante consiste à obtenir une exportation de récepteur de confiance et à documenter le comportement abusif observé avant une décision de partage spécifique au destinataire. Aucun fichier synthétique n'a été généré, aucun hachage calculé, aucun domaine recherché, aucun fournisseur contacté ou retrait demandé pour cette révision pédagogique. Le grand livre illustre la discipline des preuves, et non un rapport d'abus complété.
Avant une véritable soumission, vérifiez la destination de manière indépendante, obtenez l'autorisation de partager les données pertinentes et enregistrez le reçu de soumission. Gardez la protection urgente du compte ou du paiement séparée de l'examen du fournisseur. Un rapport complet facilite l'enquête ; il ne promet pas la suppression.
Conserver les résultats dans les preuves
Les exemples sont des aides à la décision défensives, et non des allégations observées contre de vraies personnes ou des prestataires actuels. Conservez séparément les preuves d’authentification, la vérification commerciale et l’attribution. Les sources de protocole actuelles décrivent la validation du domaine et les limites des résultats fiables ; ils ne fournissent pas les preuves manquantes et n'autorisent pas la publication d'une accusation.