MDMと端末管理の実務ガイド｜抜け漏れを防ぐチェックリストと記録項目を整える

業者向け2025/5/3監修：恩拓亮

MDM運用チェックリスト｜登録・ポリシー・アプリ・準拠・ワイプ・解除の証跡を整える

MDM管理画面に端末が表示されていても、正しい利用者と資産へ紐付いているとは限りません。登録プロファイルが残っていても、暗号化や必須アプリが適用されていないことがあります。退職者の端末を削除したつもりでも、会社アカウントや証明書、自動登録への割当が残る場合もあります。画面上の「登録済み」だけでは、端末管理の完了を証明できません。

本記事では、情報システム、ヘルプデスク、セキュリティ、内部監査の担当者向けに、MDMのテナント、管理者、登録、構成、アプリ、準拠、例外、紛失・盗難、修理交換、退職・売却時の解除を検証するチェックリストを提示します。項目を単に確認するのではなく、何を正本とし、どの証拠を残し、どの条件では処理を止めるかまで具体化します。

最初にチェック対象を端末区分で分ける

一つのチェックリストを全端末へ適用すると、BYODへ会社所有端末向けの全消去を求めたり、業務専用端末へ弱い管理を適用したりします。最初に、所有者と利用形態を確定します。

端末区分

会社所有・業務専用：端末全体を会社が管理する
会社所有・混合利用：会社所有だが限定的な私的利用を許す
個人所有・BYOD：仕事用領域・管理対象アプリを中心に管理する
共有端末：複数利用者が使い、設置場所と業務責任者を持つ
専用端末：キオスク、受付、物流など用途を固定する
一時貸与・検証：期限と利用目的を限定する

チェック記録には区分、判定根拠、所有者、利用者または責任者を必須にします。途中で所有区分が変わった場合、同じ登録を流用せず、必要な解除と再登録を行います。

テナントと組織設定のチェックリスト

MDMの土台となる組織設定が個人のメールや一人の管理者に依存していると、退職や障害時に復旧できません。

組織・契約

組織名、法人情報、検証済みドメインが正しい
契約名義、請求先、更新日、ライセンス上限を記録している
ベンダー窓口、障害連絡先、サポート契約が最新である
Apple・Googleなど外部管理サービスの組織所有者を確認した
自動登録対応の販売店・顧客番号を登録している
テナント統合・分離・終了時のデータ移行方法がある

認証・復旧

管理者が個人別アカウントを使用している
多要素認証を強制している
退職・異動時に管理権限が自動または期限付きで失効する
緊急用アカウントを通常利用から分離している
回復情報・秘密鍵・証明書を安全に保管している
緊急アカウント利用時に通知と事後レビューがある
ベンダー障害時の連絡・代替運用を確認した

契約更新だけでなく、証明書、トークン、API資格情報の有効期限を一覧化し、期限前に担当者へ通知します。

管理者権限と操作ログのチェックリスト

全権管理者を増やすと、誤配布、誤ワイプ、設定改ざんの影響が大きくなります。職務に必要な最小権限へ分けます。

権限設計

閲覧、登録、ポリシー作成、配布承認、ワイプ、管理者管理を分けた
ヘルプデスクが全社設定や全消去を実行できない
ポリシー作成者と本番配布承認者を可能な範囲で分けた
全消去は対象確認と二者承認を必要とする
委託先には対象組織・端末・期間を限定した権限を与えた
一時的な昇格に理由、期限、承認がある
定期的に不要権限・休眠管理者を削除している

操作ログ

ログイン、認証失敗、権限変更を記録している
プロファイル・アプリ・グループの変更前後を追跡できる
ロック、ワイプ、パスコード操作の対象・理由・実行者がある
ログの時刻が統一され、改ざんしにくい場所へ保管される
ログ閲覧・エクスポート自体も記録している
高リスク操作を日次または週次で別担当者が確認する

共有管理者IDは使わず、緊急時でも個人を特定できる記録を残します。

自動登録・購入経路のチェックリスト

会社所有端末は、調達時点で組織へ割り当てると、利用者による登録忘れや管理解除を減らせます。

購入先が自動登録サービスに対応している
注文時に組織・顧客番号を正しく指定した
納品個体が組織ポータルへ反映されている
シリアル番号・IMEIが注文・現物・ポータルで一致する
正しいMDMサーバーと登録プロファイルへ割り当てた
別組織や旧テナントへの誤割当がない
手動追加の権限、本人確認、保留期間を定めた
返品・交換・売却時の割当解除条件を定めた
自動登録対象外端末に例外期限と移行計画がある

AppleのAutomated Device Enrollment and device managementでは、自動登録により組織所有端末を管理へ登録し、登録プロファイル削除を防ぐ選択肢などが説明されています。ポータル上の割当だけで完了にせず、端末側の登録とMDM応答まで確認します。

新規登録のチェックリスト

登録作業では、端末、資産、利用者、登録方式の四つを照合します。

登録前

