Por três meses, os desenvolvedores do Chromium discutem as novas APIs declarativeNetRequest , que tornam impossível o uso completo da API webRequest . As extensões usam dados da API para bloquear o conteúdo rapidamente durante o carregamento da página. No novo sistema, os bloqueadores não podem bloquear eventos, mas apenas visualizá-los. Em vez disso, são oferecidas extensões para alternar para a API declarativeNetRequest - e informar o navegador sobre os eventos que eles desejam bloquear. Isso supostamente deve acelerar o carregamento de páginas no navegador (porque as extensões não vão mais desacelerar o fluxo principal) e também proteger a privacidade dos usuários, de acordo com o Google.

O primeiro a tocar o alarme foi Raymond Hill, autor do uBlock Origin e do uMatrix. Ele afirmou que suas extensões de bloqueio de anúncios "não poderão existir" se as alterações forem aceitas.

Posteriormente, o pessimismo foi expresso por desenvolvedores de outras extensões, incluindo F-Secure, NoScript e Ermes Cyber ​​Security. Por exemplo, o NoScript para Firefox não pode ser portado para o Chrome.

Raymond Hill observa que a API declarativeNetRequest usa um sistema de filtragem no estilo Adblock Plus que não é compatível com o uBlock Origin. Ele acredita que este é um erro fundamental: “Além do fato de que o uBlock Origin e o uMatrix não podem existir, é preocupante que a API declarativeNetRequest proposta bloqueie a implementação de novos mecanismos de filtragem de conteúdo em uma arquitetura inovadora, uma vez que a API declarativeNetRequest nada mais é do que a implementação de uma única um mecanismo de filtragem e uma implementação bastante limitada (um limite de 30.000 restrições não é suficiente para elaborar apenas as conhecidas listas EasyList). ” Raymond Hill também observou que a nova API não suporta alguns outros recursos, incluindo o bloqueio de elementos de multimídia maiores que o tamanho especificado, desativando a execução do JavaScript, introduzindo diretivas de política de segurança de conteúdo e excluindo cabeçalhos de cookies de saída. Raymond acredita que essas mudanças não são do interesse dos usuários.

Segundo Andrei Meshkov , co-fundador de outro bloqueador de anúncios do AdGuard Chrome, essa alteração provavelmente afetará todos os outros bloqueadores de anúncios.

Não apenas bloqueadores

Além dos bloqueadores, as extensões antivírus sofrerão bastante. "Além do bloqueio de anúncios, provavelmente afetará o software, que depende do bloqueio dinâmico do tráfego https, classificado como malicioso", disse Juni Korte, engenheiro de software líder da fabricante finlandesa de antivírus F-Secure. “São páginas que espalham malware, bem como, por exemplo, funções de controle dos pais, ou seja, protegem o usuário de conteúdo classificado como prejudicial / inadequado para ele.”

Claudio Guarnieri, especialista líder da organização de direitos humanos Amnistia Internacional, apoiou a opinião do desenvolvedor: “Gostaria de repetir o que Junie disse. Acredito que essas mudanças impedirão o funcionamento adequado de inúmeras extensões de segurança ”, ele escreveu .

"Se essas alterações forem publicadas, [minha] extensão deixará de funcionar", Brandon Dixon, autor da extensão Blockade.io, que bloqueia ataques direcionados e impede o acesso a sites de phishing, juntou-se a seus colegas .

Opiniões semelhantes foram expressas por Christoph Kovacs , um dos desenvolvedores da extensão de controle dos pais, os criadores da extensão Privowny , que fornece uma ampla gama de funções para aumentar a privacidade na Internet, bem como a equipe da Ermes Cyber ​​Security , criadores de outra extensão de segurança baseada no Chrome.

O autor da popular extensão NoScript para Firefox disse que, se você aceitar essas alterações, ele não poderá portar o NoScript para o Chrome.

Os críticos acreditam que o Google, sob um falso pretexto, está realmente tentando limitar a funcionalidade de bloqueadores de anúncios de terceiros para promover o bloqueador de navegador anunciado recentemente pela empresa. E também para controlar quais anúncios os usuários podem bloquear e quais não.

A boa notícia é que as críticas à nova API DeclarativeNetRequest chegaram no momento certo quando os desenvolvedores do Google estão abertos a comentários. Há esperança de que eles mudem de idéia e se recusem a implementar a nova API no código Chromium, no qual o Chrome, Vivaldi, Opera, Brave e outros navegadores se baseiam.