デバイス大量導入時の注意点
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
-
事例
[日本オラクル株式会社] ピンチをチャンスに変えたEPR製品は? 先行企業の導入事例3選 -
技術文書・技術解説
[日本オラクル株式会社] 無自覚なリスク 秘伝Excelファイルが監査の壁、不正・ミスの温床となる理由 -
製品資料
[日本オラクル株式会社] 戦略的経理の第一歩 失敗のない「脱Excel」を実現する秘訣とは? -
技術文書・技術解説
[日本オラクル株式会社] いまさら聞けないオンプレERPとクラウドERPの違い 最適な製品をどう見極める? -
事例
[株式会社ビザスク] 連結売上高が約2倍に成長、富士フイルムが実践した新規事業創出の戦略とは?
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
損保ジャパンはなぜ「COBOL」を捨てなかったのか? 脱メインフレームの真相
-
2
なぜ「全社配布Copilot」は使われないのか? 失敗に学ぶAI定着
-
3
「0.3秒のスピード顔認証」の入退室管理が社員に好評 事例に学ぶオフィス改革
-
4
「ノートPC派」は損をしている? Dellと考える“自作PC”のメリット
-
5
エンジニアの生産性はどう測る? マネジメントに不可欠な可視化の実現方法とは
-
6
慶應義塾が「Notion」を選んだ理由 AI導入の盲点になる“情報のサイロ化”
-
7
LINEヤフーはなぜ「社内の管理者」すら信用しないインフラを作ったのか
-
8
1200万円のSaaS導入を回避 スギ薬局「運用費10万円」のAIエージェント構築術
-
9
「また同じ説明か」 消費者の半数が離脱するAIチャットbotの“記憶喪失”
-
10
IT製品の導入に関するアンケート「PC&デバイス」編
ホワイトペーパーランキング PR
-
1
不審メールの経路や見せ方に変化? 2026年夏の3事例から見えた動向と対処方法
-
2
DX/AI投資の壁を突破、現代の最高財務責任者が直面する課題と克服のヒント
-
3
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
4
LLMが兵器化? 元FBI高官が鳴らす警鐘とセキュリティツール統合のポイント
-
5
システムの保守がモダン化を阻む? 「変えない判断」から脱却する方法とは
-
6
生成AIを開発に導入しても効果が見えない? 実証実験で分かった成果と課題
-
7
経産省DX指針から読み解く、受発注業務デジタル化ロードマップ
-
8
“あのファイル転送”で暗躍するノーウェアランサム
-
9
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
-
10
HDDを使わない「SSDオンリー」が無謀なのはなぜ?
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー