DDoS攻撃とは、多数の端末から大量の通信を同時に送り、Webサイトやサーバーを正常に利用できない状態へ追い込む攻撃です。アクセス集中に見える場合もありますが、攻撃では意図的に通信量や処理負荷を増やします。
初心者は、「1台ではなく多数の端末から一斉にアクセスを浴びせ、サーバーや回線を混雑させる攻撃」と理解すると分かりやすいです。
30秒でわかる結論
- DDoS攻撃は、多数の端末から大量通信を送りサービス停止を狙う攻撃です。
- DoSは単一または少数の攻撃元、DDoSは多数の攻撃元を使う点が大きな違いです。
- 回線を埋める攻撃、通信処理を消費する攻撃、Webアプリへ大量リクエストを送る攻撃などがあります。
- 小規模サイトでも、攻撃を受けると表示不能・遅延・問い合わせ機会の損失につながります。
- 利用者側だけで完全防御するのは難しく、DDoS対策機能のあるサーバー・CDN・WAFなどを組み合わせます。
- 攻撃中は設定を闇雲に変えず、サーバー会社へ連絡し、ログ・時刻・症状を記録するのが基本です。
DDoS攻撃とは
DDoSは「Distributed Denial of Service」の略です。
多数の端末から同時に大量の通信を送り、サーバー・ネットワーク・Webアプリケーションの処理能力を使い切らせ、正規利用者がサービスを利用できない状態を狙います。
大量の攻撃通信 → 回線・サーバー処理を消費 → 正常な利用者がアクセスしにくくなる
目的は「侵入」だけではない
DDoS攻撃では、サーバーへ侵入して情報を盗むことよりも、サービスを使えない状態にすること自体が目的になる場合があります。
DoS攻撃とDDoS攻撃の違い
| 項目 | DoS攻撃 | DDoS攻撃 |
|---|---|---|
| 攻撃元 | 単一・少数 | 多数 |
| 分散性 | 低い | 高い |
| 遮断の難しさ | 比較的絞りやすい | 攻撃元が多く難しい |
| 規模 | 小〜中規模 | 大規模になりやすい |
イメージ
DoS攻撃が「1人で入口を塞ぐ」なら、DDoS攻撃は「何千人・何万人もの人が同時に入口へ押し寄せる」ような状態です。
なぜ多数の端末から攻撃できるの？
DDoS攻撃では、攻撃者が多数の端末を直接操作するのではなく、マルウェアなどに感染したPC、サーバー、IoT機器などをまとめて遠隔操作する場合があります。
このような多数の感染端末の集まりは「ボットネット」と呼ばれます。
攻撃者 → ボットネットへ指示 → 多数の端末 → 標的へ一斉通信
攻撃元のIPを1つ止めても終わらない
攻撃元が数千・数万に分散していると、1つのIPアドレスを遮断しても別の端末から通信が続きます。これがDDoS対策を難しくする理由のひとつです。
DDoS攻撃にはどんな種類がある？
DDoS攻撃は大きく分けると、回線・通信処理・Webアプリケーションを狙うタイプに整理できます。
| 種類 | 狙う場所 | イメージ |
|---|---|---|
| 大容量トラフィック型 | ネットワーク帯域 | 回線を大量通信で埋める |
| プロトコル型 | 通信処理 | 接続処理や機器リソースを消費 |
| アプリケーション型 | Webアプリ | ページ処理を大量発生させる |
同じ「大量アクセス」でも対策が違う
回線を埋める攻撃と、WordPressの重いページへ大量アクセスする攻撃では、必要な対策が異なります。単純なIP遮断だけで対応できるとは限りません。
大容量トラフィック型とは
大量の通信データを送り、サーバーまでのネットワーク帯域を使い切らせるタイプです。
回線容量の例
1Gbpsの回線に対して、合計5Gbps相当の攻撃トラフィックが流れ込めば、単純な数字では回線容量の5倍です。
5Gbps ÷ 1Gbps ＝ 5倍
実際には上流ネットワークや防御設備で処理されることもありますが、回線容量を超えるトラフィックを自分のサーバーだけで防ぐのは困難です。
プロトコル型とは
TCPなどの通信処理を悪用し、サーバーやネットワーク機器の接続管理リソースを消費させるタイプです。
通信量自体が大きくなくても、接続要求の処理が増えることで正常な通信を処理できなくなる場合があります。
初心者はこれでOK
「通信量だけではなく、接続を管理する処理能力を使い切らせる攻撃もある」と覚えておけば十分です。
アプリケーション型とは
WebサーバーやWordPressなど、アプリケーション側の処理を大量に発生させる攻撃です。
トップページの静的ファイルより、検索・ログイン・データベース処理を伴うページのほうが1アクセスあたりの処理負荷が大きくなる場合があります。
処理負荷の考え方
1リクエスト50msの処理が必要なページへ1秒間に500リクエスト来ると、単純計算では25秒分のCPU処理要求が1秒間へ集中するイメージになります。
50ms × 500リクエスト ＝ 25,000ms（25秒分）
実際の処理は並列化されるためこのままの待ち時間になるわけではありませんが、動的ページへの大量アクセスが負荷を高める理由を理解しやすい例です。
DDoS攻撃を受けると何が起こる？
主な影響
- Webサイトが表示できない
- ページ表示が極端に遅くなる
- 問い合わせフォームが使えない
- APIや管理画面が応答しない
- サーバー負荷が上がる
- 同じサーバー内の別サービスへ影響する
停止による損失の例
1時間に20件の問い合わせがあるサイトで、DDoSにより3時間問い合わせが止まったとします。
20件 × 3時間 ＝ 最大60件
問い合わせ機会だけで最大60件分が失われる可能性があります。実際の損失は成約率や時間帯で変わりますが、会社サイトでは「数時間止まる」影響を数字で考えることが重要です。
アクセス急増とDDoS攻撃はどう見分ける？
アクセスが急増しただけでDDoS攻撃とは限りません。
| 確認項目 | 通常のアクセス急増 | DDoSの疑い |
|---|---|---|
| 原因 | SNS・広告・ニュース掲載など | 明確な流入元がないことがある |
| アクセス元 | 一定傾向がある | 多数地域・多数IPへ分散する場合 |
| ページ行動 | 複数ページを閲覧 | 同じURLへ異常集中する場合 |
| 通信パターン | 人間らしい | 機械的・高頻度になる場合 |
アクセス解析だけで断定しない
攻撃の種類によっては通常アクセスに近く見える場合があります。サーバーログ、ネットワーク状況、サーバー会社の障害・攻撃検知情報も含めて確認します。
DDoS対策は何をすればいい？
DDoS対策は、攻撃を受けてから自分のサーバーで止めるだけでは不十分です。
基本対策
- DDoS対策機能のあるサーバーを利用する
- CDNを利用する
- WAFやレート制限を使う
- キャッシュを活用する
- 不要な管理画面・APIを公開しない
- 監視と通知を設定する
個人・小規模サイトは「自力防御」より対策済みサービスを選ぶ
大規模DDoSを自分のVPS1台だけで防ぐのは現実的ではありません。上流ネットワークで緩和できるレンタルサーバー、クラウド、CDNなどを利用するほうが安全です。
CDNはDDoS対策に役立つ？
CDNは、利用者からのアクセスを複数拠点で受け、元サーバーの代わりにコンテンツを配信する仕組みです。
大量アクセスをCDN側で受け止めることで、オリジンサーバーへ直接届く通信量を減らせる場合があります。
利用者・攻撃通信 → CDN → 必要な通信だけオリジンサーバーへ
ただしCDNを置くだけで完全防御ではない
オリジンサーバーのIPが直接公開されている、動的ページへの攻撃が多い、設定に穴がある場合などは別対策が必要です。
WAFとDDoS対策は同じ？
同じではありません。
| 対策 | 主な役割 |
|---|---|
| DDoS対策 | 大量通信・大量リクエストを緩和する |
| WAF | Webアプリへの不正なリクエストを検知・遮断する |
| ファイアウォール | 通信元・ポートなどのルールで通信を制御する |
役割が違うので組み合わせる
DDoS、SQLインジェクション、不正ログインは攻撃方法が異なります。1種類の対策ですべてを防ぐのではなく、役割ごとの対策を組み合わせます。
レンタルサーバー選びで確認するDDoS対策
DDoS対策機能の表記だけでなく、どこまで事業者が対応するかを確認します。
確認項目
- DDoS攻撃の自動検知があるか
- 攻撃トラフィックを上流で緩和できるか
- WAFを利用できるか
- CDNを利用できるか
- 攻撃時のサポート窓口があるか
- 障害・攻撃情報が公開されるか
「DDoS対策あり」だけでは比較できない
検知だけなのか、自動遮断まで行うのか、攻撃時にサーバーを停止する運用なのかはサービスによって異なります。重要サイトでは仕様や利用規約まで確認してください。
DDoS攻撃を受けたときの対応手順
攻撃中に闇雲に設定を変えない
DNS、ファイアウォール、Webサーバー設定を同時に変更すると、攻撃なのか自分の設定ミスなのか切り分けにくくなります。変更前の設定を保存し、1項目ずつ対応してください。
DDoS攻撃を完全に防ぐことはできる？
「どんな規模のDDoSでも100％防げる」とは言えません。
攻撃規模が防御設備の容量を超える可能性もあり、新しい攻撃手法も出てきます。
目標は「攻撃ゼロ」ではなく「停止時間と影響を小さくする」
DDoS対策では、攻撃を完全になくすより、攻撃を検知し、緩和し、サービス継続または早期復旧できる構成を作ることが現実的です。
個人ブログにもDDoS対策は必要？
高額な専用対策までは不要でも、DDoS対策を持つレンタルサーバーやCDNを選ぶと安心です。
問い合わせや営業活動へ影響するため、攻撃時の連絡先・バックアップ・CDNなどを確認します。
停止が売上へ直結するため、DDoS緩和、冗長化、監視、復旧体制まで重視します。
DDoS対策を選ぶ判断フロー
YES → DDoS対策を重要項目にする
YES → CDN導入も検討
YES → キャッシュ・WAF・レート制限も確認
NO → 事前にサポート窓口を確認
DDoS攻撃でよくある勘違い
アクセスが多ければDDoS？
違います。広告やSNSで自然にアクセスが増えることもあります。アクセス元や通信パターンを確認します。
IPアドレスを遮断すれば終わる？
DDoSでは攻撃元が大量に分散するため、数個のIP遮断だけでは止まらない場合があります。
WAFを入れればDDoSも完全防御？
WAFはWebアプリへの攻撃対策が中心です。大容量のネットワーク攻撃には別の緩和設備が必要です。
バックアップがあればDDoS対策になる？
バックアップはデータ復旧には有効ですが、攻撃トラフィックそのものを止める機能ではありません。
教科書判定｜DDoS対策はどこまで必要？
個人・小規模サイトはDDoS対策済みサーバーを選び、重要サイトはCDN・WAF・監視まで追加
一般的なブログなら、自分で防御設備を作る必要はありません。DDoS緩和機能のあるレンタルサーバーを選ぶことが第一歩です。会社サイト・EC・予約サイトでは、停止損失が大きいため、CDN、WAF、監視、攻撃時の連絡体制まで確認してください。
よくある質問
DDoS攻撃でデータは盗まれますか？
DDoSの主目的はサービス停止ですが、別の攻撃と同時に行われる可能性はあります。DDoS対策とは別に、不正アクセスや脆弱性対策も必要です。
個人サイトもDDoS攻撃を受けますか？
可能性はあります。ただし、高額な専用設備を自分で用意するより、DDoS対策機能のあるレンタルサーバーやCDNを利用する方法が現実的です。
CloudflareなどのCDNを使えば完全に防げますか？
完全防御とは言えません。CDNは有効な緩和手段ですが、オリジンIPの露出や動的処理への攻撃など、別の対策が必要になる場合があります。
DDoS攻撃と大量アクセスはどう違いますか？
大量アクセスは人気記事や広告流入など正常な利用でも起こります。DDoSはサービス停止を狙った意図的な通信です。アクセス元やログ、流入原因を確認して判断します。
攻撃を受けたら最初に何をすればいいですか？
発生時刻・症状を記録し、サーバー会社の障害情報とログを確認したうえで、サポートへ連絡してください。設定を複数同時に変更すると原因が分かりにくくなるため注意します。
まとめ
この記事の結論
- DDoSは多数の端末から大量通信を送るサービス妨害攻撃
- DoSより攻撃元が分散し、単純遮断が難しい
- 回線・通信処理・Webアプリを狙うタイプがある
- 小規模サイトでも停止や問い合わせ損失につながる
- 自力防御よりDDoS対策済みサーバー・CDNを活用する
- 重要サイトはWAF・監視・復旧体制まで組み合わせる
結局、DDoS攻撃は「受けないようにする」だけでなく、「受けても止まりにくく、止まっても早く復旧できる構成」にすることが重要です。まずは利用中サーバーのDDoS対策範囲と、攻撃時のサポート窓口を確認してください。
次に読むなら
DDoS攻撃の仕組みが分かったら、次は「ファイアウォールとは？」を確認すると、通常の通信制御とDDoS対策の役割の違いを整理できます。