Les règles de base de Google pour le système d'autorisation d'Android 6.0 ne vais pas laisser OEM Facilement accorder des autorisations à pré-installé les applications (Lire: Surtout Bloatware)

De son annonce au Google I / O à aujourd'hui, nous continuons à découvrir de nouvelles informations et de détails subtils concernant le nouveau système d'autorisation dans Android 6.0. Qu'est-ce que nous ne sommes pas en mesure de savoir, cependant, était de savoir comment allaient les équipementiers pour traiter (ou être forcés à traiter) cette nouvelle fonctionnalité. Seraient-ils capables de supprimer complètement? Contourner pour leurs propres applications? Pourraient-ils abuser d'accorder des autorisations à Bloatware? Eh bien, nous avons maintenant nos réponses grâce à la mise à jour du document Définition Compatibilité guimauve.

Dans ce document, Google explique que les applications qui ciblent niveau de l'API 23 devront demander des autorisations pour accéder à certaines fonctions protégées. OEM ne sera pas en mesure d'éviter cela, ils auront besoin d'avoir des fenêtres de dialogue pour les demandes d'autorisation (ie les pop-ups) et d'un emplacement central pour gérer toutes les autorisations (comme dans le Paramètres). Ce sont non négociables (doit) exigences.

Plus important, toutefois, est le fait que les équipementiers ne sera pas en mesure de (ne doit pas) accorder des autorisations aux applications pré-installées. Il ya deux exceptions ici. La première traite ces comme toute autre application, les obligeant à demander des autorisations avant de faire quelque chose de substantiel. Le second est lorsque ces applications sont des remplacements standard pour ceux par défaut, comme le téléphone, appareil photo, application Contacts, etc.



Essentiellement, cela signifie que l'OEM comme Samsung ou LG pourrait encore remplacer le transmetteur et l'appareil photo et de leur accorder le droit de réellement faire leur travail sans harceler les utilisateurs avec des demandes quand ils les lancent en premier. Toutefois, ils ne seront pas en mesure d'installer d'autres applications et leur accorder toutes les autorisations sans demander pour eux. Si Asus et HP et d'autres équipementiers veulent inclure une tonne de bloatware avec leurs appareils afin de compenser leur prix, et de le rendre non-amovible pour aggraver la situation, vous aurez toujours contrôler si effectivement que bloatware Est-ce que quelque chose de substantiel dans le fond et sans votre connaissance ou si elle y reste castré et inoffensif.

Voici le texte de la CDD:



9.1 Autorisations

Permission avec un niveau de danger de protection sont des permissions d'exécution. Applications avec targetSdkVersion> 22 leur demander à l'exécution. Implémentations de l'appareil:

  • Doit montrer une interface dédiée à l'utilisateur de décider de l'octroi des autorisations d'exécution demandés et également fournir une interface pour l'utilisateur de gérer les autorisations d'exécution.
  • Doit avoir un et seulement un mode de réalisation à la fois des interfaces utilisateur.
  • NE DOIT PAS accorder des autorisations d'exécution à des applications préinstallées moins: le consentement de l'utilisateur peut être obtenue avant l'application utilise le ou les autorisations d'exécution sont associés avec un motif objectif pour lequel l'application préinstallée est défini comme le gestionnaire par défaut.

Je suis heureux à ce sujet. Il va certainement aider un peu avec les anti-virus de merde pré-installés, des scanners et whatnots qui gardent récurer votre espace de stockage et de saisir toutes les informations qu'ils trouvent à faire Dieu sait quoi avec elle.

  • La source:
  • Android document de définition 6.0 de compatibilité (PDF)



» » Les règles de base de Google pour le système d'autorisation d'Android 6.0 ne vais pas laisser OEM Facilement accorder des autorisations à pré-installé les applications (Lire: Surtout Bloatware)