アプリケーションの権限

アプリケーション権限は、各アプリケーションがオペレーティングシステムの特定のシステムレベルおよびデバイスレベルの機能を使用することを許可されているかどうかを判断するための、コンピュータのアクセス制御の一種です。通常、権限の種類は、デバイスの入出力ハードウェア（カメラやマイクなど）や個人データ（ストレージデバイス、連絡先リスト、ユーザーの現在地など）へのアクセスなど、プライバシーに関わる可能性のある機能を対象としています。権限は通常、アプリケーションのマニフェストで宣言され、特定の権限は実行時にユーザーによって明示的に付与される必要があります。ユーザーはいつでも権限を取り消すことができます。

モバイルオペレーティングシステムでは、特定のアプリが必要とする権限をプラットフォームのアプリストアを通じて開示する必要があるため、権限システムが一般的です。

スマートフォンやタブレット向けのモバイルオペレーティングシステムでは、典型的な権限の種類は以下を制御します。^{[ 1 ] [ 2 ]}

• ストレージへのアクセス、および連絡先、カレンダーの予定などの個人情報へのアクセス。
• 位置追跡。
• デバイスの内部カメラおよび/またはマイクへのアクセス。
• 指紋認証センサーやその他の健康センサーを含む生体認証センサーへのアクセス。
• インターネット接続。
• Bluetooth、Wi-Fi、NFCなどの通信インターフェースへのアクセス（該当する場合は、ハードウェア識別子や信号強度、およびそれらを有効にする要求を含む）。
• 電話の発信と受信。
• テキストメッセージの送受信
• アプリ内課金を行う機能。
• 他のアプリの中に「重ねて」表示できる機能。
• アプリケーションのインストール、削除、およびその他の管理。
• Webサービスからの認証トークン（例：OAuthトークン）は、アプリケーション間で共有するためにシステムストレージに保存されます。

Android 6.0「Marshmallow」より前は、アプリに実行時に権限が自動的に付与され、インストール時にGoogle Playストアで表示されていました。Marshmallow以降、特定の権限については、アプリが実行時にユーザーに許可を要求する必要があります。これらの権限は、Androidの設定メニューからいつでも取り消すこともできます。^{[ 3 ]} Androidでの権限の使用は、アプリ開発者が個人情報を収集して広告を配信するために悪用されることがあります。特に、スマートフォンのカメラのフラッシュを懐中電灯として使用するアプリ（Androidの最新バージョンでは、このような機能がシステムレベルで統合されたため、ほとんど不要になっています）は、明示された機能に実際に必要なものを超えて、多数の不要な権限を要求することが知られています。^{[ 4 ] [ 5 ]}

iOS も同様に実行時に権限を付与する必要があり、Bluetooth、Wi-Fi、位置情報追跡の有効化には特定の制御が提供されています。^{[ 6 ] [ 7 ]}

WebPermissions は、 Web ブラウザ用のパーミッション システムです。^{[ 8 ]} Web アプリケーションがパーミッションを必要とするデータがある場合、まずそれを要求する必要があります。要求すると、ユーザーに選択を求めるウィンドウが表示されます。選択は記憶されますが、後でクリアすることもできます。

現在、以下のリソースが管理されています。

• 位置情報^{[ 9 ]}
• デスクトップ通知^{[ 10 ]}
• サービス業従事者^{[ 11 ] [ 12 ]}
• センサー
  • 音声キャプチャデバイス^{[ 13 ]} （サウンドカードなど） 、およびそのモデル名と特性
  • カメラなどのビデオ撮影装置^{[ 13 ]}、およびそれらの識別子と特性

権限ベースのアクセス制御モデルは、特定のデータオブジェクトへのアクセス権限をアプリケーションに割り当てます。これは、裁量型アクセス制御モデルから派生したものです。アクセス権限は通常、特定のデバイス上の特定のユーザーのコンテキストで付与されます。権限は永続的に付与され、自動的な制限はほとんどありません。

場合によっては、権限は「すべてかゼロか」のアプローチで実装されます。つまり、ユーザーはアプリケーションにアクセスするために必要なすべての権限を付与しなければならず、そうでなければアプリケーションにアクセスできません。権限アクセス制御メカニズムによって保護されたデータにアクセスするためにプログラムやアプリケーションが権限を使用する場合、透明性が依然として不足しています。ユーザーが権限を取り消すことができたとしても、アプリは動作を拒否することでユーザーを脅迫する可能性があります。たとえば、クラッシュしたり、アプリケーションにアクセスするために再度権限を付与するようにユーザーに要求したりするなどです。

許可メカニズムは、以下のようないくつかの理由から研究者から広く批判されている。

• 個人データの抽出と監視の不透明性、偽りの安心感の創出を含む。^{[ 14 ] [ 15 ]}
• アクセス権限の細かな管理に対するエンドユーザーの疲労が、監視と不透明性に対する宿命論的な受容につながる。^{[ 16 ]}
• 許可が下りると、大規模なデータ抽出と個人監視が実行される。 ^{[ 17 ] [ 18 ]}

^{XPrivacyやMockdroid [ 19 ]} などの一部のアプリは、プライバシー保護策としてデータを偽装します。その他の透明性確保の方法としては、長期的な行動プロファイリングや、アプリのデータアクセスに関する複数ソースのプライバシー分析などがあります。 ^{[ 20 ] [ 21 ]}