DDoS攻撃の定義と目的

DDoS攻撃（Distributed Denial of Service：分散型サービス妨害攻撃）とは、複数の送信元から標的に対して大量の通信や要求を集中させ、サーバやネットワークの処理能力・帯域・状態管理などを枯渇させることで、サービスを利用しにくくすることを目的とする攻撃です。狙いは「情報を盗む」よりも「止める／遅くする／応答を不安定にする」ことにあります。

仕組み：何が“枯渇”し、なぜ止まるのか

DDoSの基本は、標的が処理しきれない負荷を外部から作ることです。ただし、枯渇の起点は1つではありません。たとえば次のように、攻撃の性質によって圧力がかかる場所が変わります。

  • 帯域の枯渇：大量のデータ転送で通信経路の容量が逼迫し、正規の通信も遅延します。
  • 膨大な接続・セッション：接続数やセッション管理の負荷が増え、OSやミドルウェアのリソースが足りなくなります。
  • アプリケーション処理の枯渇：リクエストの種類によっては、バックエンドの計算・参照・外部呼び出しが過剰になり、応答不能に近づきます。
  • 状態（ステート）を伴う要素：認証、セッション、キュー、キャッシュミスなど“状態を作る処理”が増えると、同じ回線速度でも影響が大きくなり得ます。

DDoSが「分散」なのは、単一の送信元での異常を検知・遮断されにくくするためです。結果として、守る側は“通信の量”だけでなく“要求のパターン”も観察する必要が出ます。

部分的に見落とされやすい制限と例外

DDoSの説明で誤解が起きやすいのは、「攻撃＝必ず機械的に見える」わけではない点です。実運用では次の制限・例外を意識してください。

  • 通常トラフィックの急増との区別が難しい：キャンペーン、障害復旧、クラウドの自動スケール、特定地域の通信回復などでも、似た傾向が出ます。
  • “攻撃”のつもりがなくても成立する負荷：誤ったクライアント設定、ループ、過剰な再試行が、結果的に同様の過負荷を作ることがあります。
  • 対策は万能ではない：遮断やレート制限は効果がある一方で、正規利用者にも影響し得ます。特にログインやAPIのように挙動が繊細な場合は、副作用の管理が重要です。
  • すべてを外部で防げるとは限らない：攻撃がアプリ層に近い要求で成立している場合、入口での単純なフィルタだけでは十分でないことがあります。

つまり、DDoS対策は「攻撃を見つけて止める」だけでなく、どの層でどの資源が枯渇するかを前提に設計と運用を組み合わせる必要があります。

関連概念：DoS、反射・増幅、ボット、WAFとの関係

DDoSはDoS（サービス妨害）の一種として扱われますが、中心となる違いは“分散性”にあります。さらに実務では、次のような周辺用語が登場します。

  • DoS：単一または少数の送信元でも成立しうるサービス妨害。 - ボット（踏み台を含む自動化された送信元）：DDoSを分散させるために用いられることがあります。