情報セキュリティマネジメント 2019年 春期 午前（科目A） 問11

送信ドメイン認証【情報セキュリティマネジメント解説】

正解の理由

解法ステップ

1. 各選択肢のキーワードを確認する（HTTPの中間者、LAN不正接続、内部侵入、メール送信者のなりすまし）。
2. SPFの英語名（Sender Policy Framework）を思い出す。Sender＝送信者、Policy＝方針、Framework＝枠組み。メール送信元の正当性を示す仕組みだと分かる。
3. メール関連の選択肢（なりすまし）を選ぶ。その他は別技術が使われるため除外する。

選択肢別の誤答解説

• ア: HTTP通信の経路上での中間者攻撃を検知する。
  → 間違い。中間者攻撃（Man-in-the-Middle）はTLS/SSLや証明書、HSTSなどで防御・検知する分野であり、SPFとは無関係です。
• イ: LANへのPCの不正接続を検知する。
  → 間違い。LANの不正接続はNAC（Network Access Control：ネットワーク接続の認可）や802.1X、MACフィルタリングなどで対処します。SPFはメール専用の仕組みです。
• ウ: 内部ネットワークへの侵入を検知する。
  → 間違い。侵入検知はIDS/IPS（Intrusion Detection/Prevention System）やEDR（Endpoint Detection and Response）などの領域で、SPFは関係ありません。
• エ: メール送信者のドメインのなりすましを検知する。
  → 正しい。SPFは送信ドメインのDNSに「どのメールサーバがそのドメインから送信して良いか」をTXTレコードで宣言し、受信側が送信元IPと照合してなりすましを検出します。

よくある誤解

1. SPFは「メールヘッダのFrom欄」を直接確認すると思い込む。
   → 実際はSMTPの「Envelope From（MAIL FROM）」の送信元IPを検証します。ユーザが見るヘッダ（From:）と異なる扱いになる場合があり、この点で混乱が起きます。
2. SPFだけで完全になりすましが防げると考える。
   → SPFは有効だが万能ではありません。転送メールで失敗することや、Fromヘッダの改ざん防止にはDKIMやポリシーを示すDMARCが必要です。
3. SPFはメール内容を見て判定すると思う。
   → SPFは送信元IPとドメインの許可リストを照合する仕組みで、本文や添付ファイルの安全性は評価しません。

補足コラム

• 自社がメールを送る場合、DNS管理者がドメインのDNSにSPF用のTXTレコードを追加します（例: v=spf1 ip4:203.0.113.5 include:spf.example.com -all）。これで「どのIPが正当な送信元か」を宣言します。
• 受信側のメールサーバは接続元IPとそのドメインのSPFレコードを照合し、許可されていなければ拒否や受信箱振り分けを行います。
• 実務ではSPFに加えてDKIM（DomainKeys Identified Mail：電子署名で送信者の改ざんを検出）とDMARC（Domain-based Message Authentication, Reporting & Conformance：SPF/DKIMの方針と報告）を組み合わせるのが一般的です。

v=spf1 ip4:203.0.113.5 include:spf.partner.example -all

• v=spf1：SPFのバージョン宣言
• ip4:203.0.113.5：このIPからの送信を許可
• include:...：外部サービス（クラウドメール等）を許可
• -all：上記以外は拒否（厳しい設定）

• メール転送（中継）を使うとSPF判定に失敗することがあるため、転送ルールを確認・調整する必要があります。
• DNSの管理権限が必要です。外部委託している場合は委託先と調整してください。

FAQ