情報セキュリティマネジメント 2016年 秋期 午前(科目A) 問16
問題文
SPF(Sender Policy Framework)を利用する目的はどれか。
選択肢
ア:HTTP通信の経路上での中間者攻撃を検知する。
イ:LANへのPCの不正接続を検知する。
ウ:内部ネットワークへの侵入を検知する。
エ:メール送信元のなりすましを検知する。(正解)
🔒 解説は解答すると表示されます
送信ドメイン認証(SPF)【情報セキュリティマネジメント解説】
正解の理由
SPF(Sender Policy Framework:送信元の正当性を検証する仕組み)は、メールの「送信元をなりすましていないか」を判定するために使います。受信側のメールサーバが、送信メールの送信元ドメインが公開しているDNS(Domain Name System:ドメイン名とIPアドレスを対応づける仕組み)にあるSPFレコードと、実際に接続してきた送信元IPアドレスを照合します。照合の結果、許可された送信元でなければ受信側が受信拒否や迷惑メール扱いを行えます。したがって選択肢の中ではエ(メール送信元のなりすましを検知する)が当てはまります。
解法ステップ
- キーワード「SPF」を見つける。SPFはメール関連の認証技術であると即座に想起する。
- 各選択肢を「何を守る/検知する技術か」で照らし合わせる。
- HTTPやLANの不正接続、内部侵入はそれぞれ別技術(TLS、NAC、IDS/IPSなど)。
- メール送信元の確認(なりすまし検知)はSPFの役割。
- 最も合致するのはエであると判断する。
短い覚え方:SPF = Sender Policy Framework → Sender(送信者)に関する認証、つまりメールの送信元。
選択肢別の誤答解説
-
ア: HTTP通信の経路上での中間者攻撃を検知する。
→ 中間者攻撃(MITM:Man-in-the-Middle)はTLS(Transport Layer Security:通信の暗号化と改ざん防止)やSSL/TLS証明書、HSTSなどの仕組みで対処します。SPFはメール送信元の検証であり関係ありません。 -
イ: LANへのPCの不正接続を検知する。
→ LANへの不正接続はNAC(Network Access Control:ネットワーク機器の接続制御)や802.1Xによる認証、ネットワーク監視で対応します。SPFはメール専用の仕組みです。 -
ウ: 内部ネットワークへの侵入を検知する。
→ IDS/IPS(Intrusion Detection/Prevention System:侵入検知/防止システム)やログ監視、EDR(Endpoint Detection and Response)などが該当します。SPFはメールの送信元認証で、侵入検知とは別領域です。
よくある誤解
-
SPFを導入すれば完全に「なりすましメール」を防げると思い込む誤解。
→ SPFは有効だが、表示上のFromヘッダ(受信者が見る差出人名)を偽る手口や、転送時に破綻する問題は残ります。完全防御にはDKIMやDMARCとの組み合わせが必要です(後述)。 -
SPFはメールを「暗号化」する仕組みだと思う誤解。
→ SPFは送信元の検証であり、メール本文の暗号化や改ざん防止を提供しません。暗号化はS/MIMEやTLSで行います。 -
転送されたメールでも常にSPFが通ると思う誤解。
→ メール転送は送信元IPが変わるため、元のSPFレコードと照合して失敗することがあります。転送を考慮した運用やSRS(Sender Rewriting Scheme)が必要です。
補足コラム
実務での導入イメージ:
- 自社ドメインのDNSにSPF用のTXTレコードを追加します。例:
v=spf1 mx ip4:203.0.113.1 include:spf.example.net -all
- v=spf1:SPFバージョン宣言
- mx:ドメインのメールサーバ(MX)からの送信を許可
- ip4:203.0.113.1:指定IPからの送信を許可
- include:spf.example.net:外部サービス(例、メール配信サービス)のSPFを取り込む
- -all:上記以外は「失敗(fail)」とする
- 注意点:
- includeやa、mxなどの仕組みでのDNSルックアップ数は上限(通常10回)があります。多くの外部送信者を使う場合は設計が必要です。
- 転送や一部の配信サービスではSPFが通らないことがあるため、DKIM(DomainKeys Identified Mail)やDMARC(Domain-based Message Authentication, Reporting & Conformance:受信ポリシー設定とレポーティング)を組み合わせると効果的です。
- 運用のコツ:導入時はまず緩いポリシー(~all=softfailや?all=neutral)で様子を見て、レポート(DMARCのレポート機能など)を確認しながら最終的に厳格(-all)にするのが安全です。
FAQ
Q1: SPFだけで不正メールを完全に防げますか?
A1: いいえ。SPFは有効ですが限定的です。表示上の差出人偽装や転送による不一致を防げないことがあるため、DKIM(電子署名で改ざん防止)やDMARC(ポリシー設定とレポート)と組み合わせることが推奨されます。
A1: いいえ。SPFは有効ですが限定的です。表示上の差出人偽装や転送による不一致を防げないことがあるため、DKIM(電子署名で改ざん防止)やDMARC(ポリシー設定とレポート)と組み合わせることが推奨されます。
Q2: 正当なメールなのにSPFが失敗するのはなぜですか?
A2: 主な原因は「送信元のIPアドレスがSPFレコードに含まれていない」「メールが転送され送信元IPが変わった」「外部送信サービスをSPFで許可していない」などです。DNSレコードの見直しや外部サービスのinclude設定、SRSの検討が必要です。
A2: 主な原因は「送信元のIPアドレスがSPFレコードに含まれていない」「メールが転送され送信元IPが変わった」「外部送信サービスをSPFで許可していない」などです。DNSレコードの見直しや外部サービスのinclude設定、SRSの検討が必要です。
Q3: SPFレコードを間違えると業務に影響しますか?
A3: はい。誤った設定で正当な送信が受信拒否されると、社外とのメールが届かなくなる可能性があります。導入は段階的(緩いポリシー→監視→厳格化)で行い、テストと監視を必ず行ってください。
A3: はい。誤った設定で正当な送信が受信拒否されると、社外とのメールが届かなくなる可能性があります。導入は段階的(緩いポリシー→監視→厳格化)で行い、テストと監視を必ず行ってください。
関連キーワード: SPF、送信ドメイン認証、DNS TXTレコード、DKIM(DomainKeys Identified Mail)、DMARC(Domain-based Message Authentication, Reporting & Conformance)、SRS(Sender Rewriting Scheme)、メールなりすまし、送信元IP照合、メールセキュリティ

\ せっかくなら /
情報セキュリティマネジメントを
クイズ形式で学習しませんか?
クイズ画面へ遷移する→
すぐに利用可能!

