分散型のサービス妨害
たくさんの
どこで混ざるか
だれからの
守りの 3 行
- 1回線の
手前で 受け止める CDN や、 通信事業者の 対策の 仕組みを使う - 2ログインや
検索のような 重い 処理に、 相手ごとの 回数の 上限を置く - 3止まった
ときの 連絡の 経路と、 利用者への 知らせ方を 先に 決めておく
仕組み
攻撃者は、
あ
答えの
データは
記録と見張りに出る形
- 通信の
量や 1 秒あたりの 要求の 数が、 ふだんの 何倍にも 跳ね上がる - 応答の
時間が 延び、 時間 切れやつながらないと いう 誤りが増える - 送り元の
住所や 国の 分布が、 ふだんの 利用者と 大きく 違う。 同じ 道の 同じ 要求が並ぶ - サーバーの
CPU や 接続の 数が 上限に 張り 付き、 外からの 監視で 応答が落ちる
守れているかの確かめ方
- ふだんの
通信量と 応答の 時間を 記録し、 跳ね 上がりで 知らせが 鳴る 値を 決めておく - 回数の
上限が 効くかを、 自分の 試験の 環境で 負荷を 掛けて 確かめる。 本番や 他人の サービスには 掛けない - CDN や
事業者の 対策を 入れたら、 元の サーバーの 住所へ 外から 直に 届かないかを 確かめる - 止まった
想定の 机上の 演習で、 だれが いつ何を 決め、 利用者に 何を 知らせるかを 通しておく
実際に起きたこと
- 2025年2月4日 年末年始の
航空、 2024年12月から金融、 通信への DDoS 攻撃 2025年1月に 出典 内閣かけて、 航空事業者、 金融機関、 通信事業者などへの DDoS 攻撃が 相次いだ。 IoT 機器を 乗っ取った 束が 使われ、 量で 埋める 型と Web の 要求で 埋める 型が 混ざっていた。 注意喚起は、 CDN の 利用、 元の サーバーの 住所を 隠すこと、 事業者の 対策の 利用などを 挙げている。 サイバーセキュリティセンター 2026年10月25日に確かめた「DDoS 攻撃への 対策に ついて (注意喚起)」 - 2018年3月1日 GitHub への
反射と 2018年2月28日、増幅の攻撃 設定の 出典 GitHub甘い キャッシュの サーバーを 踏み台にした 反射と 増幅の 攻撃で、 最大毎秒 1.35 テラビットの 通信が 届き、 GitHub が 約 9 分 間つながりにくくなった。 対策の 事業者へ 経路を 切り替えて 戻し、 利用者の データへの 影響は 無かった。 「February 28th DDoS Incident Report」 2026年10月25日に確かめた
