個人情報の漏えいや紛失が疑われる事態が発生したとき、経営者が真っ先にすべきことは「公的なルールを自社の動きに翻訳すること」です。個人情報保護委員会やIPA(独立行政法人情報処理推進機構)が公開している資料は非常に詳細ですが、そのままでは「結局、うちの社員は何をすればいいのか」という現場の問いに答えられません。

まずは、公的資料にある「報告が必要なケース」を自社の業務に当てはめて確認し、次に「誰がどこに連絡するか」という連絡網を、具体的な氏名や電話番号付きで作成することから始めてください。これだけで、混乱した現場の動きを最小限に抑えることができます。

公的資料の要件を自社の「報告基準」に落とし込む

確認する3つの視点:報告が必要な事態を自社の業務に当てはめる、報告義務が発生する規模感と条件を整理する、報告先がどこになるかを事前に特定しておく
図1:公的資料の要件を自社の「報告基準」に落とし込む

報告が必要な事態を自社の業務に当てはめる

個人情報保護委員会の資料では、報告が義務付けられるケースが具体的に示されています。たとえば、医療機関で要配慮個人情報(病歴等)が含まれる場合や、ECサイトでクレジットカード番号が含まれる場合などが該当します。中小企業は、自社が取り扱う個人データの種類と量を確認し、上記の基準に照らして報告対象かどうかを整理する必要があります。

例えば、従業員の健康診断結果を管理しているファイルを紛失した場合は「要配慮個人情報」に該当する可能性があります。また、送金や決済機能のあるウェブサービスのログインIDとパスワードの組み合わせが漏えいした場合は、不正利用による財産的被害のおそれがある事態として捉える必要があります。

自社が「どの情報を、どのような形で持っているか」を棚卸しし、どのパターンに該当しうるかを事前にリスト化しておきましょう。

報告義務が発生する規模感と条件を整理する

個人情報保護委員会の基準では、報告が必要になるかどうかは情報の種類だけでなく、漏えいした本人の数も判断材料となります。民間事業者の場合、漏えい等により本人の数が1,000人を超えるおそれがあるときは報告対象となります。たとえば、メールの誤送信でBCCではなくCCに大量の顧客アドレスを入れて送信したケースも該当します。

こうした「件数」の判断は、現場の担当者がその場で即断するのは困難です。そのため、手順書では人数が確定する前でも漏えいの疑いを社内へ報告する扱いにします。外部への報告要否は人数だけで決めず、情報の性質や原因なども含めて責任者が確認します。

また、不正アクセスやランサムウェア(データを暗号化して身代金を要求するウイルス)による被害も、報告が必要な事態として明確に区別して記載しておきましょう。個人情報保護委員会の案内では、ランサムウェア事案等について共通様式による報告も案内されています。

実際の提出方法は発生時点の公式案内を確認します。

報告先がどこになるかを事前に特定しておく

漏えいが発生した際の報告先は、原則として個人情報保護委員会ですが、業種によっては権限が委任されている別の府省庁へ報告する必要がある場合があります。例えば、特定の事業分野において、委員会ではなく所管の大臣へ報告するルールが定められているケースです。

「どこに報告すればよいか」を事後に調べていては、対応が遅れる原因になります。自社がどの窓口に報告すべき立場にあるのかを、事前に確認しておきましょう。もし判断に迷う場合は、個人情報保護委員会の窓口や、自社の顧問弁護士、あるいは情報セキュリティの専門家へ「自社の業種の場合、報告先はどこになるか」と事前に確認しておくことが推奨されます。

混乱を防ぐための社内初動体制を構築する

確認する3つの視点:誰が判断し誰が動くかの役割分担を決める、緊急連絡網を「名前」と「番号」で作成する、現場への報告ルートと情報の集約方法を定める
図2:混乱を防ぐための社内初動体制を構築する

誰が判断し誰が動くかの役割分担を決める

インシデント(予期せぬ事故や事件)が発生した際、最も避けるべきは「誰かがやるだろう」という責任の所在の曖昧さです。公的なガイドラインには「事業者が行うべき対応」が書かれていますが、それは「組織として」行うべきことを指しています。社内では、経営者、情報システム担当、広報・顧客対応担当といった役割を明確に分けておく必要があります。

例えば、現場で異常を見つけた従業員は「情報の報告」に専念し、情報システム担当は「原因の切り分けと封じ込め」を行い、経営層は「外部への報告や法的判断」を行うといった流れです。役割を分ける際は、各担当者が「どこまでの権限を持っているか(例:サーバーを停止してよいか、顧客に謝罪メールを送ってよいか)」も併せて決めておくと、現場の迷いを減らせます。

緊急連絡網を「名前」と「番号」で作成する

「情報システム部へ連絡」という指示では、担当者が不在のときに動きが止まってしまいます。手順書には、必ず具体的な氏名、内線番号、携帯電話番号を記載した連絡網を添付してください。これには社内だけでなく、外部の協力会社や専門家も含めるのが理想的です。

例えば、システムの保守を委託しているベンダーや、セキュリティ対策を相談できるITコンサルタント、あるいは顧問弁護士の連絡先です。また、万が一の際に「誰が最終的な決裁権を持つのか」も明記しておきましょう。連絡網は、定期的に更新されているかを確認する運用ルールもセットで決めておくと、いざという時の「番号が古い」という失敗を防げます。

現場への報告ルートと情報の集約方法を定める

事故の初期段階では、現場からバラバラな方法で情報が入ってくると、情報の正確な把握が困難になります。電話、メール、チャットなど、報告のルートを一本化するか、あるいは「まずはこのチャネルに集約する」というルールを決めておくことが大切です。

