{"id":99537,"date":"2021-03-22T22:23:04","date_gmt":"2021-03-22T20:23:04","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/v-firefox-87-budet-urezano-soderzhimoe-http-zagolovka-referer"},"modified":"2021-03-22T22:23:04","modified_gmt":"2021-03-22T20:23:04","slug":"v-firefox-87-budet-urezano-soderzhimoe-http-zagolovka-referer","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/news\/v-firefox-87-budet-urezano-soderzhimoe-http-zagolovka-referer","title":{"rendered":"Dans Firefox 87, le contenu de l'en-t\u00eate HTTP Referer sera r\u00e9duit.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
L'entreprise Mozilla a modifi\u00e9 la mani\u00e8re de former l'en-t\u00eate HTTP Referer dans la version 87 de Firefox, pr\u00e9vue pour demain. Pour bloquer les fuites potentielles de donn\u00e9es sensibles, par d\u00e9faut, lors de la navigation vers d'autres sites, l'en-t\u00eate HTTP Referer inclura non pas l'URL compl\u00e8te de la source d'o\u00f9 provient la navigation, mais uniquement le domaine. Le chemin et les param\u00e8tres de la requ\u00eate seront supprim\u00e9s. Ainsi, au lieu de \u00ab Referer: https:\/\/www.example.com\/path\/?arguments \u00bb, il sera transmis \u00ab Referer: https:\/\/www.example.com\/ \u00bb. \u00c0 partir de Firefox 59, ce type de nettoyage \u00e9tait effectu\u00e9 en mode navigation priv\u00e9e et sera d\u00e9sormais \u00e9tendu au mode normal. <\/p>\n
Ce nouveau comportement aidera \u00e0 emp\u00eacher la transmission de donn\u00e9es superflues sur l'utilisateur aux r\u00e9seaux publicitaires et \u00e0 d'autres ressources externes. Par exemple, certains sites m\u00e9dicaux sont cit\u00e9s, o\u00f9, lors de l'affichage de publicit\u00e9s, des tiers peuvent obtenir des informations confidentielles telles que l'\u00e2ge et le diagnostic du patient. Cependant, la suppression des d\u00e9tails dans le Referer peut avoir un impact n\u00e9gatif sur la collecte des statistiques de navigation par les propri\u00e9taires de sites, qui ne pourront d\u00e9sormais pas d\u00e9terminer avec pr\u00e9cision l'adresse de la page pr\u00e9c\u00e9dente, par exemple pour comprendre quel article a \u00e9t\u00e9 consult\u00e9 en premier. De plus, cela pourrait perturber le fonctionnement de certains syst\u00e8mes de g\u00e9n\u00e9ration dynamique de contenu qui analysent les cl\u00e9s ayant conduit \u00e0 une visite depuis un moteur de recherche. <\/p>\n
Pour g\u00e9rer l'envoi du Referer, un en-t\u00eate HTTP Referrer-Policy est pr\u00e9vu, permettant aux propri\u00e9taires de sites de red\u00e9finir le comportement par d\u00e9faut pour les navigations depuis leur site et de renvoyer dans le Referer des informations compl\u00e8tes. Actuellement, la politique par d\u00e9faut appliqu\u00e9e est \u00ab no-referrer-when-downgrade \u00bb, selon laquelle le Referer n'est pas envoy\u00e9 lors d'une transition de HTTPS \u00e0 HTTP, mais est transmis dans sa forme compl\u00e8te lors du chargement de ressources via HTTPS. \u00c0 partir de Firefox 87, la politique \u00ab strict-origin-when-cross-origin \u00bb sera mise en \u0153uvre, impliquant la suppression des chemins et des param\u00e8tres lors de l'envoi de requ\u00eates \u00e0 d'autres h\u00f4tes lors d'appels HTTPS, la suppression du Referer lors de la passage de HTTPS \u00e0 HTTP et la transmission du Referer complet pour les navigations internes au sein du m\u00eame site. <\/p>\n
Le changement s'appliquera aux requ\u00eates de navigation normales (clics sur les liens), aux redirections automatiques et lors du chargement de ressources externes (images, CSS, scripts). Dans Chrome, le passage par d\u00e9faut \u00e0 \u00ab strict-origin-when-cross-origin \u00bb a \u00e9t\u00e9 effectu\u00e9 \u00e0 l'\u00e9t\u00e9 de l'ann\u00e9e derni\u00e8re. \n Source : opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"