SPFマクロ - 知っておくべきことすべて

SPFマクロは、効果的で重要なSender Policy Framework機能であり、ドメイン所有者がメールドメインの認証に、よりダイナミックで拡張性のあるSPFレコードを要求する場合に使用されます。SPFマクロ機能は SPFレコード構文SPFマクロ機能は、SPF検証を必要とする個々のメールからメタデータに置き換えられる文字列を定義します。これにより、簡素化されたSPFレコードを作成することができ、長く複雑なSPFレコードの生成を避けることができます。

私たち PowerDMARC は、高い評価を得ている SPF 管理ソリューション PowerSPF を設計しました。 PowerSPF は、SPF 認証とレコードの最適化に関して広範な柔軟性を提供するために、SPF フラット化と SPF マクロ技術を利用する方法で設計されました。PowerSPFは、その使いやすさと有効性から、長年にわたりお客様に愛用されています。

詳しくは IETF公式ドキュメント.

SPFマクロの説明

SPFマクロは、RFC 7208の第7節で説明されているように、SPF DNS TXTレコード内で定義されているメカニズムを置き換えることで、SPFレコードの設定を簡略化するために使用できる文字列です。

SPFレコードはほとんどの場合単純で、あなたのドメインから送られてくる不正なメールの扱いについて、受信者のサーバーにSPFメカニズム、修飾子、モディファイアを使って指示を出すことができます。しかし、SPFメカニズムでは不十分で、SPFマクロを導入しなければならない状況もあります。 

SPFマクロはパーセント記号(%)で表され、2つ以上の文字、修飾子、区切り文字の組み合わせを含む。SPF認証の過程で、SPFマクロは評価され、対応する値に置き換えられる。 

たとえば、%sと%dはそれぞれ、チェックされたIDにリンクされている送信者のアドレスとドメイン名を示す。 

r、l、oのような修飾子は、アドレスやドメインの特定の要素を抽出するために適用され、-や.のような区切り記号は、マクロ内の異なる要素を区切るのに役立つ。

SPFマクロの種類

SPFマクロは、中括弧{ }で囲まれ、パーセント記号(%)が先頭に付いた異なるアルファベットや文字で示され、SPFレコード内の特定のメカニズムを参照します。以下がコア・マクロです。 

• %{s}: The “s” Macro represents the sender’s email address. Example- Mark@domain.com.
• %{l}: It’s used to denote the local part of the sender. Example- Mark.
• %{o}: This highlights the sender’s domain. Example: domain.com.
• %{d}: Similar to “o”, this Macro represents the authoritative sending domain. In most cases it is the same as the sender’s domain however, it may differ in some cases. 
• %{i}: It’s used to extract the IP address of the sender of the message, e.g. 192.168.1.100 
• %{h}: The hostname specified by the HELO or EHLO command used during the SMTP connection when the message is being sent is referred to by the %{h} macro.

レコードに指定できるマクロは他にもたくさんありますが、一般的なものをいくつか挙げてみました。

SPFマクロの仕組み

SPFマクロを使用すると、ドメイン所有者はSPFレコード内で特定のメカニズムへの参照を指定し、これらのメカニズムを置き換えることができます。受信側MTAによるDNSクエリ中に、参照はメカニズムを抽出するために使用され、より管理しやすく適応可能なSPFレコードを作成するためにレコードを拡張します。

以下に、SPFレコードで使用するマクロの例を示す。

“v=spf1 include:%{i}_.%{d}._spf.powerdmarc.com ~all”

• ここでは をインクルードする：メカニズムにはSPFマクロが含まれている。
• SPFマクロは2つあり、それぞれパーセント記号、左中括弧、マクロ文字、右中括弧の文字列で表される。上の例では、%{i}は送信者のIPアドレスを表し、%{d}は'MAIL FROM'コマンドからの送信者ドメインを表す。
• 192.168.1.100のIPを送信ドメインのIPアドレスと考え、このIPからメールが送信されると、受信サーバーはドメインのSPF DNSレコードを検索するためにDNSクエリーを開始する。
• 受信者が送信ドメインのSPFレコードを検索すると、SPFマクロに遭遇する。
• この拡張されたSPFレコードが検査され、メールがSPFバリデーションに合格するか、不合格になるかが決定される。 

SPFレコードでマクロを使用するのはどのような場合ですか？

SPFマクロは、ドメイン所有者のニーズに応じて、さまざまなシナリオで使用できます。複雑なメール認証インフラを簡素化したい場合、複数のサードパーティのメール処理サービスを使用している場合、単にSPFレコードのサイズを縮小したい場合などに便利です。

