SPF（Sender Policy Framework）とは
SPF（Sender Policy Framework）は、メッセージが認可された送信元から送信されたかどうかをメールサーバーが検証するのを支援する、メール認証プロトコルです。
SPF は、送信側メールサーバーの IP アドレスを、送信者の DNS レコードに公開されている承認済みサーバーのリストと照合することで機能します。IP アドレスがリストに含まれていない場合、そのメッセージは疑わしいものとしてフラグが立てられたり、拒否されたりすることがあります。
SPF は、DKIM や DMARC とともに、最新のメール認証を構成する3つの中核要素の一つです。
SPFの仕組み
メールを送信するすべてのドメインは、DNS 設定に SPF レコードを公開できます。このレコードは TXT エントリとして保存され、そのドメインを代表してメッセージを送信できるサーバーや IP アドレスを列挙します。
一般的な SPF レコードは次のようになります。
v=spf1 include:_spf.google.com ip4:203.0.113.0/24 -all
受信者のメールサーバーがメールを受け取ると、次の SPF チェックを実行します。
- メッセージヘッダから エンベロープ From のドメインを抽出します。
- そのドメインの SPF レコードを参照します。
- 送信者の IP アドレスが認可されたエントリと一致するかを確認します。
- 結果（
pass、fail、softfail、または neutral）に基づいて、メールサーバーがそのメッセージの扱いを決定します。
SPF は、メッセージの内容そのものではなく、送信者のメールインフラを検証することに重点を置いています。
SPFでメール認証を強化する
SPF はなりすましやフィッシングに対する重要な防御層を提供しますが、DKIM や DMARC と組み合わせたときに最も効果を発揮します。
SPF は送信元 IP を検証するだけなので、攻撃者は表示される「From」アドレスを偽装できてしまいます。ここで DMARC が価値を発揮し、SPF で認証されたドメインと、ユーザーが実際に目にするドメインとの間のアライメントを適用します。
信頼性を維持するために、組織は次のことを行うべきです。
- SPF レコードをシンプルに保ち、DNS 参照回数の上限（10回）以内に収める。
- 新しい送信サービスを追加する際は、レコードを定期的に更新する。
- DMARC レポートツールを通じて、SPF のパフォーマンスと結果を監視する。
SPFとDMARCeye
DMARCeye は、すべての送信元にわたって SPF 認証がどのように機能しているかを組織が監視できるよう支援します。
DMARCeye は DMARC 集約レポートを解析することで、どのサーバーが SPF チェックに合格または失敗しているか、そしてその結果が DMARC ポリシーとアライメントしているかを特定します。
この知見により、チームは認可されていない送信者を検出し、設定ミスを修正し、DMARC の完全な適用へと進めながら、強固なドメインレピュテーションを維持できます。
ご自身のSPFレコードを確認しましょう：
DMARCeyeの無料トライアルに登録して、メールドメインを保護しましょう。
DMARCおよび関連用語について詳しくは、DMARCeye用語集をご覧ください。