{"id":103189,"date":"2022-02-04T15:36:48","date_gmt":"2022-02-04T13:36:48","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/polzovateli-noscript-stolknulis-s-narusheniem-raboty-v-brauzerah-na-baze-dvizhka-chromium"},"modified":"2022-02-04T15:36:48","modified_gmt":"2022-02-04T13:36:48","slug":"polzovateli-noscript-stolknulis-s-narusheniem-raboty-v-brauzerah-na-baze-dvizhka-chromium","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/news\/polzovateli-noscript-stolknulis-s-narusheniem-raboty-v-brauzerah-na-baze-dvizhka-chromium","title":{"rendered":"Les utilisateurs de NoScript ont rencontr\u00e9 des dysfonctionnements dans les navigateurs bas\u00e9s sur le moteur Chromium.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
La version 11.2.18 de l'extension de navigateur NoScript a \u00e9t\u00e9 publi\u00e9e, con\u00e7ue pour bloquer le code JavaScript dangereux et ind\u00e9sirable, ainsi que divers types d'attaques (XSS, DNS Rebinding, CSRF, Clickjacking). Dans cette nouvelle version, un probl\u00e8me caus\u00e9 par un changement dans le traitement des URL file:\/\/ dans le moteur Chromium a \u00e9t\u00e9 corrig\u00e9. Ce probl\u00e8me emp\u00eachait l'ouverture de nombreux sites (Gmail, Facebook, etc.) apr\u00e8s la mise \u00e0 jour de l'extension vers la version 11.2.16 dans les nouvelles versions des navigateurs utilisant le moteur Chromium (Chrome, Brave, Vivaldi). <\/p>\n
Le probl\u00e8me \u00e9tait caus\u00e9 par le fait que, dans les nouvelles versions de Chromium, l'acc\u00e8s des extensions \u00e0 l'URL \u00ab file:\/\/\/ \u00bb a \u00e9t\u00e9 d\u00e9sactiv\u00e9 par d\u00e9faut. Le probl\u00e8me est rest\u00e9 inaper\u00e7u car il ne se manifestait que lors de l'installation de NoScript depuis le r\u00e9pertoire des extensions de Chrome Store. Lors de l'installation d'une archive zip depuis GitHub via le menu \u00ab Charger l'extension non empaquet\u00e9e \u00bb (chrome:\/\/extensions > Mode d\u00e9veloppeur), le probl\u00e8me ne se manifeste pas, car dans le mode d\u00e9veloppeur, l'acc\u00e8s \u00e0 l'URL file:\/\/\/ n'est pas bloqu\u00e9. Comme solution de contournement, l'activation de l'option \u00ab Autoriser l'acc\u00e8s aux URL de fichiers \u00bb dans les param\u00e8tres de l'extension fonctionne. <\/p>\n
La situation a \u00e9t\u00e9 aggrav\u00e9e par le fait qu'apr\u00e8s la mise en ligne de NoScript 11.2.16 dans le r\u00e9pertoire du Chrome Web Store, l'auteur a tent\u00e9 d'annuler la version, ce qui a entra\u00een\u00e9 la disparition de toute la page du projet. Ainsi, pendant un certain temps, les utilisateurs ne pouvaient pas revenir \u00e0 une version ant\u00e9rieure et ont d\u00fb d\u00e9sactiver l'extension. Actuellement, la page du Chrome Web Store a \u00e9t\u00e9 restaur\u00e9e, et le probl\u00e8me a \u00e9t\u00e9 r\u00e9solu dans la version 11.2.18. Dans le r\u00e9pertoire du Chrome Web Store, pour \u00e9viter un retard dans l'examen du code de la nouvelle version, il a \u00e9t\u00e9 d\u00e9cid\u00e9 de revenir \u00e0 l'\u00e9tat pr\u00e9c\u00e9dent et de publier la version 11.2.17, qui est identique \u00e0 la version 11.2.11 d\u00e9j\u00e0 v\u00e9rifi\u00e9e. \n Source : opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"