DMARCの外部ドメインがレポート送信を許可していない場合、このガイドをご覧ください。ご存知でしたか？ DMARCレポートを受信できることをご存知ですか？DMARC External Destination Verification（DMARC外部送信先検証）により、独自ドメインの範囲外のメールアドレスにDMARCレポートを送信することが可能です。ドメイン company.comを所有している場合、以下のアドレス（例）にレポートを送信できます。 [email protected]ここで、company.comはmailreports.netに対する権限を持たず、両者は完全に別のドメインです。

ただし、これを実現するためには、レポート受信側のドメイン（mailreports.net）が のDMARCデータを含むレポートを受信することに同意するという承認を提供する必要があります。(company.com)のDMARCデータを含むレポートを受信することに同意するという承認を提供する必要があります。

これを可能にする方法を「外部ドメイン認証」と呼びます。本日は、外部ドメイン認証とは何か、そして認証の旅にどのように役立つかを説明します。

主なポイント

External Domain Verification（外部ドメイン検証）により、独自ドメインに関連しない外部メールアドレスでDMARCレポートを受信することができます。
外部ドメイン検証では、DMARCレポートへの不正アクセスを防ぐために、レポート受信ドメインからの明示的な同意が必要です。
外部ドメイン認証を行わないと、悪意のある行為者がDMARCレコードを乗っ取り、意図しない受信者に機密性の高いレポートを送信する可能性がある。
外部ドメイン上で特定のDMARCレコードを公開することで、外部宛先検証プロセスを効果的に促進することができます。
外部配信にワイルドカードエントリーを使用すると、どのドメインでもレポートを送信できるようになり、受信ドメインがスパムで溢れる可能性があるため、リスクが生じます。

DMARC外部ドメイン認証 - 解説

例えば、次のようなドメインを所有しているとします。 カンパニー・ドット・コムを所有しており、ドメインのDMARCを有効にしているとします。あなたは今、DMARC集約レポートを通してメール送信元に関する情報を受け取りたいと思っています。しかし、あなたの内部ドメインやサブドメインの受信トレイにスパムが届くのを避けるため、これらのレポートを外部の宛先にリダイレクトしたいとします。例えば mailreports.net.

これは、複数のドメインを登録し、第三者が存在し、ドメインとの間で大量の情報が行き来している企業がよく行う手口です。

そのためには、その後のDMARCレコードは次のようになります：

v=DMARC1;p=quarantine; rua=mailto:[email protected]

[カスタムレコードを無料で作成するには、当社の DMARCレコードジェネレーターツール] をご利用ください。

ruaタグは、DMARCレポートを受け取るためのメールアドレスを指定します。ここで、DNSにmailreports.netへのデータ送信を要求するレコードを公開したからといって、そのとおりになるとは限らないことに注意してください。そんなに簡単なことではないのです。

レポートを受信するドメインは、次のドメインからレポートを受信することにデジタルで同意する必要があります。 company.comからからレポートを受信することにデジタル同意を提供しなければならない。これは、外部ドメイン検証または外部宛先検証として知られている。 RFC 7489 7.1).

PowerDMARCによる外部デスティネーション検証の簡素化！

15日間のトライアルデモを予約する

なぜ外部送信先検証が必要なのか？潜在的な脅威と脆弱性

以下の理由により、外部ドメイン検証を選択することができます。

DMARCの外部ドメインは、レポートの送信を許可していません。
メールサーバーを運用していないドメインをお持ちの方
外部ドメインの検証を行わない場合、サイバー攻撃者は、（被害者の）外部ドメインに言及したDMARCレコードを簡単に作成し、レポートを受け取ることができます。攻撃者が送信したすべての悪質なメールのレポートが、被害者の受信トレイに殺到することになります。

外部送信先検証により、脅威者の悪事を阻止し、ドメイン所有者はメールサーバーを運営する外部ドメインにレポートを転送することができます。

外部ドメイン認証の仕組みは？

外部報告先の検証

