Android 4.4端末はiPhone／iPadよりも安全に？
“危険なAndroid”をセキュアにするKitKatの「SE Android」とは
強制アクセス制御機構の有効化でセキュリティを強化した「Android 4.4（KitKat）」。“危険”だという理由でAndroidを避けていた人にとって、この動きは朗報となるのだろうか？
昨今、企業向けの機能を搭載したコンシューマー向けデバイスが数多くリリースされている。米Googleの「Android」を搭載したデバイスもその例外ではない。
Androidの最新リリースであるAndroid 4.4（コードネーム「KitKat」）は、デバイスのセキュア化とアプリの開発を簡単にするためのツールを用意している。また、Android 4.2以降には、IT部門によるアプリケーションとOSとのインタラクションをよりきめ細かくコントロール可能にする「SE Android（Security Enhanced Android）」が用意されている。
こうしたOS側の機能強化は、企業のIT管理者にとって確かに喜ばしいものではあるが、注意すべき点も幾つかある。例えば、SE Androidがデバイス機能を無効にするかどうかをコントロールするのは難しい。本稿では、Androidの新機能の詳細とともに、SE Androidの変更について取り上げる。
Android 4.4 KitKatの新機能
Android 4.4には、ユーザーのための機能やアプリ開発者のための機能があり、それらはITプロフェッショナルのための機能でもある。新しいデザインやより速いパフォーマンス、更新されたアプリ、より効率の良いメモリ管理といった要素は、ユーザーにとって好ましいものだろう。
開発者には、アプリが使用するメモリのプロファイルを取得するツールに加え、応答速度がより速く、より効率の良いアプリをビルドするためのAPIが用意されている。SE Androidの付加機能のようなセキュリティの強化により、システム管理者はユーザーのAndroidデバイスをフックし、アプリとデータとのインタラクションをOSレベルでよりきめ細かくコントロールできるようになっている。
セキュリティ強化版Androidとは？
OSレベルでのセキュリティを実現すべく、米国家安全保障局が中心となって開発した強制アクセス制御（MAC： Mandatory Access Control）機構である「SELinux」。SE Androidは、Androidで稼働するSELinuxのことを指す。
SE Androidは、ユーザーのデバイスで動作させておくべき良い機構だ。なぜなら、Androidの既定のセキュリティが「任意アクセス制御（DAC： Discretionary Access Control）」をベースとしているからである。
任意アクセス制御では、アプリはユーザーにアクセス権限を求め、ユーザーは許可するかどうかを選ぶことになる。権限の取得は、マルウェアがデバイスへ浸透する1つの方法だ。ユーザーはしばしば、深く考えずに不必要な権限をアプリに与えてしまう。
一方、SE Androidは強制アクセス制御を採用し、隔離された環境でのアプリの動作が保証されている。従って、ユーザーがマルウェアの潜むアプリをダウンロードしても、マルウェアはOSにアクセスできず、デバイスにダメージを与えることができない。さらに、SE Androidはポリシーによる制御が可能で、アプリでの実行が許可されたアクションをポリシーとして定義すれば、それ以外のあらゆるアクションの実行を拒否できる。
SE Androidは変更できる？
SE Androidは変更可能だ。システム管理者は、変更する必要があると考えるようになるだろう。なぜならSE Androidは、アプリやデバイスの機能を停止し、ユーザーである従業員が必要とする機能を使えなくしてしまうことがあるからだ。この場合は、SE Androidの変更を検討しても良いといえる。ただし、その難易度は少々高く、若干のリスクを伴うデバイスのroot化が必要になる。
もしデバイスへアクセスできるシェル環境があり、root化に抵抗が無ければ、SE Androidについて以下の2つを押さえておいてほしい。
1つ目として、SE Androidが保護機能を無効化した「Permissive」モードで動作しているか、それとも保護機能を有効にした「Enforcing」モードで動作しているかを確認したい。加えて、両モードを相互に切り替えることができるかどうかもチェックしておくべきだ。より強固な保護機能が提供されるEnforcingモードは、Android 4.4では既定の設定となっている。一方、Android 4.2と4.3での既定の設定はPermissiveモードだ。
2つ目として、SE Androidがアプリやデバイスの機能を不必要に制限していないかどうかを調べておきたい。ブロックされているシステムコールを知ることができれば、ユーザーが必要なAndroidの機能やアプリに対するブロックを解除し、ルールを変更してアクセスを許可することが可能だ。
Androidデバイスのroot化は、全てのユーザーのために用意されている仕組みとはいえない。デバイスをroot化するとメーカーの保証が受けられなくなり、1つ間違えればデバイスが起動しなくなる「文鎮化」を招く。
デバイスのroot化には、誰もが納得できる理由が必要だ。具体的には、セキュリティ強化の弊害を回避するためにroot化するケース、root化されたデバイスを使ってアプリをビルドしてテストするケースなどが挙げられる。
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
関連記事
新着ホワイトペーパー PR
-
製品資料
[株式会社MatrixFlow] 「物流リソース最適化」ガイド：人員・配車・傭車を出庫依頼の確定前に決めきる -
製品資料
[株式会社キーエンス] なぜRPA導入は頓挫する？ シナリオ作成の壁を乗り越える解決策とは -
製品資料
[株式会社セールスフォース・ジャパン] 「CRMは設計と無関係」は本当か？ PLMとの融合で実現する高速開発 -
事例
[日本ヒューレット・パッカード合同会社] AIエージェントの時代にどう備える？ 「新たな働き手」を支える3要素とは -
製品資料
[日本ヒューレット・パッカード合同会社] “横並びの自動化”から脱却、AI活用で生産性と競争力を高める秘訣
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
なぜ「全社配布Copilot」は使われないのか？ 失敗に学ぶAI定着
-
2
法務と開発者で「言葉が通じない」問題 トヨタやソニーが語るOSS管理の真実
-
3
肥大化した「SFA」の沼 4カ月でBigQuery×AppSheetの新システムを構築した方法
-
4
ChatGPTは“検索しまくり”でGeminiは“淡泊”？ データが明かすAIの裏側
-
5
「Windows」の不要なファイルを安全に消して容量を空ける方法
-
6
「何から始めればいい？」 情報漏えい対策で悲鳴を上げる中小企業のリアル
-
7
損保ジャパンはなぜ「COBOL」を捨てなかったのか？ 脱メインフレームの真相
-
8
AIの導入効果はどう測る？ DMM.comのエンジニア組織に学ぶ効果検証のノウハウ
-
9
なぜ「Gemini 4 Argon」は出遅れたのか？ Googleが狙う“逆転のシナリオ”
-
10
「朝8時にバッチが終わらない」データ爆発の危機をJPX総研はどう乗り越えたか
ホワイトペーパーランキング PR
-
1
不審メールの経路や見せ方に変化？ 2026年夏の3事例から見えた動向と対処方法
-
2
家庭用Wi-Fiルーターの業務利用は危険？ 避けるべき理由と具体的な対策
-
3
プログラミング不要で誰でも実現できる、ネットワーク運用管理の自動化とは
-
4
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
-
5
財務部門がAIを最大限に活用する方法 無駄のない戦略的リーダーシップへの道
-
6
LLMが兵器化？ 元FBI高官が鳴らす警鐘とセキュリティツール統合のポイント
-
7
なぜRPA導入は頓挫する？ シナリオ作成の壁を乗り越える解決策とは
-
8
HDDを使わない「SSDオンリー」が無謀なのはなぜ？
-
9
“あのファイル転送”で暗躍するノーウェアランサム
-
10
「オンプレミス回帰」せざるを得ない“合理的な理由”
TechTargetジャパン SNS
@techtarget_itmをフォロー
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー