デバイス大量導入時の注意点
AppleのMDM登録サービス「DEP」の認証機能を巡り議論 機能か、欠陥か
Appleが法人向けに提供するモバイル端末導入支援サービスDevice Enrollment Program(DEP)は、注意して利用しなければ組織全体が脅威にさらされる危険がある。とはいえ、このセキュリティ問題には回避策がある。
AppleのDevice Enrollment Program(DEP)が安全なサービスだと考えているIT管理者は考え直す必要がある。
2018年9月、セキュリティサービスを提供するDuo Securityの研究者たちが、DEPに潜在する脆弱(ぜいじゃく)性が見つかったと発表した。DEPに潜むセキュリティの問題は、デバイスをMDM(モバイルデバイス管理)サーバに登録する際、シリアル番号で認証している点にある。ただしこの認証プロセスは機能の一つであり、代替策を導入することで問題を回避できるという。
Duo Securityのリッチ・スミス氏は次のように述べる。「現時点でDEPの脆弱性が攻撃の対象になっているわけではない。とはいえ、これでMDMの認証方法について考える必要のある点が浮き彫りになった」
DEPの認証問題
DEPは「iOS」や「macOS」のデバイスをMDMシステムに自動で登録するサービスだ。
Appleはデバイスに割り当てられたシリアル番号のアクティベーションレコードをデータベースで管理している。AppleがDEP APIでデバイスのレコードを作成し、利用企業はそのデバイスを自社のMDMサーバに割り当てる。MDMサーバはデバイスのレコードを取得してDEPプロファイルを作成する。デバイスはシリアル番号でDEP APIの認証を受け、アクティベーションレコードを取得する。
ここで問題なのは、デバイスが非公式のAPIを通してシリアル番号を提示するようになっている点だ。シリアル番号はブルートフォース(総当たり)攻撃の影響にさらされる。これがAppleのDEPでセキュリティの問題が発生する理由だ。攻撃者は不正に入手したシリアル番号を使ってデバイスを企業のMDMサーバに登録し、企業の機密情報を窃取できる。
ITコンサルティング会社MCPcのCTO(最高技術責任者)であるアイラ・グロスマン氏は、「AppleはDEPのデバイス登録手段としてシリアル番号以外の方法を検討すべきだ」と述べた。例えば、Microsoftが提供するWindowsデバイス登録サービス「Windows Autopilot」では、スクリプトから生成したハードウェアハッシュをデバイスの認証に使用している。
Duo Securityのエンジニアで今回の脆弱性の発見に協力したジェームズ・バークレー氏は次のように述べている。「組織がデバイスを適切に認証するには2つの対策が必要だ。1つはMDMシステムに登録するプロセスにおいてエンドユーザーの認証を必須にすること、もう1つはMDMシステムに登録済みという理由だけで信頼できるデバイスと見なさないことだ」
AppleはDEPとアプリ配信プログラム「Volume Purchase Program」を組み合わせたサービス「Apple Business Manager」のドキュメントで、このようなベストプラクティスを推奨しているが、バークレー氏は認証の重要性をもっと強調すべきだと指摘する。
スミス氏はDEPの認証の問題を回避する最終責任は組織のIT管理者にあると指摘する。企業のMDMシステムにアクセスできるのはIT管理者だからだ。
「AppleがIT管理者への指導に当たることを期待するのは、この問題を解決する正しいやり方ではない」(スミス氏)
欠陥か、それとも機能か
Appleはこの問題について脆弱性ではなくDEPの機能の一つだと主張している。これに賛同するIT担当者もいる。
南イリノイ大学エドワーズビル校でIT管理者を務めるマラカス・スコット氏は「これを欠陥と呼ぶこともできるが、一つの利点と見なすこともできる」と話す。同氏は以前からこの問題に気付いており、「私から見れば、準備不足またはDEPの仕組みについて理解不足だ」という。
同校ではエンドユーザーがMDMシステムの「Jamf」にデバイスを登録する前に、ユーザー名とパスワードを入力するよう求めていた。しかし最近これを廃止した。デバイスを登録する前にユーザーの認証を義務付けると、デバイスの紛失や盗難が発生した場合、デバイスの捜索に必要な情報をIT管理者が取得できなくなってしまうからだ。
同校では、デバイスの登録後にユーザー認証するネイティブアプリを開発している。これを導入すれば、デバイスを盗まれてもIT管理者がデバイスの位置情報やIPアドレスを取得して警察に提供することができる。シリアル番号を使った認証のセキュリティ問題を解決することにはならないが、デバイスに個人情報を保存しないことからリスクが抑えられるという。
経験の浅いIT管理者なら、DEPにある認証の問題を回避するためにセキュリティ対策を追加しようとは考えないかもしれない。
「DEPを利用して簡単に機能を導入できるのは素晴らしいことだ。ただ、デバイスを盗んで組織の情報を入手しようとする者がいたら問題だ。だからDEPのシステムを分析してリスクを理解しなければならない」(スコット氏)
この脆弱性があるからといって同校がDEPの利用をやめることはないという。「私たちはDEPを中心とするプログラムを多数開発した。もしこのサービスがなかったら、こうした機能は実現できなかっただろう」(スコット氏)
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
関連記事
新着ホワイトペーパー PR
-
事例
[サイボウズ株式会社] DXに必要な「Dスキル」「Xスキル」を持った人材を育成するには? -
市場調査・トレンド
[サイボウズ株式会社] データで見る、DXが「順調に進む企業」と「つまずく企業」の違い -
製品資料
[サイボウズ株式会社] 賛否が割れがちな「Notesからの移行」 新環境への移行を納得してもらうには? -
事例
[ServiceNow Japan合同会社] 農林中金に学ぶ内製開発 処理効率を約2倍に高めAI活用も加速させた方法とは? -
事例
[ServiceNow Japan合同会社] NTTグループのデジタル変革術、17万人が利用する決裁プロセス刷新の全貌
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
【基本情報技術者試験】「デュプレックスシステム」と「デュアルシステム」の違いは?
-
2
100億円の「Linux更新」を回避 みずほ銀行が選んだ“おきて破り”のRHEL延命策
-
3
サーバ約70台をAWSへ ヤナセが移行前にやった「通信要件の可視化」
-
4
脱VMwareの真実:データセンター大手がNutanixを選んだ「コスト以上の理由」
-
5
MS月例パッチが1000件突破 人手不足の情シスを襲う「月1回メンテ」の崩壊
-
6
多品種小ロットの「手書き・配合ミス」を克服 キャニオンスパイスの食品工場DX
-
7
AIインフラの理想形? 「5層のケーキ」を垂直統合するための近道とは
-
8
「Microsoft一択」で本当にいいのか 知らぬ間にライセンス費用が膨らむ真相
-
9
「AI活用」を掲げた年金刷新が炎上 英政府が大手ITアウトソースを切り捨て「内製回帰」した理由
-
10
「VMware離れ」は本当か 3000社がVCF 9にかじを切った現実的な理由
ホワイトペーパーランキング PR
-
1
生成AIのハルシネーションを防止 回答精度を高めるセマンティックレイヤーとは
-
2
AIエージェントで多様な日常業務を効率化するための入門ガイド
-
3
5回聞くだけじゃ足りない? トヨタ式「なぜなぜ分析」の正しい実践方法
-
4
AIが「わざわざ使うツール」になっていない? 業務で自然に使う導線にする秘訣
-
5
JR西日本ITソリューションズが「監視業務の属人化」を解消した方法とは?
-
6
「脱Excel」か「Excel快適化」か? 現場にやさしい業務改善の進め方
-
7
インシデント対応工数を約3割削減、東京ガスの事例に学ぶ監視体制刷新のコツ
-
8
マンガで解説:「ゼロトラスト」「SASE」の必要性とメリット
-
9
5分で分かる「セキュア大容量ファイル転送サービス」の機能とメリット
-
10
情報セキュリティ対策早分かりガイド:25の自社診断で弱点と解決策を理解
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー