P

ポリシーオーバーライド(DMARC)

DMARCのポリシーオーバーライドとは、受信サーバーが公開ポリシーと異なる処理を適用することです。forwardedやlocal_policyなどの種類、発生理由、DMARCeyeを解説します。


DMARCのポリシーオーバーライドとは

DMARCのポリシーオーバーライドとは、受信側のメールサーバーが、送信者の公開したDMARCポリシーとは異なる最終的な処理(配信、隔離、拒否など)を適用することを指します。これは、ローカルのフィルタリングルール、転送の挙動、信頼できる送信者リストといった他の要因が、DMARCの推奨よりも優先される場合に起こります。ポリシーオーバーライドはDMARC集約レポートに報告されるため、ドメイン所有者は、メール処理が宣言したポリシーからいつ、なぜ逸脱したのかを把握できます。

言い換えると、ドメインのDMARCレコードが、認証されていないメールを拒否するよう指定していても、受信サーバーは特定の条件下でそれを受理することを選ぶ場合があります。DMARCレポートの「Policy Override」フィールドはこうしたケースを記録し、送信者が、想定どおりに適用が行われなかったタイミングを確認できるようにします。

ポリシーオーバーライドの仕組み

メールがSPFアライメントDKIMアライメントに失敗すると、DMARCは通常、DMARCレコード内のp=タグ(nonequarantine、またはreject)を通じて、そのメッセージをどう扱うかを受信サーバーに指示します。しかし受信サーバーは、独自のルール、ユーザーの設定、またはシステムポリシーに基づいて、この指示を上書きすることがあります。こうした判断の理由は、DMARC集約レポートの「policy_override」要素に含まれます。

ポリシーオーバーライドを示すDMARCレポートの抜粋例:

<policy_evaluated>
 <disposition>none</disposition>
 <dkim>fail</dkim>
 <spf>fail</spf>
 <reason>
  <type>local_policy</type>
 </reason>
</policy_evaluated>
 

この例では、メッセージはSPFとDKIMの両方に失敗しましたが、ローカルポリシーによるオーバーライドのため、受信サーバーはそれでも配信を選びました(disposition「none」)。

DMARCポリシーオーバーライドの一般的な種類

DMARCレポートでは、いくつかの種類のオーバーライドが認識されます。これらの値は、ドメイン所有者が、自分のメッセージがさまざまなメールシステムでどのように扱われているかを把握するのに役立ちます。

  • forwarded – メッセージが転送され、ヘッダーや本文の変更により認証に失敗した。
  • sampled_out – メッセージがPCT(パーセンテージ)サンプリングポリシーの一部であり、完全な適用の対象外だった。DMARCbispctタグを廃止したため、このオーバーライドは現在レガシーとなっています。
  • trusted_forwarder – 受信サーバーがその転送者(中継メールリレーや既知のサービスなど)を信頼しており、認証の失敗にもかかわらずメッセージを配信した。
  • local_policy – 受信サーバーが、ホワイトリストやアンチスパムの判断など、DMARCの指示を上書きする内部ポリシーを適用した。
  • arc – メッセージに、転送を通じて認証を保持する有効なARC(Authenticated Received Chain)ヘッダーが含まれていた。
  • other – オーバーライドの理由が標準のカテゴリーに当てはまらない。

これらのオーバーライド条件はいずれも、厳格なDMARC適用のもとでも、認証されていないメールが受信トレイに届くことがある理由を説明する助けになります。この情報は、とりわけ転送されたメッセージや間接的なメッセージについて、メールフローのギャップを診断するうえで重要です。

ポリシーオーバーライドが発生する理由

ポリシーオーバーライドは通常、送信者の設定ミスではなく、受信側メールシステムの柔軟性を反映しています。よくあるシナリオは次のとおりです。

  • メッセージを変更するメーリングリストや自動システムを介した転送
  • DMARCチェックを迂回する信頼された仲介者
  • DMARCポリシーよりも優先されるローカルのスパムまたはフィッシングフィルター
  • pct<100を使用した部分的なDMARC適用。これはレガシーな設定で、DMARCbis準拠の受信サーバーはpct=100として扱います
  • 失敗にもかかわらず、既知の送信者からの配信を許可する受信者の設定

オーバーライドは、必ずしもDMARCの設定に欠陥があることを意味しませんが、頻繁に発生する場合は、アライメントの問題、転送の問題、または一貫性のないDKIM署名を示している可能性があります。

ポリシーオーバーライドとDMARCeye

DMARCeyeは、DMARC集約レポートからポリシーオーバーライドのデータを直接可視化し、組織がパターンを特定し、なぜ適用結果が受信者ごとに異なるのかを理解できるよう支援します。このプラットフォームは、オーバーライドをforwardedarclocal_policyといった種類ごとに分類し、送信元と関連付けて、どこで認証が破綻しているかを突き止めます。

オーバーライドの発生頻度と影響を浮き彫りにすることで、DMARCeyeはドメイン所有者が認証設定を調整し、DKIM鍵の伝播を最適化し、正当なメッセージが誤って拒否または隔離されないようにできるようにします。この透明性により、管理者は自社のDMARC適用が実際の配信挙動と整合しているという確信を得られます。

ご自身のドメインの保護状況が気になりますか?無料でDMARCをチェックしましょう:

 

 

DMARCeyeの無料トライアルに登録して、メールドメインを保護しましょう。


DMARCおよび関連用語について詳しくは、DMARCeye用語集をご覧ください。


Similar posts

新しいマーケティングインサイトに関する通知を受け取る

DMARC ポリシー戦略を構築または改善するための新しい情報をいち早く入手しましょう。