デバイス大量導入時の注意点
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
-
製品資料
[LRM株式会社] 「標的型攻撃メール」事例・サンプル集 -
製品資料
[LRM株式会社] セキュリティ教育はなぜ「年間計画」を立てる必要があるのか? -
製品資料
[LRM株式会社] セキュリティの重要性が伝わらない…… 効果がない社員教育から脱却する方法 -
製品資料
[LRM株式会社] 「標的型攻撃メール訓練」導入ガイド 社員の意識を確実に高める仕組みの作り方 -
事例
[株式会社マクニカ] アイカ工業に学ぶ脆弱性対策 情シスが把握できずにいたアセットも正確に把握
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
「VMware離れ」は本当か 3000社がVCF 9にかじを切った現実的な理由
-
2
「Microsoft 365」が乗っ取られる 跡形もなくMFAを破る手口
-
3
100億円の「Linux更新」を回避 みずほ銀行が選んだ“おきて破り”のRHEL延命策
-
4
Oracle巨大ITプロジェクトはなぜつまずいたのか 8年で導入1割、追加で170億ドル
-
5
AI全部入り「Microsoft 365 E7」に企業が二の足を踏む訳 移行意向はわずか4%
-
6
Microsoft製品でここまで自動化できる 情シスがやめられる手作業10選
-
7
なぜOpenAIやAnthropicのAIは「脱走」したのか 情シスが迫られるエージェント統制
-
8
Netflixのバックエンドは「ほぼJava」 3000超のアプリを支える開発基盤の裏側
-
9
「技術屋」で終わらないために 情シスが今取るべき認定資格5選
-
10
「Windows派」「Linux派」を分ける決定的な違い
ホワイトペーパーランキング PR
-
1
AIエージェントで多様な日常業務を効率化するための入門ガイド
-
2
AIが「わざわざ使うツール」になっていない? 業務で自然に使う導線にする秘訣
-
3
5回聞くだけじゃ足りない? トヨタ式「なぜなぜ分析」の正しい実践方法
-
4
JR西日本ITソリューションズが「監視業務の属人化」を解消した方法とは?
-
5
「脱Excel」か「Excel快適化」か? 現場にやさしい業務改善の進め方
-
6
インシデント対応工数を約3割削減、東京ガスの事例に学ぶ監視体制刷新のコツ
-
7
PostgreSQLの「機能」「性能」「運用」「拡張性」に関する悩みの解消法
-
8
5分で分かる「セキュア大容量ファイル転送サービス」の機能とメリット
-
9
Macの安全神話は崩壊? 最新の脅威動向から見えた攻撃のトレンドと有効な対策
-
10
情報セキュリティ対策早分かりガイド:25の自社診断で弱点と解決策を理解
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー