Comptes Google : l’identification aux applications via une web-view bientôt « obsolète »
No-Google zone
Le 24 août 2016 à 07h50
3 min
Internet
Internet
Pour connecter une application à un compte, une pratique habituelle est d'ouvrir la page de connexion du service dans une page web embarquée, une web-view. Google compte interdire cette méthode dans les prochains mois, pour privilégier une identification directement dans le navigateur, jugée plus simple.
Google veut en finir avec la connexion via les web-views. Dans un billet de blog, le groupe explique qu'il compte bloquer les identifications aux comptes de ses clients via cette méthode dans les prochains mois. Actuellement, une grande part des applications qui proposent de se connecter à un compte en ligne, comme Google, passent par une web-view, c'est-à-dire l'ouverture d'une page web directement dans son interface.
S'identifier une seule fois par appareil
Seulement, cette méthode a un inconvénient important : puisque la page est ouverte une fois et oubliée, l'utilisateur doit rentrer ses identifiants pour chaque nouvelle application. Une tanée, estime le groupe de Mountain View, qui compte obliger les développeurs à adopter une alternative : l'intégration du navigateur par défaut dans l'application.
Avec Chrome sur Android et Safari sur iOS, il est possible d'ouvrir un « nouvel onglet » directement dans l'interface d'une application. Sur Android, les Chrome Custom Tabs remplissent par exemple cette fonction, quand il s'agit de la classe SFSafariViewController sur iOS.
En utilisant un onglet intégré, ce sont les données du navigateur qui sont utilisées, avec les cookies qui vont avec. Si l'internaute s'est déjà identifié via ce navigateur, les informations sont ainsi retenues. « Les utilisateurs ont seulement besoin de s'identifier une fois à Google par appareil, améliorant du coup les taux de transformation et le flux d'autorisation de vos applications » explique la société dans son billet. C'est tout l'intérêt du single sign-on mis en place par l'entreprise, via le protocole OAuth.
D'Android à Windows, les web-views mises au rebut
Google n'hésite pas à qualifier l'identification par web-view d'« obsolète » et va bientôt s'assurer qu'elle ne soit plus utilisée. Le changement ne concerne pas seulement les applications mobiles, mais aussi celles sous macOS et Windows. Les versions de Google Sign-In antérieures à la 3.0 sont « dépréciées », car elles ne supportent pas l'intégration d'un onglet dans une application.
Dans son billet, l'entreprise fournit par ailleurs des SDK, bibliothèques et exemples pour faire la transition des web-views vers les navigateurs. Les développeurs ont encore quelques mois pour s'adapter. À partir du 20 octobre, les nouveaux clients OAuth ne pourront plus utiliser les web-views. Le 20 avril 2017, l'ensemble des requêtes OAuth via une web-view seront purement et simplement bloquées sur les systèmes où une alternative viable existe, laissant les applications non-maintenues sans moyen de connecter un compte Google. Le support de l'identification par web-view sur iOS 8 ne sera pas supprimé dans l'immédiat, même si Google explique que des avertissements pourront apparaître.
Comptes Google : l’identification aux applications via une web-view bientôt « obsolète »
-
S'identifier une seule fois par appareil
-
D'Android à Windows, les web-views mises au rebut
Commentaires (23)
Vous devez être abonné pour pouvoir commenter.
Déjà abonné ? Se connecter
Abonnez-vousLe 24/08/2016 à 07h56
Bonne initiative, rien de plus chiant que de retaper à chaque fois ses infos de connexion.
Certaines applications permettent directement de se connecter via le compte enregistré sur Android, c’est tellement plus simple.
Le 24/08/2016 à 08h04
Oui et surtout je trouve ça dangereux les pages web in app
Rien ne me dit que l’URL est vraiment celle de google, et que c’est pas une page exprès pour te voler tes identifiants…
Le 24/08/2016 à 08h05
Cela force à être loggué sur son navigateur pour mieux traquer le client lors de la navigation… Est-ce vraiment pour le bien du client?…
J’uriliserai un navigateur pour l’authentification et un autre pour naviguer. Ils commencent à pousser fort le tracking.
Le 24/08/2016 à 08h18
Rien ne t’oblige à rester connecté si tu ne veux pas.
Le 24/08/2016 à 08h28
Je pense la même chose, mais du coup je me demande si ces “Chrome Custom Tabs” vont vraiment permettre d’éviter ce problème. Ça s’intègre bien dans l’application, mais du coup ça parait aussi plus facile à imiter non ?
Le 24/08/2016 à 08h54
+1 avec ElJulio, encore une fois sous-couvert d’un “nouveau service” ça permet avant tout à Google d’améliorer son tracking…
En tant que journaliste ça pourrait être intéressant que vous preniez ce recul pour au moins l’évoquer, en ne pas s’appuyant pas uniquement sur les dires de Google. Se poser la question est légitime.
Le 24/08/2016 à 09h02
Le 24/08/2016 à 09h03
Le 24/08/2016 à 09h08
J’ai pas tout compris. Par exemple la connexion sur pcinpact, c’est une web-view ?
Le 24/08/2016 à 09h21
Le 24/08/2016 à 09h36
Le 24/08/2016 à 09h45
Une web-view est comme un navigateur hyper-limité. Il s’agit pour une application d’afficher une page web et de pouvoir interagir avec elle. Dans le cadre de l’authentification, il s’agit de récupérer le “token” de session.
Soucis majeur : on ne voit pas l’url de la page: si une app surnoise ouvre un web-view vers une page qui ressemble à Google mais qui est une contrefaçon (phising), tu ne le vois pas et te fait avoir. Au moins avec le navigateur tu ajoutes une sécurité “visuelle” (check de l’url, certificat).
Le 24/08/2016 à 10h34
J’allais demandé comment faire si on utilise Firefox ou Edge par défaut. Tu viens d’y répondre en partie. C’est pour les smartphones et Mozilla bosse dessus.
Merci
Le 24/08/2016 à 11h29
Le 24/08/2016 à 11h41
Oui OAuth.
Le 24/08/2016 à 11h52
” l’intégration du navigateur par défaut dans l’application.” Ca change quoi avec Thunderbird?
Non parce que techniquement le moteur web de Thunderbird c’est surement celui de Firefox." />
Ca veut dire que thunderbird va devoir permettre l’intégration d’Internet Explorer aussi (si il est par défaut)? Ou Edge? Ou ce spyware de Chrome? Ou s’adapter a n’importe quel navigateur? Ils pousseraient pas le bouchon trop loin chez Gougoule?
C’est du grand n’importe quoi .
Quand à la “complexité” actuelle… c’est aussi du vent.
Tu veut ajouter un compte gmail dans Thunderbird? Tu rentres tes identifiants deux fois au lieu d’une ca prend une minute et voila c’est réglé. Meme un neuneu, il voit sa page de login Google, il sait quoi faire " />
Non ce qu’ils veulent c’est pouvoir fourrer du Chrome et des onglets Chromes partout dans les applications.
Et en “facilitant” la vie , faire passer les autres appli pour des bouses. Tout ca c’est pour promouvoir Chrome.
Je ne nie pas l’aspect sécurité, mais quand même, ya des applications sures et reconnues , cela fonctionne.
Pourquoi les punir?
Cette manie de déresponsabiliser les gens…
Le 24/08/2016 à 12h33
Le 24/08/2016 à 12h52
De quoi tu parles ? Ici il s’agit d’Android et les web-view. Pas de Windows ou Linux " />
Et Google ne fout pas Chrome partout, vu que tu bascules sur le navigateur par défaut… et surtout ce n’est pas DANS les applications, ca reste externe.
Le 24/08/2016 à 13h40
Le 24/08/2016 à 14h04
C’est bien gentil leur histoire, mais on fait quoi sur les plateformes où il n’y a pas ces “Chrome Custom Tabs” ? Pour autant que je sache, pour les applis desktop, une webview est le seul moyen de s’authentifier auprès d’un fournisseur OAuth ou OpenId…
EDIT: ah si, pardon :https://tools.ietf.org/html/draft-ietf-oauth-native-apps-03
Le 24/08/2016 à 14h38
Le 24/08/2016 à 15h28
Le 25/08/2016 à 11h12