基本情報技術者 2018年 春期 午前（科目A） 問40
問題文
SPF (Sender Policy Framework)の仕組みはどれか。
選択肢
ア：電子メールを受信するサーバが、電子メールに付与されているディジタル署名を使って、送信元ドメインの詐称がないことを確認する。
イ：電子メールを受信するサーバが、電子メールの送信元のドメイン情報と、電子メールを送信したサーバのIPアドレスから、ドメインの詐称がないことを確認する。（正解）
ウ：電子メールを送信するサーバが、送信する電子メールの送信者の上司からの承認が得られるまで、一時的に電子メールの送信を保留する。
エ：電子メールを送信するサーバが、電子メールの宛先のドメインや送信者のメールアドレスを問わず、全ての電子メールをアーカイブする。
🔒 解説は解答すると表示されます
SPFによる送信ドメイン認証【午前解説】
正解の理由
正解: イ
SPFは、受信するメールサーバが「メールを送ってきたサーバのIPアドレス」が、送信元ドメインのDNSに定義された許可リストに含まれているかを確認する仕組みです。送信元ドメイン側がDNSに
SPFは、受信するメールサーバが「メールを送ってきたサーバのIPアドレス」が、送信元ドメインのDNSに定義された許可リストに含まれているかを確認する仕組みです。送信元ドメイン側がDNSに
v=spf1 ... のTXTレコードを公開し、受信側はその記述と接続元IPを照合して合否（pass/fail 等）を判断します。したがって「受信サーバが送信元ドメイン情報と送信したサーバのIPアドレスから詐称を確認する」記述のイが正しいです。解法ステップ
- 問題文のキーワードを探す：「DNS」「送信サーバのIPアドレス」「受信サーバが確認」などを確認する。
- SPFの本質を思い出す：SPF＝送信元IPの照合（DNSで公開された許可リストと比較）。
- 選択肢を照合：署名を使う記述はDKIM、承認を待つや全メールアーカイブはSPFではないと排除する。
- 最終確認：SPFは受信側がIPとドメインの照合を行う方式であることを確認して選択。
選択肢別の誤答解説
- ア: 誤り。電子メールに付与されたディジタル署名を使って検証する方式はDKIMの説明に該当します。SPFは署名ではなくIPの許可照合です。
- イ: 正解。受信サーバが送信元ドメインのDNSにある許可IP情報と、実際に接続してきた送信サーバのIPを照合してドメイン詐称を検出します。
- ウ: 誤り。送信保留や上司の承認を待つ運用はメールフロー制御やワークフローであり、SPFの技術仕様ではありません。
- エ: 誤り。全ての電子メールを問わずアーカイブする動作はメールアーカイブ機能であって、SPFの目的や仕組みとは無関係です。
よくある誤解
- SPFはメールのFromヘッダ（表示上の送信者）を直接検証すると思い込む：実際はSMTPのエンベロープ送信者（MAIL FROM/Return-Path）やHELO/EHLOに基づく照合が基本です。
- SPFだけで全てのなりすましを防げると考える：転送や中継で正当なIPが変わると失敗しやすく、DKIMやDMARCとの併用が必要です。
- SPFはディジタル署名（公開鍵）を使う仕組みと勘違いする：それはDKIMであり、SPFはIP許可リスト方式です。
補足コラム
- SPFレコードの例（DNSのTXTレコード）:
v=spf1 ip4:203.0.113.0/24 include:mail.example.net -all
この例は指定のIPv4レンジと、別ドメインの許可（include）を認め、それ以外を
-all（fail）とする意味です。- SPFの評価結果には
pass, fail, softfail, neutral, none, permerror, temperror等があり、ポリシーの取り扱いは受信側に委ねられます。 - 送信者が転送される場合は、転送先の中継サーバIPが元のドメインに登録されていないためSPFがfailすることがあり、これを解決するためにSRS（Sender Rewriting Scheme）やDKIM/DMARCと併用します。
- DNSルックアップの上限は原則10回（include、a、mx 等の合計）で、超過するとpermerrorになることに注意。
FAQ
Q1: SPFはFromヘッダを検証しますか？
A1: いいえ。SPFはSMTPのエンベロープ送信者（MAIL FROM）やHELO/EHLOに基づく照合が主で、表示用のFromヘッダとは別です。DMARCはこの整合性（Fromヘッダとの整合）を扱います。
A1: いいえ。SPFはSMTPのエンベロープ送信者（MAIL FROM）やHELO/EHLOに基づく照合が主で、表示用のFromヘッダとは別です。DMARCはこの整合性（Fromヘッダとの整合）を扱います。
Q2: SPFで「~all」と「-all」の違いは？
A2:
A2:
-all は明確な拒否（fail）を示し、~all はソフトフェイル（softfail）で受信側が扱いを緩やかにすることが多いです。運用によってはログ記録のみとする用途で~allを使います。Q3: 転送でSPFがfailしたらどうする？
A3: 代表的対策はSRSでエンベロープ送信者を書き換える、またはDKIMで署名を残してDMARCと連携することです。
A3: 代表的対策はSRSでエンベロープ送信者を書き換える、またはDKIMで署名を残してDMARCと連携することです。
Q4: SPFレコードはどこに置く？
A4: ドメインのDNSのTXTレコードに
A4: ドメインのDNSのTXTレコードに
v=spf1 ... の形式で置きます。関連キーワード: SPF、送信ドメイン認証、DNS TXT、DKIM、DMARC、メール転送、SRS、メールヘッダ、受信サーバ、SPFレコード
\ せっかくなら /
基本情報技術者を
クイズ形式で学習しませんか？
クイズ画面へ遷移する→
すぐに利用可能！