報告を受ける側も、情報を整理するためのフォーマットを用意しておくとスムーズです。「いつ」「どこで」「何が」「どのように」起きたのか、現時点で分かっている事実のみを記載するよう指示します。憶測や「おそらくこうだろう」という推測を混ぜて報告させないようにすることも、後の調査や正確な報告のために非常に重要です。

集約された情報は、一つの記録として時系列で残していく習慣をつけましょう。

証拠を壊さずに調査を進めるための実務手順

取り組む順番:物理的な証拠とデジタルデータの保全ルール、ログや記録の収集と管理の進め方、調査の進捗管理と記録の残し方
図3:証拠を壊さずに調査を進めるための実務手順

物理的な証拠とデジタルデータの保全ルール

原因究明のために最も重要なのは、事象が発生した状態をそのまま残す「証拠保全」です。焦ってパソコンを再起動したり、怪しいファイルを削除したり、USBメモリを抜いてしまったりすると、重要なログ(操作記録)が消えてしまい、原因が特定できなくなる恐れがあります。

例えば、パソコンがウイルスに感染した疑いがある場合、そのまま電源を切らずにネットワーク(インターネットや社内LAN)だけを切断する、といった具体的な「やってはいけないこと」と「すべきこと」を手順書に記載してください。

デジタルデータの保全は専門的な知識を要するため、自社で無理に調査しようとせず、「現状を維持して専門家を待つ」という判断基準を持っておくことが、結果として最も早い解決につながります。

ログや記録の収集と管理の進め方

調査を進めるためには、サーバーのアクセスログや、従業員のPCの操作履歴、入退室管理の記録など、さまざまなデータが必要になります。これらは時間が経つと上書きされて消えてしまうことが多いため、早期の収集が求められます。

手順書には、どの機器のどのログが必要になるのか、あらかじめ想定されるリストを作成しておきましょう。例えば、ウェブサイトの改ざんが疑われる場合はサーバーのログ、メールの誤送信であればメールサーバーの送信履歴などが挙げられます。

これらのログを収集する際は、後から「改ざんされていないこと」を証明できるように、コピーを取って管理するなどの配慮も検討してください。収集したデータは、調査の過程を記録するためのメモと一緒に整理しておきます。

調査の進捗管理と記録の残し方

インシデント対応は、数時間で完了することもあれば、数週間に及ぶこともあります。対応の過程では、いつ、誰が、どのような判断を下し、何を実施したかを逐一記録しておくことが、後の報告書作成や再発防止策の検討に役立ちます。

例えば、調査の経過をまとめるための「インシデント対応ログ」のような簡易的なシートを用意しておくと便利です。作業内容だけでなく、「〇〇という理由で、サーバーの停止を決定した」といった判断の根拠も併せて記録しておきましょう。これは、後に公的機関へ報告する際の事実確認資料として、また、社内での振り返りを行う際の貴重な資料となります。

専門家への相談タイミングと判断基準

確認する3つの視点:自社で対応できる範囲と任せる範囲の境界線、外部専門家へ相談する際の準備資料、相談先を選ぶ際の判断基準と確認事項
図4:専門家への相談タイミングと判断基準

自社で対応できる範囲と任せる範囲の境界線

すべてのインシデントを自社の社員だけで解決しようとするのは現実的ではありません。むしろ、無理な対応が事態を悪化させることもあります。自社で対応すべきは「初動の封じ込め」と「社内情報の整理」であり、高度な技術調査や法的判断は専門家に任せるべきです。

例えば、ネットワークの侵入経路を特定する作業や、マルウェアの解析、さらには漏えいした情報の法的性質の判断などは、専門知識を持つ外部機関に依頼するのが賢明です。手順書には、「このような事象が起きたら、すぐに外部の〇〇社へ連絡する」という、具体的な依頼基準を明記しておきましょう。

自社のリソースをどこまで使うか、あらかじめ境界線を引いておくことが、迅速な対応の鍵となります。

外部専門家へ相談する際の準備資料

専門家にスムーズに調査を依頼するためには、手元に整理された情報が必要です。何も準備がない状態で相談しても、状況把握に時間がかかり、解決が遅れてしまいます。

具体的には、以下の情報を整理しておきましょう。第一に「何が起きたか」という事実関係(発生日時、対象となる機器やデータ)、第二に「現在どのような状態か」という現状(通信の遮断状況、被害の範囲)、第三に「これまでにどのような対応を行ったか」という履歴です。

これらをまとめた資料があると、専門家は即座に具体的なアドバイスや調査を開始できます。事前の準備として、自社のネットワーク構成図や資産管理台帳(どのPCがどこにあるかのリスト)をすぐに提示できるようにしておくことも重要です。

相談先を選ぶ際の判断基準と確認事項

セキュリティの専門家や弁護士、ITベンダーなど、相談先は多岐にわたります。選定の際は、単に「有名だから」という理由ではなく、自社の業種や規模、直面している問題に即した知見を持っているかを確認してください。

例えば、ランサムウェア被害であれば、復旧支援に強い業者、個人情報漏えいの法的対応であれば、プライバシー保護に詳しい弁護士といった具合です。相談時には、「これまでの実績」だけでなく、「緊急時にどれくらいの速さで動いてくれるか」「費用体系は明確か」「調査結果をどのような形式で報告してくれるか」といった点を確認しておきましょう。

事前の検討が、いざという時の信頼できるパートナー選びにつながります。

自社の現在の対応準備状況について、不安な点はありませんか?もし、具体的な手順書の作成方法や、自社に合った専門家の探し方について詳しく知りたい場合は、一度現在の体制を整理し、専門家への相談を検討してみてください。

参照情報・確認日

以下の公式情報を背景に、本文の手順・判断例はAX labsの提案として整理しています。料金や効果の保証は扱っていません。