DMARC

DMARC安全に設定する方法

p=rejectへの安全なパスは複雑ではありませんが、順序が重要です。

DMARC安全に設定するには、まず監視レコードを公開し、そのレポートを使用してすべての正当な送信元を認証し、次にポリシーをなしから隔離、拒否まで段階的に引き上げます。順序は重要です。ソースを渡す前に強制すると、実際のメールがブロックされます。順番に実行すると、配信を中断することなく完全な保護を実現できます。

始める前に

DMARC SPFとDKIMに依存するため、最初に両方が存在することを確認してください。 SPF ( RFC 7208 ) には、 TXTレコードでドメインに送信できる IP とサービスがリストされています。 DKIM 、 DNSで公開キーとして公開される暗号署名を追加します。 DMARC通過するには、少なくとも 1 つが通過し、調整されている必要があります。理想的には両方が通過する必要があります。 SPF 10 のDNSルックアップ制限にも注意してください。10 を超えるDNSルックアップをトリガーするSPFレコードは失敗し、 DMARCアラインメントが壊れます。

一歩ずつ

  1. 1

    1. モニタリング記録を公開する

    v=DMARC1;を指定して_dmarcにTXTレコードを追加します。 p=none; rua=mailto:rua@example.com.これにより、配信に影響を与えることなくデータが収集されます。

  2. 2

    2. レポートを収集する

    2 ~ 4 週間待って、集計 ( RUA ) レポートを読んで、ドメインとして送信しているすべてのソースを確認します。

  3. 3

    3. 各ソースを認証する

    すべての正当な送信者に対して、From ドメインを通過させて調整するようにSPFとDKIM設定します。

  4. 4

    4. 隔離に移動する

    正規のメールが一貫して通過する場合は、 p=quarantine,オプションで pct を使用して徐々に増加させます。

  5. 5

    5. 拒否に移行する

    検疫で正当なメールが失敗していないことが示されたら、完全に保護するためにp=reject設定します。

  6. 6

    6. 監視を続ける

    新しいサービスや不正行為を早期に発見できるよう、レポートを読み続けてください。

ロールアウトパス

v=DMARC1; p=none then p=quarantine; pct=50 then p=reject; pct=100

SPFルックアップ制限を処理する

多くの組織はクラウド サービスを追加する際にSPF 10 のDNSルックアップ制限を超えており、これによりSPF静かに破られ、 DMARCが損なわれます。 SPFをフラット化すると、含まれるメカニズムが直接 IP アドレスに解決されるため、制限内に収まります。 EmailAuthのSmartSPF 、 SPFレコードを自動的に平坦化し、ベンダーが IP を変更したときに SPF レコードを更新し続けます。

よくある落とし穴

  • ソースが認証される前にp=rejectにジャンプすると、実際のメールがブロックされます。
  • サブドメインを忘れる: sp ポリシーを設定しないと、保護されないままになる可能性があります。
  • 2 つのDMARCレコードを公開すると、 DMARC完全に無効になります。
  • SPF 10 のルックアップ制限を無視すると、 SPFとDMARC調整が壊れます。
  • レポートを強制し、その後は再度チェックしないため、新しい送信者は気づかれません。

継続的な管理を容易にする

EmailAuth 、 CNAME委任によってDMARC 、 SPF 、 DKIM 、およびBIMIレコードをホストできるため、 DNS一度指定すれば、 DNSを繰り返し編集するのではなく、ダッシュボードでポリシーの変更を管理できます。 RUAとRUF解析し、まだ作業が必要なソースにフラグを立てます。開始点を確認するには、無料のドメイン スキャンを実行し、上記の段階的なパスに従ってp=reject.

よくある質問

電子メールを中断せずにDMARCを設定するにはどうすればよいですか?

p=none,配信に影響を与えずに監視します。集約レポートを使用して、すべての正当な送信者をSPFおよびDKIMで認証し、その後隔離に進み、最後に拒否します。段階的アプローチとは、実際のメールのパスが確認されるまでは決して強制しないことを意味します。

どのくらいの期間p=none?

送信元の全体像を確認するには十分な期間で、ほとんどの組織では通常 2 ~ 4 週間です。多くのサービスを通じて送信する場合、または季節的な送信者がいる場合は、さらに長くお待ちください。すべての正当なメールの通過と調整がレポートに表示される場合にのみ、次に進みます。

SPF 10 のDNSルックアップ制限はどれくらいですか?

SPF評価は 10 回のDNSルックアップに制限されています。レコードのインクルードおよびその他のメカニズムが 10 を超えるトリガーをトリガーすると、 SPF permerror返して失敗し、 DMARCアライメントが壊れます。 EmailAuth SmartSPFなどを使用してSPFレコードを直接 IP にフラット化すると、制限を下回るようになります。

サブドメイン用に別のDMARCレコードが必要ですか?

必ずしもそうとは限りません。 sp タグを設定するか、 _dmarc.subdomain. sp を使用してサブドメインに別のポリシーを適用し、未使用のサブドメインがスプーフィングされないように明示的に保護します。

[ DMARC ご案内】

ナレッジベースの一部DMARC基盤とポリシー · 68 ガイド

企業の来歴

一流の金融機関と政府が選ばれる理由 電子メール セキュリティ ダッシュボードを廃止しました。

従来の電子メール認証プラットフォームはダッシュボードを販売し、エンジニアに作業を依頼します。一か八かの環境では、手動による監視は適用の遅れ、構成のドリフト、および監視されていないシャドウ ドメインを意味します。

EmailAuthは、エージェントの電子メール来歴プラットフォームです。 当社のエージェントが執行します p=reject、サードパーティの送信者を調整し、ドメインを完全に移動します。 RFC 9989 新しいDMARC標準に準拠し、人間による監査機能を備えています。

政府 大企業 ティア1金融機関

SaaS · 専用テナント · エアギャップオンプレミス · BYOK 暗号化

独自のドメインのEmailAuth参照してください

14 日間の概念実証を開始します。すべての送信者をマッピングし、危険にさらされている状況を数値化して、完全な取り締まりへの安全な道を提供します。