Computer Weekly製品ガイド
DDoS攻撃を阻止するトラフィックスクラビング
企業が直面する脅威の一つにDDoS攻撃がある。ほとんどのスクラビングサービスはそうした攻撃に対抗する一助になるが、無傷の状態を保つためにはさらに包括的な対策が必要だ。
2018年2月、世界最大規模の分散型サービス拒否(DDoS)攻撃になると思われた事案が、発生から20分で食い止められた。DDoS対策サービスが実装されていたおかげだった。
オンラインコード管理サービス「GitHub」に対する攻撃で、1.3Tbpsものトラフィックが毎秒1億2690万パケットというペースで押し寄せた。攻撃開始から10分でGitHubは異変に気付き、トラフィックをAkamai TechnologiesのDDoS対策サービス「Prolexic」(訳注)に転送。同サービスが不正なトラフィックを仕分けして遮断した。
訳注:旧Prolexic Technologiesのサービス。2014年にAkamaiに買収された。
複雑な脅威
DDoS攻撃は企業が直面する脅威の中でも特に複雑だ。個々のハッカーや犯罪組織、国家の狙いは、特定企業のネットワークやWebサイト、ルーターのようなネットワークコンポーネントを圧倒することにある。組織はまず、トラフィックの急増が正規の現象なのか攻撃なのかを見極める必要がある。
DDoS代行サービスを利用すれば、技術スキルがほぼ皆無でも比較的簡単に大規模なDDoS攻撃を開始できる。170Gbps以上のトラフィックを発生させた攻撃は、ゲーム配信プラットフォーム「Steam」のチャットルームやIRC(Internet Relay Chat)を通じて組織され、参加メンバーの多くがダウンロードしたツールを使っていた。
中には検出が難しい攻撃もある。特筆すべき攻撃として、持続的ではなく数分間隔のバーストを連続して発生させ、狙った相手のDNSサーバを圧倒する手口がある。「トラフィックの洪水が長期間にわたって押し寄せるため、防御疲れを生じさせる。この種の攻撃は回避どころか検知も非常に難しい」とセルト氏は言う。
スクラビング
2018年2月の攻撃に対抗するためGitHubが利用したのは、DDoS対策技術として知られるスクラビングサービスだった。これを使えば、特定範囲のIPアドレスに送り付けられたトラフィックはデータセンターにリダイレクトされ、そこで攻撃用のトラフィックが「スクラブ(洗浄)」される。その後、クリーンなトラフィックのみが本来のIPアドレスに転送される。
Gartnerのカウル氏によると、DDoSスクラビングを手掛けるプロバイダーのほとんどが3~7のスクラビングセンターを持ち、大抵は複数国に分散させている。
それぞれのセンターは、DDoS対策装置と、トラフィックを流入させるための大量の帯域幅(350Gbpsを超す場合もある)で構成される。顧客が攻撃を受けると「ボタンを押して」全トラフィックを最も近いスクラビングセンターにリダイレクトし、洗浄する。
スクラビングセンターを利用する方法は2種類ある。一つはトラフィックを常時(24時間連続で)スクラビングセンターを経由させる方法。もう一つは攻撃発生時にオンデマンドでトラフィックをリダイレクトする方法だ。
攻撃とITインフラの複雑性を考慮して、幅広い攻撃経路で守りを固めるため、ハイブリッドの防御手段を採用する組織が増えている。バッカー氏によれば、防御の第一線としてオンプレミスシステムを配備し、それが圧倒された場合はスクラビングセンターが介入する方法を採ることもある。
IDCのローチェ氏は言う。「不正なトラフィックをスクラビングセンターに転送してダウンタイムを減らすためには、クラウドとオンプレミスシステムを連携させてネットワークの前面に実装し、攻撃がコアネットワーク資産とデータに到達する前に阻止しなければならない」
スクラビングセンターはほとんどの場合、DNSサーバやメール中継のようなIPベースアプリケーションなど、顧客の環境にあるインフラを守るために使う。コンテンツ配信ネットワーク(CDN)ベースのDDoS対策サービスを利用して、Webおよびモバイルアプリケーションを保護したりモノのインターネット(IoT)アプリケーションのAPIトラフィックを保護したりすることもできる。
Akamaiのセルト氏は言う。「CDNベースのアプローチは、SQLインジェクションやクロスサイトスクリプティング、リモートファイル挿入、botで自動化された認証情報悪用攻撃といったアプリケーションレイヤー攻撃からアプリケーションを守ることができる」
「複数のDDoS対策を異なる層に導入すれば、単一のセキュリティ製品や単一のサービスプロバイダーとの契約に勝る対策になる。包括的な対策のためには、クラウドスクラビングセンターやCDN、DNS保護、エッジおよびアプリケーションDDoSアプライアンスを検討する必要がある」
Copyright © ITmedia, Inc. All Rights Reserved.
Computer Weekly日本語版
この記事の著者
関連記事
新着ホワイトペーパー PR
-
技術文書・技術解説
[Jamf Japan 合同会社] MDMだけでモバイルセキュリティは十分? 不足する対策を16項目でチェック -
事例
[Wrike Japan 株式会社] 世界的な家電メーカーが実践する「クリエイティブプロセス効率化」の方法とは? -
事例
[Wrike Japan 株式会社] 世界的テクノロジー企業に学ぶ、プロセス標準化とプロジェクト納品自動化の秘訣 -
事例
[Wrike Japan 株式会社] ソニー・ピクチャーズ テレビジョンに学ぶ、次世代サービスデリバリーのヒント -
事例
[Wrike Japan 株式会社] ソミック石川に学ぶ、ICT浸透後に直面した「工数管理」の課題と解決策
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
「Copilot」はなぜ放置される? “議事録要約止まり”を脱する処方箋
-
2
脱VMwareの前提が崩れる BroadcomのVDDK公開停止で確認すべき点
-
3
「Microsoft一択」で本当にいいのか 知らぬ間にライセンス費用が膨らむ真相
-
4
「データストレージの活用方法」に関するアンケート
-
5
【基本情報技術者試験】「デュプレックスシステム」と「デュアルシステム」の違いは?
-
6
ANAが専用回線から移行した「NaaS」の全貌 ネットワーク準備が数カ月から数週間に
-
7
GitHubが指摘 AIが書いた「おそらく動くコード」が招くシステム崩壊
-
8
なぜOpenAIやAnthropicのAIは「脱走」したのか 情シスが迫られるエージェント統制
-
9
Oracle巨大ITプロジェクトはなぜつまずいたのか 8年で導入1割、追加で170億ドル
-
10
「プログラマー不要論」にThe Linux Foundationが示した答え
ホワイトペーパーランキング PR
-
1
マンガで解説:「ゼロトラスト」「SASE」の必要性とメリット
-
2
5回聞くだけじゃ足りない? トヨタ式「なぜなぜ分析」の正しい実践方法
-
3
インシデント対応工数を約3割削減、東京ガスの事例に学ぶ監視体制刷新のコツ
-
4
AIエージェントで多様な日常業務を効率化するための入門ガイド
-
5
JR西日本ITソリューションズが「監視業務の属人化」を解消した方法とは?
-
6
国税庁の次世代基幹システム「KSK2」稼働開始に向けて、対応すべき変更点とは?
-
7
5分で分かる「セキュア大容量ファイル転送サービス」の機能とメリット
-
8
ドラマで分かる、標的型攻撃メールの被害を受ける企業と回避できる企業の分岐点
-
9
「脱Excel」か「Excel快適化」か? 現場にやさしい業務改善の進め方
-
10
少額減価償却資産が40万円未満へ拡大、令和8年度税制改正で押さえるべき変更点
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー