サイバー攻撃の被害事例から学ぶ。企業が押さえたい代表例と対策の考え方

サイバー攻撃の事例は、自社の業務停止や情報漏えいに備える手掛かりになります。企業名や被害額だけでなく、侵入の入口と被害の広がり方を読むことが大切です。

この記事では、被害企業の公表資料を基に代表例を整理します。公表時点の確認事項と推測を分け、予防・初動・復旧の見直しにつなげましょう。

サイバー攻撃の被害事例が重要な理由

事例を読む目的は、攻撃の名前を覚えることではありません。自社なら何が止まり、誰に影響するかを具体化することです。

事例を見ると被害の広がり方が具体的にわかる

被害の記録を読むと、システム障害と事業上の損失をつなげて考えられます。復旧作業に加え、顧客対応や取引先との調整も必要になるためです。

例えば受注システムが停止すると、注文確認や出荷にも影響が及びます。データを復元できても、情報流出の調査や対象者への連絡は別に残る場合があります。技術面の復旧と事業の回復を分けて確認しましょう。

復旧費用や社内工数に加え、説明の遅れが取引上の信頼にも影響する場合があります。金額や影響の大きさは、各社の公表範囲を超えて推測しないようにしましょう。

読む観点	確認する内容
侵入経路	判明した経路と、調査中の事項を分ける
被害範囲	止まった業務、使えないデータ、外部への影響
対応	隔離、調査、外部支援、顧客対応の進め方
自社との共通点	同じ機器・委託形態・権限管理がないか

IPAの2026年版では、組織向けの1位がランサム攻撃です。2位にはサプライチェーンや委託先を狙った攻撃が挙がっています。ただし、順位だけで自社の対策順を決める資料ではありません。業務や保有情報に照らし、関係する脅威を幅広く点検する必要があります。

※参考：IPA「情報セキュリティ10大脅威 2026」（2026年1月29日公開、2026年5月21日更新）、2026年10月15日確認。

代表的なサイバー攻撃の被害事例

代表例を比べると、認証情報、外部接続、公開機器が侵入の入口になることが分かります。以下は過去の公表資料に基づく事例であり、各社の現在の安全性を評価するものではありません。

事例	資料で確認できる主な問題	自社で点検する対象
KADOKAWAグループ・2024年	ランサムウェアを含む攻撃と情報漏えい	バックアップ、権限、情報の保管範囲
Twilio・2022年	偽ログイン画面を利用した認証情報の窃取	認証方式、不審な連絡への確認手順
小島プレス工業・2022年	子会社のリモート接続機器を経由した侵入	外部接続、取引先を含む停止時の代替手段
カプコン・2020年発覚	旧型VPN装置を経由した不正アクセス	例外的に残した機器、更新・廃止の管理

ランサムウェア被害は業務停止と復旧負担を同時に招きやすい

ランサムウェア被害では、業務の復旧と漏えいへの対応が並行して必要になる場合があります。暗号化されたデータを戻すだけで、対応が終わるとは限りません。

KADOKAWAは、2024年6月8日に複数のサーバへアクセスできなくなったと公表しました。同年8月5日の発表では、ドワンゴの専用ファイルサーバなどへの攻撃を説明しています。ランサムウェアを含む攻撃により、個人情報や企業情報の外部漏えいを確認したという内容です。

同発表は、従業員のアカウント情報の窃取を原因と推測しています。一方、その時点では窃取の経路や方法は不明とされていました。フィッシングが侵入原因として確定した、と読み替えてはいけません。

※参考：KADOKAWA「ランサムウェア攻撃による情報漏洩に関するお知らせ」（2024年8月5日）、2026年10月15日確認。

自社では、復旧用データの保管先と業務再開の優先順を確認しましょう。バックアップが本番環境と同時に被害を受ける構成では、復旧手段を失うおそれがあります。復元試験に加え、漏えい調査や問い合わせ対応の担当も決めておくことが重要です。

フィッシングによるアカウント乗っ取りは入口として起こりやすい

フィッシングは、人をだまして認証情報を入力させる攻撃です。正規のアカウントを使われると、システムの弱点を突かずに侵入される場合があります。

Twilioは、2022年に従業員を狙ったSMSフィッシングを受けました。同年10月の最終報告では、社内担当者を装う連絡が偽のログイン画面へ誘導したと説明しています。入力された認証情報が悪用され、社内ツールや一部顧客情報へのアクセスにつながりました。

同社は侵害された認証情報のリセットやセッションの取り消しを実施しました。再発防止策には、FIDO2トークンを使った認証強化も含まれています。これは当時の対応内容であり、すべての認証方式が同じ耐性を持つわけではありません。

※参考：Twilio「インシデントのご報告〜Twilio従業員およびお客様のアカウント情報流出について」（2022年8月9日公開、最終調査報告2022年10月27日）、2026年10月15日確認。