DMARCレコードを公開したドメインがメールを送信する際、メール受信サーバーはレコードを公開した組織ドメインがDMARCレコードのrua（またはruf）タグに記載されている組織ドメインと完全に一致するかどうかをチェックします。

一致しない場合で、レポートを受け取るために外部のドメインが指定されている場合は、検証プロセスが開始されます。

そのため、レポート受信ホストのDNSに問い合わせを行い、レポート受信に同意しているかどうかを検証します。同じことを証明するDMARCレコードがそのDNSで見つかった場合、検証チェックが通過し、レポートが外部ドメインに送信されます。失敗した場合、レポートは配信されません。

DNSのタイムアウトやその他のマイナーな問題により、一時的に受信サーバーが外部宛先確認処理を完了できないことがあります。しかし、後で再試行されます。

特定のドメイン（およびサブドメイン）に対する外部宛先検証の設定

先ほどの例で、特定のドメインやサブドメインに対して、外部宛先検証プロセスがエラー結果を返さないようにする方法を考えてみましょう。

ドメイン名例：company.com

外部レポート受信ドメイン例：mailreports.net

mailreports.netドメインに、以下の情報を持つDMARC DNSレコードを公開する必要があります。

フィールド	説明	価値
ホスト	での記録を公開するところです。	会社名.com._report._dmarc.mailreports.net
価値	あなたのTXTレコードの値	v=DMARC1です。

備考: ドメイン名は、あなた自身のドメインと、あなたのレポートを受け取りたい外部ドメインに置き換えてください。このレコードは、あなたのドメインで公開されるのではなく、あなたのレポートを送信する外部ドメインで公開されます。

これで完了です。外部宛先検証の際、ruaまたはrufタグに記載された優先外部ドメインが、実際にあなたのドメインの代わりにDMARCレポートを受け取ることに同意していることを、メール受信サーバーに通知することができます。

外部宛先検証のためのオプション構成

特定のドメインのアドレスにレポートを送信する許可を与えるために、上記のレコードを発行する代わりに、外部ドメインはしばしば、そのアドレスにレポートを送信するための ワイルドカードレコード (アスタリスク "*"で始まる)を使用することがよくあります。

これは、ワイルドカードレコードが本質的に外部ドメインがDMARCレポートを受け取ることに同意していることを示すので、余分な労力を避けるための単なる近道です。 外部ドメインは、あらゆるドメインからのDMARCレポートの受信に同意していることを意味する(からのDMARCレポートを受け取ることに同意していることを示すからです（あなたの特定のドメインだけではありません）。

以下は、外部ドメイン認証に使用するワイルドカードレコードの構文（例）です。

フィールド	説明	ワイルドカードのレコード値
ホスト	での記録を公開するところです。	*._report._dmarc.domain.com
価値	あなたのTXTレコードの値	v=DMARC1です。

ワイルドカードエントリーの使用に伴う潜在的なリスク

外部ドメイン認証にワイルドカードエントリーを使用することは推奨される行為ではなく、潜在的なリスクが伴います。これは、あるドメインが任意のドメインからのレポート受信を承諾した場合、悪質な業者がこれを利用して、レポートを規制またはフィルタリングする仕組みがないまま、悪質なドメインからの大量のレポートでメールアカウントをスパムする可能性があるためです。これは、レポートを受け取るドメインにとって潜在的に有害であり、また、そのドメインを使用して独自のレポートを受け取っているあなたにとっても問題を引き起こす可能性があります。

PowerDMARCの外部ドメイン検証はどのように行うのですか？

PowerDMARCのアカウントを作成し、レポートを受信しているクライアント様には DMARCレポートアナライザーダッシュボードは、外部ドメインの検証を弊社が代行するため、心配する必要はありません。受信者から送信されたすべてのレポートは自動的にルーティングされ、弊社のプラットフォームに送信されます。お客様が外部宛先検証プロセスを合理化するためにレコードを発行しなくても、きちんと解析され整理されて表示されます。DMARCレコードに当社のカスタムrua（またはruf）アドレスを指定するだけです。

外部宛先の検証およびDMARCの実装プロセスを容易にするために、今すぐご登録ください。 DMARCトライアル.