DMARCとは、Domain-based Message Authentication, Reporting & Conformanceの略。
DMARCは、2つの古い電子メール認証方式をベースにしている：
- SPF (Sender Policy Framework)：SPF (Sender Policy Framework): ドメインに代わってメール送信を許可するサーバーを定義します。
- DKIM（DomainKeys Identified Mail）：電子署名をメールヘッダに追加し、メッセージが改ざんされていないことを確認します。
DMARCは、ポリシーの実施と レポートという最終レイヤーを追加します。
DMARCが必要な理由
- なりすましを防止します：DMARCは、悪質な業者が貴社のドメインを使って偽のメールを送信するのを阻止します（フィッシングや詐欺など）。
- ブランドを守る誰かがあなたのドメインを詐欺に使用した場合、あなたのブランドの評判を損なう可能性があります。
- メール配信性：メールプロバイダは認証されたメールを好むため、DMARCを利用することで、正規のメールが受信トレイに届くようになります。
- BIMIの有効化:GmailやYahooのメールの横にロゴを表示したいですか？強力なDMARCポリシーが必要です。
DMARCレコードの構造
DMARCレコードは、ドメインのDNS設定（通常はホスティングプロバイダーまたはドメインレジストラのダッシュボード）に追加される1行のテキストです。この例を見てみましょう：
v=DMARC1; p=reject; rua=mailto:reports@yourdomain.com
では、使用できるすべてのオプションを解読してみましょう：
|
タグ |
機能 |
例 |
|---|---|---|
|
v |
バージョン（常にDMARC1） |
v=DMARC1 |
|
p |
ポリシー：失敗したメールをどうするか |
p=none, p=quarantine, p=reject |
|
rua |
集計レポートメール（日次データ） |
rua=mailto:reports@yourdomain.com |
|
ruf |
フォレンジックレポートメール（故障ごとのデータ）（オプション） |
ruf=mailto:alerts@yourdomain.com |
|
pct |
ポリシーを適用するメールの割合 |
pct=5050% にポリシーを適用 |
|
sp |
サブドメインポリシー |
sp=reject(サブドメインのポリシー) |
|
adkim |
DKIMアライメント: strict(s) または relaxed(r) |
adkim=s |
|
aspf |
SPFアライメント：厳格または緩和 |
aspf=r |
|
fo |
フォレンジック報告オプション |
fo=1、 fo=0 など |
3つのDMARCポリシーモード
1. p=none
- 監視するだけ。メールはブロックされない。
- データの収集を開始するときに使用する。
- 最初の1～3週間に最適。
2. p=隔離
- 疑わしいメールはスパムフォルダへ。
- 中間的な位置づけ。リスクを抑えながらフィルタリングを始めることができる。
3. p=拒否
- 完全な強制。電子メール・プロバイダーは不正な電子メールをブロックする。
- BIMIと完全な信頼のために必要な、最善の保護。
- 送信者が一致していることを確認した後に使用してください。