承認済み貸与・利用案件がある
所有区分と利用形態を確定した
資産ID、シリアル番号、IMEIを現物で確認した
対応OS・モデル・最低バージョンを満たす
利用者IDまたは共有端末の責任者が有効である
適用する登録プロファイルと端末グループが正しい
BYOD利用者へ管理範囲と削除範囲を説明した

登録後

MDM端末IDと資産IDを一意に紐付けた
正しい利用者・責任者が表示される
登録方式、監督・管理状態、所有区分が正しい
端末が管理コマンドへ応答する
重複・古い・未完了レコードがない
登録日時、実施者、エラー、再試行を記録した
台帳とMDMの登録状態が一致する

BYODでは個人領域の情報を不要に収集していないかも確認します。登録できない端末を担当者の個人判断で別プロファイルへ入れず、保留と例外審査へ回します。

基準ポリシーのチェックリスト

設定は端末へ送信しただけでなく、端末側で適用されたことを確認します。

セキュリティ基準

サポート対象OSと更新期限を定めた
画面ロック、認証、失敗回数、待機時間を設定した
ストレージ暗号化を要求し、状態を取得している
改造・脱獄・root化を検知して制限する
MDM管理プロファイルの削除可否が区分に合う
証明書・VPN・Wi-Fiを安全な方法で配布している
外部ストレージ、USB、スクリーンショット等の制約を用途別に決めた
バックアップとクラウド同期先を管理している
位置情報の利用条件と通常時の無効化を定めた

プロファイル管理

名前、目的、所有者、対象グループがある
バージョンと変更履歴を保存している
検証、先行、本番の配布段階がある
依存する証明書・アプリ・ネットワークを記録した
競合する設定を検出できる
ロールバック・再登録手順を確認した
廃止プロファイルを端末から確実に除去した

設定の「成功」は、MDMがコマンドを受け付けたことではなく、対象端末で適用結果が確認できた状態とします。

アプリ配布とデータ境界のチェックリスト

アプリ名だけでなく、提供元、パッケージID、権限、データの流れを確認します。

アプリ承認

業務目的、利用部門、責任者がある
正式な提供元とアプリIDを確認した
利用規約、ライセンス、費用、更新条件を確認した
要求権限、収集情報、外部送信先を評価した
保存する会社データと削除方法を確認した
OS・モデル・他アプリとの互換性を検証した
サポート終了・代替アプリの対応を決めた

配布・更新

管理対象アプリとして正しい領域へ配布した
必須・任意・禁止を区分した
対象グループとライセンス数が一致する
アプリ構成と会社アカウントを安全に配布した
仕事用データのコピー先・開く先を制御した
検証後に段階更新している
成功・保留・失敗・対象外を個体単位で追跡した
削除時に会社データとライセンスを回収した

GoogleのAndroid Enterprise概要は、個人所有端末の仕事用プロファイルや管理対象Google Playによるアプリ管理を説明しています。BYODでは仕事用領域を中心に管理し、個人領域との境界を確認します。

準拠判定とアクセス制御のチェックリスト

準拠判定は、登録済みかどうかではなく、業務データへ接続してよい状態かを判断します。

判定項目

MDM登録が有効で、一定期間内に接続している
資産ID、利用者ID、端末IDが一致する
OSと重大な更新が基準内である
暗号化・画面ロック・必須アプリが有効である
改造・脱獄・root化の兆候がない
証明書・VPN・会社アカウントが有効である
期限切れ例外がない
判定時刻と基準ポリシーバージョンを保存した

非準拠対応

違反内容、影響、修復方法を本人へ通知した
軽微な違反には妥当な猶予期限を設けた
高リスク違反は即時隔離条件を適用した
期限前後に本人・上長・管理者へ通知した
アクセス制限の対象と業務継続策がある
修復後にMDMの再判定で復帰させた
誤検知・除外・手動解除の理由を記録した

自動アクセス制御がMDM障害時に全社を止めないよう、判定の有効期間、緊急例外、代替認証を定めます。

例外管理のチェックリスト

例外端末をMDM対象外にして見えなくするのではなく、適用できない基準と代替統制を記録します。

対象資産、利用者、所有区分が明確である
満たせないポリシーと業務理由を記録した
データ、接続先、利用場所、影響を評価した
ネットワーク分離、追加認証などの代替策がある
承認者がリスクを理解している
開始日、失効日、解消条件を設定した
期限前に再確認通知が届く
期限切れ時に自動制限または再承認が必要になる
例外件数、最長継続日数、同一理由の再発を集計する

「業務影響があるため」という理由だけでは承認せず、影響の内容、回避策、解消計画を求めます。

プライバシーと利用者説明のチェックリスト

MDMで技術的に取得できる情報と、会社が実際に利用する情報を分けて説明します。