以下は、SPFマクロが有利となる一般的なケースである：

マルチドメイン・インフラを持つ組織

SPFマクロは、あらゆる規模の組織で利用可能ですが、マルチドメインを運用するエンタープライズレベルの組織が最適なユーザーです。マクロは、従来のフラット化手法と比較して、SPFレコードの柔軟性と最適化を大幅に向上させ、マルチドメイン環境でもシームレスにSPFを機能させることができます。また、複数のSPFレコードを作成する必要もありません。

大規模メールインフラ

複雑なメールインフラを持つ企業は、SPFマクロを使って最適化されたSPFメカニズムを多数組み込む必要があるかもしれない。これらのマクロは、メカニズムへの参照を定義する方法を提供する。 RFCで規定されている512オクテットの長さに収まるようにする。

サードパーティ・サービス

サードパーティのメールベンダーを複数使用している組織でも、SPFマクロのおかげでSPFが壊れることがなくなりました。このマクロは、サードパーティのインクルードを簡単に最適化し、レコードがDNSとvoid lookupsの許容限度を超えないようにします。

組織はSPFマクロでSPFの課題を解決する

複数のSPFマクロをレコードに含めることができ、手動または SPFチェッカー.以下がその可能性です：

1.テンパーの原因となる長いSPFレコードを防ぐ

SPFレコードに複数の ステートメントが複数あると、レコードが長くなりすぎるのを防ぐことができます：文が複数ある場合、レコードが長くなりすぎるのを防ぐことができます。しかし、これは恒久的な解決策ではありません。ドメインのSPF設定にSPFマクロを使うことで、DNSのTXTレコードのRFCで指定された長さの制限（512文字）を超える可能性をなくすことができます。

2.DNSとVoidのルックアップを制限し、パーメラーを軽減する。

複数のサードパーティの送信ソースや電子メールベンダーを使用している組織は、DNSクエリのRFC指定のルックアップ制限を超えがちです。これは、どのベンダーも少なくとも1つまたは複数のルックアップを追加するためです。これが積み重なると、SPFレコードが壊れてしまい、次のような問題が発生します。 SPFエラー.

SPFマクロを使用して、これらの外部ベンダーのIPアドレスやドメインへの参照を追加することで、ルックアップの制限を確実に守りつつ、不正なソースを制限することができます。

PowerSPFでSPFセットアップにマクロを活用しよう

SPFマクロは、SPF認証、レコード作成、管理のダイナミズムとスケーラビリティを可能にするため、MTAによって広くサポートされてきました。PowerSPFはSPFマクロをシームレスに統合し、クライアントがより柔軟にSPFレコードを生成できるようにしています。 

なぜSPFレコードをフラットにするだけでは不十分なのか？

従来のSPF平坦化法は、セットアップが単純でSPFメカニズムの数が少ない中小規模の組織のほとんどのケースで有効であることが証明されている。しかし、SPFメカニズムが増加すると、事態は次第に厳しくなり、次のような不利な状況に陥る可能性がある： 

• DNSルックアップの回数は最大10回。
• 最後のDNSレコードの長さが512文字を超える可能性がある（TXT DNSレコードの最大許容サイズ）
• 承認されたIPと送信元が公開され、プライバシーへの懸念が高まる

SPFマクロ - より良いアプローチ

SPFのマクロは、複雑なSPFのセットアップを行う企業を念頭に構築されていますが、中小規模の組織にも同様に効果的です。その方法をご紹介します： 

• SPFのマクロは、DNSルックアップを10回、voidルックアップを2回に制限する。 
• これは、レコードの文字長を維持し、制限文字数である 512文字
• 承認されたIPと送信元は、文字参照に置き換えられ、世間の目から隠される。 

SPFフラット化とSPFマクロの比較

SPFソリューションを今すぐお試しください。 お問い合わせ経験豊富なドメインとEメールセキュリティのエキスパートによる1対1のデモをご希望の方はお問い合わせください！

• について
• 最新記事

マイサム・アル・ラワティ

メイサムは技術起業家であり、サイバーセキュリティの専門家であり、15年以上の業界経験を持つPowerDMARCのCEO兼創設者である。Maithamはマンチェスター大学でグローバルMBAを取得し、CISSP、CISM、CRISC、ISC2 CCSPなど様々な専門資格を持つ。

最新記事 by Maitham Al Lawati(全て見る)

• SPFエラー修正：SPFのToo Many DNS Lookups制限を克服する- 2024年4月26日
• 3ステップでDMARCレコードを公開する方法とは？- 2024年4月2日
• なぜDMARCは失敗するのか？2024年にDMARCの失敗を修正する- 2024年4月2日