BYOD（Bring Your Own Device）とは、従業員などが私物の端末を業務に使うことです。導入を判断するときは、端末の持ち込み可否だけでなく、扱える情報、会社が管理する範囲、利用終了時の処理をセットで決めます。
NISTはBYODの課題として、会社情報の保護と従業員のプライバシー保護を挙げています。私物だからすべて利用者任せにする運用も、業務に使うからすべて会社が管理する運用も、検討すべき境界が残ります。NIST SP 1800-22B
本記事では、主に私物スマートフォン・タブレットの業務利用を想定し、企業のIT担当者と業務責任者が合意事項を整理するための確認表を示します。以下の判断手順・記入例は運用設計の提案です。
BYODの利点と、導入前に考える課題
BYODには、自分の端末から業務情報へアクセスできる柔軟性があります。一方で、端末の機種・OS・端末の古さの違いや、紛失・盗難、家族との共用などへの対応が課題です。会社が収集する情報や実施できる操作について、利用者への説明も必要になります。NISTのガイドでは、こうした課題を会社情報と私生活の両面から整理しています。NISTの課題整理
費用を判断する際は、端末購入費に加え、管理サービス、問い合わせ対応、故障時の代替手段も見積もると比較しやすくなります。「私物を使えば安くなる」という前提で決めず、会社支給の場合と同じ業務範囲で比較してください。
先に「どの業務を許可するか」を決める
最初の検討単位は端末ではなく業務です。「メールを読む」「資料を編集する」「顧客情報をダウンロードする」では、許可したい操作が異なります。対象業務ごとに、次の三つを記入します。
- 扱う情報：社内連絡、社内資料、顧客情報など、社内の情報区分に対応させる。
- 許可する操作：閲覧、編集、保存、転送のどこまでかを決める。
- 利用経路：会社が指定したアプリ・アカウント・接続先を明記する。
たとえば「社内連絡は指定アプリで閲覧・返信可、顧客情報のファイル保存は不可」といった形なら、IT担当者が制御方法を検討できます。保存禁止を設定で実現できない場合は、利用範囲の縮小や会社支給端末への切り替えを判断します。
禁止事項を書くだけでなく、その条件を確認できる方法まで決めることが、許可判断の基準になります。
管理対象を端末とアプリに分けて考える
管理方法を選ぶ際は、端末の登録・設定を扱うMDMと、業務アプリ内の情報を保護する仕組みを分けて検討すると、会社が操作する範囲を整理できます。
実装例として、Microsoft Intuneのアプリ保護ポリシーは、対応するアプリで会社データへのアクセスや共有を制御します。端末をMDMへ登録しない利用も可能で、個人アプリへのコピー制限などが案内されています。ただし、すべてのアプリに同じ制御が働くわけではありません。Microsoftはポリシーを強制するために条件付きアクセスの併用を案内しています。許可条件を実際に強制できるか、条件付きアクセスの設定も含めて確認してください。Microsoftのアプリ保護の説明
製品を比較する前に「何を守るか」を一覧にし、その後で対応OS・アプリ・登録方式ごとに実現可否を確認しましょう。私物PCも対象にする場合は、スマートフォンでの確認結果をそのまま流用せず、別の試験対象にします。
BYODの許可条件と管理責任を決める確認表
次の表の「自社で記入する内容」を埋め、担当部門と利用者で共有してください。「情報システム部門」などの部門名だけでなく、承認者や連絡窓口を具体化すると運用に使えます。
| 決める項目 | 自社で記入する内容 | 主に決める担当の例 |
|---|---|---|
| 対象業務・情報 | 許可する業務、扱える情報区分、禁止する保存・転送 | 業務責任者・情報管理責任者 |
| 端末の利用条件 | 対応OS、更新条件、画面ロック、共用の可否、条件の確認方法 | IT担当者 |
| アプリと認証 | 指定アプリ、会社アカウント、多要素認証の条件、未承認経路の扱い | IT担当者 |
| 保存・同期 | 端末保存、個人クラウド、連絡先同期、バックアップの許可範囲 | IT担当者・業務責任者 |
| 会社が確認する情報 | 収集項目、目的、閲覧者、保管期間、利用者への説明方法 | IT担当者・社内規程担当 |
| 会社が行う操作 | 接続停止、業務データ消去などの対象、発動条件、承認者 | IT担当者・社内規程担当 |
| 利用者の担当 | 更新、紛失時の連絡、機種変更前の申請、無断共有の禁止 | 利用部門・利用者 |
| 費用と支援 | 通信費の扱い、サポート範囲、故障時の代替端末 | 利用部門・費用管理担当 |
| 利用終了 | 退職・異動・売却時の停止日、削除手順、完了確認者 | 人事・利用部門・IT担当者 |
| 例外 | 承認者、有効期限、代替対策、期限後の扱い | 業務責任者・IT担当者 |
この表は運用上の分担を整理するものです。事故時の損害負担などを表だけで確定させず、社内規程や利用合意を担当する部門の確認対象にしてください。
紛失・退職時は「接続停止」と「消去」を別々に確認する
紛失した端末への接続停止と、すでに保存された会社データの消去は、作業項目を分けて管理します。連絡先、停止操作の実施者、消去の承認者、結果を確認する人を利用開始前に決めておきましょう。
Intuneでは管理対象アプリの会社データを選択的に消去できます。Android・iOSでこの機能を使うには、アプリ保護ポリシーの展開が必要です。ただし、要求を出した瞬間にすべての情報が消えるわけではありません。公式資料では、次にアプリが実行された際に消去すると説明されています。また、Outlookから端末の連絡先へ同期し、さらに外部へ同期された連絡先は消去できません。Microsoftの選択的消去の説明
運用手順には、次の確認を分けて記録する欄を設けます。
- 対象の会社アカウント・端末からのアクセスを停止したか。
- 対象アプリの業務データに消去要求を出したか。
- 消去の完了を確認し、証跡を保存したか。保留・失敗なら追跡担当者と次回確認日を記録したか。
- 管理対象外へ持ち出された情報について、追加調査が必要か。
Intuneの消去要求レポートでは、完了した項目は完了後4日間保持されます。完了証跡はこの保持期間内に別途保存する手順にしてください。保留中の項目も「Offline grace period」の「Wipe data」に設定した日数＋4日（既定では94日）でレポートから削除されます。保留中は対象と状態を別途記録し、追跡を続けます。レポートから項目が消えたことを、端末上の消去完了と扱わないでください。Microsoftの消去要求の監視
端末全体の初期化を行う方式なら、業務データだけを消す操作と明確に区別します。NISTも、消去操作によって個人データを誤って削除するリスクを挙げています。NISTのプライバシーリスク整理
導入は小さな業務範囲で試す
確認表を埋めたら、対象業務と端末を絞って試行します。通常の閲覧・編集だけでなく、禁止した保存や転送、条件を満たさない端末からのアクセス、利用終了時の消去まで試験項目に入れてください。
試行では「操作ができたか」に加えて「担当者が手順を実施できたか」も記録します。利用者が説明を理解できない、問い合わせ先が決まらない、消去結果を確認できない場合は、その項目を修正してから対象を広げます。
BYODの許可判断は、対象業務を限定できること、必要な制御を確認できること、利用終了まで担当を置けることの三点で整理できます。未確定の項目が残る業務は許可を保留し、会社支給端末などの代替手段を用意すると、業務継続と管理条件を両立させやすくなります。