[ SPF ]

SPFおよびIPv6 : IPv4 のみのレビューで見逃された送信者を検出します

両方のアドレス ファミリを監査して、成功したIPv4テストによって隠されたギャップがIPv6配信によって露呈しないようにします。

EmailAuth研究チームによる

【ポイント】

  • 受信接続がどのアドレス ファミリを使用したかを証明します。
  • プレフィックスのない ip6 用語は、割り当て全体ではなく 1 つのアドレスをカバーします。
  • 一時的な観察をコピーするのではなく、サポートされているプロバイダーのスコープを確認してください。
このページでは

アプリケーションは通過できます SPF ある配信試行では、メールが異なるアドレス ファミリを経由して送信されると、別の配信試行では失敗します。インベントリにIPv4出力のみがリストされている場合、 IPv6ルートは正当である可能性がありますが、実際に評価されるポリシーによって承認されていません。レコードを拡張する前に、接続アドレスを診断します。

目的は、正確な適用範囲です。つまり、既存のIPv4動作を維持し、無関係なアドレスをポリシーの範囲外に保ちながら、組織またはプロバイダーが実際に使用するIPv6ソースを承認します。

実際のIPv6送信パスを見つける

代表的な信頼できる受信者の結果とアウトバウンドを収集する MTA ログ。接続IP、エンベロープドメイン、 HELO ホスト名、送信者サービス、タイムスタンプ。ドメイン ID とアドレス ファミリの両方によるグループ観察。 Webサーバーの AAAA記録 同じアドレスがメールを送信することを証明するものではなく、受信MX宛先が自動的に送信送信元になるわけではありません。

フォールバック リレーと地域ルートが含まれます。 1 つの成功メッセージだけでは、すべてのルートがカバーされていることを示すことはできません。インフラストラクチャ所有者にプライマリ サーバー、フェイルオーバー システム、およびホストされた配信パスでIPv6が有効になっているかどうかを尋ね、その回答を観察された接続と比較します。

正しいメカニズムを使用する

SPFは特徴があります ip4 そして ip6 下のメカニズム RFC 7208 §5.6. ip4 IPv4アドレスを認可します。 IPv6に相当するものは自動的にカバーされません。アン ip6 プレフィックス長のないメカニズムは、/128 に相当する 1 つのアドレスを識別します。より広いプレフィックスにより一致するネットワークが許可されるため、実際の送信設計によって正当化される範囲のみを使用してください。

の a そして MX メカニズムには、アドレス ファミリ固有の検索が含まれる場合があります。IPv6 評価ではIPv6該当する場合、AAAA アドレスが使用されます。だからといって在庫の代わりになるわけではありません。将来の AAAA 変更により、これらのメカニズムが許可するホストが変更される可能性があります。プロバイダー インクルードは両方のファミリーをカバーできますが、すべてのインクルードがサポートされていると想定するのではなく、サポートされているポリシーを検査します。

RFC 7208 §5 評価者による IPv4 マップされたIPv6処理にも対応します。ツールがマップされた形式でIPv4接続を表す場合、評価者の処理と基礎となる接続を確認せずに、任意のIPv6範囲を追加して応答しないでください。

狭い範囲の追加をテストする

合成ポリシー: v=spf1 ip4:192.0.2.10 ip6:2001:db8:1234::10 -all。どちらのアドレスも文書用に予約されています。 DNSや構文エラーが介在しないと仮定すると、制御された評価者は、評価されたドメインを使用してリストされたソースのいずれかに対して合格を返し、一致しないソースに対しては失敗を返す必要があります。

上記のIPv6用語は 1 つのアドレスを許可します。それを次のものに置き換えると、 ip6:2001:db8:1234::/48 セットを大幅に拡張します。インフラストラクチャ ダッシュボードに表示される割り当てに似ているという理由だけで、幅広いプレフィックスを選択しないでください。割り当てのどの部分が送信メールに使用および制御されるかを確立します。

生産変更をステージングする

提案されたアドレスをサービス所有者および現在のプロバイダーのガイダンスに確認してください。以前のポリシーを保持し、適切な承認を得て、公開前に完全な記録を検証します。下 RFC 7208 §4.6.4、明示的な IP メカニズム自体はSPFの DNS ルックアップ期間バジェットを消費しませんが、レコードの残りの部分は依然として評価が必要です。

制御下にあるIPv4ルート、 IPv6ルート、および一致しないソースをテストします。実際の受信側では、実際の接続 IP と評価された ID を保持するため、 IPv4をサイレントに使用したテストはIPv6成功として報告されません。変更直後の観察を比較する場合は、キャッシュされたDNS応答を考慮してください。

境界線を維持する

