<p>style_prompt 本記事は<strong>Geminiの出力をプロンプト工学で整理した業務ドラフト（未検証）</strong>です。</p> <h1 class="wp-block-heading">令和5年度 秋期 情報処理安全確保支援士 午前Ⅱ 問1：SPFによる送信ドメイン認証</h1> <p>送信ドメイン認証技術であるSPFの仕組みを問う問題です。DNSに登録されたIPアドレスと送信元IPの照合プロセスを理解することが正解への近道です。</p> <h3 class="wp-block-heading">【問題】</h3> <blockquote class="wp-block-quote is-layout-flow wp-block-quote-is-layout-flow"> <p>SPF(Sender Policy Framework)を使用して，電子メールの送信元ドメインが詐称されていないことを確認する仕組みはどれか。</p> <p>ア　送信側のメールサーバが，電子メールにディジタル署名を付与する。 イ　受信側のメールサーバが，送信側のDNSサーバに登録されている送信メールサーバのIPアドレスと，送信元のIPアドレスを照合する。 ウ　受信側のメールサーバが，電子メールに付与されたディジタル署名を，送信側の公開鍵を用いて検証する。 エ　送信側のDNSサーバが，受信側のメールサーバに対して，送信メールサーバのIPアドレスを通知する。</p> </blockquote> <h3 class="wp-block-heading">【解説】</h3> <p>SPF（Sender Policy Framework）は、送信元のIPアドレスを利用してドメインの正当性を検証する技術です。</p> <ol class="wp-block-list"> <li><p><strong>DNSへの登録</strong>: 送信ドメインの管理者は、あらかじめ自組織のメールサーバのIPアドレスを、DNSのTXTレコード（SPFレコード）として登録しておきます。</p></li> <li><p><strong>照合処理</strong>: 受信側メールサーバは、メールを受け取ると、送信元ドメインのDNSサーバに問い合わせてSPFレコードを取得します。</p></li> <li><p><strong>判定</strong>: 送信元IPアドレスがSPFレコードに含まれていれば、正規の送信者であると判断します。</p></li> </ol> <div class="wp-block-merpress-mermaidjs diagram-source-mermaid"><pre class="mermaid"> sequenceDiagram participant S as 送信側メールサーバ participant DNS as 送信側DNSサーバ participant R as 受信側メールサーバ S ->> R: 電子メール送信 (IP: 1.2.3.4) Note over R: エンベロープFromのドメインを確認 R ->> DNS: SPFレコード(TXT)を照会 DNS -->> R: 許可IPリスト (例: v=spf1 ip4:1.2.3.4 ...) Note over R: 受信IPとリストを照合 R ->> R: 認証成功 </pre></div> <h3 class="wp-block-heading">【選択肢の吟味】</h3> <figure class="wp-block-table"><table> <thead> <tr> <th style="text-align:left;">選択肢</th> <th style="text-align:left;">判定</th> <th style="text-align:left;">解説</th> </tr> </thead> <tbody> <tr> <td style="text-align:left;">ア</td> <td style="text-align:left;">×</td> <td style="text-align:left;">DKIM（DomainKeys Identified Mail）の説明です。SPFは署名を使用しません。</td> </tr> <tr> <td style="text-align:left;">イ</td> <td style="text-align:left;"><strong>正解</strong></td> <td style="text-align:left;">SPFの基本的な動作原理です。IPアドレスの照合によってドメインを認証します。</td> </tr> <tr> <td style="text-align:left;">ウ</td> <td style="text-align:left;">×</td> <td style="text-align:left;">DKIMによる検証プロセスを説明したものです。</td> </tr> <tr> <td style="text-align:left;">エ</td> <td style="text-align:left;">×</td> <td style="text-align:left;">DNSサーバから自発的に通知することはありません。受信側からの問い合わせ（クエリ）が起点となります。</td> </tr> </tbody> </table></figure> <h3 class="wp-block-heading">【ポイント】</h3> <ul class="wp-block-list"> <li><p><strong>DNSの活用</strong>: 送信側はTXTレコードに許可するIPアドレスを記述する。</p></li> <li><p><strong>IPアドレスベース</strong>: 署名を使わず、送信元IPアドレスの正当性を確認する。</p></li> <li><p><strong>エンベロープFrom</strong>: SPFが検証対象とするのは、ヘッダーのFromではなく「MAIL FROM」のアドレスである。</p></li> </ul>

sequenceDiagram
    participant S as 送信側メールサーバ
    participant DNS as 送信側DNSサーバ
    participant R as 受信側メールサーバ

    S ->> R: 電子メール送信 (IP: 1.2.3.4)
    Note over R: エンベロープFromのドメインを確認
    R ->> DNS: SPFレコード(TXT)を照会
    DNS -->> R: 許可IPリスト (例: v=spf1 ip4:1.2.3.4 ...)
    Note over R: 受信IPとリストを照合
    R ->> R: 認証成功