Firefox : pourquoi la nouvelle gestion stricte des cookies est en retard
Une souplesse nécessaire
Le 20 juin 2013 à 14h30
4 min
Logiciel
Logiciel
En février dernier, Mozilla lâchait une bombe : une future version de Firefox allait adopter une gestion beaucoup plus stricte des cookies. Accusé de vouloir tuer toute forme de publicité, l’éditeur a reporté à plus tard cette modification. On en sait désormais davantage sur les raisons qui ont retardé cet important travail.
Un parcours semé d'embûches
Mozilla l’avait annoncé en février dernier : le problème des cookies tiers avait assez duré. Prévu originellement pour la version 22 de Firefox (attendue très prochainement), un changement de taille devait affecter profondément le fonctionnement de certains sites. Et pour cause, le navigateur devait bloquer par défaut les cookies acquis depuis des sites tiers. Cela signifiait qu’à moins de visiter directement le site, il n’était pas possible pour un script quelconque d’installer un cookie sur l’ordinateur de l’internaute.
La volonté de l’éditeur était alors particulièrement tranchée car aucune exception ne devait être prise en compte. Il y a quelques mois encore, Mozilla précisait qu’il allait suivre le mouvement d’Apple dans Safari qui procède ainsi depuis des années. En outre, le développeur de Firefox Jonathan Mayer précisait que de nombreux sites n’auraient même pas besoin de modifications. Mike Zaneis, l’un des vice-présidents de l’IAB (Interactive Advertising Bureau), parlait lui d’ « attaque nucléaire » dirigée contre le milieu de la publicité. Un mois plus tard, le président de Mozilla Europe, Tristan Nitot, affirmait que Mozilla ne cherchait pas à tuer la publicité.
Mais en mai, Mozilla avait manifestement des difficultés avec sa nouvelle gestion des cookies. Ainsi, il n’était plus question de Firefox 22, même si la fonctionnalité pouvait être activée en option dans la version Nightly de Firefox 23. L’éditeur se donnait ainsi le temps de « récolter et analyser des données sur les conséquences du blocage des cookies des sites tiers », indiquant en outre que la situation n’était « pas aussi simple » qu’il l’estimait de prime abord.
Trop de problèmes constatés
Dans un billet posté hier sur son blog, le cofondateur de Mozilla, Brendan Eich, explique les raisons de ce retard. Les retours collectés ont fait apparaître globalement deux problèmes principaux. D’une part, les faux positifs : si l’utilisateur visite par exemple foo.com, il en autorise expressément la création de cookies, mais le site foocdn.com ne le pourra pas alors qu’il s’agit de la même entreprise.
D’autre part, les faux négatifs : « visiter un site une fois ne signifie pas que vous êtes d’accord avec un suivi de votre navigation partout sur Internet ou sur des sites sans rapport », expliquant par-là que l’internaute peut cliquer par inadvertance sur une publicité et ainsi mettre en place un cookie dont il ne voulait pas.
Changement de tactique
Pour Mozilla, la logique est de présenter à l’utilisateur un système qui permet au mieux le respect de sa vie privée. De fait, un blocage aveugle comme celui envisagé pourrait créer de nombreux cas problématiques. L’éditeur a donc pensé à un service centralisé capable d’héberger deux formes de listes : l’une pour le blocage, l’autre pour les permissions, afin d’éviter respectivement les faux négatifs et les faux positifs.
Mozilla travaille donc en partenariat avec Aleecia McDonald du Center for Internet and Society, auquel participe Opera, de l’université de Stanford. Le nouveau mécanisme s’appelle « Cookie Clearinhouse » (CCH). L’idée est que ces listes seraient centralisées, accessibles par tous les navigateurs qui le souhaitent, mises à jour en permanence et stockées dans le cache du navigateur, y compris en mode navigation privée.
Pour autant, le travail ne fait que commencer. Brendan Eich invite donc les testeurs éventuels à se procurer la dernière version Aurora et à activer l’option afin de livrer leurs retours. Pour l’instant, aucune date de lancement pour ces listes n’a été annoncée et il faudra donc sans doute attendre encore plusieurs mois.
Firefox : pourquoi la nouvelle gestion stricte des cookies est en retard
-
Un parcours semé d'embûches
-
Trop de problèmes constatés
-
Changement de tactique
Commentaires (28)
Vous devez être abonné pour pouvoir commenter.
Déjà abonné ? Se connecter
Abonnez-vousLe 20/06/2013 à 14h33
www.pcinpactstats.com est dans le collimateur !
Le 20/06/2013 à 14h36
Mozilla commence à m’inquiéter. Firefox est certes passé en cycle de développement rapide comme Chrome, mais certaines choses commencent à trop tarder…
Il suffit par exemple de regarder où en est le support des types HTML5 pour les formulaires sous Firefox Aurora (version 24 donc), et de comparer les versions stables d’Opera (pas la Next sous Blink donc), Chrome et Safari pour voir que c’est catastrophique (pour IE je ne sais pas).
Et il n’y a pas longtemps j’avais pu voir que même l’élément Select merdouillait visuellement, j’ignore si c’est encore le cas…
Le 20/06/2013 à 14h47
Le 20/06/2013 à 14h52
Pour moi c’est pas à eux de gérer quels domaines sont liés et ils devraient les gérer séparément, comme opera.
Le 20/06/2013 à 15h09
Mozilla vient de découvrir les cdn….Pas mal….
Demains ils apprendront qu’il y des site pour les statistic les test a-b ,l’authentification avec ajax…
" />
Le 20/06/2013 à 15h22
Je bloque tous les cookies par défaut.
J’autorise que sur les sites qui en ont vraiment besoin, de manière temporaire ou par session, et jamais les cookies tiers.
Bah, j’ai rencontré très très peu de sites sur lesquels ça ne fonctionnait pas/mal.
Le 20/06/2013 à 15h34
Lobbying quand tu nous tien ..
Le 20/06/2013 à 15h39
Le 20/06/2013 à 15h41
Le 20/06/2013 à 15h43
Le 20/06/2013 à 15h53
les faux positifs : si l’utilisateur visite par exemple foo.com, il en autorise expressément la création de cookies, mais le site foocdn.com ne le pourra pas alors qu’il s’agit de la même entreprise.
Et comment donc diable fait ce site pour le navigateur “Safari qui procède ainsi depuis des années” ?
Si les autres navigateurs font ainsi et que c’est une mesure de sécurité recommandée, c’est à foo.com de s’adapter en créant simplement cdn.foo.com, miroir de foocdn.com.
Le 20/06/2013 à 15h59
Le 20/06/2013 à 16h45
Le 20/06/2013 à 16h56
Le 20/06/2013 à 17h20
Le 20/06/2013 à 17h55
Le 20/06/2013 à 18h14
Le 20/06/2013 à 18h35
Le 20/06/2013 à 18h46
Le 20/06/2013 à 19h09
Le 20/06/2013 à 19h14
Le 20/06/2013 à 19h28
Une souplesse nécessaire
Un support des standard pas nécessaire " />
Le 21/06/2013 à 00h55
Le 21/06/2013 à 08h14
Le 21/06/2013 à 11h54
si l’utilisateur visite par exemple foo.com, il en autorise expressément la création de cookies, mais le site foocdn.com ne le pourra pas alors qu’il s’agit de la même entreprise.
en même temps, qu’est-ce qu’ils font chier a prendre un ndd différent alors qu’un simple sous-domaine cdn.foo.com est tellement plus simple/rapide/efficace/moins cher " />
Le 21/06/2013 à 19h49
Heu… pige pas.
Les cookies tiers sont désactivés dans tous mes profils depuis Mozilla 1.0 (peut-être même depuis Netscape… l’option était différente)
Le seul problème dont je me souvienne jusqu’ici c’est d’avoir cru que l’Add-on Collusion ne fonctionnait pas " />
Je n’utilise aucun réseau social, c’est peut-être pour ça?
Mais à part la pub ça sert à quoi les cookies tiers? A “liker”?
Comme le dit HeLLSoNG, l’exemple du foocdn.com au lieu d’un cdn.foo.com, semble vraiment un exemple à la c…
Le 24/06/2013 à 16h17
Le 24/06/2013 à 19h41