情報処理安全確保支援士 2021年 春期 午前2 問01
問題文
リフレクタ攻撃に悪用されることの多いサービスの例はどれか。
選択肢
ア:DKIM, DNSSEC, SPF
イ:DNS, Memcached, NTP(正解)
ウ:FTP, L2TP, Telnet
エ:IPsec, SSL, TLS
🔒 解説は解答すると表示されます
リフレクタ攻撃の標的サービス【午前2解説】
正解の理由
選択肢イ(DNS, Memcached, NTP)が正解です。リフレクタ(反射)攻撃は、送信元アドレスを被害者に偽装して多数のサーバに小さな要求を送り、サーバから被害者への大きな応答を発生させて帯域を枯渇させる攻撃です。DNS、Memcached、NTP はいずれもUDPを利用したり、短いリクエストに対して大きな応答を返す性質があり、さらに応答サイズが要求サイズを大幅に上回ることで増幅(amplification)が生じやすいため、反射攻撃に悪用されやすいサービスです。
DNSの例では、ANYクエリなどによる応答増幅が頻出します。キャッシュポイズニングはDNS応答の改ざんを狙う別種の攻撃であり、増幅(反射)攻撃とは目的と手法が異なります。NTPのmonlist応答や未保護のMemcachedのUDP応答は高い増幅率を示すため、実際の大規模DDoSで多用されてきました。
解法ステップ
- 「反射攻撃に悪用されるサービス」の特徴を確認する:UDP(コネクションレス)、小さな要求→大きな応答、ソースIPのなりすましが可能。
- 各選択肢のプロトコル特性を照らし合わせる:TCPかUDPか、状態を持つか、応答の大きさはどうか。
- 応答増幅を引き起こしやすい具体的なサービス(DNS、NTP、Memcachedなど)を選ぶ。
- 一致する選択肢があればそれが正解。
選択肢別の誤答解説
-
ア: DKIM, DNSSEC, SPF
これらはメールの署名や認証(セキュリティ)機能であり、一般にリフレクタ攻撃に使われる「応答増幅」を引き起こす性質ではありません。DNSSECはDNSの応答サイズを増やす要因にはなり得ますが、選択肢全体として反射攻撃の典型例ではありません。 -
イ: DNS, Memcached, NTP
これらはUDPベース(またはUDP応答を持つ実装)で、小さな問い合わせに対して大きな応答を返すことがあり、ソースIPを偽装して反射増幅攻撃に使われやすいため正解です。 -
ウ: FTP, L2TP, Telnet
これらは主にTCPを使うか、認証やセッション管理が必要であり、コネクション確立が必要なため単純な反射・増幅には向きません(L2TPはUDPを使う場合もあるが、全体として代表的な反射対象ではない)。 -
エ: IPsec, SSL, TLS
いずれも暗号化やトンネリングなどのセキュリティプロトコルで、通常はセッション確立や鍵交換などの双方向処理が必要なため、典型的なUDP反射増幅の対象にはならない(ただし実装次第で別の脆弱性が利用され得る点には留意)。
よくある誤解
- キャッシュポイズニングと増幅(反射)は同じではない:キャッシュポイズニングはDNSキャッシュの内容を改ざんして誤った情報を配布する攻撃で、反射増幅のように大量の応答を発生させて帯域を消費する攻撃とは目的と手法が異なります。
- 全てのUDPサービスが危険という誤解:UDPだからといって必ず反射に使われるわけではありません。小さな要求に対して大きな応答を返すか、実運用で無防備な応答をするかが重要です。
- TCPは安全という誤解:TCPはコネクションが必要なため反射増幅には不利ですが、TCPを悪用した別種のDDoS(SYNフラッド等)が存在します。
補足コラム
- 増幅率(amplification factor)はサービスとクエリによって大きく異なります。NTPの古いmonlist応答や未保護のMemcachedは非常に高い増幅率を示したため悪用例が多く報告されました。DNSでもANYクエリなどにより大きな応答を返す設定があると増幅に利用され得ますが、近年はANYの無効化や応答サイズ制限、応答レート制御などで対策が進んでいます。
- 対策の要点:送信元アドレスのフィルタリング(BCP38等)、公開サービスの応答サイズ制御・レート制限、不要なUDPサービスの無効化・アクセス制限、ISPレベルでの転送制御が効果的です。
FAQ
Q: 反射攻撃を防ぐために個人でできることは?
A: 公開サーバを運用している場合は不要なUDPサービスを無効化し、最新パッチ適用、応答レート制限やIPソース検証を実施してください。自宅ルーターやISPに対して送信元IP偽装の防止(アウトバウンドフィルタリング)を依頼するのも有効です。
A: 公開サーバを運用している場合は不要なUDPサービスを無効化し、最新パッチ適用、応答レート制限やIPソース検証を実施してください。自宅ルーターやISPに対して送信元IP偽装の防止(アウトバウンドフィルタリング)を依頼するのも有効です。
Q: 監視で反射攻撃をどう検知する?
A: 被害者側では短時間に大量のUDPパケットや、大きなレスポンスを返すサーバ群からの異常なトラフィックが観測されます。NetFlowやフロー解析で異常な送信元分布やポート集中を検出します。
A: 被害者側では短時間に大量のUDPパケットや、大きなレスポンスを返すサーバ群からの異常なトラフィックが観測されます。NetFlowやフロー解析で異常な送信元分布やポート集中を検出します。
Q: DNSのANYクエリはまだ問題ですか?
A: ANYは過去に増幅に使われることがありました。多くのDNS運用者はANY応答を制限したり無効化していますが、依然として設定次第で増幅のリスクがあります。
A: ANYは過去に増幅に使われることがありました。多くのDNS運用者はANY応答を制限したり無効化していますが、依然として設定次第で増幅のリスクがあります。
関連キーワード: DDoS, リフレクション, 増幅攻撃, DNS ANY, NTP monlist, Memcached UDP, BCP38, 応答レート制御

\ せっかくなら /
情報処理安全確保支援士を
クイズ形式で学習しませんか?
クイズ画面へ遷移する→
すぐに利用可能!

