情報処理安全確保支援士 2010年 春期 午前2 問08

ゾーン転送制限【午前2解説】

正解の理由

解法ステップ

1. 問題の目的を確認：第三者に公開する必要のない情報を攻撃利用から防ぐこと。
2. DNS の情報漏洩経路を列挙：ゾーン転送（AXFR/IXFR）やキャッシュ情報（TTLによる）など。
3. 各選択肢がその経路にどう関与するかを評価：
   • ゾーン転送そのものを制限すれば、丸ごとの情報取得を防げる→最有力。
   • TTLはキャッシュに関する設定であり、短くすると鮮度は上がるが権威サーバへの問い合わせは増え、情報漏洩防止には直結しない。
   • SOAシリアル更新やラウンドロビンは情報公開を直接制御しない。
4. 最終的にゾーン転送制限（ウ）を選択。

選択肢別の誤答解説

• ア: SOAレコードのシリアル番号を更新する。
  SOAのシリアルはゾーンのバージョン管理に使われ、セカンダリが差分や再取得を判断するための値です。シリアルの更新自体は正規の同期手順で必要ですが、これによって第三者の不正なゾーン取得が防げるわけではありません。
• イ: 外部のDNSサーバにリソースレコードがキャッシュされる時間を短く設定する。
  TTL を短くすれば情報の鮮度は向上しますが、その反面キャッシュが短くなるため権威（プライマリ）DNSへの問い合わせが増え、負荷は増大します。また、TTL の変更はキャッシュされる情報の保持時間に影響するだけで、ゾーン転送（AXFR）による丸ごとの情報取得を防ぐ手段にはなりません。短いTTLが情報漏洩の抑止になるという誤解に注意してください。
• ウ: ゾーン転送を許可するDNSサーバを登録する。
  許可するサーバを明示的に登録（ホワイトリスト化）し、それ以外からのAXFR/IXFRを拒否する設定は、ゾーンデータの丸ごとの取得を防ぐ基本的かつ有効な対策です。必要に応じてTSIGによる転送認証やIPベースの制限を併用します。
• エ: ラウンドロビン設定を行う。
  ラウンドロビンは単純な負荷分散手法であり、DNS情報の公開範囲や転送制御には関係しません。情報漏洩対策としては意味がありません。

よくある誤解

• TTLを短くすれば負荷が下がる／情報漏洩が防げる：逆です。TTLを短くすると権威サーバへの問い合わせが増え、負荷は増大しますし、ゾーン転送による全取得は防げません。
• SOAシリアルを頻繁に変えれば安全になる：SOAシリアルは同期の指標であり、セキュリティ制御にはならない点に注意してください。
• ラウンドロビンでレコードをばらまけば攻撃に使えなくなる：レコード自体が公開されている限り、攻撃者は各IPやホスト名を利用できます。情報公開の有無を制御する対策が必要です。

補足コラム

• allow-transfer を用いて転送許可先を限定する。
• セキュアなゾーン転送には TSIG を使って転送相手の認証を行う。
• 外部公開と内部専用の情報を分けるために「Split-horizon DNS（views）」を採用する。
• 転送そのものを不要なら無効化（zone 定義で transfer を無効）する。 簡単なBIND設定例：

zone "example.com" IN {
    type master;
    file "db.example.com";
    allow-transfer { 192.0.2.2; };    // セカンダリのIPを指定
    also-notify { 192.0.2.2; };
};

FAQ