神姫バスのウェブサイトにDDoS攻撃 — 約1日半の閲覧障害、個人情報流出は確認されず
| 項目 | 内容 |
|---|---|
| 発生日時 | 2026年6月12日20時ごろ〜13日終日 |
| 復旧日 | 2026年6月15日 |
| 公表日 | 2026年6月17日 |
| 対象組織・業界 | 神姫バス株式会社（旅客モビリティ） |
| 攻撃手法 | DDoS攻撃（アクセス集中によるサーバ負荷の上昇） |
| 個人情報への影響 | 流出は確認されていない |
| 情報源 | Security NEXT（2026年6月17日） |
神姫バスのウェブサイトが2026年6月12日20時ごろから13日終日にかけて、アクセスが集中してサーバ負荷が上昇し、閲覧できない状態となりました。
障害はサイト全体に及び、利用者がウェブサイトにアクセスできない状況が約1日半続きました。同社は6月15日に復旧を完了しています。個人情報の流出は確認されていません。
同社は再発防止に向けて、サーバ体制の強化と監視体制の見直しを実施するとしています。
- 2026年6月12日20時ごろ: ウェブサイトへのアクセスが集中し、サーバ負荷が上昇。閲覧できない状態が発生
- 6月13日: 終日にわたり閲覧障害が継続
- 2026年6月15日: 復旧完了
- 2026年6月17日: 報道。個人情報流出は確認されず
ウェブサイトへのアクセス集中によるサーバ負荷の上昇が原因と説明されています。攻撃の詳細（攻撃元の規模、攻撃手法の種別、要求や声明の有無）は公表されていません。
考えられる原因（推測）: 交通事業者のウェブサイトへのDDoS攻撃は、(a) 攻撃代行サービス（DDoS-for-hire）を用いた比較的単純な帯域・リクエスト飽和型、(b) 政治的・社会的主張を伴うハクティビズム型、(c) 恐喝を目的としたRDDoS（ランサムDDoS）、といった分類が典型です。要求や声明が公表されていないことから、(a)または(b)の可能性が考えられます。
なお、公共交通事業者のサイトは運行情報・時刻表・運休情報の主要な参照先であり、閲覧不能は情報の流出がなくても利用者の実生活に影響します。DDoSが「情報が漏れないから軽微」とは言えないのは、この可用性そのものが提供価値である業種において特に顕著です。
組織が学ぶべきこと
Section titled “組織が学ぶべきこと”1. DDoSの被害指標は「件数」ではなく「復旧までの時間」
Section titled “1. DDoSの被害指標は「件数」ではなく「復旧までの時間」”情報漏えい事案は流出件数で規模が語られますが、DDoSに流出件数はありません。評価軸はサービスが止まっていた時間と、その間に代替の情報提供ができたかです。本件では約1日半の閲覧障害が発生しており、運行情報を必要とする利用者にとっては実害のある期間でした。
2. 代替チャネルの事前設計が実質的な緩和策になる
Section titled “2. 代替チャネルの事前設計が実質的な緩和策になる”ウェブサイトが落ちても、SNSアカウント、駅・停留所の掲示、コールセンターといった経路で運行情報を届けられれば、利用者への影響は大きく下がります。DDoSは完全に防ぎきることが難しい攻撃であるため、攻撃を止める対策と並行して「止まっても情報を届ける」設計を持つことが、可用性が事業価値である業種では特に重要です。
3. 「負荷上昇」と「攻撃」の切り分けを速く行える体制
Section titled “3. 「負荷上昇」と「攻撃」の切り分けを速く行える体制”アクセス集中は、攻撃だけでなく報道・イベント・障害情報の集中でも発生します。初動で必要なのは「これは攻撃か、正常な集中か」の判定であり、これを誤ると対処が遅れます。トラフィックの発信元分布・リクエストパターンを即座に見られる状態にあるかどうかが、初動の速さを決めます。
ヤグラの視点 — 復旧可能性という指標：情報を守り切った対応をどう評価するか
Section titled “ヤグラの視点 — 復旧可能性という指標：情報を守り切った対応をどう評価するか”インシデント記事は「何が漏れたか」を中心に語られますが、本件は漏れなかった事案です。攻撃を受け、サービスが止まり、しかし個人情報の流出は確認されず、約3日で復旧している。これは記事として地味ですが、防御側の目線では検討に値するパターンです。
DDoSは、侵入を伴わないという点で他の攻撃と性質が異なります。攻撃者はシステムの内部に入らず、外側から負荷をかけるだけです。したがって被害の上限は原理的に「可用性の喪失」に留まり、データが持ち出される経路がありません。ここを正しく理解しておくことが、初動の落ち着きにつながります。逆に危険なのは、DDoSが本命の侵入を隠すための陽動として使われるケースで、この場合は負荷対応に人員が集中している間に別経路の侵入が進みます。本件で「個人情報流出は確認されていない」と明言できているのは、負荷対応と並行して侵害の有無を確認できたということであり、評価すべき点です。
同社が挙げた再発防止策のうち、監視体制の見直しは本質的な項目です。DDoSへの耐性はサーバ増強やCDN・緩和サービスの導入で高められますが、「攻撃が始まったことに何分で気づくか」「陽動の裏で別の異常が起きていないか」を判断する部分は監視の質に依存します。人手で全ログを追い切るのは現実的でないため、ログを横断的に集約してAIが異常を判定する構成は、この種の判断を速める選択肢のひとつです。→ ヤグラ AI SOC
「勝ちパターン」を持つ組織の条件は、攻撃を受けないことではなく、受けたときに何を守り切れたかを説明できることです。本件はその最低限の水準を満たしています。
同社は復旧を完了し、サーバ体制の強化と監視体制の見直しを進めています。攻撃の詳細や再攻撃の有無は公表されていないため、同種の攻撃が公共交通事業者に連続していないかを含めて注視します。
| 日時 | 内容 |
|---|---|
| 2026-08-03 | 初稿公開（2026年6月17日報道時点の情報） |