Raymond Hill, cr\u00e9ateur du syst\u00e8me de blocage de contenu ind\u00e9sirable uBlock Origin, a publi\u00e9 une extension de navigateur exp\u00e9rimentale appel\u00e9e uBO Minus, qui impl\u00e9mente une version de uBlock Origin traduite sur l'API declarativeNetRequest, dont l'utilisation est exig\u00e9e dans la troisi\u00e8me version du manifeste Chrome. Contrairement \u00e0 l'uBlock Origin classique, la nouvelle extension utilise les capacit\u00e9s du moteur int\u00e9gr\u00e9 au navigateur pour filtrer le contenu et ne n\u00e9cessite pas de permissions pour intercepter et modifier toutes les donn\u00e9es des sites lors de son installation. <\/p>\n
L'extension ne dispose pas encore de panneau contextuel ni de pages de configuration, et ses fonctionnalit\u00e9s se limitent au blocage des requ\u00eates r\u00e9seau. Les options telles que les filtres cosm\u00e9tiques pour remplacer le contenu sur la page («##»), l'injection de scripts sur les sites («##+js»), les filtres pour rediriger les requ\u00eates («redirect=»), les filtres d'en-t\u00eates CSP (Content Security Policy) et les filtres pour supprimer les param\u00e8tres de requ\u00eate («removeparam=») sont d\u00e9sactiv\u00e9es pour un fonctionnement sans privil\u00e8ges avanc\u00e9s. En revanche, la liste des filtres par d\u00e9faut propos\u00e9e correspond enti\u00e8rement \u00e0 celle de uBlock Origin et comprend environ 22 000 r\u00e8gles. <\/p>\n
De plus, il y a quelques jours, une version exp\u00e9rimentale de l'extension de blocage de publicit\u00e9 AdGuard \u2014 AdGuardMV3 \u2014 a \u00e9t\u00e9 pr\u00e9sent\u00e9e. Celle-ci a \u00e9galement \u00e9t\u00e9 adapt\u00e9e \u00e0 l'API declarativeNetRequest et est capable de fonctionner dans des navigateurs ne supportant que la troisi\u00e8me version du manifeste Chrome. Le prototype propos\u00e9 pour test fournit aux utilisateurs ordinaires toutes les fonctionnalit\u00e9s n\u00e9cessaires au blocage de la publicit\u00e9, mais est en retard par rapport \u00e0 l'extension pour la deuxi\u00e8me version du manifeste en ce qui concerne ses fonctionnalit\u00e9s avanc\u00e9es qui pourraient int\u00e9resser les utilisateurs avanc\u00e9s. <\/p>\n
Dans le nouvel AdGuard, la fonctionnalit\u00e9 de masquage des banni\u00e8res, des widgets de r\u00e9seaux sociaux et des \u00e9l\u00e9ments intrusifs continuera d'\u00eatre active, avec le blocage des publicit\u00e9s sur les plateformes vid\u00e9o telles que YouTube et le blocage pr\u00e9ventif des requ\u00eates li\u00e9es au suivi des d\u00e9placements. Parmi les limitations, on note le scintillement des publicit\u00e9s en raison d'un d\u00e9lai d'application des r\u00e8gles cosm\u00e9tiques allant de 1,5 \u00e0 2 secondes, la perte de certaines capacit\u00e9s li\u00e9es au filtrage des cookies, l'utilisation des expressions r\u00e9guli\u00e8res et le filtrage des param\u00e8tres de requ\u00eate (la nouvelle API propose des expressions r\u00e9guli\u00e8res simplifi\u00e9es), et l'acc\u00e8s aux statistiques et au journal des d\u00e9clenchements de filtres uniquement en mode d\u00e9veloppeur (Developer Mode). <\/p>\n
Il est \u00e9galement mentionn\u00e9 qu'il pourrait y avoir une r\u00e9duction du nombre de r\u00e8gles en raison des limitations introduites dans la troisi\u00e8me version du manifeste. Si un navigateur dispose d'une seule extension utilisant declarativeNetRequest, il n'y a pas de probl\u00e8me avec les r\u00e8gles statiques, car une limite globale s'applique \u00e0 toutes les extensions, autorisant jusqu'\u00e0 330 000 r\u00e8gles. Lorsque plusieurs extensions sont install\u00e9es, une limite de 30 000 r\u00e8gles s'applique, ce qui pourrait ne pas \u00eatre suffisant. Pour les r\u00e8gles dynamiques, une limite de 5 000 r\u00e8gles a \u00e9t\u00e9 introduite, et pour les expressions r\u00e9guli\u00e8res \u2014 1 000 r\u00e8gles. <\/p>\n
\u00c0 partir de janvier 2023, le navigateur Chrome pr\u00e9voit de cesser le support de la deuxi\u00e8me version du manifeste et de rendre la troisi\u00e8me version obligatoire pour toutes les extensions. \u00c0 l'origine, la troisi\u00e8me version du manifeste a \u00e9t\u00e9 critiqu\u00e9e pour avoir perturb\u00e9 le fonctionnement de nombreuses extensions de blocage de contenu ind\u00e9sirable et de s\u00e9curit\u00e9. Le manifeste de Chrome d\u00e9finit les capacit\u00e9s et les ressources fournies aux extensions. La troisi\u00e8me version du manifeste a \u00e9t\u00e9 d\u00e9velopp\u00e9e dans le cadre d'une initiative visant \u00e0 renforcer la s\u00e9curit\u00e9, la confidentialit\u00e9 et la performance des extensions. L'objectif principal des changements apport\u00e9s est de simplifier la cr\u00e9ation d'extensions s\u00e9curis\u00e9es et performantes, tout en compliquant la possibilit\u00e9 de cr\u00e9er des extensions non s\u00e9curis\u00e9es et lentes. <\/p>\n
Le principal m\u00e9contentement concernant la troisi\u00e8me version du manifeste r\u00e9side dans la transition vers le mode lecture seule de l'API webRequest, qui permettait de connecter des gestionnaires personnalis\u00e9s ayant un acc\u00e8s complet aux requ\u00eates r\u00e9seau et capables de modifier le trafic \u00e0 la vol\u00e9e. Cette API est utilis\u00e9e dans uBlock Origin, AdGuard et de nombreuses autres extensions pour bloquer les contenus ind\u00e9sirables et assurer la s\u00e9curit\u00e9. En lieu et place de l'API webRequest, la troisi\u00e8me version du manifeste propose une API declarativeNetRequest aux capacit\u00e9s limit\u00e9es, fournissant acc\u00e8s \u00e0 un moteur int\u00e9gr\u00e9 de filtrage, qui traite unilat\u00e9ralement les r\u00e8gles de blocage et n'autorise ni l'utilisation d'algorithmes de filtrage personnalis\u00e9s ni l'\u00e9tablissement de r\u00e8gles complexes se chevauchant en fonction des conditions. <\/p>\n