ドメイン ポリシーでは、誰かが無関係な電子メール アドレスの横にあなたのブランド名を置くことを防ぐことはできません。ブランドのなりすましでは、お客様とまったく同じドメイン、見た目が似ているドメイン、誤解を招く表示名、侵害された正規アカウントが使用される可能性があります。これらは異なるアイデンティティ条件であり、それぞれ受信トレイのプレビューによって作成される印象を超える証拠が必要です。
プレゼンテーションではなくアドレスを読んでください
元のメッセージを保存し、完全な送信元アドレス、表示名、返信先アドレス、および関連する URL を抽出します。スクリーンショットでは、実際のメールボックス アドレスが隠されたり、ドメインが短縮されたりする場合があります。認証に使用されるドメインを識別するために、視覚的な類似性だけに頼らないでください。分析のために正規化された比較を追加する前に、元のスペルと表記を保持してください。
DMARC 認証をメッセージ内の作成者ドメインに関連付けます。別個の 類似ドメイン 自身を正常に認証できます。組織のドメイン ポリシーの下に置かれることはありません。 RFC 9989。メッセージに付属する任意のヘッダーではなく、信頼できる受信システムからの認証結果を使用します。 RFC 8601.
意図を誇張せずに分類する
正確なドメインの偽造の場合は、主張された作成者のドメインが自分のものであるかどうか、および信頼できる認証証拠が何を示すかを判断します。類似したものについては、正確な違いと、メッセージの表示またはリクエストがなりすましを示唆する理由を記録します。表示名の悪用については、無関係な実際のアドレスとは別に、誤解を招く名前を表示してください。ドメインの類似性自体は、悪意のある使用や法的な不正行為を立証するものではありません。
実際のドメインから渡されるメッセージは、別の調査に値します。承認されたサービス、アカウントの侵害、または受信者が誤解した正当なリクエストを反映している可能性があります。そのケースを無理に押し込まないでください スプーフィング コンテンツが疑わしいという理由だけでカテゴリに追加されます。アカウントとビジネスの証拠がそれらを区別できるまで、競合する説明を保存します。
仮説的な分類例を適用する
この例では、3 つのリクエストがすべて Brand Finance として表示されると規定しています。 1 つ目は、作成された信頼できる失敗結果を使用して brand.test での請求を使用し、正確なドメイン偽造の候補としてラベル付けされます。 2 つ目は、brand-pay.test をパス付きで使用しており、類似候補です。 3 番目は、パスを指定して非関連の.test を使用し、表示名偽装の候補です。発明された既知のビジネス連絡先は、あらゆる要求を拒否します。
提案された事件台帳では分類が保持され、それぞれに保留、証拠保全、およびレビューのアクションが割り当てられます。パブリック ドメインの登録を検証したり、完全なDMARCポリシーを計算したり、実際の送信者の意図を確立したりすることはありません。ドメインは予約された研究室名であり、ビジネス検証フィールドはシナリオの仮定です。これは提案された分類演習であり、実行された検出器や精度測定ではありません。実際に接触があった既知の接触者はいない。
関連するチャネルを通じて応答する
まずビジネス活動を保護します。 FBI のガイダンスに従って、以前に確立された連絡先を通じて支払いまたはアカウントの変更を確認します。 ビジネスメールの侵害. FBIのアドバイス。確認を得るために疑わしいアドレスに返信しないでください。その後、独立者に電話をかけます。
元の識別子、観察された動作、および最小限必要な編集された共有コピーを使用して、プロバイダーの不正使用レポートを作成します。削除を約束することなく、プロバイダーの該当するプロセスに基づいて審査をリクエストしてください。 DNSを変更してもそのドメインを直接無効にすることはできないため、自分自身のドメイン認証の修復作業は、他人のドメインに関するレポートとは別にしてください。
最後に、身元分類、証拠の信頼性、ビジネス上の暴露および対応状況を記載します。同様の登録がすべて悪意があると主張することなく、関連する事例を引き続き監視してください。有用なブランド保護プログラムは、ドメイン認証とメッセージ分析、レポート、アカウント管理、ビジネス検証を組み合わせたもので、それぞれが実際に対処できる不正行為に対して測定されます。
調査結果を証拠の範囲内に留める
これらの例は防御的な意思決定を支援するものであり、実際の人物や現在のプロバイダーに対する観察された申し立てではありません。認証証拠、ビジネス検証、および帰属を個別に保持します。現在のプロトコル ソースには、ドメインの検証と信頼できる結果の境界が記述されています。彼らは、不足しているアカウントの証拠を提供したり、告発の公表を許可したりしません。