「顧客名簿はどのフォルダに入っていますか」——入社したばかりの社員にそう聞かれて、すぐ答えられる組織はどのくらいあるでしょうか。重要なデータが社内のあちこちに散在し、誰が何にアクセスできるかも曖昧なまま業務が進んでいる。そういった状態は、実は深刻なセキュリティリスクの温床です。
情報資産を分類してラベルを付けること——聞こえは地味ですが、これは「何を守るか」を明確にする作業であり、あらゆるセキュリティ対策の出発点です。この記事では、機密レベルの区分の作り方から棚卸しの手順、廃棄ルールまで、情シス1人でも整備できる実践的な管理体制を解説します。
情報資産の分類とは?
情報資産(Information Asset)とは、組織にとって価値のある情報とその処理基盤を指します。顧客データベースや設計書、財務情報、認証情報など、形あるものからクラウド上のデータまで幅広く含まれます。
「分類」とは、それらの情報資産に機密レベル(感度)を設定し、取り扱い方法を統一するプロセスです。分類が済むと、誰がアクセスでき、どこに保管し、どう廃棄するかのルールが自然に導き出されます。
セキュリティの基本原則であるCIA三原則(機密性・完全性・可用性)を組織内で実装するには、「何がどの程度の機密性を持つか」を先に決めなければなりません。情報分類はCIA三原則を現場に落とし込むための第一歩です。
分類なしで起きること
情報分類が整備されていない組織では、次のような問題が発生しがちです。
・アクセス制御の粒度が粗くなる: 「とりあえず全員が見られる共有フォルダ」に重要書類が混在し、退職者のアカウントが残ったまま外部から閲覧できる状態になる。
・インシデント時の影響範囲の特定が遅れる: 漏洩が疑われる際に「どのデータが何件、どこに保存されていたか」を追えず、報告・対処が遅延する。
・廃棄が不徹底になる: 機密書類を可燃ゴミとして捨ててしまったり、古いPCを初期化せずに処分したりするリスクが生まれる。
・法的リスクが高まる: 個人情報保護法では個人データの「適正な管理」が義務付けられており、分類・管理台帳の未整備は行政指導や課徴金の対象になりうる。
脅威・脆弱性・リスクの違いでも整理しているとおり、「情報がどこにあるかわからない」こと自体がリスクの温床です。攻撃者の視点から見れば、分類されていない環境は「どのデータでも狙い放題」な状態に映ります。
機密レベルの設定手順
1. 機密レベルの区分を決める
まず組織で使う機密レベルの定義を作ります。一般的には次の4段階が使いやすいです。
| レベル | 区分名 | 対象例 | 漏洩時の影響 |
|---|---|---|---|
| 1(最高) | 機密 | 認証情報・M&A資料・未公開の財務情報 | 事業に致命的な損害 |
| 2 | 社外秘 | 顧客名簿・契約書・設計書・個人情報 | 法的リスク・競争上の損害 |
| 3 | 社内限 | 内部マニュアル・会議議事録・組織図 | 業務上の不利益 |
| 4(最低) | 公開 | プレスリリース・製品カタログ・Webサイト掲載情報 | 実質的な影響なし |
区分の名前は自由ですが、「2種類では判断に迷う、5種類では運用が複雑になる」ため、4段階が実務的なバランスです。中小企業では「機密・社外秘・社内限・公開」の4つから始めるとよいでしょう。
2. 情報資産の棚卸しと分類
次に、組織内の情報資産を一覧化します。情報資産台帳(スプレッドシートで十分です)に以下の項目を記録します。
・資産名: 例「顧客管理DB」「採用情報フォルダ」
・形式: 電子データ・紙・クラウドサービスなど
・保管場所: サーバーパス・クラウドサービス名・キャビネット番号など
・機密レベル: 前項で定義した1~4
・管理責任者: データオーナー(担当部署長など)
・アクセス権限: 誰がアクセスできるか(グループ・役職単位)
最初から完璧を目指す必要はありません。まず主要なシステムと部門ごとの共有フォルダから始め、四半期ごとに更新する運用で十分です。
3. ラベリングルールを定める
分類した情報には、機密レベルがひと目でわかるようにラベルを付けます。
電子データの場合:
・ファイル名の先頭や末尾に「[機密]」「[社外秘]」などのプレフィックス・サフィックスを付ける
・Officeドキュメントならドキュメントのヘッダー・フッターに機密区分を印字する
・Microsoft Purview(旧Azure Information Protection)など情報保護ツールでラベルを自動適用する
紙文書の場合:
・各ページのヘッダーまたはフッターに「社外秘」等のスタンプを押す
・カラーコーティングされたフォルダや表紙で区別する
ラベルの目的は「誰でも取り扱いを間違えない状態にすること」です。複雑なルールより、シンプルで続けられる仕組みを優先してください。
4. 廃棄・移転のルールを整備する
情報資産は生まれたときから廃棄まで管理が必要です。
電子データの廃棄:
・「削除」だけでは不十分です。HDDは専用ツールで上書き(shred、DBANなど)するか、物理的に破壊する必要があります
・クラウドサービスは「完全削除」と「バックアップからの削除」を別々に確認する
紙文書の廃棄:
・社外秘以上はシュレッダーもしくは機密書類廃棄サービスを利用する
・廃棄日時と担当者を廃棄台帳に記録する(誰がいつ廃棄したかを追跡するため)
外部委託時の移転管理:
・社外秘以上の情報を外部に提供する際は、秘密保持契約(NDA)を締結する
・クラウドへのアップロード・共有リンクの発行には管理者承認のフローを設ける
最小権限の原則との組み合わせが重要です。機密レベルが高い資産ほど、アクセスできる人数を絞り込み、不必要な複製を作らない習慣を組織に根付かせましょう。
中小企業でも今日からできること
「そんな大がかりなことはうちには無理」と思った方もいるかもしれません。整備は段階的で構いません。
・STEP 1 — まず「最重要資産」だけ特定する: 顧客情報、認証情報、財務帳票など「これが漏れたら大変」と直感できる情報を5~10個リストアップします。
・STEP 2 — その資産にラベルを付ける: ファイル名に「[社外秘]」を追加するだけでも立派なラベリングです。
・STEP 3 — アクセス権を見直す: 最重要資産について「今誰がアクセスできるか」を確認し、不要なアクセスを削除します。
・STEP 4 — 廃棄ルールを1枚にまとめる: 「紙はシュレッダー、データはゴミ箱に捨てず上書き削除」などをA4一枚で全員に共有します。
セキュリティポリシーの策定と並行して進めると、整合性のとれた管理体制を構築しやすくなります。
中小企業向けの情報管理・DX推進の全体像については、姉妹サイトDXMaster.JPでも詳しく解説しています。
よくある誤解と注意点
・「暗号化すれば機密レベルは関係ない」は誤り: 暗号化はデータ保護の一手段にすぎません。誰がその暗号を解除できるか(鍵管理)を設計するには、機密レベルが前提として必要です。
・「すべての情報を機密扱いにすれば安全」も誤り: 全情報を機密扱いにすると業務効率が著しく低下し、従業員がルールを守らなくなります。適切な区分が「守れる体制」を生みます。
・「一度分類すれば終わり」ではない: 情報資産は日々増減します。新しいシステムや業務フローが追加されるたびに台帳を更新する習慣が必要です。
・「分類は情報システム部門だけの仕事」ではない: 実際にデータを作成・利用するのは各部門です。データオーナー(部門長)を設定し、管理責任を分散させることが重要です。
本記事のまとめ
| ステップ | やること | ポイント |
|---|---|---|
| 1. 区分設定 | 機密・社外秘・社内限・公開の4段階を定義する | シンプルに始める。4段階が実務的 |
| 2. 棚卸し | 情報資産台帳を作成し、各資産に機密レベルを設定する | 最重要資産から着手。完璧より継続 |
| 3. ラベリング | ファイル名やヘッダーに区分を明記する | ひと目でわかる仕組みを優先する |
| 4. 廃棄ルール | 機密レベルに応じた廃棄・移転ルールを整備する | 削除ではなく上書き・物理破壊まで設計 |
情報資産の分類とラベリングは、「何を守るか」を組織全体で共有するための基盤です。この基盤がなければ、どれだけ高度なセキュリティツールを導入しても、守る対象が曖昧なまま運用することになります。まずは身の回りの「最重要データ」から棚卸しを始めてみましょう。
PR
IPAが毎年まとめる情報セキュリティの動向と対策指針を収録した公式白書。情報資産管理の考え方や国内外のインシデント動向を押さえるうえで、情シス担当者の手元に置いておきたい一冊です。
