1 votes

Pourquoi la permission d'Android est-elle si large ?

Je lisais une critique pour un jeu sur le play store où quelqu'un a donné une mauvaise critique en disant que le jeu avait l'air cool mais qu'il nécessitait un accès aux photos, médias et autres, ce qui a encouragé l'utilisateur à désinstaller rapidement. Les développeurs ont répondu à cette personne en disant qu'ils accordaient de l'importance à la vie privée des utilisateurs et autres, mais qu'ils n'avaient pas le choix car ils en avaient besoin pour sauvegarder la progression. C'est tout à fait logique qu'ils aient besoin d'accéder à la mémoire interne ou externe pour sauvegarder.

J'ai lu que certains jeux nécessitent également l'accès aux appels téléphoniques afin de pouvoir mettre le jeu en pause lorsque vous recevez un appel, ce qui est également logique. Mais le message affiché pour l'utilisateur est que l'application aura accès à vos appels, pourra passer des appels (ce qui pourrait vous coûter de l'argent), ce qui est un drapeau rouge pour certains utilisateurs.

Je suppose que la plupart des jeux n'utilisent pas la permission de manière malveillante mais pour empêcher toute pourquoi les permissions ne sont-elles pas plus restrictives/spécifiques ? Je suppose que la grande majorité des jeux utilisent la permission de fichier juste pour sauvegarder et rien d'autre, pourquoi ne pas faire une permission de sauvegarde ? Je suppose également qu'une autorisation plus restrictive pourrait augmenter le nombre d'autorisations requises pour certains jeux, ce qui pourrait être gênant pour la majorité des utilisateurs.

0 votes

Ou bien, le développeur pourrait être proactif et expliquer en détail les autorisations nécessaires. Certaines applications le font bien et cela ne semble pas demander beaucoup d'efforts (cf. Enregistreur vocal facile ) ; la majorité ne le fait pas, laissant l'utilisateur prendre le risque d'accorder la permission de toute façon. L'effort supplémentaire, dans mon cas, me permet de me sentir mieux à propos de l'application, du soin qui lui a été apporté et du professionnalisme du développeur.

0 votes

Je ne pense pas qu'il y ait de réponse à cette question car elle est trop subjective. Que considérez-vous comme restrictif ? Par exemple, considérez-vous qu'une application capable de lire automatiquement des sons doit avoir une permission "son" ?

0 votes

@wbogacz Je suis d'accord avec vous mais pour quelqu'un qui est sceptique, même si vous, en tant que développeur, expliquez ce dont vous avez besoin en détail, la réalité est qu'en théorie vous pouvez accéder à n'importe quoi sur mon téléphone, donc c'est mieux bien sûr mais en aucun cas sûr.

3voto

CzarMatt Points 541

En tant que développeur Android, c'est un aspect particulièrement frustrant de la livraison d'applications sur le marché de masse.

La formulation des modèles d'autorisation a causé beaucoup de peine, comme vous l'avez souligné, mais elle s'est améliorée. En effet, avant Android 5.1.1 (API 22), les applications devaient demander todo de leurs permissions à l'avance au moment de l'installation.

Maintenant, les permissions sont généralement demandées lorsqu'elles sont nécessaires - c'est-à-dire lorsqu'on accède à une API protégée au moment de l'exécution - ce qui laisse aux développeurs le temps d'expliquer leurs intentions.

Si le développeur d'une application respectait suffisamment l'esprit des permissions, ses applications devraient, dans l'idéal, continuer à fonctionner sans se voir accorder une permission particulière.

Il est évident que si vous refusez à une application photo l'accès, par exemple, au répertoire Pictures, l'expérience de l'application risque de ne pas être excellente. Cependant, une application devrait quand même continuer à fonctionner - c'est-à-dire sans planter - quelles que soient les permissions accordées.

En outre, comme d'autres l'ont souligné dans les commentaires, les développeurs et les éditeurs sont encouragés à fournir un aperçu significatif de la raison pour laquelle leur application a besoin de ces autorisations qu'il demande.

Maintenant, concentrez-vous sur votre préoccupation principale :

. pourquoi les autorisations ne sont-elles pas plus restrictives/spécifiques ?

Ils sont de plus en plus restrictifs/spécifiques. Par exemple, Google a introduit Accès aux répertoires à portée étendue .

Les applications telles que les applications photo n'ont généralement besoin que d'un accès à des données spécifiques. spécifiques du stockage externe, comme le répertoire Pictures. Les approches existantes pour accéder au stockage externe ne sont pas conçues pour pour fournir facilement un accès ciblé aux répertoires pour ces types d'applications. Pour exemple :

  • La demande de READ_EXTERNAL_STORAGE ou WRITE_EXTERNAL_STORAGE dans votre manifeste permet l'accès à tous les répertoires publics sur le stockage externe, ce qui peut représenter plus d'accès que ce dont votre application a besoin.

Notez le point - en ce qui concerne le jeu que vous mentionnez, les développeurs pourraient s'appuyer sur des modèles d'accès aux répertoires à portée étendue pour affiner leurs demandes d'autorisation. Cela, associé à des explications claires et concises sur les autorisations, renforcerait la confiance des utilisateurs de l'application.

Pourquoi n'ont-ils pas, comme beaucoup d'autres applications, déjà utilisé cette fonctionnalité ? Eh bien, les API de répertoire scopé sont disponibles dans Android 7.0 - ce qui signifie que seuls les appareils fonctionnant sous Android 7.0+ peuvent l'utiliser. Il s'agit souvent d'une simple question de priorité pour les développeurs, qui doivent décider s'ils veulent ou non mettre en œuvre des comportements différents selon les appareils. Personnellement, je crois qu'il faut faire ce qui est le mieux pour la plateforme, mais je m'égare. N'hésitez pas à contacter les canaux d'assistance de l'application pour demander des modifications ou des explications plus approfondies sur les demandes d'autorisation.

androidalle.com

AndroidAlle est une communauté de androiders où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X