日本のセキュリティインシデント

国内で起きたセキュリティインシデントを、公表資料に基づいて読み解きます。事件の経緯と対処から、自社の業務・設計で考えたいことをまとめました。

インシデントを読む

事件の発生・公表時期が新しい順に掲載

委託先のメール配信基盤への攻撃が、多数の企業に波及しました。企業ごとに異なる漏えい内容から、配信基盤で扱う顧客情報と、その安全性の要件を考えます。

NECの委託先への攻撃で、大学のシステム障害と情報漏えいが発生しました。契約に基づかない個人情報の共有・保管と、作業端末の管理から、元請けの責任を考えます。

委託先の管理機能を悪用され、顧客の口座で不正取引が成立しました。管理機能の侵害から顧客の資産を動かせてしまう設計を、発注側の要件定義から考えます。

クラウドの管理者権限が奪われ、495社の仮想サーバーに被害が広がりました。事業者選定時に、顧客環境と管理基盤の分離について何を聞くべきかを考えます。

FX向けサービスで、接続先から手元PCのファイルにアクセスできる共有が初期設定になっていました。金融取引に使う環境を提供する事業者に求められる、基本的な安全設計を考えます。

本人確認に使った免許証の画像を、いつまで持ち続けるのか。保存する情報と期間を、業務の設計から考えます。

把握していた脆弱性を、修正前に突かれた。製品の選び方と、入口を攻撃者に見せない接続方式を考えます。

復旧に使うバックアップも被害に。データを戻すだけでなく、受注・出荷を再開するまでに必要だったこと。

拠点への侵入から管理者権限を奪取され、一斉暗号化へ。通信経路と権限の両方で被害を絞る設計を考えます。

侵入できなかった本来の保管先。その外にあった個人情報のコピーが、なぜ仕事に使われていたのか。

委託先のPC感染が、認証基盤とネットワークを通じて別会社へ。必要な接続と権限を業務から見直します。

各記事の末尾から、公表資料を確認できます。調査時点で確認できた経緯と、自社で考えたい設計上のポイントをまとめています。