IPv6ロールアウトとネットワークの再番号付け手順にSPFレビューを追加します。アドレスが循環する場合、またはプロバイダーが大規模なプールを管理する場合は、一時的な観察を永続的な許可リストにコピーするよりも、サポートされている認証構成を優先します。サンプル IP は、ソースが使用されたことを示します。必ずしもプロバイダーの完全な許可範囲を定義するわけではありません。

両方のファミリーが意図した ID で機能すること、および選択した範囲が正当であることを示す証拠を提示してレビューを終了します。 IPv6適用範囲は在庫の改善であるべきであり、所有権なしでネットワーク全体を認可する言い訳ではありません。

次の決定を記録する

合成ポリシーでは、 IPv6アドレス2001:db8:1234::10は /128 としてカバーされますが、 2001:db8:1234::11はカバーされません。 /48 に切り替えると、後者やさらに多くのアドレスもカバーされます。サービス所有者が実際に許可するスコープと、実際の受信者が監視するファミリーを記録します。 IPv4メールが成功しても、 IPv6がカバーされているという証拠にはなりません。ライブテストは実行されませんでした。

[ 取り除く ]

受信接続がどのアドレス ファミリを使用したかを証明します。プレフィックスのない ip6 用語は、割り当て全体ではなく 1 つのアドレスをカバーします。一時的な観察をコピーするのではなく、サポートされているプロバイダーのスコープを確認してください。

【役割別】

これがあなたにとって何を意味するか

実際の次のステップに向けて、自分の役割を選択してください。

IT / メール管理者

アドレスファミリーを証明します。

接続にIPv6が使用されていない限り、メッセージの通過はIPv6テストではありません。

次のステップ

  1. 受信側で送信元アドレスをキャプチャします。
  2. 狭いプレフィックスと広いプレフィックスの結果を比較します。

CISO / SecOps

広範囲のネットワーク認証を防止します。

割り当てられたプレフィックスは、自動的には適切な送信境界にはなりません。

次のステップ

  1. プレフィックス スコープの正当性が必要です。
  2. 動的インフラストラクチャと共有インフラストラクチャを個別に確認します。

創業者 / 非技術系

認証をインフラストラクチャの変更に結び付けます。

IPv6を有効にすると、アプリケーション自体が変更されていない場合でも、メールの動作が変更される可能性があります。

次のステップ

  1. ネットワークのロールアウト中にメール テストを要求します。
  2. 住所変更の所有権を割り当てます。

[ よくある質問 ]

よくある質問

ip4 はIPv6トラフィックを許可しますか?

いいえ。正当な ip6 メカニズムやサポートされているプロバイダー ポリシーなど、適切なIPv6認証を使用してください。

RFC 7208 §5 RFC 7208 §5.6

デフォルトの ip6 プレフィックスは何ですか?

明示的なプレフィックスがない場合、ip6 は 1 つのIPv6アドレス (/128 に相当) と一致します。

RFC 7208 §5.6

割り当てられたプレフィックス全体を承認できますか?

全範囲が送信に正当化される場合のみ。幅広いプレフィックスにより、一致するすべてのアドレスに認可が拡張されます。

RFC 7208 §5.6

a と mx はIPv6で動作しますか?

アドレス検索では、 IPv6評価に AAAA データを使用できます。実際のDNSデータと送信設計を確認します。

RFC 7208 §5.3 RFC 7208 §5.4

Web サイトの AAAA レコードは私のメール送信元を特定しますか?

必ずしもそうとは限りません。 Web ホスティング、受信メール、送信SMTPでは、異なるインフラストラクチャを使用できます。

IPv6を使用したテストを証明するにはどうすればよいですか?

信頼できる受信者またはSMTPログで実際の接続アドレスを検査します。正常な配信から推測しないでください。

観察されたすべてのプロバイダー IP をSPFにコピーする必要がありますか?

いいえ、観察は不完全または一時的なものである可能性があります。プロバイダーがサポートする構成およびメンテナンス モデルに従ってください。

IPv6 SPFいつ再検討する必要がありますか?

ネットワークの変更、リレーの移行、プロバイダーの変更、および新しく観察されたIPv6送信ルートの後に確認します。

[ 情報源 ]

情報源

  1. RFC 7208

    セクション §2.4 · §4.1 · §4.6.4 · §5 · §5.3 · §5.4 · §5.6

[ 用語集 ]

用語集

SPF
接続 IP および関連するSMTP ID の認可評価。

RFC 7208 §2.4

SPF ip6
明示的なIPv6ネットワークの一致。省略されたプレフィックス長は /128 を意味します。

RFC 7208 §5.6

企業の来歴

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

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

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

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

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

ナレッジベース