平成31年度 春期 午前Ⅱ 問25
セキュリティ
DNSSECの機能
DNSSEC の機能はどれか。
- アDNS キャッシュサーバの設定によって，再帰的な問合せを受け付ける送信元の範囲が最大になるようにする。
- イDNS サーバから受け取るリソースレコードに対するディジタル署名を利用して，リソースレコードの送信者の正当性とデータの完全性を検証する。
- ウISP などに設置されたセカンダリ DNS サーバを利用して DNS コンテンツサーバを二重化することによって，名前解決の可用性を高める。
- エ共通鍵暗号技術とハッシュ関数を利用したセキュアな方法によって，DNS 更新要求が許可されているエンドポイントを特定して認証する。
答えと解説を見る
✓ これが正解イDNS サーバから受け取るリソースレコードに対するディジタル署名を利用して，リソースレコードの送信者の正当性とデータの完全性を検証する。
解説
DNSSECは、デジタル署名でリソースレコードの正当性と完全性を検証します。
DNSSEC は、DNS の応答に含まれるリソースレコードにデジタル署名を付け、受け取った側がその署名を検証する仕組みです。見分ける軸は、DNS のどんな問題に対する対策かです。署名を検証することで、リソースレコードが正しい送信者から来たものか、途中で書き換えられていないかを確かめられます。これにより、偽の応答をキャッシュに覚え込ませるキャッシュポイズニングのような攻撃への対策になります。ただし、通信の内容を暗号化して隠す機能はありません。DNSSEC は署名による本物かどうかの確認、と覚えておくと他の DNS の対策と区別できます。
ほかの選択肢はなぜ違うのか
- アDNS キャッシュサーバの設定によって，…：再帰的な問合せを受け付ける送信元の範囲を最大にすると、誰からの問合せにも応じるサーバになり、攻撃の踏み台に悪用されやすくなります。安全性を高める機能ではなく、むしろ避けるべき設定です。
- ウISP などに設置されたセカンダリ DN…：セカンダリ DNS サーバを置いてコンテンツサーバを二重化するのは、名前解決を止めないための可用性の対策です。リソースレコードの正しさを署名で確かめる仕組みではありません。
- エ共通鍵暗号技術とハッシュ関数を利用したセ…：共通鍵暗号とハッシュ関数を使って DNS の更新要求を送る相手を認証するのは、ゾーンの更新を安全に行うための別の仕組みです。公開鍵によるデジタル署名で応答の正しさを検証する DNSSEC とは異なります。
この問題の用語
- デジタル署名送り主が本人であることと、途中で中身が変わっていないことを同時に示す電子の印（古い表記はディジタル署名）。秘密鍵で作り、公開鍵で確かめます。
- DNS人が読む名前と、機械が使う住所を対応づけて教えてくれる仕組み。これがないと、名前でつなぐことができません。
- キャッシュ一度取り寄せた内容を手元に置いて、次から早く使えるようにする仕組み。CPUとメモリの間や、ブラウザ、DNSなど、さまざまな場所で使われます。
- ディジタル署名デジタル署名の古い書き方で、指しているものは同じです。改ざんを見つけられるだけで、改変そのものを防ぐ力はありません。
- 完全性情報が壊れたり書き換えられたりせず、正しいまま保たれていること。機密性・可用性と並ぶ、三つの性質の一つです。
- 可用性使いたいときに情報や仕組みを使える状態が保たれていること。情報セキュリティの三要素の一つで、システムでは稼働率で表します。
- 共通鍵暗号同じ鍵を、暗号にするときにも元に戻すときにも使うやり方。鍵を知られた時点で中身が読まれるので、渡し方と保管が肝心です。
- ハッシュ関数どんな長さのものからも決まった長さの値を作り出す計算。少しでも中身が変われば、できあがる値は大きく変わります。
出典：平成31年度 春期 プロジェクトマネージャ試験 午前Ⅱ 問25
同じ用語が出る問題
- 令和3年度 秋期 午前Ⅱ 問25：DNSSECの機能（DNS）
- 令和3年度 秋期 午前Ⅱ 問24：テンペスト攻撃の説明とその対策（デジタル署名）
- 平成31年度 春期 午前Ⅱ 問24：AESにおける鍵長の条件（共通鍵暗号）
- 平成28年度 春期 午前Ⅱ 問25：DNSSECの機能（完全性）
- 平成28年度 春期 午前Ⅱ 問22：ROIによるもの（キャッシュ）
この解説に誤りを見つけたら教えてください。直して、直した記録を残します。誤りを報告する（メールが開きます）