ARCとDMARCの違いを徹底解説！メール認証の基礎から使い分けまで

---

ARCとDMARCの違いを理解するための基礎知識

ARC（Authenticated Received Chain）とDMARC（Domain-based Message Authentication, Reporting and Conformance）は、現代のメール認証で役割が異なる二つの技術です。
DMARCは「このドメインのメールは正しいか」を判定するためのポリシーを、受信者側へ伝える仕組みです。合格したメールは受信者の受信箱に届きやすくなり、失敗した場合には拒否・隔離・警告などの処理を指示します。
この働きにより、なりすましメールを減らし、企業や個人のメールの信頼性を高めることができます。
一方、ARCは転送経路の途中で発生する認証情報の喪失を補う仕組みです。メールが途中で転送されたとしても、元のSPF/DKIMの検証結果を保ったまま次の受信サーバーへ渡すことができ、最終的な判断を誤らせにくくします。
つまり、DMARCは「誰が正当なメールか」を決める政策、ARCは「転送経路での信頼情報を保持する橋渡し役」だと覚えると混乱が減ります。
この二つを組み合わせることで、転送の多い環境でも正確な認証を維持しやすくなります。

重要ポイント：DMARCはポリシーの適用対象ドメインやレポートの受取先を決め、受信側の検証手順を明示します。ARCは中継を経る全ルートで認証情報を伝えるため、転送後も正しく受信できる可能性が高まるのです。

実務上のポイントとしては、まず自分のドメインでDMARCを適切に設定し、SPFとDKIMの整合性を確保すること、次に転送業務がある場合にARCの導入や設定が検討候補になること、そして受信者側のポリシーと組み合わせて適切な処理を定義することが重要です。
またDMARCのモニタリングとしてrua/rufでレポートを受け取り、転送経路の問題点を把握することも有効です。
このような運用を続けると、社内のメール運用が安定し、外部からのなりすまし対策も強化されます。

DMARCの仕組みとARCの役割

DMARCは、ドメイン所有者がDNSにDMARCレコードを設定し、検証の基準（SPFとDKIMの整合性、Fromヘッダーの一致など）を定義します。
受信側はこのポリシーに従い、検証結果を基にメールを受け入れるか、隔離するか、拒否するかを決めます。
ARCは、メールが複数の中継点を経る場合に、元の検証結果を"ARCシール"や"ARC署名"として連ねます。
これにより、転送後にDMARC検証が失敗しても、ARC情報を見て正当性を判断できる可能性が高まります。
ARCは特に転送されやすいニュースレター、顧客向け通知、外部委託配信などの場面で有効です。
実務では、DMARCのポリシー（none, quarantine, reject）を設定し、rua/rufを使って集計レポートを受け取るとともに、組織内のメールフローを把握することが基本になります。
ARCの導入は、メールサーバー間の連携設定やMTAの拡張機能の確認を伴いますが、転送時の信頼性を高める大きな武器になります。

• DMARCの要点：DNSにポリシーを公開、SPF/DKIMの整合性チェック、FromとReturn-Pathの整合性を重視
• ARCの要点：転送中の認証情報を次のサーバへ橋渡しする役割
• 実務の進め方：DMARCのポリシー設定とレポートの活用、ARCの導入検討を並行して進める

総じて、DMARCとARCは相互補完的な関係です。DMARCは「正当性を定義する法」、ARCは「転送時の信頼を守る仕組み」です。両者を適切に組み合わせると、転送の多い組織でも安全で信頼性の高いメール運用が可能になります。

ピックアップ解説

ARCについての小ネタ。ARCは転送経路での認証情報を“封筒の封印”のように次のサーバへ渡します。転送前にSPF/DKIMで正当性が確認されても、途中で検証結果が壊れてしまうことがあるため、ARCはその検証情報を連結して伝えることで最終受信側が元の信頼性を判断できます。DMARCと組み合わせれば、送信元が正しいと分かっていても転送の過程で生じる課題を緩和できます。最近はテレワークやクラウド配信の普及で転送が増えています。ARCはそんな環境の“橋渡し役”として重要性を高めているのです。

---