メールやクラウド管理画面も、同じ観点で点検できます。急なパスワード変更依頼は、届いたリンクから操作しないルールにしましょう。普段の入口や既知の窓口で確認できるようにすることが重要です。

委託先やサプライチェーンを起点に被害が広がることもある

取引先への影響は、攻撃がネットワーク経由で伝わる場合だけではありません。仕入先の業務が止まり、自社の生産や出荷が止まる形でも発生します。

小島プレス工業は、2022年3月31日の調査報告で侵入経路を説明しました。子会社が外部企業との通信に使っていた接続機器の脆弱性が入口だったという内容です。子会社から同社のネットワークへ侵入され、一部のデータが暗号化されました。

トヨタ自動車は、この仕入先のシステム障害の影響を公表しています。2022年3月1日は国内全14工場28ラインを停止し、翌日から再開すると発表しました。これは供給面への影響であり、トヨタへ不正侵入した事実を示すものではありません。

※参考：小島プレス工業「システム停止事案調査報告書（第1報）」（2022年3月31日）、2026年10月15日確認。

※参考：トヨタ自動車「3/2（水）以降の国内工場における稼働再開について」（2022年3月1日）、2026年10月15日確認。

制作会社や保守会社との接続も、同じ視点で整理しましょう。共有アカウント、遠隔保守の入口、停止時の連絡先を確認します。重要な委託業務には、代替手順や再開条件も必要です。

脆弱性を突いた攻撃は公開システムで起こりやすい

公開機器の更新漏れは、社内システムへの入口を残す原因になります。Webアプリケーションだけでなく、VPN機器や遠隔保守の装置も管理対象です。

カプコンは、2020年に発覚した不正アクセスの調査結果を翌年に公表しました。北米現地法人に残していた旧型VPN装置が入口になったと説明しています。同社は予備として装置を残しており、例外的な機器も見落とせない事例です。

※参考：カプコン「不正アクセスに関する調査結果のご報告【第4報】」（2021年4月13日）、2026年10月15日確認。

公開Webサイトでは、改ざんや不正なファイルの設置も点検します。画面が通常どおり表示されても、侵入がないとは判断できません。管理台帳に機器、ソフトウェア、担当者、更新期限を記録しましょう。

更新できない事情がある場合は、理由と期限を明らかにします。外部からの接続制限など、代替策を決めた上で解消を追跡することが必要です。

被害事例から学べる対策のポイント

対策は、侵入を防ぐ備えと被害後の備えを組み合わせます。機器を導入するだけでなく、誰が判断し、どの業務から戻すかまで決めましょう。

侵入を防ぐ対策だけでなく初動準備も欠かせない

異常に気付いた時点で使える連絡手順を用意しておくことが重要です。原因の確定を待たず、被害の拡大を抑えながら情報を集めます。

• 担当者と責任者へ連絡し、発見時刻、画面、影響範囲を記録します。連絡用メールが使えない場合の代替手段も必要です。
• 組織の手順に従い、感染が疑われる機器のネットワーク接続を切り離します。制御設備などは、停止による影響の確認も必要です。
• 専門家と相談し、ログや記録を保全します。不用意な初期化やデータ削除は、原因調査を難しくする原因です。
• 経営、法務、広報、委託先で対応方針を共有します。警察や専門機関への相談、報告・通知の要否も整理しましょう。

平時には、連絡先をシステム外でも確認できるようにしましょう。事故を想定した訓練で、判断が止まる箇所を探すことも有効です。個人データに関する報告の考え方は、後半のQ&Aで補足します。

※参考：IPA「中小企業の情報セキュリティ対策ガイドライン 第4.0版 付録8 セキュリティインシデント対応の手引き」（2026年6月（Version 1.2））、2026年10月15日確認。

認証情報の管理は今も基本対策の中心になる

認証情報の管理では、漏れにくさと悪用されにくさを両方考えます。パスワードの使い回しをなくし、重要なサービスには多要素認証を設定しましょう。

多要素認証とは、パスワード以外の要素を組み合わせる仕組みです。ただし、偽画面で確認コードまで盗まれる攻撃もあります。対応サービスでは、フィッシングへの耐性がある認証方式を検討することが大切です。

• 退職者や利用しなくなった委託先のアカウントを停止する
• 管理者権限を必要な担当者に絞り、一般業務と分ける
• 不審なログインや権限変更を確認できる記録を残す
• 不審な依頼を責められずに報告できる窓口を設ける

認証情報の流出が疑われる場合は、変更だけで終わらせないようにします。接続済みのセッションや追加された端末も確認対象です。対応範囲は利用サービスと侵害状況に合わせて判断しましょう。

委託先を含めた管理が被害拡大を防ぐ鍵になる

委託先との分担は、契約と実際の運用の両方で確認します。依頼した業務、アクセスできる情報、事故時の連絡経路を一覧にすることが出発点です。

