# データ消去と証跡のチェックリスト|対象・方式・実行・検証・委託を監査可能にする
データ消去のチェック欄に「実施済み」とだけ記録しても、どの端末を、どの媒体特性に対して、どの方式と設定で処理し、誰が結果を検証したかは分かりません。証明書があっても、資産台帳・作業ログ・搬出明細の個体IDが一致しなければ、対象取り違えを発見できません。
本記事では、情報システム、セキュリティ、IT資産管理、総務、委託管理、内部監査の担当者向けに、データ消去の方針、依頼、受領、保留、方式判定、作業区域、実行、検証、証明書、失敗、物理破壊、委託・再委託、輸送、売却・返却・廃棄を点検するチェックリストを提示します。チェック結果を監査で再現できるよう、必須記録と停止条件も示します。
チェック結果を証拠と結び付ける
チェック欄は「はい/いいえ」だけでなく、確認者、確認日時、根拠ID、結果、差異、是正期限を持たせます。
記録単位
- •個体:資産ID、シリアル番号、媒体識別子ごとの結果
- •バッチ:同じ方式・設定で処理した個体集合
- •案件:回収・売却・返却などの業務単位
- •証明書:個体またはバッチの消去・破壊結果
- •搬出:箱、封印、パレット、運送、受領の単位
バッチの結果を個体へ反映しても、個体の成功・失敗・除外を残します。一括チェックで全件を成功扱いしません。
方針・対象範囲のチェックリスト
- •[ ] データ消去の目的と適用対象を規程化している
- •[ ] PC・スマートフォン以外の媒体も対象にした
- •[ ] HDD、SSD、組み込みフラッシュ、USB、SDを区別する
- •[ ] サーバー、バックアップ、複合機、ネットワーク機器を確認する
- •[ ] 仮想ディスク、クラウドボリューム、スナップショットを対象にした
- •[ ] 暗号鍵、証明書、SIM・eSIMの終了処理を定めた
- •[ ] 再利用、修理、売却、返却、廃棄ごとに基準がある
- •[ ] データ分類と媒体特性で方式を選ぶ
- •[ ] Clear・Purge・Destroyを自社基準で定義した
- •[ ] 適用除外と例外承認の条件がある
「記憶媒体を搭載する可能性がある機器」を調達・資産登録時に識別し、処分時になって初めて調べないようにします。
承認方式表のチェックリスト
NISTのSP 800-88 Rev. 2は、情報の機密性に応じて媒体サニタイズプログラムを整備する考え方を示しています。社内では製品・媒体別の承認方式表を保守します。
- •[ ] 媒体種別、メーカー、モデル、インターフェースを記録した
- •[ ] 対象OS・ファームウェア条件を記録した
- •[ ] データ分類と消去後用途を対応付けた
- •[ ] 承認するClear・Purge・Destroy方式を定めた
- •[ ] ツール・コマンド・設定・バージョンを指定した
- •[ ] デバイス固有のサニタイズ機能を確認した
- •[ ] 再配置・予備領域など既知の制限を評価した
- •[ ] 成功条件と検証方法を定めた
- •[ ] 失敗時の代替方式を定めた
- •[ ] 根拠資料、承認者、承認日、見直し日がある
- •[ ] 新モデル・ツール更新時に再検証する
インターネット上の一般的な手順をその場で選ばず、承認済み条件に一致するか確認します。
暗号化消去のチェックリスト
- •[ ] データ保存前から暗号化が有効だった
- •[ ] 暗号方式・鍵長が組織基準を満たす
- •[ ] データを保護する鍵の階層と範囲が分かる
- •[ ] 復旧鍵、バックアップ鍵、外部管理鍵を把握した
- •[ ] 鍵の複製・エスクロー・同期先を確認した
- •[ ] 承認済みの鍵消去・ゼロ化手順を使う
- •[ ] 暗号化されない領域・関連媒体が残らない
- •[ ] 鍵消去後に旧データへアクセスできないことを確認する
- •[ ] 実行ログと鍵管理側の記録を紐付けた
- •[ ] 前提を確認できない場合の代替方式がある
暗号化の表示だけを根拠にせず、鍵の生成、保存、復旧、削除の全体を確認します。
消去依頼・利用終了のチェックリスト
- •[ ] 消去依頼番号と依頼部門がある
- •[ ] 情報所有者が利用終了を承認した
- •[ ] 資産ID、モデル、個体識別番号を一覧化した
- •[ ] 所有区分、利用者、所在を確認した
- •[ ] 退職、更新、修理、売却などの理由を記録した
- •[ ] 再利用・売却・返却・廃棄の予定を決めた
- •[ ] データ分類と関連媒体を特定した
- •[ ] 希望期限、契約期限、搬出予定を記録した
- •[ ] 予定個体不明の箱を識別待ちとして管理した
依頼の予定件数と、実際に受領した個体集合を別に保持します。
現物受領・未消去隔離のチェックリスト
受領
- •[ ] 箱・封印・配送番号、受領者、日時を記録した
- •[ ] 外装の破損・開封・数量差異を確認した
- •[ ] 資産IDとシリアル番号・IMEIを現物で読んだ
- •[ ] 依頼一覧との一致・重複・予定外を確認した
- •[ ] SIM、SDカード、増設・外付け媒体を確認した
- •[ ] 膨張、水濡れ、破損など危険品を隔離した
- •[ ] 予定外・未着・別個体を通常処理へ混ぜていない
保管
- •[ ] 未消去区域への入退室を限定した
- •[ ] 未消去、保留、作業中、成功、失敗、証跡待ちを分けた
- •[ ] 棚・箱・封印番号と個体一覧を紐付けた
- •[ ] 作業持出し・返却・区域内移動を記録した
- •[ ] 無断起動・ネットワーク接続を防止した
- •[ ] 日次で理論残高と個体集合を照合した
データ移行・保存・調査保留のチェックリスト
- •[ ] 必要な業務データの移行と確認を完了した
- •[ ] バックアップとクラウド同期先の扱いを決めた
- •[ ] 法令・契約・監査上の保存義務を確認した
- •[ ] 訴訟・調査保全の指示がないことを確認した
- •[ ] セキュリティ事故の証拠保全を完了した
- •[ ] リース・修理・保証契約の条件を確認した
- •[ ] 保留には理由、指示者、開始日、再確認日がある
- •[ ] 保留解除を権限者が承認した
消去担当者が保存要否を推測せず、情報所有者、法務、セキュリティの承認を証跡化します。
方式判定のチェックリスト
- •[ ] 媒体種別、モデル、容量、接続方式を特定した
- •[ ] 取り外し可能な追加媒体を確認した
- •[ ] データ分類と外部移転の有無を確認した
- •[ ] 暗号化・鍵管理の前提を確認した
- •[ ] 媒体の故障・通信可否を確認した
- •[ ] 消去後用途に合う強度を選んだ
- •[ ] 承認方式表の条件と一致する
- •[ ] ツール・設定・成功条件を選んだ
- •[ ] 検証方法とサンプル数を決めた
- •[ ] 失敗時の再処理・破壊方式を決めた
- •[ ] 標準外は例外承認へ回した
方式判定者と実行者を分けるか、少なくとも別の確認者が判定をレビューします。
バッチ作成・実行前チェックリスト
バッチ作成
- •[ ] 同じ媒体・方式・分類・用途だけをまとめた
- •[ ] バッチIDと対象個体一覧を作成した
- •[ ] 台帳とツール取込一覧の個体集合を照合した
- •[ ] ツール、設定、バージョンを凍結した
- •[ ] 実行者、確認者、場所、日時を決めた
- •[ ] 失敗時の停止基準を定めた
- •[ ] 開始後の追加・削除に変更承認を求める
プレフライト
- •[ ] 作業台上の個体がバッチ一覧と一致する
- •[ ] 資産IDと媒体識別子をスキャンした
- •[ ] 対象領域・容量・関連媒体を確認した
- •[ ] 承認済みツール・設定・検証オプションである
- •[ ] 作業者アカウントとログ時刻が正しい
- •[ ] 電源・接続・設備・物理安全を確認した
- •[ ] 間違った端末を選択していないか二者確認した
実行ログのチェックリスト
- •[ ] 個体ごとの開始・終了時刻を記録した
- •[ ] 作業者、作業端末、ポートを記録した
- •[ ] ツール、方式、設定、バージョンを記録した
- •[ ] 対象媒体ID、容量、検出領域を記録した
- •[ ] 進捗、警告、終了コードを保存した
- •[ ] 再試行、電源断、接続変更を記録した
- •[ ] 原ログを改ざんしにくい場所へ保存した
- •[ ] ログとバッチ・資産IDを紐付けた
- •[ ] 物理破壊では対象部品、方式、結果、残渣を記録した
画面の写真だけでは検索・集合照合が難しいため、可能なら機械可読ログも保存します。
結果分類・失敗隔離のチェックリスト
- •[ ] 成功、警告、失敗、判定不能、対象外を分けた
- •[ ] バッチ全体ではなく個体ごとに判定した
- •[ ] 警告の意味と追加確認を記録した
- •[ ] 失敗・判定不能を成功品から物理隔離した
- •[ ] 失敗棚、封印、保管責任者を記録した
- •[ ] 原ログとエラー状態を保存した
- •[ ] 同一バッチの未処理・成功品を一時保留した
- •[ ] 同じモデル・設定・担当者の影響範囲を抽出した
- •[ ] 再処理・別方式・Destroyを承認した
- •[ ] 再実行後に別担当者が結果を確認した
読み出せない媒体を「データなし」と扱いません。論理処理できない場合の物理破壊基準へ進めます。
独立検証のチェックリスト
- •[ ] 台帳、バッチ、現物、ログの個体IDが一致する
- •[ ] 承認方式・ツール・設定を使った
- •[ ] 対象領域と関連媒体に漏れがない
- •[ ] 成功条件を満たし、警告を解消した
- •[ ] 暗号化消去の鍵管理前提を満たす
- •[ ] 検証者が実行者と異なる、または二者確認した
- •[ ] 計画したサンプルを別手段で確認した
- •[ ] 不備時に同一原因の母集団へ範囲を広げた
- •[ ] 検証結果、日時、確認者を記録した
サンプル抽出は都合の良い端末を選ばず、無作為と高リスク抽出を組み合わせ、抽出方法を残します。
証明書・記録項目のチェックリスト
個体別必須項目
- •[ ] 社内資産ID、メーカー、モデル
- •[ ] シリアル番号、IMEI、媒体識別子
- •[ ] 媒体種別、容量、暗号化状態
- •[ ] データ分類と消去後用途
- •[ ] 方式、ツール、設定、バージョン
- •[ ] 作業開始・終了日時、作業場所
- •[ ] 実行者、確認者、委託先
- •[ ] 成功・失敗・再処理・代替処理の結果
- •[ ] 検証方法と検証結果
- •[ ] 証明書番号、バッチID、案件ID
集合照合
- •[ ] 台帳対象ID集合を出力した
- •[ ] 作業ログ成功ID集合を出力した
- •[ ] 証明書明細ID集合を出力した
- •[ ] 搬出・次工程ID集合を出力した
- •[ ] 差分・重複・件数を確認した
- •[ ] 不一致を解消してから証跡確定した
個人情報保護委員会の通則ガイドラインは、削除・廃棄記録の保存や、委託時に確実な実施を証明書等で確認する重要性を示しています。証明書へ秘密データそのものを記録せず、対象を特定する管理IDを使います。
委託先選定・契約のチェックリスト
選定
- •[ ] 対応媒体、方式、ツール、承認基準を確認した
- •[ ] 作業施設、入退室、保管、監視を確認した
- •[ ] 個体管理と成功・失敗の隔離方法を確認した
- •[ ] 作業者教育、権限、操作ログを確認した
- •[ ] 輸送・封印・事故対応を確認した
- •[ ] 証明書・ログのサンプルと機械可読明細を確認した
- •[ ] 再委託先、作業場所、海外移転を把握した
- •[ ] 監査結果、事故履歴、事業継続を評価した
契約
- •[ ] 対象媒体と目的外利用禁止を明記した
- •[ ] 承認方式と変更時の事前承認を定めた
- •[ ] 再委託の条件、報告、監督を定めた
- •[ ] 個体受領、処理、証明書の記録要件を定めた
- •[ ] 失敗・差異・紛失・漏えいの通知期限を定めた
- •[ ] 証跡の保存・提供・契約終了時削除を定めた
- •[ ] 監査権、是正、責任、保険を定めた
個人情報保護委員会のデータの消去に関する注意喚起は、復元不可能な手段による消去と、委託先への必要かつ適切な監督を示しています。
輸送・再委託のチェックリスト
- •[ ] 搬出元、日時、担当者を記録した
- •[ ] 箱・封印・パレットと個体一覧を紐付けた
- •[ ] 運送会社・追跡番号・引渡し証拠がある
- •[ ] 委託先受領時に封印・個体・数量を照合した
- •[ ] 差異・破損・開封時に処理を停止する
- •[ ] 再委託先の名称、場所、作業範囲を把握した
- •[ ] 再委託への引渡し・受領を記録した
- •[ ] 最終作業施設と処理先を追跡できる
- •[ ] 輸送事故時の連絡・封じ込め・調査手順がある
台数だけでなく、引渡しのたびに個体ID集合を照合します。
物理破壊・故障媒体のチェックリスト
- •[ ] 論理消去できない理由と診断結果を記録した
- •[ ] データ分類と媒体特性からDestroyを承認した
- •[ ] 破壊対象となる記憶部品を特定した
- •[ ] 承認済み設備・方式・粒度を使った
- •[ ] 実行前後の個体と部品を照合した
- •[ ] 破壊後に再利用不能であることを確認した
- •[ ] 残渣の保管、輸送、最終処理を管理した
- •[ ] 写真・映像だけでなく個体別記録を残した
- •[ ] 破壊失敗・部品不足を隔離した
端末の外装だけを破壊して記憶媒体が残らないよう、機種構造を承認方式表へ反映します。
引渡し・再利用・売却・返却・廃棄のチェックリスト
引渡し可能判定
- •[ ] 証跡確定済みで失敗・保留がない
- •[ ] MDM、アカウント、証明書、回線を解除した
- •[ ] 所有・契約・安全条件を満たす
- •[ ] 次用途、引渡先、日時、承認者が決まっている
次用途別
- •[ ] 再配布は新利用者で初期設定・MDM登録した
- •[ ] 売却は買受明細、個体、価格、入金を照合した
- •[ ] リース返却は受領、契約、追加費用を確認した
- •[ ] 廃棄は処理・残渣・再資源化証明を受領した
- •[ ] 会計除却、契約・保守・回線終了を完了した
- •[ ] 資産台帳の状態と所有を更新した
- •[ ] 消去完了日と資産終了日を別に記録した
月次監査チェックリスト
- •[ ] 依頼、受領、消去、証跡、搬出の母集団を照合した
- •[ ] 未消去区域の現物と台帳が一致する
- •[ ] 保留・失敗・証跡待ちの期限超過を確認した
- •[ ] 方式・ツール・設定の例外をレビューした
- •[ ] 消去成功と証明書個体の一致率を確認した
- •[ ] サンプル検証の抽出と結果を再確認した
- •[ ] 委託先の差異、失敗、再委託、事故を確認した
- •[ ] 証跡済みから引渡しまでの長期滞留を確認した
- •[ ] 管理者による訂正・再開・削除履歴を確認した
- •[ ] 不備の原因、是正、再発防止を追跡した
月次監査の母集団は、当月に「消去依頼済み」へ入った全個体と、前月から未完了で繰り越した全個体の和で作ります。当月に証跡確定した端末だけを抽出すると、長期保留や失敗端末が監査対象から消えるためです。期首未完了、当月流入、証跡確定、次月繰越の個体集合を保存し、`期首未完了+当月流入-当月証跡確定=次月繰越`が件数だけでなく資産IDでも一致するか確認します。
サンプル監査では、無作為抽出に加えて、高機密、外部売却、故障媒体、再処理、手動訂正、委託先変更後の初回バッチを必ず含めます。一件の不備を見つけた場合は、その個体だけを直して閉じず、同じツール・設定・作業者・機種・バッチに範囲を広げます。是正完了は担当者の申告ではなく、証跡と現物または次工程の個体一覧を別担当者が再照合して確定します。
まとめ:チェックリストは次工程への停止条件として使う
データ消去のチェックリストは、作業後に丸を付ける帳票ではありません。対象個体、媒体、データ分類、利用後用途、承認方式、実行設定、結果、独立検証、証明書を一つにつなぎ、条件を満たさない端末を次工程へ進ませないゲートです。委託時も、輸送・再委託・作業・証跡を個体単位で追跡します。
外部売却へ進める端末は、消去証跡、管理解除、所有・会計処理を確認した後に[中古端末の買取相場を確認する](/kaitori-search)と状態・数量・処理費を比較します。最初の監査では、証明書に個体IDがない一括処理、消去失敗後の所在不明、証跡確定前の搬出、委託先の再委託先不明という四つを重点確認してください。
