Durante tres meses, los desarrolladores de Chromium han estado discutiendo las nuevas API declarativeNetRequest , que hacen que sea imposible utilizar completamente la API webRequest . Las extensiones usan datos API para bloquear contenido sobre la marcha durante la carga de la página. En el nuevo sistema, los bloqueadores no pueden bloquear eventos, sino solo verlos. En cambio, se ofrecen extensiones para cambiar a la API declarativeNetRequest e informar al navegador sobre los eventos que desean bloquear. Esto supuestamente debería acelerar la carga de páginas en el navegador (porque las extensiones ya no ralentizarán la transmisión principal) y también proteger la privacidad de los usuarios, según Google.

El primero en hacer sonar la alarma fue Raymond Hill, autor de uBlock Origin y uMatrix. Dijo que sus extensiones de bloqueo de anuncios "no podrán existir" si se aceptan los cambios.

Posteriormente, los desarrolladores de otras extensiones expresaron pesimismo, incluidos F-Secure, NoScript y Ermes Cyber ​​Security. Por ejemplo, NoScript para Firefox no se puede portar a Chrome.

Raymond Hill señala que la API declarativeNetRequest utiliza un sistema de filtrado de estilo Adblock Plus que no es compatible con uBlock Origin. Él cree que este es un error fundamental: “Además del hecho de que uBlock Origin y uMatrix no pueden existir, es preocupante que la API declarativeNetRequest propuesta bloquee la implementación de nuevos motores de filtrado de contenido en una arquitectura innovadora, ya que la API declarativeNetRequest no es más que la implementación de una aplicación específica un motor de filtrado y una implementación bastante limitada (un límite de 30,000 restricciones no es suficiente para resolver solo las conocidas listas de EasyList) ". Raymond Hill también señaló que la nueva API no es compatible con algunas otras características, incluido el bloqueo de elementos multimedia más grandes que el tamaño especificado, la desactivación de JavaScript mediante la introducción de directivas de Política de seguridad de contenido y la eliminación de encabezados de cookies salientes. Raymond cree que estos cambios no son del interés de los usuarios.

Según Andrei Meshkov , cofundador de otro bloqueador de anuncios AdGuard Chrome, es probable que este cambio afecte a todos los demás bloqueadores de anuncios.

No solo bloqueadores

Además de los bloqueadores, las extensiones antivirus sufrirán mucho. "Además del bloqueo de anuncios, probablemente afectará al software, que se basa en el bloqueo dinámico del tráfico https, que es calificado como malicioso", dijo Juni Korte, ingeniero de software líder en el fabricante finlandés de antivirus F-Secure. "Estas son páginas que propagan malware, así como, por ejemplo, funciones de control parental, es decir, proteger al usuario del contenido clasificado como dañino / inapropiado para él".

Claudio Guarnieri, destacado especialista de la organización de derechos humanos Amnistía Internacional, apoyó la opinión del desarrollador: “Me gustaría repetir lo que dijo Junie. Creo que estos cambios impedirán el correcto funcionamiento de numerosas extensiones de seguridad ", escribió .

"Si se publican estos cambios, [mi] extensión dejará de funcionar", se unió a sus colegas Brandon Dixon, autor de la extensión Blockade.io, que bloquea los ataques automáticos y evita el acceso a sitios de phishing.

Christoph Kovacs , uno de los desarrolladores de la extensión de control parental, creadores de la extensión Privowny , que proporciona una amplia gama de funciones para aumentar la privacidad en Internet, así como el equipo de Ermes Cyber ​​Security , creadores de otra extensión de seguridad basada en Chrome, expresaron opiniones similares.

El autor de la popular extensión NoScript para Firefox dijo que si acepta estos cambios, no podrá portar NoScript a Chrome.

Los críticos creen que Google, con un pretexto falso, en realidad está tratando de limitar la funcionalidad de los bloqueadores de anuncios de terceros para promover el bloqueador de navegador recientemente anunciado por la compañía. Y también para controlar qué anuncios pueden bloquear los usuarios y cuáles no.

La buena noticia es que las críticas a la nueva API DeclarativeNetRequest llegaron en el momento adecuado cuando los desarrolladores de Google están abiertos a recibir comentarios. Existe la esperanza de que cambien de opinión y se nieguen a implementar la nueva API en el código Chromium, en el que se basan Chrome, Vivaldi, Opera, Brave y otros navegadores.