管理項目	確認すること
委託範囲	構築、更新、監視、バックアップの担当は誰か
アクセス	個別アカウントか、権限は必要な範囲か
再委託	再委託先や使用サービスを把握できるか
事故対応	いつ、誰へ、何を知らせるか
復旧と契約終了	データの受渡し、復元支援、権限削除をどう行うか

委託先の認証取得や実績だけで、個別業務の安全性は判断できません。更新やバックアップの実施記録も定期的に確認しましょう。自社が判断する事項を明確にすると、緊急時の連絡が滞りにくくなります。

継続的な見直しを止めないことが再発防止につながる

対策は実施した記録だけでなく、今も機能しているかを確認します。業務や利用サービスが変わると、以前の設定では不足する場合があるためです。

• 更新：OS、CMS、プラグイン、接続機器の修正状況を確認する
• 復旧：バックアップから実際に戻し、必要なデータがそろうか試す
• 権限：異動、退職、委託変更を反映し、不要な接続をなくす
• 連絡：担当者や緊急窓口が変わっていないか確認する
• 訓練：業務停止を想定し、代替手順と再開判断を確かめる

点検で見つかった課題には、担当者と対応期限を付けましょう。未対応のまま残る理由を経営側と共有することも必要です。脅威の順位にかかわらず、自社の重要業務を守る視点で優先度を決めます。

ジオコードのセキュリティプランで、サイトのリスクを根本から見直す

Webサイトの運用体制に課題がある場合は、保守やセキュリティの支援を相談できます。相談前に更新漏れや管理範囲の曖昧さを整理すると、必要な支援を伝えやすいでしょう。

ジオコードは、WordPressのセキュリティやWebサイト保守を案内しています。利用中のCMS、プラグイン、サーバ、保守契約をまとめ、対象範囲を確認しましょう。診断、更新、監視、事故時の対応は、契約上どこまで含まれるかを分けて確認する必要があります。

問い合わせ時には、現在の管理者、更新履歴、バックアップの状況を共有します。重要な会員機能や業務連携がある場合は、その影響も伝えてください。支援を受ける場合も、自社の判断責任や緊急連絡の担当を残しておくことが大切です。

※参考：ジオコード「セキュリティを強化したい」（公開日記載なし）、2026年10月15日確認。

ジオコードのWeb制作・保守サービスを確認する

サイバー攻撃の事例についてよくある質問

事例を自社で生かす前に、判断に迷いやすい点を確認します。状況が異なると対応も変わるため、前提をそろえて考えましょう。

小規模な企業も事例を調べる必要がありますか？

企業規模だけで対象外とは判断できません。保有する情報や取引先との接続を踏まえて、似た業務の事例を読むことが役立ちます。専任担当がいない場合は、まず機器・アカウント・委託先の一覧を整えましょう。

被害が出たら必ず個人情報保護委員会への報告が必要ですか？

サイバー攻撃を受けたという理由だけで、一律に同じ報告義務が生じるわけではありません。個人データの漏えいなどが、法令の報告対象に当たるかを確認します。要配慮個人情報、財産的被害、不正な目的、人数などが判断要素です。

報告対象の場合、速報は速やかに行い、目安は事態を知った日から概ね3～5日以内です。確報の期限も、事態を知った日から数えます。原則30日以内、不正な目的で行われたおそれがある場合は60日以内です。本人通知や業種別の報告も含め、委員会の案内と専門家へ確認しましょう。

※参考：個人情報保護委員会「漏えい等の対応とお役立ち資料」（公開日記載なし）、2026年10月15日確認。

※参考：個人情報保護委員会「漏えい等報告・本人への通知の義務化について」（公開日記載なし）、2026年10月15日確認。

バックアップがあればランサムウェア対策は十分ですか？

バックアップだけでは、情報の持ち出しやアカウント悪用には対応しきれません。認証、更新、権限管理と組み合わせ、復元できることも確認する必要があります。保存先を分けるだけでなく、侵害された権限で削除されないかを点検しましょう。

まとめ

事例から得た気付きを、担当者と期限がある点検項目に変えましょう。自社の業務や委託関係と結び付けることで、実行する対策を絞り込めます。

サイバー攻撃の被害事例は自社の備えを見直す材料になる

サイバー攻撃の被害は、システム停止から顧客や取引先への対応まで広がります。公表資料を読む際は、攻撃の入口、被害範囲、確認時点を分けて把握することが大切です。

今回の事例からは、認証情報の管理と接続機器の把握が重要だと分かります。委託先への確認、復元試験、緊急連絡の準備も欠かせません。技術担当だけで抱えず、経営や業務部門と停止時の判断を共有しましょう。

まずは重要な業務を選び、止まった場合の影響を書き出してください。その業務を支える機器、アカウント、委託先を順に確認します。事例を具体的な点検と継続的な改善につなげることが、現実的な備えになります。