L.L.Planning（SkillAnalyst Online／ASP）へのDDoS攻撃（ホスティング会社全体が標的、約1時間半の利用障害）
公表日
有限会社L.L.Planningのホームページと、一部の顧客向けのSkillAnalyst Online及びASPが、2025年11月20日の午前12時30分頃から午後2時頃まで利用しづらくなりました。情報流出については、参照した報道には書かれていません。
対象者は？
同社ホームページと、一部顧客向けのSkillAnalyst Online及びASPを使っていた人が対象です。「一部」がどの範囲かは、まだ発表されていません。情報が流出したという記述は、参照した報道にはありません。
同社の公式のお知らせは確認できていません。以下の報道記事で内容を見られます。ご自身が対象かどうかは、同社へ問い合わせてください。
何が起きたのか
2025年11月20日の午前12時30分頃（報道の表記のまま）から午後2時頃まで、同社のホームページと、一部の顧客向けのSkillAnalyst Online及びASPが利用しづらい状態になりました。同社は同じ11月20日に、この障害について発表しました。原因として、同社だけでなく、ホスティング会社全体がDDoS攻撃（大量の通信を送りつけてサービスを使いにくくする攻撃）を受けたことが説明されました。ScanNetSecurityが11月28日に報じています。
なぜ起きたのか・なぜ広がったのか
報道によると、原因は、同社単体ではなくホスティング会社全体へのDDoS攻撃です。攻撃した人や、攻撃の規模、同社のサービスが影響を受けた細かい仕組みは、まだ発表されていません。
いまの状況2025-11-28 時点続報待ち
報道では、利用しづらい状態は午後2時頃までのことと書かれています。情報流出についての記述はありません。再発防止策や、同社の追加の説明は、まだ発表されていません。
企業として考えたいこと
もし自社のサイトやサービスが載っているホスティング会社全体が攻撃を受けたら、自社はどうやってそれを知り、顧客へ何分で知らせられるでしょうか。
技術的な要約
有限会社L.L.Planningは2025年11月20日、同社ホームページと一部顧客向けのSkillAnalyst Online及びASPでの障害について発表した。11月20日午前12時30分頃から午後2時頃までの間、ホスティング会社全体へのDDoS攻撃が原因で、これらが利用しづらい状態になったという。原因は同社単体ではなくホスティング会社全体への攻撃とされている。情報流出に関する記述は、参照した出典にはない。
公開情報が限られている点について
攻撃の分類
- 侵入口
- 不明不明。DDoS攻撃のため侵入を伴う攻撃かどうかは出典に記載がない。出典によると、ホスティング会社全体へのDDoS攻撃が障害の原因。
- 脆弱性
- 判明している脆弱性はありません
- 攻撃者
- 特定・主張なし
- ATT&CK
影響
- 業務停止
- あり 同社ホームページと一部顧客向けのSkillAnalyst Online及びASPが利用しづらい状態になった。期間：2025-11-20 午前12時30分頃から午後2時頃まで（出典の表記どおり）
- データ
- なし上限 —確定 —参照した出典に情報流出の記載はない。
- 波及先
- —
- 同社ホームページ
- 一部顧客向けのSkillAnalyst Online及びASP
- 金銭影響
- —
- サプライチェーン
- 障害の原因は同社単体ではなくホスティング会社全体へのDDoS攻撃とされている。同社のサービスはその影響を受けた。
時系列
技術解説
出典で確認できる事実 事実
有限会社L.L.Planningは2025年11月20日、同社ホームページと一部顧客向けのSkillAnalyst Online及びASPでの障害について発表した。出典によると、11月20日午前12時30分頃から午後2時頃までの間、ホスティング会社全体へのDDoS攻撃が原因で、これらが利用しづらい状態になった。原因は同社単体ではなく、ホスティング会社全体への攻撃とされている。時刻は出典の表記どおりで、「午前12時30分頃」という書き方も出典のままである。参照した出典は報道2件（ScanNetSecurityとその転載）で、内容は同じである。情報流出、攻撃の規模、攻撃者、復旧の方法、再発防止策についての記述は、参照した出典にはない。
攻撃の構造（解釈） 解釈
出典の記述から読み取れるのは、攻撃の標的がL.L.Planning個別のサービスではなく、ホスティング会社全体だったという点である。複数の事業者のサイトやサービスが同じ基盤を使う場合、基盤側への大量の通信は、そこに載っているサービス全体の応答を遅くしたり止めたりしうる。このため同社のホームページと一部顧客向けサービスが同時に利用しづらくなった、という見方ができる。ただし、これは出典に書かれた事実から導いた解釈である。基盤の構成や、攻撃通信の種類・規模は公表されていないため、具体的な仕組みは確認できない。
影響の範囲と性質（解釈） 解釈
出典によれば、影響を受けたのは同社ホームページと「一部顧客向け」のSkillAnalyst Online及びASPで、時間は約1時間半である。出典に情報流出の記載はなく、DDoS攻撃は通常サービスを使いにくくする性質の攻撃であることから、今回の影響は可用性の面が中心だったと考えられる。ただし、侵入を伴ったかどうかは出典に記載がなく、流出がなかったと断定はできない。「一部顧客」がどの範囲か、顧客の業務にどう影響したかも公表されていない。件数や被害額は出典になく、影響の大きさを数値で評価することはできない。
公表のあり方についての見方（解釈） 解釈
同社は障害当日の11月20日に発表したと報じられており、利用者に状況を知らせる動きが早かった可能性がある。原因を「ホスティング会社全体への攻撃」と説明した点は、利用者が自社側の不具合ではないと理解する助けになりうる。一方、参照できたのは報道のみで、同社の公式発表そのものは確認できていない。そのため、発表の全文、問い合わせ窓口、復旧の連絡方法といった細部は評価できない。ここでの見方は限られた情報にもとづく暫定的なもので、同社の対応の良し悪しを判断するものではない。
対応
- 封じ込め
- —
- 公表の仕方
- 2025-11-20に同社が障害について発表した。原因はホスティング会社全体へのDDoS攻撃と説明された。
- 当局対応
- —
教訓と対策
| 教訓 | 具体的な対策 |
|---|---|
| 共有ホスティング基盤が攻撃されると、自社が標的でなくても影響を受けうる | 利用しているホスティング・ASP基盤を棚卸しし、DDoS対策（CDN／WAFの前置き、事業者側の防御機能）の有無と契約範囲を確認して文書化する。 |
| サービスが利用しづらくなったとき、原因の切り分けを素早く行う必要がある | 外形監視（複数地点からのHTTP・DNS監視）を導入し、自社サーバの負荷、事業者の障害情報、通信量の変化を並べて見られるダッシュボードを用意する。 |
| 障害の連絡は、原因が基盤側にある場合でも利用者に早く届ける価値がある | 本体サイトと別系統のステータスページや告知手段（別ドメインの静的ページ、メール配信）を用意し、障害時の文面テンプレートを事前に承認しておく。 |
| DDoSによる障害でも、情報流出の有無を利用者が気にする | 障害発生時のチェックリストに「アクセスログ・認証ログに不審な操作がないか」「管理画面への不正ログインがないか」の確認を入れ、結果を告知文に含める。 |
| 基盤事業者への依存度と連絡経路を平時に把握しておく | 事業者の障害通知先、SLA、緊急連絡窓口を一覧にし、年1回は連絡訓練を行う。重要サービスは別基盤への切替手順（DNSのTTL短縮を含む）を検討する。 |
自組織などでの確認項目
- 自組織のWebサイトや顧客向けサービスは、どのホスティング・クラウド基盤に載っているか。その基盤全体が攻撃を受けたとき、自組織に通知は届くか。
- DDoS対策は、事業者側の提供機能と自組織で追加した対策のどちらに頼っているか。契約書や管理画面で確認できるか。
- サービスが約1時間半止まった場合、顧客にどの手段で、誰の承認で、どのくらいの時間で知らせられるか。連絡手段自体が同じ基盤に載っていないか。
未解明点
- 同社の公式発表の全文と、続報の有無（まだ確認できていない）。
- 攻撃を受けたホスティング会社の名称、攻撃の規模・種類、その会社が出した説明。
- 「一部顧客」の範囲と件数、顧客の業務への影響。
- 情報流出がなかったことを同社が確認したかどうか。
- 再発防止策や基盤側の追加対策の内容。
出典
- 1ScanNetSecurity2025-11-28報道本文確認済
- 2エキサイトニュース（ScanNetSecurity提供）2025-11-28報道本文確認済