収集する端末・利用者情報を一覧化した
各情報の利用目的、閲覧者、保持期間を定めた
個人の写真・メッセージ・個人アプリデータを閲覧しないことを示した
位置情報を利用する条件、承認、停止を定めた
BYODで個人領域へ適用されない制御を説明した
会社が実行できるロック・削除・全消去を区分して説明した
登録拒否時の代替端末・代替業務を用意した
規程変更時に利用者へ再通知・再確認する
問合せ、異議、誤操作時の窓口を設けた

利用者向け資料は製品の一般説明ではなく、自社テナントと登録方式で実際に見える範囲を記載します。

紛失・盗難・遠隔操作のチェックリスト

遠隔操作は、対象誤りと完了誤認を防ぐため、確認・承認・実行・結果確認を分けます。

初動

通報者、発覚日時、最終確認場所を記録した
資産ID、シリアル、利用者、所有区分を照合した
アカウント、セッション、回線の停止を判断した
法務・個人情報・顧客対応への連携要否を判断した
端末ロック、業務領域削除、全消去の範囲を決めた

遠隔操作

二つ以上の識別情報で対象端末を確認した
実行理由と案件番号を記録した
必要なデータ保全・調査を確認した
承認者と実行者を分けた
コマンド送信時刻と実行者を記録した
配信待ち、端末応答、完了、失敗を区別した
オフライン端末の追跡期限と代替措置がある
回収・発見時に完全性を確認した

AppleのErase Apple devicesでは、MDMから遠隔消去を開始し、端末が応答して処理する流れが説明されています。「送信済み」を「消去済み」と記録しないようにします。

ポリシー変更・障害対応のチェックリスト

変更管理

変更理由、対象、影響、緊急度を記録した
OS・モデル・所有区分別に互換性を確認した
復旧、ロールバック、代替業務を準備した
検証端末で正常系・異常系を確認した
先行グループから段階配布した
適用率、失敗、問合せ、業務影響を監視した
例外に期限と承認を付けた
完了後に対象集合と適用結果を照合した

障害対応

障害範囲、開始時刻、影響機能を把握した
ベンダー情報と自社観測を分けて記録した
登録、配布、準拠、ワイプの保留キューを保持した
業務アクセスの緊急例外を期限付きで管理した
復旧後に保留コマンドと端末状態を再照合した
二重配布・二重登録・古い判定を確認した
原因、影響、再発防止をレビューした

修理・交換・初期化のチェックリスト

元端末と代替機を別の資産IDで管理した
修理受付番号で両端末を関連付けた
修理前に業務データとアクセスを保護した
基板・本体交換による個体ID変更を確認した
旧MDMレコードを履歴として残した
返却端末を再登録し、ポリシー・準拠を再確認した
代替機を回収し、業務データを削除した
交換返却された旧個体の終了証跡を受領した

端末名だけを使って旧端末と交換品を上書きせず、シリアル番号とMDM端末IDの履歴を残します。

退職・譲渡・売却時の解除チェックリスト

会社所有とBYODで解除範囲を分け、MDM削除を最初に行いません。

会社所有端末

人事イベントと回収対象資産を照合した
会社アカウントと業務アクセスを停止した
現物を回収し、個体・状態を確認した
必要なデータ移行後に消去結果を確認した
アプリ、証明書、利用者、回線を解除した
再配布時は新利用者で再登録・準拠確認した
売却・返却時は組織の自動登録割当を解除した
台帳、MDM、ライセンス、証跡を終了した

BYOD

会社アカウントとセッションを停止した
仕事用プロファイル・管理対象アプリ・会社データを削除した
削除結果またはアクセス不能を確認した
管理証明書とMDM登録を解除した
個人領域への影響と問合せ先を本人へ案内した
会社側の端末情報を保持期間に従って削除した

台帳・ID・MDMの月次照合チェックリスト

件数が一致しても個体が違う場合があるため、シリアル番号・IMEIの集合差分を確認します。

監査用証跡セットのチェックリスト

監査では現在の画面だけでなく、対象期間に何を基準に、誰が、どの操作を行ったかを再現します。

IPAの中小企業の情報セキュリティ対策ガイドラインは、資産管理を含む組織的・技術的対策の実践資料を提供しています。チェックリストを一度埋めて終わりにせず、端末状態、ポリシー、利用者、例外が変わるたびに更新し、差異を閉じます。

まとめ：MDMの証拠は登録状態だけでは足りない

MDM運用の確認では、端末が表示されるかだけでなく、正しい資産・利用者・所有区分へ紐付き、基準ポリシーとアプリが端末側で適用され、準拠判定とアクセス制御が機能し、強い操作が承認・記録されているかを見ます。さらに、修理交換、紛失、退職、売却で会社データと管理関係を安全に終了できることが必要です。

売却候補の会社所有端末は、現物回収、データ消去、MDM・自動登録解除、台帳更新をチェックした後に、中古端末の買取相場を確認すると状態・数量・処理費を比較します。最初の点検では、台帳にないMDM端末、30日以上未接続、期限切れ例外、退職者割当、送信済みのまま完了していないワイプコマンドを抽出してください。