端末の暗号化、設定だけで終えず回復手段も管理する

守るための設定と、必要な担当が仕事へ戻るための準備を一緒に確認する。

暗号化の状態と、利用中の保護を分ける

Microsoftは、BitLockerを端末の紛失や盗難時などに保存データを保護する仕組みとして説明しています。SONAEは、業務端末を点検するとき、暗号化の有無だけでなく、対象、管理、回復手段を合わせて確認する方法を提案します。端末に暗号化があることを、利用中の不正操作やフィッシングまで防ぐ保証として扱いません。画面のロックやアカウント、端末の管理も別に考え、確認した保護の範囲を正確に記録しましょう。

全端末の設定を、同じものと推測しない

会社が配布したパソコンでも、購入時期や構成、初期設定を行った担当が異なる場合があります。対象の端末、保存するドライブ、製品が対応する機能、管理の方法を台帳と照合します。Windows向けの説明を、ほかのOSの同名に見える機能へそのまま当てはめません。暗号化の状態を確認した日と、未確認の端末を分けます。確認のために回復画面を無理に出したり、設定をその場で変えたりせず、承認された管理手順と検証計画を準備します。

回復用の秘密は、通常の台帳から分ける

Microsoftの回復キーの説明は、保管先が設定の状況によって異なることを案内しています。会社の端末について、どこが正式な保管先で、誰が必要なときに確認できるかを管理者へ聞きます。秘密の値を資産台帳、チャット、通常の共有文書へ貼る方法を標準にしません。台帳には、保管方法の参照、責任者、回復時の承認窓口を残します。紛失する端末と回復の情報を無条件に一緒に保管せず、会社が管理する条件を決めましょう。

回復を求める相手の、本人確認を準備する

回復用の情報を渡す相手を、電話の声や新しい連絡先だけで判断しないようにします。会社が管理する端末の識別情報、利用者、依頼の理由を照合し、既知の窓口と承認者を通す方法を決めます。緊急時でも、秘密を渡してよいかを一人の担当の勘に頼らないようにします。情報を参照した記録や、利用後に必要な対応も製品の条件で確認します。回復しやすいことと、誰でも解除の情報を取得できることは同じではありません。

架空の引継ぎで、担当不在を確認する

演習では、出張先で回復が必要になった社員と、通常の管理者が不在の状況を想定します。架空の資産番号から保管の担当へ連絡でき、本人確認と承認の経路を説明できるかを見ます。本物の回復キーをサイトへ入力したり、実端末をロックしたりする検証は行いません。秘密を取得できたかだけでなく、必要な業務を再開する判断と記録を受入条件にします。対応できない時間帯や不明な保管先があれば、未確認として次の準備へ残します。

更新や返却の節目にも、管理を見直す

担当者の退職、端末の交換、修理、返却時は、回復の管理と必要な保存データを確認します。暗号化しているから、廃棄時の情報処理を何も考えなくてよいとは扱いません。完了の目安は、対象の保護状態、正式な回復の保管先、権限、承認、未確認を会社が説明できることです。設定を有効にした画面だけを証拠にせず、平時に管理を引き継げる状態を整えます。製品やOSの条件が変わった場合も、公式資料を確認して台帳と手順を見直しましょう。

相談前の確認表

• 対象ごとの暗号化状態を確認する
• 回復用の秘密を台帳へ貼らない
• 本人確認と回復の承認を用意した
• 担当不在と端末交換を想定した

参考資料（確認日：2026年10月23日）：Microsoft Support：BitLocker overview ↗ ／ Microsoft Support：Find your BitLocker recovery key ↗

一般的な説明とSONAEの運用提案です。製品の公式条件と自社の管理責任者の判断を確認してください。