Android 4.3 : gérez les permissions de vos applications
C'est caché par défaut
Au sein d'Android 4.3, un menu caché « fonctionnement des applications » permet à l'utilisateur de gérer les permissions pour chacune d'entre elles. Pour pouvoir y accèder, il faudra par contre devoir en installer une autre comme Permission Manager.
Lors de l'annonce d'Android 4.3, Google annonçait l'arrivée de certaines nouvelles fonctionnalités comme le support d'OpenGL 4.3, un clavier revu et corrigé pour la partie téléphone (pour le Nexus 4), ou encore Miracast pour la Nexus 10, comme nous avons pu le voir.
Permission Manager permet pour le moment d'activer la fonctionnalité
Toujours est-il qu'une autre fonctionnalité cachée et dénommée fonctionnement des applications a fait son apparition au sein des paramètres et n'est pas sans rappeler le Privacy Guard Manager qui est en cours de finalisation chez CyanogenMod. Toujours est-il que cette fonction n'est pas accessible par défaut. Pour pouvoir y accéder, il suffit de télécharger Permission Manager qui se situe par ici sur le Play Store ou via le QR-Code ci-dessous :
Une fois cette application installée sur votre smartphone ou tablette sous Android 4.3, et que le tutoriel est passé, vous vous rendez alors dans le menu qui se situe en haut à droite et vous cliquez sur Launch Manager. Dès lors, vous accédez à une page au sein des paramètres qui porte le nom de Fonctionnement des applications. Vous aurez alors accès à l'ensemble des autorisations et vous pourrez interagir sur chacune d'entre elles, comme vous pouvez le voir ci-dessous :
Facebook et Google+ ne demandent pas du tout le même nombre de permissions sur une Nexus 10
Reste qu'il faut agir avec prudence. En effet, couper l'accès au capteur photo / vidéo pour l'application caméra est un non-sens, tout comme la désactivation du GPS pour Google Maps ou encore le carnet de contacts pour la partie téléphonie. Quoi qu'il en soit, pouvoir naviguer au sein de certaines applications en mode Incognito est loin d'être désagréable. De plus, cette fonctionnalité permet de désactiver les notifications que certains envoient tout de même alors qu'on les a explicitement refusés.
On se demande tout de même une chose : pourquoi Google n'a-t-il pas annoncé et mis en avant cette fonction plutôt que de le cacher sous le tapis de la sorte ? Peur de se fâcher avec les développeurs ou la société souhaite-t-elle tout d'abord procéder à quelques ajustements du côté de l'API ?
Commentaires (49)
Vous devez être abonné pour pouvoir commenter.
Déjà abonné ? Se connecter
Abonnez-vousLe 05/08/2013 à 14h11
question :
est il possible de garder le root sur une nexus 7 en passant en 4.3 par OTA ?
Le 05/08/2013 à 14h12
Il y a de fortes chances que ça soit une fonctionnalité qui a été désactivée peu de temps avant l’annonce.
" />
en tout cas à une conf avec le community managers de Google, ils ont clairement refusé de commenter cette fonctionnalité
Alors est ce que c’est un souci politique (interdire l’acces au GPS/internet à certaines apps => retirer les pubs), est ce que c’était de toute façon source d’instabilité (désactiver le GPS à une app qui était persuadé de l’avoir => force close) ou juste qu’ils ont pas fini l’implementation …
wait & see … mais ne pas l’avoir completement supprimé reste surprenant …
Le 05/08/2013 à 14h14
Le 05/08/2013 à 14h18
Mais dans ce cas, là les mecs de Google devraient le mettre dans les fonctionnalités pour développeur et dire “faites gaffe les mecs, dans la 5.0, les utilisateurs pourront faire ça, préparez vos apps!”.
Le 05/08/2013 à 14h20
Petite question, lorsqu’on installe certaines applications, si on décoche ‘accèder aux contacts…” par la suite l’appli refuse de se lancer tant qu’on a pas dit “Ok”. Du coup, est-ce que ça veut dire qu’on ne peut les bloquer qu’une fois que ces applis ont déjà fait le tour du calendrier, des photos, des contacts…?
" />
Question bonus, combien de temps Facebook… vont-ils rester dans “réagir” accéder à ces informations c’est un peu leur fond de commencer
Le 05/08/2013 à 14h23
Le 05/08/2013 à 14h24
On se demande tout de même une chose : pourquoi Google n’a-t-il pas annoncé et mis en avant cette fonction plutôt que de le cacher sous le tapis de la sorte ? Peur de se fâcher avec les développeurs ou la société souhaite-t-elle tout d’abord procéder à quelques ajustements du côté de l’API ?
Tout simplement parce que ce genre de feature permet de désactiver toutes les permissions liées à l’affichage des publicité… Toutes les applis “offline” affichant une pub nécessitent par exemple une connexion data. Il suffit de virer cette autorisation pour que l’appli n’affiche plus de pub…
Le 05/08/2013 à 14h25
Le 05/08/2013 à 15h08
Le 05/08/2013 à 15h12
Et pourquoi pas LBE qui le fait (et beaucoup plus) depuis belle lurette :http://forum.xda-developers.com/showthread.php?t=1422479
Le 05/08/2013 à 15h13
Le 05/08/2013 à 15h15
Le 05/08/2013 à 15h23
Le 05/08/2013 à 15h28
Le 05/08/2013 à 15h43
Le 05/08/2013 à 15h44
Le 05/08/2013 à 15h45
On se demande tout de même une chose : pourquoi Google n’a-t-il pas annoncé et mis en avant cette fonction plutôt que de le cacher sous le tapis de la sorte ? Peur de se fâcher avec les développeurs ou la société souhaite-t-elle tout d’abord procéder à quelques ajustements du côté de l’API ?
J’ai plutôt l’impression que c’est juste parce que ce n’est que la moitié de la feature. A priori il y a aura également un dialogue par exemple lors de l’accès à la liste des contacts pour que l’utilisateur confirme qu’il donne cette autorisation à l’application.
Ca change quand même beaucoup de choses dans le modèle d’accès aux features d’Android, vu qu’à l’heure actuelle à partir du moment où l’accès est déclaré dans le manifeste, il est certain qu’il est accordé.
Je doute que ce soit implémentable sans forcer les devs à revoir cette partie de leur code mais ça reste une bonne avancée : les système de permissions d’Android est une bonne chose & permet en amont d’écarter des apps suspectes comme un wallpaper demandant à connaitre le mail de l’utilisateur. Mais il faut aussi protéger d’apps légitimes comme Path ou Facebook qui sont connues pour pomper toutes les données persos.
Le 05/08/2013 à 15h49
Est-ce que quelqu’un a eu le même effet de bord au passage en 4.3
Sur mon Nexus 4: le son même mis au minimum avec un casque/micro est super fort. genre j’ai bien du prendre 30% de puissance sonore dans la gueule. à tel point que c’est désagréable :<
Le 05/08/2013 à 17h35
Le 05/08/2013 à 18h52
Pour info, les limitations sont bien maigres et n’atteignent pas le niveau de contrôle des permission proposé sur iTrucs.
Avec une appli comme Facebook sur ma N7, on a que 3 paramètres désactivables:
alors qu’à l’installation, c’est une usine à pompage de vie privée, au moins 10 demande d’autorisations…
Le 05/08/2013 à 18h55
Le 05/08/2013 à 19h27
Perso, j’utilise Xposed avec App Settings qui semble prendre en charge tout ça.
Le 05/08/2013 à 19h42
Le 05/08/2013 à 20h22
Le 05/08/2013 à 14h25
Le 05/08/2013 à 14h28
Le 05/08/2013 à 14h30
Le 05/08/2013 à 14h33
Le 05/08/2013 à 14h33
Le 05/08/2013 à 14h34
Ce soir certaines applications seront déçut de voir qu’elle ne peuvent accéder qu’au minimum syndical.
Le 05/08/2013 à 14h34
Le 05/08/2013 à 14h34
On se demande tout de même une chose : pourquoi Google n’a-t-il pas annoncé et mis en avant cette fonction plutôt que de le cacher sous le tapis de la sorte ? Peur de se fâcher avec les développeurs ou la société souhaite-t-elle tout d’abord procéder à quelques ajustements du côté de l’API ?
Perso j’attends de voir, des fonctions cachées dans Android ou apps Google ou Glass c’est monnaie courante avec eux, ils dévoilent au fur et a mesure selon l’avancement du projet. Si c’est la, c’est qu’on peut s’attendre a des news a ce sujet dans les semaines/mois qui viennent.
Par exemple, le multi utilisateur sur tablette Android était caché dans 4.1 (et a été découvert), rendu disponible dans 4.2 (quelque chose dans le genre, je me souviens plus!).
Et clairement donner un accès direct aux utilisateurs la tout de suite maintenant, autant s’attendre a une hécatombe de crash d’app.
Le 05/08/2013 à 14h36
Le 05/08/2013 à 14h36
Le 05/08/2013 à 14h45
Le 05/08/2013 à 14h49
Le 05/08/2013 à 14h57
Le 05/08/2013 à 14h58
Le 05/08/2013 à 15h03
Le 05/08/2013 à 15h04
On se demande tout de même une chose : pourquoi Google n’a-t-il pas annoncé et mis en avant cette fonction plutôt que de le cacher sous le tapis de la sorte ? Peur de se fâcher avec les développeurs ou la société souhaite-t-elle tout d’abord procéder à quelques ajustements du côté de l’API ?
Je sais pas si c’est PCI qui a fait les captures mais je me demande quand même autre chause :
Pourquoi sur la première capture de Permission Manager, on voit la phrase suivante : “Buy the Pro version for a complete list” ?
Le 05/08/2013 à 22h35
Est ce que le contraire est envisageable? (Genre activer automatiquement le GPS lorsqu’on lance une certaine appli. .. et le déconnecter automatiquement quand on la quitte)?
Le 05/08/2013 à 23h15
Et bien sur iOS ces permissions existent depuis iOS 6 et à moins d’interdire l’accès au GPS à une application de cartographie, ça ne cause jamais de problèmes. Mais peut-être que les développeurs ont prévu que les gens bloqueraient l’accès et c’est pourquoi il n’y a pas de crash… (surtout quand on a un popup qui demande l’accès aux contacts alors qu’on parle d’un jeu 100% offline, on refuse automatiquement !).
Et on ne peut pas bloquer l’accès à internet, si c’était le cas, effectivement on aurait beaucoup de crash et les développeurs n’apprécieraient pas (bien des jeux avec de pub fonctionne très bien sans connection internet, mais n’affiche pas de pub).
Mais c’est vraiment pratique de pouvoir désactiver l’accès au GPS, aux Contacts, aux Calendriers, aux Rappels et aux Photos (ainsi qu’au Bluetooth et au Micro sous iOS 7). Je ne comprend pas pourquoi Google cache cette option…
Le 06/08/2013 à 00h51
Le 06/08/2013 à 06h39
Le 06/08/2013 à 08h10
Le 06/08/2013 à 08h38
Le 06/08/2013 à 11h37
Le 06/08/2013 à 12h03
Le 08/08/2013 à 00h26